SEO 內容更新怎麼做：舊文重寫、刪除邊界與更新順序（2026）

內容更新這件事，最容易做偏。很多團隊一看到舊文章流量下滑，就開始改標題、補幾段話、順手把日期改成今天，最後頁面看起來像更新過了，結果排名沒回來，使用者也沒更滿意。問題不在於“沒更新”，而在於更新動作本身就是錯的。

Google 這些年對內容更新的態度其實很穩定。people-first content 文件 一直在強調，內容要對人有幫助，而不是為了讓搜尋引擎覺得你“很活躍”。publication dates 文件 也明確提醒，如果內容沒有實質變化，只是改日期讓它看起來更新，這不是正確做法。

所以，SEO 內容更新不是機械保鮮，也不是一看到舊文就補字數。更合適的做法，是先判斷這篇頁面到底值不值得救，再決定該重新整理、重組、擴充套件，還是合併、下線。本文就按這個順序來講。

核心判斷：內容更新不是“做新”，而是“做得更有用”

很多站把內容更新理解成“做新鮮感”。這很容易錯。Google 真正在看的是頁面現在還能不能滿足使用者。頁面發於去年，不等於過時；頁面昨天剛改，也不等於更有價值。關鍵不在於時間，而在於幫助程度。

這意味著三件事。第一，不是所有舊文章都值得更新。第二，更新的目標不是“看起來更像新文”，而是現在讀起來更有用。第三，如果一篇內容本身就沒有保留價值，繼續縫補不一定比合並或下線更好。

第一步：先確認這頁真的需要更新嗎

Google 在 Debugging drops in Google Search traffic 裡提醒得很清楚，小幅波動並不等於頁面出了問題。比如從第 2 名掉到第 4 名，這種變化本來就常見。如果這時就激進重寫，很可能是在給自己製造新變數。

更值得更新的，通常是這幾類頁面：

• 已經持續幾周甚至更久地下滑，不是一天兩天的波動。
• 搜尋結果的內容形態明顯變了，而你的頁面還停在舊結構。
• 資訊已經過時，比如流程、工具介面、政策、價格、截圖、資料。
• 展示還在，但 CTR 明顯偏低，說明結果頁競爭不過別人。

反過來說，如果這頁本來還穩定拿流量，只是你覺得“有點舊”，那通常不值得大改。舊，不是問題。沒用了，才是問題。像 長尾關鍵詞佈局、精選摘要結構 這類主題頁，往往更適合按需求變化來更新，而不是按日曆更新。

第二步：先在 Search Console 裡判斷掉的是哪一層

做內容更新，最怕只看總流量。總流量掉，不等於這篇內容本身有問題。Search Console 更值得看的，是頁、查詢、CTR 和不同搜尋型別到底是誰在變。

更實用的順序通常是：

1. 先把日期拉到最近 16 個月，排除季節性。
2. 比較最近 3 個月和前一週期，或者同比去年同期。
3. 切到 Pages，看哪幾篇掉得最多。
4. 切到 Queries，看是不是某一組意圖掉了。
5. 切換 Web、Images、Video，確認掉的是哪種結果型別。

這一步看清楚，後面動作會完全不同。比如，impressions 和 clicks 一起掉，更像頁面整體競爭力或索引需求出了問題；impressions 還在，clicks 掉了，更該先看 title 和 snippet；如果只是圖片搜尋掉了，那該優先看 圖片 SEO，而不是重寫整頁正文。

第三步：先分清是內容問題、技術問題，還是需求變了

很多所謂“舊文衰減”，根本不是內容問題。Google 的流量下滑排查文件把原因拆得很細，裡面本來就包括技術故障、安全問題、演算法更新、季節性和興趣變化。也就是說，頁面掉了，不等於這篇文就該重寫。如果最近還做過大改版或 URL 調整，更該先排除 站點遷移問題，別把遷移後遺症誤判成內容衰減。

實操裡，最常見的是三條線。

1. 內容真的落後了

這種最適合更新。常見訊號是：你的資訊過時了，別人寫得更完整了，或者使用者現在關心的問題已經變了，而你的頁面還停在舊框架裡。

2. 頁面本身有技術或展示問題

這種如果只改文案，多半白做。更該先查的是 robots 控制、canonical 規範化、模板渲染、結構化資料和頁面可抓取性。這類問題更適合先走 技術 SEO 排查。

3. 需求本身變了

有時不是頁面不行，而是使用者不再這麼搜了，或者同一個主題被新的表達方式替代了。Google 在流量下滑排查文件裡也明確提到 seasonality 和 changing interests。遇到這種情況，更該重新選角度，而不是隻補幾個段落。

第四步：內容更新通常只有 4 種動作

不是每篇舊文都要重寫。更實用的做法，是先給這篇內容定型別。一般來說，夠用的就這四種。

1. 重新整理

適合結構沒問題，只是細節過時。常見動作是更新資料、截圖、工具介面、案例、流程、失效連結，以及結果頁文案。

2. 重組

適合主題沒錯，但頁面讀起來散。Google 在 core updates 文件 裡提到，很多改善不只是多寫，而是 rewriting or restructuring。也就是把內容重新排布，讓使用者更快得到答案。

3. 擴充套件

適合主題有需求，但競爭結果已經升級。更該補的是場景、步驟、對比、誤區、表格、清單、FAQ，而不是機械堆字數。Google 並沒有喜歡哪個固定字數，真正重要的是資訊是否更完整。

4. 合併或刪除

這一步最容易被濫用。Google 在 core updates 文件裡明確說過，deleting content is a last resort。也就是說，刪除應該建立在“這篇內容確實無救、無價值、還在拖累結構”之上，而不是因為你聽說“刪舊文有利於權重集中”。

第五步：更新日期不能拿來當 SEO 技巧

這是最常見的偽動作。Google 在 publication dates 文件 和 helpful content 文件裡都給過邊界：如果內容沒有實質變化，卻只是改日期讓它看起來更新，這不是對使用者負責的做法。

更合理的做法應該是：

• 只有頁面發生了顯著更新，才改使用者可見更新時間。
• 頁面上的日期、結構化資料裡的 datePublished / dateModified 儘量一致。
• 不要讓系統自動把所有舊文都改成“今天更新”。
• 不要用日期去掩蓋內容本身沒有變化。

Google 會綜合多個訊號判斷頁面什麼時候釋出，什麼時候被顯著更新。日期是訊號，不是開關。把它當成技巧用，往往會適得其反。

第六步：頁面不值得保留時，怎麼退場更穩

如果一篇內容真的不該留了，退出方式也要做對。Remove a page hosted on your site from Google 講得很清楚，長期方案是刪除、更新成別的內容、加 noindex，或做訪問限制。它還特別提醒，不要把 robots.txt 當成頁面移除的方案。

這一步最常見的兩個誤區是：

• 想讓頁面消失，只在 robots.txt 裡遮蔽。
• 把多篇重複頁隨便刪掉，卻不處理舊 URL 的後續承接。

如果是合併內容，更該參考 網站遷移 SEO 的邏輯，把舊頁和新頁關係處理清楚，別直接丟著不管。

第七步：單頁更新，更適合按這個順序做

1. 先記下更新前的 clicks、impressions、CTR、position。
2. 確認這次是正常波動，還是持續下滑。
3. 看當前 SERP，判斷使用者意圖和結果形態是否變了。
4. 決定這頁該重新整理、重組、擴充套件，還是合併 / 刪除。
5. 先修技術和展示問題，再動正文。
6. 重寫標題、開頭結論、目錄結構和 FAQ，而不是隻往中間補字。
7. 補截圖、案例、流程、邊界條件和可執行資訊。
8. 只有顯著更新時，才同步更新時間和結構化資料。
9. 更新相關內鏈，讓這頁重新回到正確的主題路徑上。

如果頁面更新後你還想讓 Google 更快看到變化，少量關鍵頁可以結合 request recrawl 使用；但大批次更新，還是更適合靠 sitemap 和正常抓取節奏。

第八步：整站更新，先做優先順序，不要平均發力

內容多的網站，最大的問題不是“沒東西可改”，而是待改頁面太多。這個時候最怕平均發力。更划算的做法，是先抓那些本來就有基礎、但明顯掉下來的頁面。

更實用的優先順序一般是：

• 排名還在前 20，且商業價值高，但最近明顯下滑的頁面。
• 展示還在，但 CTR 偏低，標題摘要明顯老化的頁面。
• 主題仍重要，但結構明顯落後的舊教學。
• 高度重複、弱質、與現有業務不再匹配的內容。

如果資源有限，寧可每週認真更新 2 到 3 篇真正值得救的頁面，也別批次“翻新”幾十篇沒有實質變化的文章。

內容更新最常見的誤區

• 只要頁面舊了，就必須更新。
• 排名小幅波動，就馬上重寫整篇。
• 把改日期當成更新動作。
• 靠堆字數解決內容衰減。
• 不分 Web、Images、Video，就把所有下滑都歸因於正文。
• 看到低流量頁面就想刪，而不判斷它是否還有結構價值。

企業站可直接執行的舊內容更新清單

1. 把 Search Console 日期拉到最近 16 個月，先排除季節性。
2. 比較最近 3 個月和前一週期，找出掉得最多的頁面。
3. 分別看 clicks、impressions、CTR、position 到底是誰在變。
4. 切換不同 Search type，確認是不是 Web 之外的結果掉了。
5. 判斷這頁該重新整理、重組、擴充套件，還是合併 / 刪除。
6. 先解決技術和展示問題，再動正文。
7. 只有實質更新時才改日期和 dateModified。
8. 更新後觀察幾周到幾個月，不要兩天沒動靜就重複大改。

常見問題 FAQ

舊文章多久更新一次才合適？

Google 沒有給固定週期。更合理的判斷方式不是看“多久”，而是看這頁有沒有持續下滑、內容是否過時、CTR 是否偏低，以及結果頁形態是否變了。

更新舊內容，一定比發新內容更划算嗎？

不一定。但對已經有索引、歷史表現和主題基礎的頁面來說，認真更新往往比從零起一篇更快看到結果。前提是這頁本身還值得救。

低流量頁面是不是都該刪？

不是。Google 明確說刪除內容應視為最後手段。低流量不等於沒價值，有些頁面可能承擔長尾承接、品牌說明、圖片或檔案流量的作用。

只改釋出日期，對 SEO 有幫助嗎？

沒有實質更新時，不建議這麼做。Google 官方已經明確給出邊界。只有頁面真的發生顯著更新，更新時間才是合理訊號。

更新後多久能看到效果？

有時幾天，有時幾周甚至幾個月。尤其是涉及 helpful content 的長期判斷時，不該期待第二天就恢復。

真正有價值的內容更新，不是給舊文“補歲數”，而是重新讓它配得上今天的搜尋結果。如果你更新之後，使用者讀完還是得回去再搜一次，那這篇頁面大機率還沒更到點上。