SEO 內容更新怎麼做：舊文重寫、刪除邊界與更新順序（2026）
SEO 內容更新不是機械保鮮。本文講清如何判斷舊文是否值得更新、該重新整理還是重組，以及什麼時候才該合併或刪除。
SEO 內容更新不是機械保鮮。本文講清如何判斷舊文是否值得更新、該重新整理還是重組，以及什麼時候才該合併或刪除。
內容更新這件事，最容易做偏。很多團隊一看到舊文章流量下滑，就開始改標題、補幾段話、順手把日期改成今天，最後頁面看起來像更新過了，結果排名沒回來，使用者也沒更滿意。問題不在於“沒更新”，而在於更新動作本身就是錯的。
Google 這些年對內容更新的態度其實很穩定。people-first content 文件 一直在強調，內容要對人有幫助，而不是為了讓搜尋引擎覺得你“很活躍”。publication dates 文件 也明確提醒，如果內容沒有實質變化，只是改日期讓它看起來更新，這不是正確做法。
所以，SEO 內容更新不是機械保鮮，也不是一看到舊文就補字數。更合適的做法，是先判斷這篇頁面到底值不值得救，再決定該重新整理、重組、擴充套件，還是合併、下線。本文就按這個順序來講。
很多站把內容更新理解成“做新鮮感”。這很容易錯。Google 真正在看的是頁面現在還能不能滿足使用者。頁面發於去年，不等於過時；頁面昨天剛改，也不等於更有價值。關鍵不在於時間，而在於幫助程度。
這意味著三件事。第一，不是所有舊文章都值得更新。第二，更新的目標不是“看起來更像新文”，而是現在讀起來更有用。第三，如果一篇內容本身就沒有保留價值，繼續縫補不一定比合並或下線更好。
| 常見做法 | 問題 | 更穩的替代動作 |
|---|---|---|
| 只改日期 | 沒有實質幫助 | 先確認頁面是否真的有新資訊可補 |
| 排名小跌就重寫全篇 | 容易過度改動 | 先判斷是波動、技術，還是內容問題 |
| 一律補長 | 資訊密度可能更差 | 補缺失資訊，而不是補字數 |
| 低流量就刪除 | 可能誤刪有結構價值的頁 | 先判斷是否可合併、可重組、可轉型 |
Google 在 Debugging drops in Google Search traffic 裡提醒得很清楚，小幅波動並不等於頁面出了問題。比如從第 2 名掉到第 4 名，這種變化本來就常見。如果這時就激進重寫，很可能是在給自己製造新變數。
更值得更新的，通常是這幾類頁面：
反過來說，如果這頁本來還穩定拿流量，只是你覺得“有點舊”，那通常不值得大改。舊，不是問題。沒用了，才是問題。像 長尾關鍵詞佈局、精選摘要結構 這類主題頁，往往更適合按需求變化來更新，而不是按日曆更新。
做內容更新，最怕只看總流量。總流量掉，不等於這篇內容本身有問題。Search Console 更值得看的，是頁、查詢、CTR 和不同搜尋型別到底是誰在變。
更實用的順序通常是：
這一步看清楚，後面動作會完全不同。比如，impressions 和 clicks 一起掉，更像頁面整體競爭力或索引需求出了問題；impressions 還在，clicks 掉了，更該先看 title 和 snippet；如果只是圖片搜尋掉了，那該優先看 圖片 SEO，而不是重寫整頁正文。
| Search Console 現象 | 更像什麼問題 | 優先動作 |
|---|---|---|
| Impressions 和 clicks 一起掉 | 需求變化、整體競爭力下降、索引問題 | 先查意圖和索引，再決定是否重構內容 |
| Impressions 還在，clicks 掉了 | 標題摘要競爭力不足 | 先改標題、摘要、首段結論 |
| 只有 Images 掉了 | 圖片表現或圖片索引問題 | 先查圖片質量、alt、檔案和圖片頁結構 |
| 目錄級整體掉 | 站內結構、模板、內容體系問題 | 別隻改單頁，先看整組頁面 |
很多所謂“舊文衰減”，根本不是內容問題。Google 的流量下滑排查文件把原因拆得很細，裡面本來就包括技術故障、安全問題、演算法更新、季節性和興趣變化。也就是說，頁面掉了，不等於這篇文就該重寫。如果最近還做過大改版或 URL 調整，更該先排除 站點遷移問題，別把遷移後遺症誤判成內容衰減。
實操裡，最常見的是三條線。
這種最適合更新。常見訊號是：你的資訊過時了，別人寫得更完整了，或者使用者現在關心的問題已經變了，而你的頁面還停在舊框架裡。
這種如果只改文案，多半白做。更該先查的是 robots 控制、canonical 規範化、模板渲染、結構化資料和頁面可抓取性。這類問題更適合先走 技術 SEO 排查。
有時不是頁面不行，而是使用者不再這麼搜了，或者同一個主題被新的表達方式替代了。Google 在流量下滑排查文件裡也明確提到 seasonality 和 changing interests。遇到這種情況，更該重新選角度，而不是隻補幾個段落。
不是每篇舊文都要重寫。更實用的做法，是先給這篇內容定型別。一般來說，夠用的就這四種。
適合結構沒問題，只是細節過時。常見動作是更新資料、截圖、工具介面、案例、流程、失效連結，以及結果頁文案。
適合主題沒錯，但頁面讀起來散。Google 在 core updates 文件 裡提到，很多改善不只是多寫，而是 rewriting or restructuring。也就是把內容重新排布，讓使用者更快得到答案。
適合主題有需求，但競爭結果已經升級。更該補的是場景、步驟、對比、誤區、表格、清單、FAQ，而不是機械堆字數。Google 並沒有喜歡哪個固定字數，真正重要的是資訊是否更完整。
這一步最容易被濫用。Google 在 core updates 文件裡明確說過，deleting content is a last resort。也就是說，刪除應該建立在“這篇內容確實無救、無價值、還在拖累結構”之上，而不是因為你聽說“刪舊文有利於權重集中”。
| 頁面狀態 | 更適合的動作 | 不該做什麼 |
|---|---|---|
| 結構還行，細節過時 | 重新整理 | 整篇推翻重寫 |
| 主題對，但內容很散 | 重組 | 只補字數不改結構 |
| 主題還有需求，但資訊不夠 | 擴充套件 | 堆無關段落 |
| 重複、弱質、無保留價值 | 合併或刪除 | 繼續勉強翻新 |
這是最常見的偽動作。Google 在 publication dates 文件 和 helpful content 文件裡都給過邊界：如果內容沒有實質變化，卻只是改日期讓它看起來更新，這不是對使用者負責的做法。
更合理的做法應該是：
datePublished / dateModified 儘量一致。Google 會綜合多個訊號判斷頁面什麼時候釋出，什麼時候被顯著更新。日期是訊號，不是開關。把它當成技巧用，往往會適得其反。
如果一篇內容真的不該留了，退出方式也要做對。Remove a page hosted on your site from Google 講得很清楚，長期方案是刪除、更新成別的內容、加 noindex，或做訪問限制。它還特別提醒，不要把 robots.txt 當成頁面移除的方案。
這一步最常見的兩個誤區是：
如果是合併內容，更該參考 網站遷移 SEO 的邏輯，把舊頁和新頁關係處理清楚，別直接丟著不管。
如果頁面更新後你還想讓 Google 更快看到變化，少量關鍵頁可以結合 request recrawl 使用；但大批次更新，還是更適合靠 sitemap 和正常抓取節奏。
內容多的網站，最大的問題不是“沒東西可改”，而是待改頁面太多。這個時候最怕平均發力。更划算的做法，是先抓那些本來就有基礎、但明顯掉下來的頁面。
更實用的優先順序一般是：
如果資源有限，寧可每週認真更新 2 到 3 篇真正值得救的頁面，也別批次“翻新”幾十篇沒有實質變化的文章。
dateModified。Google 沒有給固定週期。更合理的判斷方式不是看“多久”，而是看這頁有沒有持續下滑、內容是否過時、CTR 是否偏低，以及結果頁形態是否變了。
不一定。但對已經有索引、歷史表現和主題基礎的頁面來說，認真更新往往比從零起一篇更快看到結果。前提是這頁本身還值得救。
不是。Google 明確說刪除內容應視為最後手段。低流量不等於沒價值，有些頁面可能承擔長尾承接、品牌說明、圖片或檔案流量的作用。
沒有實質更新時，不建議這麼做。Google 官方已經明確給出邊界。只有頁面真的發生顯著更新，更新時間才是合理訊號。
有時幾天，有時幾周甚至幾個月。尤其是涉及 helpful content 的長期判斷時，不該期待第二天就恢復。
真正有價值的內容更新，不是給舊文“補歲數”，而是重新讓它配得上今天的搜尋結果。如果你更新之後，使用者讀完還是得回去再搜一次，那這篇頁面大機率還沒更到點上。