站点跑久了，總有一些頁面需要處理：過期的活動頁、被合並的舊栏目、寫了一半再也没补完的文章。删掉它們本身没問题，問题在于删的方式——直接删 URL、留下死鏈、忘记更新 Sitemap，往往比留着這些頁面更麻烦。
下线之前先花十分钟判断一下頁面的價值，比事後补救要省事得多。
第一步：先给頁面分個類
不是所有舊頁面都该走同一條路。大致可以分成三類：
- 還有價值、只是内容舊了：主题仍然和站点定位相關，有自然流量，也有外部連結指向。這類優先考虑更新而不是刪除。
- 内容被別的頁面覆盖了：和新頁面讲的是同一件事，两個頁面互相抢词。這類适合合並，把有效信息挪到保留頁上。
- 彻底失效：活動結束、商品下架、信息本身已经没有意义，也没有外部引用。這類可以真正下线。
判断的时候別只看自己的感觉，翻一下搜尋表現和服務器日誌：這個 URL 最近還有没有蜘蛛来、有没有自然点击、外鏈數量大概多少。資料比印象可靠。
第二步：按類型選處理方式
保留並更新
如果頁面本身有积累，改動幅度不要太大。保留原有 URL 和主体结构，替換過时資料、补充新信息、更新時間标注即可。大改标题和正文结构，反而容易让頁面重新進入一個需要被重新评估的狀態。
合並後做 301
把被合並頁的地址 301 到保留頁，並且是一對一的、内容相關的跳轉。不要把所有舊頁面统一跳到首頁或栏目頁，那種跳轉對用戶和蜘蛛都没有帮助。跳轉生效後，记得把原来指向舊地址的内鏈改成新地址，减少一跳。
直接下线
确定不再提供的頁面，可以用 410 明确告知已经永久移除，也可以用 404。两者都會被当成無效地址處理，区別在于 410 的表達更确定一些。真正要避免的是：頁面内容删了，但地址返回 200 並顯示一個空模板——這種软 404 會让蜘蛛反复来確認。
第三步：下线前後的收尾清單
- 確認该 URL 没有其他頁面在依赖，比如作為導航項、面包屑节点或被正文引用。
- 處理内容：能合並的先合並，把有用的段落、資料、图片挪到保留頁。
- 設定跳轉或返回狀態碼，並驗證實际返回是否符合预期。
- 更新 Sitemap，把已下线的地址移除。
- 检查 RSS、站内搜尋、相關推荐模块里是否還挂着舊地址。
- 清理结构化資料，避免标记還指向一個已经不存在的主体。
- 记錄這次下线的時間和原因，方便以後复盘。
下线動作本身很快，麻烦的是散落在各處的引用。删之前先搜一遍站内有没有別的頁面在鏈它，能省掉不少後續的排查。
容易被忽略的几個地方
- 栏目頁和标簽頁：如果一個栏目下的内容全部下架，栏目頁本身是留着還是收掉，需要一起决定，別只處理子頁面。
- 外部連結：有外鏈指向的舊地址，用 301 比直接 404 更合适，把已有的引用價值接住。
- 站内搜尋入口：用戶從搜尋框進来时，命中的可能是已刪除頁面，最好让结果里直接過滤掉無效地址。
- 移動端與 AMP 或獨立模板：同一内容的多個版本要同步處理，別只改了一個。
删完之後看一段時間
下线不是做完就結束。接下来几周可以留意三件事：蜘蛛的抓取請求里，這些地址是不是還在频繁出現；站点整体抓取量有没有異常波動；保留下来的頁面，排名和点击是否保持稳定。如果舊地址持續被大量訪問，多半是還有地方在引用它，值得回头查一遍。
内容精简本来是為了让站点更清楚，別让刪除動作本身制造出一堆新的無效地址。慢一点、按流程走一遍，比事後一條條补漏要划算。