查着正常，点开还是提示风险

公众号文章里的链接，检测显示正常，用户点开却看到风险提示。

后来发现，用户点的是文章里跳转后的另一个域名，不是检测的那一个入口。那次我们查了三遍域名，都正常。

它测什么

按域名去查微信的风险判定，属于域名级。

返回「被拦」或「正常」，不区分具体页面路径，平台只给域名级结论。

它回答的是「这个域名有没有被标记」，不是「这个链接能不能打开」。

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

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

能查什么

分享链接打不开时，先用宝塔拨测的微信拦截检测排除是不是域名被平台标记。

公众号菜单、文章内链、二维码落地页，都能用这个先筛一遍。

多个域名时，可以逐个查，定位是哪一条被标记。查之前先确认是哪个域名，短链、跳转域名都要单独查，一个页面可能涉及多个域名，漏一个就查不全。

不能查什么

具体页面里的跳转、诱导关注、自动下载，它看不到。

页面里的登录、支付、表单，也不在范围内。

真实打开过程：微信内置浏览器的兼容性、JS 执行、资源加载，它同样不测。用户实际点开的可能是短链，检测结果是辅助，不是用户视角。

检测正常，不等于用户一定能打开。真实体验要在微信里点一次，最好用不同手机、不同微信版本各试一次，兼容性问题很常见。页面里的 JS 报错，检测看不到，需要开发者工具，这些都要单独做。

检测失败和被拦是两回事

接口异常、输入格式不对、请求被限流，都会导致失败。失败也要留报错，别只写一个结果。

失败时重试，换时间再查，或者换 QQ 平台对照。

别把一次失败直接写成「被微信封了」，那会让排查方向完全跑偏。

正确用法与复测

先查域名，再自查页面：跳转链路、诱导行为、下载行为。

确认 HTTPS 正常、备案信息一致，再走平台申诉，材料要齐。

在整改后复测，确认状态变化。

微信和 QQ 要分别查，两个平台规则不同。检测只是第一道筛子，不是全部，过了筛子还要过功能测试，这是两件事，混在一起判断，结论一定不准。很多团队把这两件事混了，结果就是反复返工。流程上分开，责任才清楚，也更容易排期。发布前跑一遍清单，比事后救火省力，清单里写明谁查、什么时候查，避免漏项，每次发布都照做，形成习惯。工具会更新，流程不会，先把流程立起来，剩下的交给工具提效，别反过来。按这个流程走，才不会漏。

边界清楚，判断才站得住。