域名跳转测试工具是那种用来验证HTTP重定向配置是否生效的专业工具。当人们在进行域名迁移的时候, 对协议进行升级的时候, 或者改变URL结构的时候, 都必须通过跳转到测试这个动作, 来确认状态码是否正确, 确认跳转的链路是什么样子，以及最终的落地页是不是对的。
这样做的目的是为了避免用户在访问的过程中发生中断的情况, 同时也要避免搜索引擎权重丢失的问题。
核心操作步骤
1. 请提供需要测试的完整地址链接, 这个地址链接里面包含有协议的开头部分, 比如说 https://www.example.com 这种形式。
2. 你需要选择这个测试的模式, 具体来说就是选择一个是在单次跳转的时候进行验证的单跳检测, 还是选择一个能检测到多级跳转情况的链路追踪方式。
3. 发起测试, 工具返回以下关键信息:
当前HTTP状态码（301/302/307/308/200等）
响应头里的Location字段, 它所指的那个目标地址。
最终落地页URL及其状态码
整条跳转链路每一跳的详细信息
4. 你要去一项一项地查清楚, 那个叫做Location的地址到底和预期的目标是不是完全一样的, 然后还要确认这个程序里面不存在那种会一直跳来跳去的循环跳转的情况。
常见跳转类型对照
301（永久重定向）: 旧地址彻底失效, 搜索引擎把权重转移到了新地址上。这种情况通常适用于域名更换, 或者从Http升级到Https这种永久性的改变。
302（临时重定向）指的是原本的那个地址依旧处于可以使用的状态, 搜索引擎不会把权重转移给新的链接。这种状况比较适合用在像是网站要临时进行维护, 或者是在进行A/B测试这样的场合里。
307和308, 这两个, 它们是不一样的, 它们是用来当, 302以及301的, 那种不改变请求方法的版本的。这样做的目的, 就是为了确保那个POST请求, 不会被转成为GET请求。
配置规范是这样说的, 就是要在Nginx这里, 或者在Apache这里, 又或者是在CDN这一层去设置301规则, 这样做的目的是要保证同一个入口只有唯一的一条跳转路径, 以此来避免因为中间插入了多余的302而导致权重出现衰减的情况。
高频问题与排查
跳转后仍显示旧域名: 需要去检查CDN缓存还有本地DNS缓存的情况, 等把这些都清理干净之后, 再重新进行一次测试操作。
出现了循环跳转的情况, 意思就是A指向B, 然后B又指回了A, 你需要把这两个域名的跳转规则核对一下, 看看它们是不是互相在做这样的指向动作, 然后把那些没有用处的多余规则给删掉。
跳转到新网址之后, 搜索引擎优化的排名出现了下降的情况, 需要确认网站使用的是301重定向而不是302重定向, 并且检查旧网站的域名是否已经向搜索引擎提交了更新之后的站点地图。
出现部分页面没有发生跳转的情况, 需要对着每一个重要的操作路径挨个儿进行一遍测试工作, 以此来确认关于通配符方面的相关规则, 或者是针对每一页所设置的独立规则, 都做到了完整且全面的覆盖。
验证建议
在完成跳转配置的步骤之后, 我们建议在72小时之内的时间里, 多次地去把域名跳转测试工具用上做一次全面的复测工作, 这个动作的目标是要覆盖掉所有的的主要入口网址。
如果用户有需要同时去管理多个不同域名的跳转策略, 那么可以在 gname.xin这个平台上去提交一个工单, 通过这种方式来获得批量检测的帮助支持以及配置审核的服务内容, 最终目的就是为了确保整个跳转的链路能够保持线性发展, 不会出现任何让人产生歧义的情况, 同时也绝对不会出现死循环这种错误的现象。
注意事项
测试前确认服务器已部署最新配置并重启生效；
用户在使用HTTPS的时候, 请务必进行301跳转, 以此来避免触发浏览器的混合内容警告的问题。
当移动端和PC端要是使用了不同的网址域名, 那就有必要对它们的定向跳转通路, 分别进行检测确认。
在配置上线成功之后, 会先保留旧有的规则七天的时间, 以此来作为一种回滚的时候的预案选项, 在确认情况完全没有问题之后, 再去彻底地将它移除。
