微信域名受限会影响公众号哪些入口？多节点拨测确认是被拦还是解析出错

菜单打不开，正文链接却能开

运营说公众号底部菜单点了没反应，我点正文里的链接，又能正常打开。

同一个域名，两个入口两种表现，很容易以为菜单配错了。查了半天菜单，问题在域名。

受限影响的是域名，不是入口

搞清楚这一点，排查范围立刻缩小一半，剩下的是入口本身的配置问题。

平台判定的是这个域名在微信内的访问状态，不是某个按钮配得对不对。

所有指向它的跳转都会受影响，只是入口的打开方式不同，表现才不一样，有的拦在跳转前，有的拦在页面加载时。

所以别一个个入口去修，先确认域名本身的状态，这一步能省掉大半无用功。

微信拦截检测：链接在微信内的访问状态

逐个入口看表现

入口越多，越要列清单，靠记忆一定会漏，尤其是自动回复这种平时没人看的地方。

自定义菜单：直接跳转，通常最先被发现，因为每天有人点。

正文超链接：点击后可能提示风险，也可能白屏，历史文章里的链接同样受影响。

原文链接：位置固定，坏了用户会说「阅读原文打不开」，但很多人不会主动反馈。

自动回复和客服消息：用户触发后没反应，最难被发现，通常要过几天才有人提。

二维码和分享卡片：扫出来打不开，或卡片点进去停住，线下物料受影响最大。

跳转链是重灾区

短链服务、统计跳转、第三方落地页，都是常见的断点，域名一多就容易漏查。

很多入口不是直接指向主域，而是先经过短链或统计跳转，中间还可能有第三方落地页。

中间那一层如果换了域名，受影响的就是那一层，主域反而可能是好的。

排查时把完整跳转链拉出来，别只看第一跳，三跳以上的链接最值得怀疑。

怎么验证

检测给状态，实点给现象，两个都要，缺一个就只能靠猜。

用宝塔拨测的微信拦截检测查主域和跳转域，两边都查，只查一个容易得出错误结论。

再在微信里实际点每个入口，记录看到的现象，截图要带上时间。

检测结果和实点现象对上，才知道是全域受限还是个别入口问题，这两类的修法完全不同。

处理顺序

顺序对了，至少不会越修越乱，也能给团队一个清楚的时间线。

先修根因，别先改菜单，改完菜单问题还在，只是换了个地方出现。

受限没解除之前，换入口只是把问题挪个地方，用户还是会撞上。

确需临时可用，可以先把关键入口指向一个已验证正常的落地页，同时继续申诉，两边并行不冲突。

入口清单列全，才谈得上修全。

漏一个入口，就还会被投诉一次。