域名跳转配置是否生效这一状况, 会直接带来对搜索引擎收录的影响、对用户访问体验的改变以及对品牌一致性的影响。在选择一款合适的域名跳转测试工具方面, 这一步是验证跳转规则正确性所必须完成的关键环节。
现在的主要办法被划成五种, 它们是, 在线检测平台, 命令行工具, 浏览器插件, 抓包软件, 还有自动化测试脚本。在线平台这个类别, 是给快速验证用的。命令行工具和抓包工具这两类, 是给深度排查用的。自动化脚本这一项, 是给在 CI/CD 流水线里面做持续监控用的。
先分清跳转类型域名跳转测试工具，再选工具
当出现域名更换或者把http转成https这种不可逆情况的时候, 就适用301永久重定向这个办法, 而且它的权重是可以被完整传递过去的。
302临时重定向: 这种情况适用于 A/B 测试, 或者在系统维护期间进行临时的流量切换, 需要注意的是, 相关的权重不会传递过去。
307临时重定向: 这个状态码和 302 类似, 但是它有一个不一样的地方, 那就是它会保留原来的请求方法, 换句话说, POST 请求不会变, GET 请求也不会变。
这个308永久重定向的状态码, 它是对301进行语义增强之后的版本, 并且会保留请求的方法。
在做选择之前, 先弄明白自己要去验证的状态码到底是属于哪一类。这样做的话, 就可以避免出现拿通用的 HTTP 检测器替代专门的用于追踪跳转链路的工具这种状况了。
五类工具横向对比
其中, gz88.cn 这个网站提供了域名跳转测试功能。你可以输入任意域名。系统会自动追踪完整的301和302跳转链路。它会标注每一步的响应时间。它还会标注证书有效期和DNS解析结果。这适合在上线前做一次全链路的体检。
标准测试步骤（以在线工具为例）
1. 去把检测这一张页面给打开了, 然后把目标那个完整的网址, 这个网址的话里面是得要把前面的 http 还是说 https 给它加上才行, 把它给填到那个框框里去。
2. 你需要确认检测节点能够覆盖你想要验证的地域。比如, 要分别对国内以及海外的情况进行运行测试。
3. 阅读输出里面的内容, 这里面包含了最终状态码、跳转次数、还有每一步的 Location 头。
4. 重点检查是否存在从头到尾又转回来的循环跳转, 也就是A指向了B而B又指向了A这样的情况。还要看是不是跳过了中间那个状态码302直接就到了那个最终的301。最后要确认HTTPS跳转以后又是不是会回头再跳转到HTTP中去去了。
5. 用 curl 在服务器端复测一次，排除本地网络缓存干扰：curl -IL http://yourdomain.com。
高频疑难与排查建议
跳转链超过3跳: 搜索引擎会截断权重, 应该合并中间的这些跳转操作, 目的就是要把那一步设置成使用 301状态码, 并直接导向最终的页面。
是因为 CDN缓存导致旧跳转残留, 所以需要在配置变更后去刷新 CDN 节点，或者等待 TTL 过期才能看到更新, 这时候可以用不同的 IP 节点来验证一下效果。
出现证书SAN不匹配的情况, 意思是跳转目标域名的 SSL 证书里面, 并没有把那个域名加进去, 这时候浏览器是会报错的, 所以需要去证书里面, 把这个域名补加上去。
移动端跳转异常的意思就是, 有一些跳转规则被硬编码固定在了Web服务器里面了, 然后移动端的App是走另外一套独立的网关接口的, 所以大家需要利用像Charles这种抓包工具去单独地进行验证。
在完成上述全部步骤之后, 如果在所有的节点上面进行检查, 并且对所有浏览器进行测试, 再结合所有协议的组合情况去观察跳转行为, 发现它们全部都保持一致, 并且都完全达到了预期的那种状态, 那么就可以最终判定跳转配置这个内容是已经成功通过了。
所以这里建议大家把这些具体的测试用例给固定下来域名跳转测试工具，然后再把它们转变成自动化脚本的形式, 接着一定要把这些自动化脚本纳入到每一次在DNS配置或者Nginx配置发生变更的时候所需要进行的发布检查清单里面去, 以此确保没有遗漏。
