域名跳转和重定向是网站运营里面非常基础的技术操作, 它的核心目的就是为了把旧域名的流量非常无缝地迁移到新域名上面去, 或者是为了实现多个域名的统一入口问题, 当前的主流实现方案一共分成了四类, 这四种方案分别是服务器端的301或者302重定向、CDN平台里面的规则引擎功能、域名服务商自己内置的跳转功能, 以及独立的重定向SaaS工具。
主流方案对比
1. 在服务器端, 可以通过配置Nginx或者Apache来实现URL重定向。这个操作一般是靠rewrite模块或者是redirect指令来完成的。这种方案适合那些有技术团队的企业使用, 因为它提供了最高的灵活度, 可以让你写入任何你想要的条件匹配逻辑。
2. 针对CDN和解析平台的规则, 用户可以在DNS解析这一层里面直接设置CNAME或者是URL转发。这个方法不需要去改动服务器代码。在全球范围内的多个节点生效是非常快的。延迟是最低的。
3. 部分域名注册商在他们自己的那个域名管理后台里面提供了一个叫做转发的那个功能, 这个功能是不用写代码的, 也不需要自己去准备服务器之类的东西, 所以它就挺适合那种个人搞的网站还有那些规模比较小的项目使用的。
4. 所谓独立重定向SaaS工具, 就是像301.io和Redirection.io这样的一些东西。这些工具支持对规则进行批量管理, 也支持条件分发。它们还能提供跳转日志的审计功能, 并且能够用于A/B测试。这类工具适合那些拥有多个品牌的中等规模或者大型站点使用。
配置核心要点
当301（永久）与302（临时）这两个概念被拿来对比的时候, 你会发现, 如果涉及到要让SEO权重进行传递的话, 就必须得选用301这一种方式。如果是说那些为了搞临时活动而设立的活动页面, 又或者是正在进行的灰度测试阶段的东西,那么就用302域名跳转重定向软件, 这样做的目的是为了避免把权重给错误地传递过去了。
跳转链路控制这一块要做到位, 必须严格地避免出现像A指向B、然后B再指向C这样的多级跳转的情况。因为在搜索引擎的运作机制里, 它仅仅会去跟随前面的两级跳转路径。如果跳转链条超过了这两级限制, 那么权重就会呈现逐级递减的趋势,这样一来域名跳转重定向软件, 处于最终位置的网页很可能最终不会被收录进搜索引擎的结果中。
当目标域名的协议是HTTPS的时候, 我们需要在跳转规则里面把协议头给明确写出来, 如果不这么做的后果就是浏览器会阻断这种不安全跳转的操作。
这种性能方面的影响具体是这样展现的, 因为服务端进行了重定向操作, 这样就额外增加了一次DNS解析的工作过程以及一次TLS握手的过程。这个过程中间导致的延迟大约是在50毫秒到200毫秒这个范围之内。如果是在那种高并发的使用场景里面, 大家一般会建议把这个处理动作放在CDN这一层去进行处理。
选型建议
对于个人博客或者小型的网站, 要优先去用那个提供域名服务的平台自己附带的转发功能, 比如你可以在gname.xin这个网站的后台那里进行设置, 具体的操作路径是把管理菜单点开, 找到转发设置的选项, 这样做的优点在于它的最短, 而且也不需要你再去花额外的力气去做运维。
如果是中型企业的站点, 那么就要推荐用CDN规则引擎加上服务端兜底这两个部分组合在一起成的方案。这样做的话, 就可以把全球加速这个优势给兼顾上。同时呢, 也能让控制变得比较精细和可控。
我们要建立一个拥有多个品牌的大型矩阵体系, 具体做法是去使用那种能够独立进行重定向下发的SaaS工具来进行运营, 这个工具可以对所有的规则实行统一化管理操作, 并且还支持依据不同的地区、不同版本的UA以及不同的路径条件来进行动态的分发工作。
高频疑难与解决
在跳转之后, 旧的网址依旧仍然被搜索引擎所收录。你需要提交一个已经更新完成的新版sitemap文件。请同时配合使用Google搜索控制台里面的那些所谓的网址更改工具, 来对它们进行一批量的批量提交操作。
这个循环跳转指的是从A指向B, 然后再从B回到A这样一个情况。我们需要对规则里的冲突情况进行逐条的排查和分析。其目的是为了确保在任何跳转的目标位置上, 都不会出现反向指向来源地点的这种错误情况。
在移动端与PC端跳转至不同地址的情况下面, 可以在CDN或者中间件层这一级别去添加一个判断User-Agent的操作, 通过这种方式来分别匹配对应的规则。
选型的核心判断依据, 在于考察流量规模、维护频率以及技术资源这三者之间的匹配程度。如果面临的情况是, 流量比较小, 而且需要进行的维护操作又少, 那么就可以直接选用内置功能。
如果遇到的是大流量的场景, 并且规则变得非常复杂, 这种情况下更适合去选择SaaS工具。当实际情况处于上述两种状态之间的时候, 就需要采取将CDN和服务器端进行组合的方案来进行处理。
