域名跳转看着好像就填两个地址那么简单，实际动手配置的时候才发现设置入口到处都有。域名注册商后台能开，DNS服务商那边也提供相关能力，服务器层面还能再加一层拦截处理。不同层级做跳转，生效效果和附带限制完全不一样。
最省事的配置入口就在域名注册商后台。阿里云、腾讯云还有DNSPod控制台，都自带URL转发，也叫域名转发功能。填上源域名和目标地址，再选择显性或者隐性转发。显性转发会直接更新浏览器地址栏，显示跳转后的网址；隐性转发依靠iframe把目标页面嵌套进来，地址栏依旧保留原域名。做SEO的话不要碰隐性转发，搜索引擎对iframe套壳内容不友好，不少浏览器还会直接拦截这类页面。显性转发大多走301或者302状态码，301属于永久跳转，权重传递更干净，适合更换域名这种长期调整。302是临时跳转，活动推广、短期导流场景用得更多。配置的时候留意一个细节，如果目标地址带路径，记得勾选保留路径选项，不然访客访问old.com/about，会直接跳到新域名首页，原本的页面路径参数全部丢失。
很多人分不清DNS层面的URL转发和CNAME记录。CNAME只是解析记录，浏览器地址不会变化，仅把域名指向另一台主机。URL转发属于HTTP层跳转，浏览器地址栏会发生变更。部分DNS服务商把URL转发分成显性URL、隐性URL两类，底层是在DNS服务器上运行简易HTTP服务完成跳转。这种方式有局限，大多只支持根域名和www子域名，其余子域名不一定支持转发，免费版本还可能缺失HTTPS能力。如果域名接入Cloudflare，用Page Rules或者Bulk Redirects灵活性更高，可以按访问路径、访客所在地区、设备类型设置条件跳转，免费额度足够个人项目使用。
服务器端配置跳转，可控性是最强的。Nginx最简单写法就是在server块内写入return 301 https://新域名$request_uri;，这条规则会把全部请求原样转发至新域名，路径和请求参数都不会丢失。想要做条件跳转，就用rewrite规则，比如只跳转某个目录，或者仅处理带www的域名请求。Apache依靠.htaccess文件，开启RewriteEngine On之后编写RewriteRule ^(.*)$ https://新域名/$1 [R=301,L]。IIS需要额外安装URL Rewrite模块，图形界面添加规则，对不熟悉配置的人来说步骤偏多。宝塔面板用户直接进入网站设置找到重定向选项，选定域名或者路径，填入目标地址勾选301，保存即可生效，不用手动修改配置文件。
程序代码层面也能实现跳转，有对应的适用场景。WordPress更换域名之后，仅仅修改后台站点地址不够，数据库内留存的旧链接需要批量替换，也可以安装Redirection插件，逐条映射旧链接指向新地址。PHP用header("Location: ...", true, 301)实现跳转，但代码前面不能有任何输出内容，否则会抛出headers already sent报错。JavaScript跳转window.location.href适合前端场景，但搜索引擎抓取不到这个跳转逻辑，只能当作辅助手段。
HTTPS是跳转配置绕不开的一环。源站配置好证书的情况下，可以直接把HTTP请求301定向到HTTPS版本，Nginx在listen 80的server块写return 301 https://$host$request_uri;就行。目标站点如果是HTTPS协议，跳转地址必须写https://开头，不然浏览器会拦截混合内容。还有一个容易踩的坑，证书不匹配。源域名没有部署证书却强制跳转HTTPS，浏览器会弹出安全警告，访客手动确认之后才会完成跳转，体验很差。遇到这种情况，要么给源域名也配置证书，要么先用HTTP跳转过渡。
提前了解这些限制能少踩坑。国内域名使用URL转发，部分服务商要求域名完成备案，没有备案的域名转发功能会直接禁用。CNAME记录和URL转发不能同时生效，同一个主机记录只能选择其中一种。跳转规则修改完成后，浏览器缓存和CDN缓存可能还保留旧的重定向规则，测试的时候用无痕窗口，或者在链接末尾追加随机参数绕过缓存。跳转上线之后不要立刻删除旧域名，至少保留半年到一年，外部外链和搜索引擎索引都需要时间完成更新。