网站改版迁移怎么不掉流量？URL映射10字段、重定向红线与Google百度双平台工具口径
本文回答一个问题：企业官网改版换域名或改目录结构时，怎么把搜索流量与已收录资产的损失降到最低。适用对象是已经决定改版、需要在 Google 与百度双平台同时保住收录的 B2B 企业（企业官网、外贸独立站）；负责人通常是市场负责人加技术负责人。所有平台规则均依据 Google Search Central 与百度搜索资源平台当期官方文档核验，信息核验截至 2026-08-03。
先给结论：迁移风险不来自"改版"本身，而来自四件事——网址映射没做全、重定向类型选错、旧站信号被提前掐断、平台工具用错场景。这四项都有官方明确口径可依，也都能在上线前定稿。下面按执行顺序拆解，并给出可直接套用的映射表字段、时间轴与自查清单。
还没决定要不要改版的，请先看企业官网改版还是重建？五维评估、决策树与URL迁移风险清单；本文默认你已经过了那一关。
一、先分清两种迁移：改不改用户可见网址，走的是两套流程
这是最容易一开始就走错的岔路口。Google 官方把站点迁移明确分成两类，对应两份不同的文档：
- 网址会变的迁移——包括 HTTP 换 HTTPS、换域名（example.com 改成 example.net）、合并多个域名或主机名、路径结构变化（如 /page.php?id=1 改成 /widget）。这一类必须做网址映射与重定向[F01]。
- 网址不变的迁移——只换主机商、或把站点接入 CDN 这类基础设施变更。官方对应的是《Changing your hosting》流程，核心是 DNS 切换与新旧并行监控，不需要做 URL 映射那一整套[F11]。
判断口径很简单：用户浏览器地址栏里看到的字符串会不会变。会变，走第二节起的全流程；不变，只做 DNS 切换、灰度与监控，不要给自己加戏配一堆重定向规则。
还有一条官方原则值得单独拎出来：一次只改一件事。如果你既想换域名、又想换 CMS、还想换模板，官方建议逐项进行而不是同时上[F08]。兆派在改版项目里的执行判断是：同时叠加两项以上变更，出问题时基本无法归因——你分不清流量下滑是域名迁移的正常波动，还是新模板把内容渲染坏了。宁可分两个月做两次，也不要一次做完然后花三个月排查。
二、URL 映射表：迁移工程的唯一真相源
官方要求为旧站每个网址决定它该重定向到哪里，并保存两份清单：含新网址的站点地图文件、指向旧网址的外部站点列表[F01]。实践中光有"旧→新"两列不够用，兆派在 B2B 官网改版项目中固定使用下面这张 10 字段映射表，它同时承担开发交付、测试验收和上线后排障三重职责：
| 字段 | 说明 | 为什么必须有 |
|---|---|---|
| 旧URL（绝对路径） | 含协议、www 前缀、结尾斜杠 | 协议与斜杠不一致是重定向失效第一大原因 |
| 新URL（绝对路径） | 同上 | 必须与新页自引用 canonical 完全一致[F07] |
| 页面类型 | 首页/栏目/产品/文章/落地页/资源文件 | 按类型抽样验收，而不是逐条人肉点 |
| 重定向类型 | 301 / 308 / 404 / 410 | 删除的内容不该硬塞重定向，见第三节 |
| 是否有收录 | 是/否/未知 | 决定优先级 |
| 近90天自然流量 | 数值 | 决定优先级与回滚阈值 |
| 是否有外链 | 是/否 | 外链页优先保，且需联系对方改链[F01] |
| 对应关系 | 1对1 / 多对1（合并）/ 无对应（删除） | 多对1 必须能说明是内容合并，见第三节 |
| 负责人 | 姓名 | 上线当天出问题找谁 |
| 验收状态 | 待测/通过/异常 | 上线放行依据 |
覆盖范围别漏三类资产。官方明确提醒：嵌入内容的网址——视频、图片、JavaScript、CSS 文件——需要和其他内容一样纳入迁移计划[F01]；同时你托管的图片和 PDF 等下载文件可能本身已经在带来搜索流量或外链[F01]。兆派的做法是在映射表里单开"资源文件"页面类型，把 PDF 产品手册、认证证书扫描件、图片目录一并列进去。B2B 站的产品手册 PDF 往往是外链密度最高的资产之一，漏掉就是白丢。
旧网址清单从哪来？官方给的路径是：先从重要网址入手——查站点地图、查服务器日志与分析工具里流量最高的网址、查 Search Console 的外链报告；再用 CMS 导出全量内容网址；最后查服务器日志找出近期至少被访问过一次的网址，时间窗要考虑季节性[F01]。这四路并集，才叫全量。
三、重定向：类型选错，等于白做
Google 官方按"被正确解读的可能性"给重定向方式排了序，服务器端重定向排在最前，JavaScript 重定向只在无法做服务器端或 meta refresh 时使用[F13]。更关键的是永久与临时的区别：
- 永久重定向（HTTP 301、308，以及 0 秒的 meta refresh、0 秒 HTTP refresh、JavaScript location）——索引流程会把它当作"重定向目标应成为规范网址"的信号，搜索结果展示新页[F12]。
- 临时重定向（HTTP 302、303、307，以及延迟 meta refresh）——Googlebot 会跟随，但不把它用作规范化信号，搜索结果仍展示源页[F12]。
迁移场景一律用永久重定向，官方推荐 301 或 308[F01]。顺带澄清一个流传很广的顾虑：301 等永久重定向不会造成 PageRank 损失，这是官方文档的原话[F06]。所以不必为了"怕丢权重"去做一些奇怪的操作。
三条官方红线，逐条对照你的方案：
- 跳数别堆。Googlebot 在重定向链中最多可跟随 10 跳，但官方建议直接跳到最终目标；实在做不到，链条理想不超过 3 条、少于 5 条。链式重定向会增加用户延迟，且并非所有客户端都支持长链[F02]。改版最常见的隐形长链是：旧域名 → 旧域名 HTTPS → 新域名 → 新域名带斜杠。写规则时直接一步到位落到最终形态。
- 别把一堆旧页全指首页。官方明确：不要把许多旧网址重定向到一个不相关的单一网址（例如新站首页），这会让用户困惑，并可能被当作 soft 404 处理；但如果确实是把原先分散在多个页面的内容合并到了一个新页，重定向到该合并页是可以的[F03]。这就是映射表里"对应关系"字段的意义——写"多对1"时你必须能说出合并了什么内容。
- 真删掉的内容，返回 404 或 410。官方在迁移准备环节要求：如果不把旧内容全部搬到新站，要确保那些网址在新站正确返回 HTTP 404 或 410[F01]。已被索引的网址开始返回 4xx（429 除外）会被移出索引，这正是删除内容想要的结果[F19]。给已删除页硬配重定向，反而制造 soft 404 风险。
重定向要留多久？官方口径是尽可能长期保留，一般至少 1 年，让 Google 把全部信号转移到新网址，包括重新抓取以及重新分配其他网站指向旧网址的链接[F04]。注意这个"至少 1 年"和下一节地址更改工具的 180 天不是一回事，别混。
四、Google 与百度的平台工具：两套口径，别互相套用
这是双平台运营的中国企业最容易出错的地方。两个平台的工具目标相似，条件与时限完全不同。
| 对比项 | Google 地址更改工具 | 百度网站改版工具 |
|---|---|---|
| 适用场景 | 域名变更（HTTP→HTTPS 不需要用[F16]） | 站点域名或目录发生变化[F21] |
| 前置条件 | 新旧属性都已验证、同一 Google 账号管理[F14] | 新旧链接必须已用 301 跳转[F22] |
| 属性层级 | 仅域名级，路径级属性不可用[F14] | 推荐用站点改版和规则改版，处理周期较短[F23] |
| 子域处理 | 不自动迁移子域（含 www），需为每个子域变体分别提交并验证[F14] | 三类改版形式不能有交叉或包含关系[F25] |
| 生效/时限 | 信号转发持续 180 天[F15] | 72 小时内校验并推送生效；超时可在反馈中心反馈[F27] |
| 跳转保留 | 重定向本身建议至少保留 1 年[F04] | 跳转关系长期保持，直到新站流量完全稳定[F26] |
| 能否撤销 | 180 天内可取消，需先撤旧站 301、再加新→旧 301、然后点 Cancel Move[F17] | 官方页未列撤销流程 |
| 不适用 | 不会把旧站从索引抹除，新站无对应页时旧网址仍可能展示[F18] | 仅针对链接改变，内容改版不适用[F24] |
三个高频误用，直说：
- 误用一：只在 Search Console 提交了主域，以为 www 一起搬了。官方写得很明白，工具不迁移指定域名之下的任何子域，包括 www；跨域迁移要为旧域名的所有子域变体（含 www 与非 www）分别提交地址更改请求，即使这些变体你并未实际使用，并且要确保它们都已在 Search Console 中验证[F14]。
- 误用二：把 180 天当成"重定向可以撤了"的信号。180 天是 Google 停止识别新旧站点关系的时间点——之后旧站若仍存在且可抓取，会被当作无关站点对待[F15]。重定向本身该留满至少一年[F04]，两者不冲突也不能互相替代。
- 误用三：只换模板不换链接，却去提交百度改版。百度官方明确该工具针对的是网站链接的改变，网站内容改版不适用[F24]。这种情况什么都不用提交，正常等待重新抓取即可。
百度侧还有两件配套事。其一，如果站点改版短期无法完成，官方建议先通过新旧 URL 对的改版方式，把首页等重要页面的 pair 对提交上去[F28]——这给了分批迁移一个官方认可的过渡姿势。其二，改版中被真正删除的页面，走死链提交：该工具向百度推送死链，被推送的死链将被百度搜索屏蔽，网站存在大量死链会影响站点评级；死链抓取后生效时间为 1 周，超时未生效可在反馈中心提交反馈[F29][F30]。
五、执行时间轴：T-14 到 T+365 谁在什么时候做什么
下面是兆派在 B2B 官网改版迁移项目中使用的排期骨架。日期是相对上线日 T 的天数，可按项目规模伸缩，但节点顺序不建议调换。
| 阶段 | 动作 | 责任人 | 交付物 |
|---|---|---|---|
| T-14 | 四路并集导出旧网址全量清单（站点地图/日志/分析工具/CMS），含图片、PDF、JS、CSS[F01] | 技术 | 旧URL全量清单 |
| T-12 | 填写 10 字段映射表，标注对应关系与优先级 | 市场+技术 | URL映射表 v1 |
| T-10 | 新站配置自引用 canonical；有多语言的同步更新 hreflang 到新网址[F07] | 技术 | 模板配置记录 |
| T-7 | 在新旧站点、全部协议与 www 变体上完成 Search Console 验证；核对验证文件/标记会随迁移保留[F01][F14] | 技术 | 验证截图 |
| T-7 | 记录数据基线：收录量、索引量、核心页流量、表单提交量、关键词覆盖 | 市场 | 基线快照 |
| T-5 | 新站内链全部改为新网址；准备新站点地图文件[F01] | 技术 | 新站点地图 |
| T-3 | 确认服务器容量：迁移后 Google 会比平时更重地抓取新站[F09] | 技术 | 容量评估 |
| T-2 | 清点测试环境遗留的 noindex 与 robots.txt 屏蔽规则，列出上线时要移除的清单[F01][F10] | 技术 | 待移除清单 |
| T-1 | 选低流量时段上线（官方建议在流量低谷期迁移）[F01] | 全员 | 上线窗口确认 |
| T | 开启服务器端 301/308；移除临时 noindex 与屏蔽；用网址检查工具抽测各页面类型；提交新站点地图[F01] | 技术 | 上线记录 |
| T+0 | Google 提交地址更改（换域名场景，含全部子域变体）[F14]；百度提交改版规则[F21] | 技术 | 提交回执 |
| T+1 | 百度侧提交死链（真删除页面）[F29]；新旧站日志与流量双向监控 | 技术 | 监控看板 |
| T+3 | 百度改版状态复查：72 小时后仍提示改版中则去反馈中心[F27] | 技术 | 状态截图 |
| T+7 | 联系高价值外链站点改链；更新社媒资料链接与广告落地页[F01] | 市场 | 外链改链台账 |
| T+7 起 | 每周对比基线；Search Console 看新旧站索引数此消彼长[F01] | 市场 | 周报 |
| T+180 | Google 地址更改信号转发期结束的时间点[F15] | 技术 | 节点记录 |
| T+365 | 重定向保留满一年的最早可评估时点[F04] | 技术 | 节点记录 |
关于"多久能恢复"：官方说明迁移期间搜索可见性会临时波动，属正常现象；一般中小型网站大部分页面进入索引需要数周，更大的站点需要更久，速度取决于网址数量与服务器速度[F05]。本文不给任何天数承诺，把"上线后 4–8 周仍在波动"直接写进项目排期和管理层预期，比事后解释省事得多。
六、四类迁移故障：怎么判、怎么修
官方在站点迁移文档里列了常见错误，兆派按排查成本从低到高重排为四类，配上判定方法：
故障1：临时屏蔽没撤（成本最低，最先查）
判定：新站关键页看渲染后源代码是否残留 noindex，检查线上 robots.txt 是否还是开发期版本。官方特别提醒不要忘记移除仅为迁移需要而设的 noindex 或 robots.txt 屏蔽；同时，站点没有 robots.txt 文件是可以的，但文件不存在时要确保返回正确的 404 状态码[F10]。修法：立即移除，然后用网址检查工具请求重新抓取——注意请求重新抓取不保证收录，抓取可能需要数天到数周，对同一网址重复请求不会更快[F20]。
故障2：重定向指错地方
判定：官方指出经常看到有人重定向到新站上不存在的网址；可在 Search Console 观察"未找到"错误是否异常升高，或用抓取工具全量爬一遍自己的站验证重定向是否按预期工作[F10]。修法：回到映射表逐条核对新URL列，重点查协议、www、结尾斜杠三处差异。
故障3：站点地图没更新
判定：官方要求确保站点地图全部更新为新网址[F10]。提交新站点地图后可以移除旧站点地图，Google 后续会使用新的[F01]。修法：只提交新网址站点地图，不要新旧混放。补充一个容易被误判的现象——Search Console 可能对含旧网址的那份站点地图报"网址重定向"警告，官方说明这是正常的、可以忽略，毕竟你确实在迁移[F01]。
故障4：服务器扛不住
判定：迁移后 Google 会临时更重地抓取新站，因为旧站的抓取会被重定向叠加过来[F09]。看服务器 5xx 错误率与响应时间。这一项要紧盯：5xx 与 429 会促使 Google 抓取降速[F19]，正好卡在你最需要它快点抓完的时候。修法：临时扩容，站点特别大时提前知会主机商[F01]。
什么时候该考虑回滚
兆派的判定口径是：技术性故障（大面积 5xx、重定向指向错误、页面渲染异常）立即修复或回滚；排名与流量波动本身不构成回滚理由——因为官方已说明波动是迁移的正常现象且会随时间稳定[F05]，此时回滚等于再叠加一次迁移，风险翻倍而不是减半。前提是你在 T-7 存好了旧站备份与数据基线，让"能回滚"始终是一个可选项而不是幻想。
七、常见问题
只是把 HTTP 换成 HTTPS，需要提交地址更改吗？
不需要。官方明确：从 HTTP 迁移到 HTTPS 不需要使用地址更改工具[F16]。但它属于"网址会变的迁移"[F01]，映射表、301、站点地图、canonical 这套动作照做不误。
换域名后旧域名还要续费吗？
官方在地址更改文档中的建议是：可以移除旧页面，但建议继续为旧域名付费至少一年，防止他人购买并将你废弃的域名用于恶意用途[F17]。这笔钱别省。
能不能分批迁移？
可以，且大站官方就推荐分批。官方口径是：小型或中型网站建议一次性迁移全部网址，这样有助于用户体验，也帮助算法更快检测到站点迁移并更新索引；大型网站可以选择分区块迁移，更容易监控、发现和修复问题[F01]。百度侧则给了配套做法：站点改版短期无法完成时，先提交首页等重要页面的新旧 URL 对[F28]。
迁移期间能不能顺便优化内容？
不建议。官方的"一次只改一件事"原则[F08]同样适用于内容——迁移窗口里改标题、删页面、重写正文，会让你在流量波动时完全失去归因能力。内容优化排到迁移数据稳定之后再做。
怎么知道迁移"做完了"？
官方的技术性口径是：要认为站点迁移完成，Googlebot 必须至少访问过旧站和新站的每一个网址一次；没有固定的抓取频率，速度取决于站点规模和可行的抓取速度，迁移是按网址逐个发生的[F01]。所以"完成"不是一个日期，而是一条曲线——旧站点地图的已收录数降到零、新站点地图的已收录数爬上来[F01]。
来源与说明
本文 Google 相关规则引自 Google Search Central 官方文档《How to move a site》（site-move-with-url-changes，页面标注最后更新 2026-06-17）、《Changing your hosting》（site-move-no-url-changes）、《Redirects and Google Search》（301-redirects）、《HTTP status codes》（http-network-errors）、《Ask Google to recrawl your URLs》（页面标注最后更新 2025-12-10），以及 Google Search Console 帮助中心《Change of Address tool》（support.google.com/webmasters/answer/9370220）；百度相关规则引自百度搜索资源平台《网站改版》工具页（ziyuan.baidu.com/rewrite/index）与《死链提交》工具页（ziyuan.baidu.com/badlink/index）。全部核验日期为 2026-08-03。
URL 映射表字段规范、T-14→T+365 时间轴与回滚判定口径为兆派 B2B 官网改版迁移项目的方法资产总结，不含客户数据。本文不承诺任何收录、排名、流量、询盘或恢复时间结果；平台规则可能变化，执行前请以核验当日官方文档为准。
兆派为 B2B 企业提供网站改版迁移的 URL 映射、重定向方案与上线后监控服务。需要对现有站点做一次迁移风险评估的，欢迎通过网站联系我们。
延伸阅读：网站canonical常见错误有哪些？八类错误对照与三步排查流程｜网站抓取索引基础怎么搭？四层控制信号｜B2B网站内容怎么规划？
在线留言