網站改版、換域名、調整目錄结构，都會让一批 URL 發生變化。對搜尋引擎来说，這不是“頁面變了”這么简單，而是原来记着的那批地址没了，新地址要重新被發現、重新抓取、重新判断。處理得好，收錄和信号能平移過去；處理得粗糙，舊的掉得快，新的起不来。
先分清两種變化
一種是地址變了、内容基本没變，比如換域名、加一級目錄、把 /p/123.html 改成 /article/123。這種叫平移，目标是把舊地址的收錄尽量迁到新地址。另一種是内容被拆散、合並或直接下线，比如几個頁面合成一個，或者整個栏目砍掉。這时要做的不是迁移，而是明确告诉搜尋引擎舊地址已经不再提供内容。
混在一起處理最容易出問题：该 301 的去做 404，该 410 的却留着可訪問的舊頁面，两邊都拿不到明确信号。
301 是主干，但要尽量一對一
換域名或改路径时，301 永久重定向是最直接的迁移手段，它的作用是告诉搜尋引擎：這個舊地址以後請去新地址找。几個常见要求：
- 舊 URL 和新 URL 尽量一對一，不要几百個舊地址全跳到首頁，那等于说這些内容都消失了。
- 跳轉鏈不要拉太長，A→B→C 這種多級跳轉在抓取时會损耗，尽量第一次就跳到最终地址。
- 舊域名不要立刻停掉解析，至少留够一段時間，让重定向持續可訪問。
- 跳轉目标不要指向需要登入、或必须靠 JS 才能渲染出正文的頁面。
sitemap 和内鏈要同步換
只改了重定向、其他地方不動，是迁移期最常见的半成品狀態。站内所有指向舊地址的連結、導航、面包屑、文章里的互相引用，都會让蜘蛛反复走到舊 URL 上再跳一次。能直接改的就改成新地址，重定向留给站外連結和已经存在的收錄。
同时更新 sitemap，只放新地址；舊的 sitemap 要么删掉，要么让它返回 404，別再繼續提交舊 URL 列表。canonical 也要跟着換，如果新頁面里還寫着舊地址，等于自己给自己制造矛盾。
迁移期間容易踩的几個坑
- 新舊頁面同时可訪問、内容一模一样，却没做重定向。搜尋引擎只能自己猜哪個是主版本，结果往往不是你想要的那個。
- 重定向規則寫错，把不相關的 URL 一起跳走，或者直接跳到了 404 頁面。
- 改版顺手把正文区块结构也換了，新頁面抓到的 HTML 變得很薄，收錄自然慢。
- 只改了 PC 站没改移動站，两個版本跳向不同地址。
迁移後看什么，看多久
迁移不是一天的事，通常會经歷一段新舊混排的时期：舊地址還在索引里，新地址開始出現，两邊交替。這個阶段建议按下面的顺序观察：
- 先看抓取有没有正常發生——新地址是否開始被訪問，舊地址是否按预期返回 301。
- 再看新地址的索引狀態，是否從“已發現”走到“已抓取”，再走到能被检索到。
- 然後看舊地址的索引數量是否在缓慢下降，而不是断崖式消失。
- 最後才是關鍵詞和流量层面的變化，這一步往往最慢。
迁移期間流量下滑几乎無法完全避免，重点不是“一点不掉”，而是跌下去之後能不能在合理時間内回到原来的水平。如果舊地址突然大面积消失，新地址又迟迟没動静，說明信号传递出了問题，要回头检查重定向和内部連結。
小结
把改版当成一次 URL 层面的搬家：舊地址给明确去向，新地址给明确入口，两邊的话要對得上。做重定向、改内鏈、更新 sitemap 和 canonical，這几件事一起做完，比自己反复提交新 URL 更有用。