站点运营時間一長，後台里總會攒下一批说不清還要不要的頁面：去年的活動专题、已经下架的产品介绍、寫了两遍的同類文章、搬過一次家的舊地址。它們留在线上不會自己消失，也不一定有人记得。定期做一次頁面退役自查，比等到某天發現搜尋结果里全是過期信息要省事得多。
先分清哪几類頁面该退役
不是所有老頁面都要動。真正值得列進退役清單的，通常是下面几種。
- 時間已经過去、失去參考價值的活動頁與专题頁；
- 产品下架或服務停止後仍保留的介绍頁；
- 與現有頁面高度重复的早期稿件；
- 長期没有訪問、没有轉化，也几乎没有内鏈指向的頁面；
- 内容已经合並或迁移，但舊地址還挂着的頁面。
判断时不要只看發布時間。一篇三年前的文章如果還在稳定带来訪問，那它是资产，不是负担。
退役不等于直接删掉
最省事的做法是選中、刪除，但這样往往會把已有的引用一並打断。更稳妥的是先决定這一頁接下来去哪，再動手。
三種常见的處理路径
- 保留並更新：内容本身還有搜尋需求，只是信息過时。补齐資料、更新描述、調整發布時間即可，不必下线。
- 合並：新頁面已经覆盖了同样的主题，把舊頁里還有價值的段落並入新頁，舊地址用 301 指向新地址。
- 彻底下线：内容确實不再需要，也没有合适的承接頁面。這时用 410 明确告诉訪問者這里不會再有了，比让它返回 404 更清楚。
不要為了省事把過期頁面一律 301 到首頁。首頁和原内容主题無關时，用戶和爬虫都會觉得莫名其妙，也容易让首頁背上不属于它的入口。
下线前先做一遍引用盘点
頁面能不能安静地退场，取决于還有多少地方在指向它。動手之前，把下面几項過一遍。
- 站内導航、侧邊栏、面包屑、頁脚里是否還有入口；
- 正文和相關推荐模块里有多少條内鏈指向它；
- 标簽頁、归档頁、列表頁是否還在自動收錄它；
- sitemap 里是否仍然列着這個地址；
- 頁面自身是否带了结构化資料或指向自己的 canonical；
- 外部是否有站点引用，有没有可承接的替代地址。
這一步不需要多精确的工具，用站内搜尋加日誌里的訪問来源，通常就能摸清大概。
推荐的执行顺序
顺序错了，容易出現一批連結同时断掉的情况。可以按下面的流程走。
- 盘点引用與流量，確認有没有合适的承接頁面；
- 建立映射表，把舊地址和新地址一一對應记下来；
- 先改站内連結，把導航、正文、推荐位的入口換成新地址；
- 從 sitemap、列表頁、标簽頁中移除舊地址；
- 最後再設定狀態碼，選擇 301 或 410；
- 观察一到两周的訪問日誌，確認没有出現集中性的错誤頁。
先撤連結再改狀態碼，是為了避免用戶点進来立刻撞上跳轉或错誤頁。
別忘了留下退役记錄
操作本身很快，记錄才是有長期價值的部分。建议用一張表格记下舊地址、處理方式、新地址、處理時間和负责人。半年後再遇到類似情况，可以直接翻记錄，而不是重新猜一遍当初為什么這么處理。团队里如果有人中途接手，這張表也能省掉很多解释。
小步走，別一次清空
一口气下线几百個頁面，很容易让抓取和用戶体驗同时出現明顯波動，出了問题也不好定位是哪一批造成的。分批處理，每批控制在能观察清楚的規模，處理完確認没有異常再開始下一批。頁面退役是長期维護的一部分，不必急于一次做完。