域名跳转测试工具的核心功能, 是把域名在发生了301或者302重定向之后, 是否按照预期的方式, 把用户正确地引导到目标URL这个情况, 给验证清楚。
SEO人员、站长还有运维工程师这些人非常关心这个问题。因为一次错误的跳转配置, 可能会导致流量丢失, 会导致搜索引擎收录异常, 甚至会导致用户体验出现断裂的情况。
301与302跳转的本质区别
301（永久重定向）: 用来告知搜索引擎, 该页面已经永久性搬迁了, 把权重完整地转移到了新的URL上面。
302, 这是一个代码。它的意思是临时重定向。这只是为了表示有暂时的迁移。这时候的权重是不进行迁移的。
在测试的时候, 你一定要去确认清楚, 你到底配置的是永久跳转也好还是那个临时的跳转才好。很多网站的站长他们经常会搞混这个情况就是他们用了三百零二这样的那种状态码但是呢他们又指望能够收获到像三百零一那样去传递搜索引擎优化的权重的效果。
跳转测试核心检查项
1. 跳转链长度这个问题, 理想情况下就是一次从A直接到B, 如果能一步到位那就最好。但是如果出现了像从A跳转到B, 然后再跳到C, 最后还跳到D这样多级次转行的情况, 就会让页面加载的速度变慢, 并且也会把权重给稀释掉。
2. 协议一致性指的是, http和https这两个东西之间, 是不应该出现循环跳转的那种情况的。
3. 状态码准确性：用命令行快速验证——curl -I http://旧域名.com域名跳转测试工具，正常应返回 HTTP/1.1 301 Moved Permanently域名跳转测试工具灵音心图，Location字段指向目标URL。
4. 落地页可达性: 当用户进行跳转以后, 所抵达的那个最终页面必须得给一个状态码是200的回应, 不能出现404错误或者是再去引发其他的一条重定向操作。
推荐工具与操作方法
命令行检测: 可以用 curl -I 或者用 wget --spider, 这种做法比较合适, 方便编写批量执行的脚本, 用来对站点里所有的页面都做一遍检查。
在线检测平台: 只要输入域名, 就能返回完整的跳转链条。
以 gname.xin 提供的域名跳转检测功能为例, 该工具支持用户输入任意域名, 然后通过点击一下的方式, 快速查看从开始入口到最终落地页这一整套完整的跳转路径, 并且还能展示每一步的具体状态码, 以及每一部分的响应时间。整个过程不需要额外安装任何软件来完成这些操作。
浏览器开发者工具里面的情况是, 你要先去把网络那个面板给找出来, 然后在那个地方勾选上叫做保持日志的选项。接下来, 你要亲手去访问一下那个旧的域名地址, 并且在旁边仔细地观察整个跳转的那个过程序列是什么样的。
搜索引擎验证: 需要在Search Console这个工具里头, 把新的URL映射给提交上去, 然后确认一下旧的URL是不是能够被正确地识别出来, 并且确认出旧URL和新URL之间是不是构成了一种301替换的关系。
常见故障排查
页面跳转的功能还没有正常起作用, 这种情况需要去查一查DNS的解析记录有没有完成更新, 具体做法是使用nslookup这个工具或者是dig这个工具来进行确认, 目的是看一下当前的IP地址是不是准确指向了正确的服务器。
循环跳转: A跳往B, 然后B又跳回A, 这一般是因为缓存在起作用或者配置里面出现了冲突, 解决办法是把CDN缓存给清掉, 然后再做一次重试。
有一部分用户没有跳转, 这种情况可能是因为 CDN 节点缓存了旧的响应内容, 所以需要在 CDN 的后台里把对应 URL 的缓存策略刷新一下。
最佳实践
在完成了配置跳转这个动作之后, 大家需要先耐心等待, 等那个DNS的TTL周期跑满才能够进行大范围验证的动作, 这里的TTL通常是二十四小时到四十八小时这样的一个时长区间, 然后需要把核心的页面作为优先测试的对象, 在确认没有问题之后再慢慢扩展到对整个网站的验证结果去获取, 每当经历了一次服务器迁移或者是域名更换的情况之后, 都应该执行一次完整的对跳转链路的巡检操作, 只要能够把这个跳转测试的工作内容纳入到上线流程这个固定环节里去实施有效避免绝大多数发生在域名迁移过程中的事故。
