换域名的原因通常有几种：公司改名、品牌合并、原来的域名太长或者拼写麻烦、买到了更好的域名。
这件事本身不难，但做错了会损失多年积累的搜索权重，而且损失是慢慢显现的——不会立刻掉，而是几周之内慢慢消失，等你发现的时候已经难查原因。
下面是完整的做法，包括最容易做错的那一步。
先想清楚：真的要换吗
换域名一定会有损失，问题只是多少。即使做得完全正确，Google 重新建立信任也需要几周到几个月。
值得换的情况：公司改名（法律主体变了）、两个品牌合并成一个、原域名有负面历史。
不值得换的情况：单纯觉得新域名更好听、想换个更短的、听说某个后缀对 SEO 更好（这个说法不成立）。
如果你现在的域名没什么问题，只是不够理想，通常不值得。把新域名买下来跳转到现有站点，保住品牌资产但不动主站，是更划算的做法。
最关键的一步：逐页对应
这是最常做错的地方，而且错得很隐蔽。
常见的做法是把旧域名的所有地址一律 301 跳到新域名的首页。这样操作简单，网站也”能用”，但Google 会把这种跳转判定为软 404——因为跳转后的页面和用户原本要访问的内容毫无关系。
后果是：旧页面积累的权重不会传递到新站，等于白跳。
正确做法是逐条对应：旧域名的 /about/ 跳到新域名的 /about/，/services/ 跳到对应的服务页。结构相同的部分可以整体映射，结构变了的部分要手工列出对应关系。
我们最近做的一次合并里，旧站有 28 个已收录的地址，结构和新站不完全一样。处理办法是列一张表：/en/services 对应新站的建站服务页，/zh/case-studies 对应案例页，几篇旧文章分别对应主题最接近的新文章。一条一条对，没有偷懒打到首页。
没有对应内容的旧页面怎么办？两个选择：跳到最相关的分类页，或者直接返回 404。不要跳到首页。如果实在没有相关内容，404 比软 404 更诚实，Google 处理起来也更干净。
用 301 不是 302
301 表示”永久移动”，Google 会把权重传递过去并更新索引。302 表示”临时移动”，Google 会保留旧地址在索引里，权重不传递。
换域名一定要用 301。这个搞错了，前面所有工作都白做。
确认方法：命令行请求一下旧地址，看返回的状态码是不是 301。不要相信”设置里选了永久”，要实际测。
旧域名不要停
这一条经常被低估。
旧域名至少要续费保留一年，建议更久。因为：搜索引擎需要时间把索引换过来；别人网站上指向你旧地址的链接不会立刻更新；名片、宣传册、客户的收藏夹里还是旧地址。
跳转要一直开着。旧域名一停，所有这些入口同时失效，而且是无声的——没有人会通知你。
另外注意邮箱。如果你的邮箱是旧域名的，域名停了邮件就收不到。这件事和网站是分开的两回事，换域名时容易只想到网站。
其他五件必须做的事
一、更新站点地图并重新提交。新站点地图里应该只有新域名的地址，不含任何会跳转的地址。提交到 Google Search Console。
二、在 Search Console 里做”地址变更”。这是个专门的功能，明确告诉 Google 你换域名了。新旧两个域名都要在 Search Console 里验证过才能用。
三、检查所有内部链接。页面里如果还有写死的旧域名地址，会导致用户在新站上点一下又跳回旧域名再跳回来，多一次无谓的跳转。canonical、hreflang、结构化数据里的地址也全都要换。
这一条容易漏，因为这些地址不显示在页面上。我们的做法是构建时统一替换，然后硬检查：只要还有一个文件提到旧域名就中止发布。靠人工检查这种事，漏掉是必然的。
四、更新外部资料。Google 商家资料、社交账号简介、行业目录、合作伙伴网站上的链接。这些不更新不会出错，但权重会一直指向旧地址。
五、保持公司信息一致。如果换域名同时也改了公司名或品牌名，那么网站、商家资料、社交账号、发票上的名字应该同步更新成同一个。不一致的时候，搜索引擎和 AI 都无法确认这些是同一家公司，这会削弱整体的可信度。
换完之后看什么
接下来几周关注三件事：
索引数量。Search Console 里新域名的收录页数应该逐步上升，旧域名逐步下降。两条曲线交叉是正常的。如果新域名迟迟不涨，检查是不是有页面被 robots 或者 noindex 挡住了。
跳转报错。Search Console 的”未编入索引”报告里会出现旧地址，标记为”网页会重定向”，这是正常的。但如果出现”软 404″，说明有跳转对应错了，要回去查。
流量。短期下降是正常的，通常几周内恢复。如果一个月后还没回来，问题多半出在逐页对应那一步。
一个减少风险的做法
如果条件允许，分两步走：先把跳转规则挂在一个窄路径上试（比如只对某个目录生效），确认跳转正确、目标页面正常、没有循环，再放开全站。
我们自己合并的时候就是这么做的：先只接管一个目录，验证三件事——跳转对不对、回源通不通、登录态用户会不会被影响——确认之后才放开。这样万一有问题，影响面是可控的。
这一步多花二十分钟，但换来的是”出问题时只影响一个目录”而不是”整站不可用”。
我们最近刚完成一次域名合并，上面写的就是实际执行的顺序。要做类似的事可以问，这类操作不可逆，值得先把清单列全再动手。