外贸站改版最危险的时刻，往往不是新首页还没做好，而是团队以为“旧站都跳过去了”就算完成。买家可能从具体型号、行业应用、下载资料或询盘入口进入；如果新站没有继续完成这个任务，页面再漂亮也无法替代原来的地址。保SEO的起点不是批量写规则，而是一张能解释每条旧URL去向的表。
先把迁移当成URL级交接，而不是首页上线
Google将含URL变化的网站迁移描述为准备新站、建立URL映射、配置旧新URL重定向并监测两端URL的过程。URL映射是将每个旧页面写进迁移表，并为它指定可解释的新去向。产品、案例、资源和RFQ入口都要逐条交接。Google的网站迁移指南提醒，显著变更期间可能出现暂时波动；目标是减少可避免断点，而非承诺“零损失”。
- 先问任务：这条旧URL让买家完成什么理解、比较、下载或询盘动作？
- 再定去向：保留、迁到等价页、合并到相关页，或真实下线。
- 最后验收：让状态码、站点地图、站内链接和Search Console看到同一个新地址。
先分清：你是在改基础设施，还是在改变URL
Google的含URL变化迁移指南覆盖协议、域名和路径变化；不改变URL的基础设施变化应走不同检查。只换服务器、CDN或底层环境，而对外域名、路径和页面地址不变，重点是可访问性、渲染、表单与抓取回归；换CMS但保留所有URL，也先按“URL不变”做上线测试。只要域名、子域、语言目录、路径或协议改变，就应把它视为URL迁移，提前锁定映射和验证责任。查看Google对URL变化迁移的范围说明。
| 变更 | 先做的判断 | 核心动作 |
|---|---|---|
| 只换主机或基础设施 | 买家访问的URL是否完全不变 | 测试响应、渲染、表单、robots与关键页面抓取 |
| 改版或换CMS | 路径、分页、产品目录和资源页是否改变 | 建立旧新URL映射，逐条测试最终地址 |
| 换域名或子域 | 旧新站是否均已验证且永久重定向可用 | 完成映射后提交域名迁移通知，并持续保留旧域跳转 |
迁移前先留住旧站的可比基线
迁移基线应同时记录URL、页面任务、自然搜索表现、入口价值和负责人。至少把CMS地址、站点地图、爬虫结果、Search Console中的索引与搜索表现、分析工具中的入口页，以及仍被销售使用的下载和询盘地址合并起来。这样，迁移后出现异常时，团队能分辨是旧站原本就不可索引，还是新映射遗漏了页面。
URL映射就是把每个旧页面与保留、新页面、合并去向或下线状态逐条对应的迁移表。先按价值排序，而不是按页面数量平均用力：有自然搜索入口、外链、广告落地、资料下载、报价或询盘任务的URL，应进入上线日的必测清单。导出后，可先检查旧站的收录基础风险，把已有的noindex、robots、站点地图或其他索引设置问题单列，避免它们被误记为迁移事故。
URL映射的关键不是‘有跳转’，而是‘有等价去向’
等价迁移不只看URL相似，还要看新页面能否继续完成旧页的买家任务。一张合格的映射表不只写“旧URL→新URL”。还应写明旧页服务的搜索问题、新页是否保留同一实体、买家下一步是否还存在、预期状态码、最终地址和测试结果。对B2B外贸站来说，页面等价性先于重定向规则：技术实现是最后一步，不是判断的开始。
等价迁移：用买家任务检查新旧页面是否真的能替代
B2B页面等价性需要同时检查搜索问题、可见实体和买家下一步是否连续。判断“等价”时，连续问三个问题：新页是否仍回答同一个搜索问题？是否仍展示买家要确认的产品、应用或证据？是否仍给出相近的询盘、资料或下一步？三项都成立，才适合一对一迁移。这里的买家任务连续性，是指访问者仍能理解产品、比较方案、下载资料并发起询盘。TimZhang 踢木桩将这一判断接回页面资产，而不是只看路径相似；团队也可用TimZhang SEO方法评估页面是否仍承接同一搜索任务。
以下为composite scenario（综合情境，用于解释机制，不代表单一客户项目）。一家工业连接器出口企业同时更换CMS和页面结构，旧站有420个可访问HTML URL，其中86个产品页、44个应用页，以及下载和询盘入口。新导航只保留190个页面，开发最初准备把其余旧URL统一301到首页。
运营在基线表中发现，部分被取消的URL仍承接具体型号、行业应用或资料下载任务；首页既没有对应实体，也没有继续原任务的入口。问题不在301本身，而在映射表缺少“旧页要解决什么”和“新页如何继续解决”两列。几十条不同页面指向同一泛化首页，访问者和搜索系统都得不到合理解释。
这是一个综合示例：团队将URL分为原样保留、等价迁移、内容合并和真实下线；开发抽测86个产品页和44个应用页的最终地址与规范地址，运营复查站内链接和站点地图，销售确认下载页仍可到达资料或表单。上线后再检查不相关落地、异常404和重定向链。数字仅说明映射规模，不代表真实客户项目、排名、流量或询盘结果。
合并或下线：不要用首页掩盖没有替代页的事实
Google提醒不要把许多旧URL重定向到一个不相关的首页，否则可能被视为soft 404；真正合并内容可以指向新合并页。Google对永久重定向的说明可作为这项判断的技术参照。当多个旧页确实被一页新的主题页完整覆盖，可以合并，并在表内写出共同主题和替代理由；但没有相关替代内容时，真实下线比导向首页更诚实。soft 404指服务器看似返回正常页面，但页面内容不能满足原URL任务而被识别为无效结果；它不是靠改一个跳转码就能掩盖的问题。
上线日让重定向、canonical、sitemap和域名工具说同一种语言
改版同时更换CMS、组件、产品结构和表单时，迁移不能只由开发收尾。把迁移规则纳入增长型建站的上线交付，让页面任务、内容、技术SEO和询盘路径一起进入上线验证，URL映射才有明确的业务输入，而非上线后才由营销团队补救。
Google建议永久页面移动时尽可能使用服务器端永久重定向，301与308表示页面已永久移动。对已永久移动且有等价替代的页面，优先使用服务器端301或308；它们向用户和Google表达“新地址才是长期目的地”。临时维护、A/B测试或短期切换则不应伪装成永久迁移。上线前从映射表抽取产品、应用、资源、表单和高外链URL，检查每条旧地址是否直接到最终新页，而不是经过多跳。Google对重定向类型的说明可作为开发验收依据。
Change of Address用于域名或子域迁移，需要旧新资源验证与301检查，不用于HTTP到HTTPS或站内路径移动。它是Google Search Console中的域名变更通知工具：只有从一个域名或子域迁到另一个域名或子域，才在旧新站验证完成、重定向已经可测后使用。站内路径变化、www切换或HTTP到HTTPS并不把这个工具变成必经步骤。Google Search 文档更新补充了域名迁移时的Change of Address说明；该工具不能代替服务器规则、页面可访问性或逐URL映射。
Google将重定向与rel=canonical视为强规范信号，sitemap为较弱信号；sitemap应列出完整绝对规范URL，提交它只是一项提示。canonical是告诉搜索系统哪个URL应作为优选地址，并让站内链接、站点地图与实际新页面保持一致的信号。可分别查阅canonical信号说明和sitemap构建规则。若新产品页有真实可见实体内容，也应核对新页面的Schema与规范URL是否一致，不要让旧实体字段仍指向废弃地址。
迁移后同时看旧URL与新URL，才能定位真正的异常
URL Inspection提供Google已索引版本的信息，也可测试实时URL是否可能被索引。上线后先验证最重要的一小批映射项：旧URL的实际状态、最终落地页、页面是否可访问、新页的规范地址，以及站内链接是否仍指向旧地址；它适合用在具体异常页，不应用作对所有页面反复“请求收录”的按钮。Google的Search Console入门文档说明了这些单页检查能力。
Google建议对已移动且有明确替代的页面返回301，并提醒关注意外HTTP错误、重定向链和服务器响应。报表上出现波动时，优先按映射表找意外404/5xx、错误目标、被遗留的noindex或robots规则；再结合索引报告、站点地图处理状态、日志和高价值入口的真实访问情况判断。抓取错误排查文档可帮助开发把问题收敛到具体URL和返回状态。
把迁移清单变成三方都能验收的上线交接物
同一张映射表要同时回答：旧页面是否仍有任务、新页是否可达、买家下一步是否存在。运营确认旧页的搜索和买家任务，开发确认状态码、最终地址与规范信号，销售确认产品、资料和询盘入口仍可继续使用。上线日只放行已测试的优先URL；发现不相关落地、错误码或入口消失时，先回到映射表修根因，不要先改标题、补关键词或把更多页面导向首页。
如果迁移同时出现页面抓取、内容结构和询盘路径问题，单独修一条301往往无法判断最早断点。可将URL映射表、抽样结果和异常地址交给TimZhang 踢木桩，先定位需优先修复的阻断点，再提交迁移清单做网站风险诊断。
常见问题
只换服务器、不换URL，也需要做301重定向吗？
通常不需要为了换服务器人为增加301。只要对外URL没有变化，优先核对DNS切换、服务器响应、缓存、页面渲染、表单、robots和关键资源是否正常；旧地址不该被额外改写。若切换期间发生短暂不可访问，先恢复响应和关键资源，再判断是否存在真正改变的URL；只有协议、路径或语言目录变化的地址才纳入映射与重定向测试。
所有旧URL都应该统一301到新首页吗？
不应该。首页只能替代本来就由首页承担的品牌或导航任务；具体产品、应用、下载、案例和询盘页需要相关的新去向。没有替代页时，记录真实下线原因比把访问者送到不相关首页更清晰。团队应把“目标是否能继续完成原任务”写进映射表，而不是用同一条规则处理所有旧页；尤其要复查仍有外链、广告入口或销售资料引用的页面。
换域名后应在何时提交Change of Address？
先让新站可访问，并确保旧域到新域的代表性URL已返回正确的永久重定向；同时在同一Google账号中验证旧新站资源。之后再提交该通知，并继续保留旧域跳转和监测。不要把它当作技术配置的替代品：映射表、服务器规则、规范地址和站点地图仍应先通过代表性URL的抽样验证。
多语言网站迁移时，hreflang最容易漏掉什么？
最容易漏的是语言或地区版本已经换了地址，hreflang却仍互相指向旧URL；或者新页语言与标注不一致。只有站点确实提供不同语言或地区页面时，才逐对检查可访问的新URL、可见语言和注释关系，也要确认每个语言版本都不是自动跳回默认语言。Google建议不同语言版本使用不同URL，并以hreflang或sitemap关联适用版本。多语言网站官方说明给出了这一边界。