301跳转之外：改一次页面，还会连带砸坏的四处

301跳转是改地址这件事里唯一不能省的一步，但它只挡住了第一处风险。改一次页面，会连带砸坏的一共五处：地址本身、canonical、指向它的内链、结构化数据、还有标题。正文改错了可以改回来，地址改错了改不回来——除非跳转做了，而且一直留着。这五处都该在动手之前锁住，不是出事之后再补。

读这篇前

这一章是改写工单的另一半。那篇讲一个页面该改哪些地方，这篇讲这些改动会掀翻什么。没做过整轮改写的话，先看一页纸改写工单，再回来看风险这一侧。

还有一个前提：你存过「改之前」。下面每一条回滚判据都是一次对比，而对比要两个数——这正是改之前先存基线那篇存在的理由。

301跳转管住的那一半：为什么改地址比改内容重得多

改正文，改的是这个页面说什么。改地址，改的是这个页面是什么——对所有存过指针的系统来说都是如此：索引、别人站上的链接、你自己的导航、统计里的历史数据、任何一个收藏过它的地方。

Google 讲跳转的文档把机制写得很直：Googlebot follows the redirect, and the indexing pipeline uses the redirect as a signal that the redirect target should be canonical.（Googlebot 会跟着跳转走，索引流程把这次跳转当作一个信号，表明跳转目标应当成为规范地址。）信号会转移，前提是跳转存在并且留着。留多久，站点迁移那份文档给了数：Keep the redirects for as long as possible, generally at least 1 year.（跳转尽可能长期保留，一般至少一年。）

301 和 302 做的是相反的事

这一步经常被随手做掉。永久跳转和临时跳转的效果是反的：Permanent redirects: Show the new redirect target in search results.（永久跳转：在搜索结果里展示跳转后的新地址。）而 Temporary redirects: Show the source page in search results.（临时跳转：在搜索结果里展示原来那个页面。）Google 给的选择判据值得读两遍——Use permanent redirects when you're sure that the redirect won't be reverted.（当你确定这个跳转不会被撤回时，用永久跳转。）本章引用的每一句都是 2026-08-19 读的，来源是 developers.google.com 上讲跳转、站点迁移和规范化的三份文档。

改地址不是一次编辑，是一次搬家。而那张招领条要活得比你对它的记忆更久。

另外四处，都不出声

它们不会报错。每一处都会造出一个在浏览器里看着好好的、在爬虫眼里读错了的页面。

canonical 还指着旧地址

如果模板是从某个存下来的字段拼 canonical，而不是从当前请求拼，搬完之后它照旧吐旧地址。于是这个页面一边把你跳到新地址，一边告诉搜索引擎旧的那个才是真的。Google 在这里建议用绝对路径——Even though relative paths are supported by Google, they can cause problems in the long run.（虽然 Google 支持相对路径，但长期看它们会带来麻烦。）活下来的那个页面上挂一个指向自己的 canonical，是推荐状态。

内链还指着旧地址

它们能用，因为跳转能用，所以恰恰没人会发现。Google 的迁移清单把这件事单列成一步：Change the internal links on the new site from the old URLs to the new URLs.（把新站上的内链从旧 URL 改成新 URL。）你自己导航里的一次跳转，是你自己选择要一直付的钱。

结构化数据和页面对不上了

如果改写动了标题、摘要或者作者块，而 JSON-LD 是手写的，那两边现在就不一致了。和页面矛盾的结构化数据比没有更糟，因为那是你在做一个页面本身撑不住的声明。

标题在没人决定的情况下变了

改写常常只动 h1，让 title 跟着模板走，或者反过来。哪种都一样：下一次抓取之后搜索结果里的那行字就变了。而如果这个页面本来的点击就是靠那行标题拿到的，你顺手改掉的正是它。

交付物：动手之前锁住这六行

第一次编辑之前，把当前值抄进一个文件。最右一列是两周之后发现不对劲时你要拿来对照的东西。

什么顺序做，才留得住退路

顺序是「能撤回的改动」和「只能道歉的改动」之间的区别。

1. 把上面六行抄下来。十分钟，而且这是唯一一件事后补不了的事。
2. 先确认地址到底要不要改。如果现在的地址只是难看、不是错，就别动。难看的地址不花你什么钱，跳转要花的更多。
3. 要改的话，新页面上线和旧地址上挂永久跳转，放在同一次部署里。不是第二天。
4. 把新页面的 canonical 改成指向它自己，并且到实际下发的源码里确认，不是到模板里确认。
5. 用第 1 步的清单，把所有指向旧地址的内链改掉。
6. 逐字段核一遍结构化数据和改写后的页面对不对得上。
7. 把新地址提交收录，并确认它在 sitemap 里、旧的那个不在。

第 3 到第 5 步属于同一次工作。只做了跳转没改内链，是一次搬了一半的家，而流量正是在搬了一半的时候丢的。

第 3 步要用请求去验，不要用浏览器。浏览器可能缓存了旧地址，也可能被某个 service worker 送去了别处，两种情况都会让你看到一个其实没有在下发的跳转。用能报状态码的东西去拉一次旧地址，确认它是永久跳转，并确认落点就是新地址本身，而不是通往新地址路上的第二跳。

做出海的话，还有两件事要一起看

第一件是 hreflang。页面有几个语言版本，每个版本的声明里都写着这个 URL，而那些声明通常存在你刚搬的这个页面之外的地方。只更新了一个语种、其余几个还指着旧地址，一个本来完整的语言组就会变成一堆断掉的声明。

第二件是平台。托管建站工具上，跳转类型往往根本不给你选，甚至只给你一个「转发」开关。这种情况下诚实的答案是别改 URL——不是想办法绕，是不改。

什么时候回滚，什么时候等

多数时候答案是等。知道为什么要等，才不会在第四天把一个正确的改动撤掉。

Google 自己说了会掉：Expect temporary fluctuation in site ranking during the move.（迁移期间要预期排名会临时波动。）它也给了整个过程的大致时长——a medium-sized website can take a few weeks for most pages to move in our index; larger sites can take longer（中等规模的网站，大部分页面在我们索引里完成迁移要几周；更大的站会更久）。所以头两周的下滑属于文档描述过的行为，不是出错的证据。

注意最后一行没说的话。回滚正文很便宜；回滚地址等于再搬一次家，代价和第一次一样，而在搜索引擎看来还多了一层反复。地址一旦改了，就留着它，去修其他所有东西。

这一章到哪儿为止

我们没法告诉你某一次改地址会损失多少流量，别人也没法，因为它取决于旧地址上挂着多少外链，而那个数你只看得见一部分。你见过的任何一个这类百分比，都是别人的单个案例。

「至少一年」是 Google 对站点迁移给的建议，不是保证，而且它在说一年之前先说的是「尽可能长」。我们自己的做法是无限期留着，除非这条跳转本身惹了麻烦——但那是我们的判断，不是 Google 说的。

还有两条边界。这一章讲的是一个页面或一小批页面，整站迁移有它自己一套失败方式，不在这里。以及，想看看别的站在实际中怎么声明自己的地址，我们测过：canonical 标签到底有几个站在声明那篇里，28 个首页有 23 个声明了，而且每一个都和我们实际拿到的地址一致。

跳转其实压根没上线、或者 canonical 还指着一个你已经废掉的地址——在它发生的当天就发现，而不是一个月后在报表里发现，是 QueryWin 正在做的事。

常见问题

改了 URL，排名会永久受影响吗

只要永久跳转做了并且留着，就不会。Google 把跳转描述成让规范地址转移的那个信号，并要求跳转一般至少保留一年。

旧地址的301跳转要留多久

按 Google 站点迁移的说法，至少一年。我们留得更久，因为多一条规则的成本几乎是零，而撤早了的成本是一个页面凭空消失。

能不能同时改地址和内容

能，然后你就不知道看到的变化是哪一个造成的。页面要紧的话，先搬，让它稳下来，再改写。

改写用 302 有对的时候吗

只有当你真的可能撤回时。Google 的规则是「确定不会撤回时用永久跳转」，这是同一条判据换个方向说。

跳转已经能用了，内链还要改吗

要。Google 自己的迁移清单把改内链单列成一步，而你站内的一次跳转，是你选择要一直付的一跳。