改版之後收錄為什么會抖

網站改版如果動了 URL，搜尋引擎手里握着的是舊地址。舊地址要么打不開，要么跳走，索引里那一份记錄就需要重新判断。這個過程不是開關，而是一段時間的過渡：舊 URL 逐渐减少，新 URL 逐渐被抓起、被索引。抖動的幅度取决于改了多少 URL、跳轉做得干不干净、站内信号有没有跟着更新。

先做一張新舊 URL 映射表

動手之前，把舊 URL 和新 URL 一一對應列出来。這張表後面要用于生成跳轉規則、更新内鏈、核對日誌，是整件事的地基。

• 能一對一的，直接對應；
• 多對一的，比如多個舊栏目合並成一個新栏目，先想清楚哪個舊 URL 是主要承接方；
• 确實没有對應内容的，决定是 410 還是 301 到最接近的上級頁面，不要預設全部丢到首頁；
• 带參數的舊 URL，先做归一化，再决定要不要單獨配置跳轉。

301 的用法和几個常见错誤

URL 属于永久變更，用 301。要注意的是：

• 不要用 302 代替。临时跳轉不會传達“這個地址已经換了”的信号，舊 URL 可能長期留在索引里。
• 不要形成跳轉鏈。A→B→C 會消耗抓取，也可能让信号在中間被削弱，尽量一步到位。
• 不要整站 301 到首頁。這等于主動放弃舊頁面的承接，容易被判定為没有對應内容的跳轉。
• 跳轉目标必须是可索引的 200 頁面。跳到 404、跳到被 robots.txt 挡住的地址，迁移就断在這里。

站内信号一起改，別只改跳轉

跳轉解决的是“從舊地址来的請求去哪”，站内信号解决的是“搜尋引擎接下来该抓谁”。两邊都要動。

• 内鏈：導航、面包屑、正文連結、相關推荐里指向舊 URL 的，全部換成新 URL。内鏈是蜘蛛發現新地址最稳定的路径。
• canonical：頁面自身的 canonical 指向新地址，不要新舊混指。
• sitemap：換成新 URL 列表。舊 URL 可以保留一小段時間用于對照，但不要長期同时提交两套。
• hreflang、分頁這類關联标注：引用的地址一並更新，漏掉一個就可能留下指向舊地址的孤岛。

舊 URL 什么时候能收尾

301 不是發完就能撤的。建议至少保留數月，等索引里的舊地址基本被替換、外部連結也大多稳定指向新地址之後，再考虑收尾。如果舊地址流量已经很低、外部引用很少，可以更早處理；如果舊地址仍有外鏈，撤得太早會损失承接。撤掉时優先用 410 或 404 明确告知不存在，而不是让它回落到 200 空白頁——那會變成软 404，反而更难處理。

迁移期間盯這几項

• 服務器日誌里 301 的命中量，判断還有多少請求走舊地址；
• 索引覆盖里舊 URL 和新 URL 的此消彼長，看的是趋势，不是單日數字；
• 搜尋表現中舊地址落地頁的下降速度，以及新地址有没有接上；
• 404 與软 404 报告，確認没有内容因為映射漏了而掉出。

迁移没有一步到位的操作。分批切換、留出观察窗口，比一次性全量上线更容易在出問题时收回来。

几個容易踩的坑

• 新站上线时忘了放開 robots.txt，或者測試期的 noindex 没撤掉；
• URL 規則變化後大小寫、尾斜杠、协议混用，同一頁面出現多個新地址；
• CDN 或反向代理缓存了舊跳轉，改了規則却没生效；
• 只改了頁面跳轉，漏了图片、JS、接口里的舊地址引用。

整理下来，改版迁移的要点就是：映射清楚、跳轉干净、信号同步、观察到位。把這四件事做扎實，收錄從舊地址過渡到新地址通常只是時間問题。