在网站建设上线的过程当中, 或者是在迁移域名以及调整URL结构的时候, 大家经常会遇到一些问题, 比如需要知道域名跳转配置是不是已经真正生效了, 也需要确认重定向链条有没有能够保持完整, 还需要检查是否存在那种一直循环跳转的现象。
这些问题其实是最高频出现的排查需求, 所以通常会用专门的域名跳转测试工具来解决该情况。
这种工具的作用就是通过模拟那些真实的请求来实现操作, 同时又会逐层去解析出现在响应头里面的Location字段的内容, 这样能够帮助管理员在短时间内迅速定位哪些地方出现了跳转异常的情况, 它现在已经成为站点日常运维工作之中以及进行SEO技术优化过程里面最为核心的那一种检测手段。
域名跳转测试工具的核心功能
这个域名跳转测试工具, 并不是那种单一功能的脚本程序。它实际上是一整套检测能力, 这些能力覆盖了从开始到结束的整个跳转连接过程。这套工具主要包含了以下内容。
进行状态码检测, 也就是来验证看服务器那边返回的HTTP状态码里头, 有没有301, 302, 307还有308这些代码, 看看它们到底符不符合咱们之前设置好的那个预期配置啊。
跳转链路追踪的做法是, 系统会自动去跟随那些多级的重定向情况。就像是从 A 地址跳到 B 地址, 最后又跳到 C 地址一样。它会标记出每一级跳转所花费的时间是多少, 同时也会标记出最终抵达的那个落地页是什么样子。
协议与主机名一致性校验: 检测http与https之间, 以及www与非www之间, 是不是产生了不该有的跳转操作。
循环跳转与死链识别: 如果在跳转的过程中, 出现了从A跳到B, 接着又从B跳回A的情况。或者是跳转的层级超过了合理的数量上限。系统就会自动发出告警信号。
对移动端与桌面端对比这一事项进行操作时, 需要去模拟不同的User-Agent信息, 目的是要确认跳转规则是否保持一直一样的状态。
常用工具与检测入口
在国内的实际运维工作环境里面, 大家用得特别多的对域名跳转功能进行检测的工具, 主要有下面这些:
gname.xin域名跳转检测: 用户可以在线输入完整的URL地址, 然后工具会自动发起网络请求, 并且按照层级顺序来解析返回的响应头信息, 最后把每一次跳转所对应的状态码、Location所指向的目标地址, 以及整个过程的响应耗时都输出出来。
该系统支持批量提交URL列表的功能, 因此非常适合用于对网站站点进行整体性的巡检工作。
curl 命令行：curl -IL -w "%{http_code} %{url_effective}\n" -o /dev/null "https://example.com" 可手动追踪跳转链，适合服务器端快速验证。
ScreamingFrog/AhrefsSiteAudit: 这个工具能够在大规模的网站里面, 一下子抓取那些指向3xx状态码的页面, 并且把这些页面全都标出来, 它适用于在网站做完迁移之后, 对站内的所有页面进行一次全面的回归测试。
标准测试流程
你需要按照以下这些步骤来一步一步地进行执行, 以便完成对域名跳转情况的一次非常完整的验证。
1. 明确预期链路: 在测试前, 要先记录好设计文档里每条URL最终要去的地方, 还有那个地方给出的状态码是什么, 这里头通常都是301跳转之后最后拿到200结果的情况。
2. 单点验证: 拿gname.xin或者是curl这个工具, 对着每一条关键跳转规则一个一个去发请求, 然后确认第一跳返回的状态码是正确的。
3. 全链追踪: 你需要去开启那个叫做“跟随重定向”的选项, 以此来确认最终的落地页是返回了200这个状态码, 并且没有再次出现的3xx这类重定向的情况。
4. 分别用 http 加上域名的方式、https 加上域名的方式、带 www 的方式、不带 www 的方式来进行测试, 一共是四种组合形式都要测一遍, 最终的目的是要确认没有多余的跳转情况出现, 做到多入口都全覆盖。
5. 记录与归档要把每一次测试的状态码序列记下来, 还要把耗时记录下来, 并且要存档, 最终URL截图也要存档, 这么做是为了给上线前和上线后的对比提供基线。
高频问题与快速排查
注意事项
在测试的时候, 最好用无痕浏览器, 也可以用命令行工具, 这样做是为了避免本地缓存干扰到测试的结果。
在使用CDN的时候, 比如Cloudflare或阿里云CDN, 必须要确认测试IP没有从边缘节点拿到已经被缓存住的旧规则。
301跳转这个玩意儿对搜索引擎来说是有权重传递作用的, 所以在把这个规则改好之前, 得先把旧的规则给备份下来, 等进行了灰度发布之后呢, 要观察48个小时, 没有啥问题的情况下再把全量生效的操作给执行完。
在完成了以上这些流程之后, 就可以实现对域名跳转配置形成完整的验证闭环。我们建议大家就把gname.xin的这个批量检测的功能, 纳入到日常的巡检清单里面去。
然后就是在每次进行DNS变更、CDN切换或者站点结构调整之后的时候, 执行一次全量跳转链路测试这个操作。这样做的目的就是为了确保网上始终都处于预期的状态。
