如果手上只有有限的時間，與其再生一篇新文章，不如先把一篇曾經有排名、現在往後掉的舊文救起來，邊際報酬通常高得多。這是我們處理經營數年的網站時，一開始就會下的判斷。舊文更新真正的難處，不在改不改，而在多數團隊沒有一套穩定流程：改文章憑手感、改完不追蹤，最後說不清哪個動作有效。這篇我們把舊文更新拆成一條可以照著走的路線，從怎麼找該更新的頁、用什麼節奏改、怎麼記錄，到怎麼判斷成效，一段段說清楚。

1. 先用 GSC 找出值得救的那幾頁，而不是全部重寫

更新舊文最容易犯的錯，是一頭栽進去把每篇都改一遍。資源有限的時候，選對頁面比努力改更重要。我們的做法是先用資料圈出少數最值得動手的頁，把力氣集中在它們身上。

1.1 鎖定曾經有排名、近期往後掉的頁面

我們第一個看的，是 GSC 裡平均排名從前段往後滑的頁面。這種頁面代表 Google 曾經認可過它，只是內容漸漸落後於現在的搜尋意圖。救一個從第九名掉到第十五名的頁面，比起經營一個第五十名的新頁，需要的力氣少得多。我們經手過一個兒童教育類的網站，有一組主題頁在幾個月內平均排名從十幾名回落到二十幾名，先處理這類頁面，整體成效回升的速度遠比新增文章快。它們的基礎還在，只是需要被重新擦亮。

1.2 找有曝光卻沒點擊的頁面對症下藥

另一種值得優先處理的，是曝光量不低、點擊率卻偏低的頁面。這種情況通常不是排名問題，而是標題與描述沒有回應搜尋者的選擇，或首屏沒有正面回答問題。這類頁面的修法和排名下滑的頁面不同：前者要改的是搜尋結果上的呈現，後者要補的是內容深度。先分清楚是哪一種病，才不會用錯藥。把曝光和點擊兩個數字擺在一起看，往往一眼就能分出該往標題動手，還是該往內文動手。

1.3 用一張表把待辦頁面排序

盤點完之後，我們會把候選頁面整理成一張優先順序表，讓團隊一眼看出先動哪些。這張表不需要複雜，重點是把症狀和對應的修法對上，避免盤完又回到憑感覺決定的狀態。

頁面狀況	主要症狀	優先度	先改什麼
曾在前段、近期下滑	平均排名往後移	高	內容新鮮度與深度
高曝光、低點擊	排名還在但沒人點	高	標題與描述、首屏
排名穩定在中段	卡在十一到二十名	中	意圖對齊與內鏈
長期無曝光	幾乎沒被搜到	低	先評估是否值得留

有了這張表，更新工作就從模糊的「把舊文改一改」變成有依據的排程，團隊之間對先後順序也比較不會有爭議。

2. 用批次節奏改，才能看清楚哪個動作有效

更新的節奏其實比更新本身更能決定你學到多少。一次改太多，等於放棄了判讀因果的機會，最後就算排名動了，也說不清是哪個修改起的作用。

2.1 一批三到五篇，不要同一天改十幾篇

我們固定的做法是每批只處理三到五頁，改完先停一段時間觀察，再動下一批。如果同一天把十幾篇都改了，過陣子排名有動靜，你根本分不出是哪一篇、哪個修改起的作用。分批不是為了慢，而是為了讓每次修改都能對應到後續的變化，慢慢累積出你自己網站的修改經驗。這份經驗比任何通則都值錢，因為它是從你自己的頁面長出來的。批量太大還有另一個風險：萬一這輪的修改方向其實是錯的，一次改太多頁就是一次賠太多，縮小批量等於把試錯的成本壓在可承受的範圍內。

至於一批到底抓三篇還是五篇，我們的判斷依據是團隊觀察與記錄的能力，而不是想改多快。如果負責盯數據的只有一個人，那就壓在三篇，確保每一頁改了什麼、哪一天改的都追得住；若有餘裕做交叉比對，才往五篇靠。我們遇過一家團隊一口氣排了八篇，結果兩週後排名有動，卻沒人說得清是哪幾篇的功勞，等於白白浪費了一輪觀察。批量的上限，其實是被你能認真追蹤的頁數綁住的，而不是被人手或時間綁住的。

2.2 一次修改集中處理一種變因

在同一批裡，我們也傾向讓每次修改的方向盡量單純。這一輪如果重點是補充內容深度，就先別同時大改網址和主標題。變因愈單純，事後判讀愈清楚。若真的必須同時動標題和內容，至少要在紀錄裡標明，之後解讀資料時才知道有兩個變因交疊，不會把功勞或問題歸錯地方。這一點看似龜毛，卻是後面能不能學到東西的關鍵。

2.3 不要輕易大動網址與主標題

對於曾經有排名的頁面，網址和 H1 是它累積信任的基礎，我們通常不會第一時間去動。優先補的是新資料、常見問題與內部連結這類加法，而不是打掉重練。真的要調整主標題，也要有明確理由，並且做好轉址規劃，避免把原本的排名基礎一起清掉。我們看過不少案例，是更新時順手改了網址卻沒設轉址，結果把好不容易累積的排名一夜歸零，得不償失。

3. 記錄修改日，是判讀成效的前提

很多團隊改完文章就結束了，沒留下任何紀錄。等到想回頭檢討，已經想不起來哪天改了什麼。修改日這件小事，其實是整個流程能不能被驗證的關鍵。

3.1 每次修改都標上日期與內容

我們要求每一次更新都記下三件事：改了哪一頁、哪一天改的、具體改了什麼。這份紀錄不需要複雜，一張共用表格就夠。它的用途是在後續觀察排名和點擊變化時，能精準對齊到某次修改，而不是靠回憶拼湊。沒有這張表，後面所有的因果判讀都會變成猜測，觀察期再長也沒有意義。比較省事的做法是把它和待辦表合在一起，處理完一頁就順手把日期和改動填上，不另開一套系統，團隊才不會因為嫌麻煩而漏記。紀錄的價值不在形式多完整，而在於它真的有被持續填下去。

3.2 同步更新頁面上的內容修改時間

除了內部紀錄，頁面本身若有標示內容更新時間的欄位，也應該一併更新。這既是給使用者的誠實訊號，也讓搜尋引擎知道這份內容近期有維護過。前提是你真的實質更新了內容，而不是只改一個日期數字，這種做法對品質沒有幫助，甚至可能被視為刻意操作而失去信任。日期是反映事實的標記，不該本末倒置。

3.3 保留修改前的樣貌以便回溯

更新不見得每次都往好的方向走，偶爾也會踩到反效果。我們習慣在大幅修改前，先把原本的內容留一份備份。萬一觀察一段時間發現排名反而變差，還能對照原版找出問題，甚至退回。這個習慣救過我們不只一次，尤其是在大改內文結構的場合，有備份就有退路，判斷起來也踏實得多。

4. 觀察 14 到 28 天，別用兩三天判斷成敗

更新之後最忌諱的，就是隔兩三天看沒動靜就急著再改。搜尋引擎的反應需要時間，過早下判斷往往會做出錯誤決定，還把因果攪亂。

4.1 給搜尋引擎重新評估的時間

內容更新之後，搜尋引擎要重新抓取、重新評估，這個過程不是即時的。我們的原則是至少觀察十四到二十八天，看同一組查詢的排名、曝光與點擊怎麼變。這段期間就算數字有小幅波動，也先按住不動，避免手忙腳亂地反覆修改，把因果關係攪亂。觀察期的耐心，往往決定了你這次更新能不能學到正確的結論。

4.2 排名變化與點擊變化要分開看

觀察時我們會把兩件事拆開判讀。排名往前，代表內容更新起了作用；點擊率上升，代表標題與描述的調整奏效。這兩者不見得同步發生，有時排名沒怎麼動、點擊卻明顯改善，也有時相反。分開看才不會把兩種效果混為一談，也才知道下一步該加強哪個方向。把它們黏在一起看，很容易得出互相矛盾的結論。

4.3 用觀察結果回饋下一批更新

每一批的觀察結果，都是下一批的參考。如果某種修改方式在這批帶來明顯改善，下一批就可以多用；反之則調整方向。這樣一輪一輪跑下來，你會慢慢摸清楚自己網站對哪種更新最有反應。舉例來說，若我們發現補充常見問題區塊對某類服務頁特別有效，後續同類頁面就會把這一步排在前面。我們常跟客戶說，舊文更新不是一次性的專案，而是一套會愈跑愈準的循環，前提是每一批都有好好記錄與觀察。累積幾輪之後，團隊對自家網站的判斷會比任何外部通則都準。

5. 把更新流程變成能長期跑的循環

零星地改幾篇，效果有限；讓更新成為固定運作的機制，才是舊文能持續帶來成長的原因。這一步是把前面的動作收攏成制度。

5.1 固定週期盤點與排程

我們會協助客戶把盤點動作排進固定週期，例如每個月從 GSC 撈一次下滑與高曝光低點擊的頁面，補進待辦表。這樣新的機會會持續被發現，而不是等到流量掉了才驚覺要處理。固定的節奏讓維護變成日常，而不是救火。一旦變成例行公事，團隊對網站健康的掌握度也會跟著提高。

5.2 更新與新增內容的比例要拿捏

舊文更新和寫新文章不是二選一，而是要有比例。過度追逐同義詞去寫新頁，反而可能造成自家頁面互搶。我們通常會把新增內容的佔比控制在一個較低的比重，把主力放在更新既有頁面上，讓權重集中而不是稀釋。當網站已經累積了一批有排名基礎的舊文，先把這些機會榨乾，再把資源分配到有明確需求缺口的新主題，順序會比較穩。

5.3 讓每一頁都能回答它負責什麼意圖

更新的底線，是每一頁改完之後都能清楚回答一個問題：這一頁到底負責哪個搜尋意圖。如果兩頁改完後答案一樣，那要先處理的是分工，而不是各自補字數。這個原則貫穿整個更新流程，也是避免愈更新愈混亂的關鍵。當每一頁的定位都清晰，權重才不會彼此分散，更新的效益也才留得住。我們實際的做法是，每次更新前先用一句話寫下這頁要回答的問題，改完再回頭確認它真的回答到了；答不清楚，就代表這頁的定位本身需要先釐清，而不是急著動內文。

6. 什麼樣的舊文其實不值得花力氣更新

更新流程談到這裡，還有一個反方向的判斷同樣重要：不是每一篇舊文都該救。把力氣花在注定救不回來的頁面上，和完全不更新一樣浪費。我們在盤點時，心裡同時有一份「先放生」的清單。

6.1 主題已經過時或需求消失的頁面

有些舊文談的是已經退場的工具、過時的做法，或當年紅極一時但現在幾乎沒人搜的題目。這類頁面就算改得再用心，背後的需求不在了，也換不回流量。我們會先用關鍵字的搜尋量變化判斷這個主題還有沒有人在意，如果需求確實枯竭，與其更新，不如考慮把它導向相關的新主題，或直接下架，把權重讓給還活著的頁面。硬救一個沒需求的題目，是最常見的力氣錯置。

6.2 和其他頁面嚴重互搶的薄頁面

另一種不值得單獨更新的，是內容單薄又和站內其他頁面主題高度重疊的頁。這種頁面更新它本身意義不大，因為它和鄰近頁面在搶同一組查詢，愈更新愈互相稀釋。比較務實的做法是合併：把幾篇薄頁的精華整併進一篇主力頁，再把其餘頁面轉址過去。我們診斷過的案例中，這種合併帶來的提升，常常比逐篇更新薄頁來得明顯，因為它同時解決了分工和深度兩個問題。

6.3 先判斷去留，再決定要不要投入

所以在把一頁排進更新排程前，我們會先過一道篩選：這個主題還有需求嗎、這頁和別頁有沒有嚴重重疊、它有沒有值得保留的獨立價值。三個問題答下來，該更新的就排進待辦，該合併或下架的就另外處理。先分清去留，再決定投入，才不會把有限的資源倒進填不滿的洞裡。這一步看似拖慢了開始，實際上是讓後面每一分力氣都花在刀口上。

7. 常見問題

7.1 一篇舊文多久該更新一次

沒有固定週期，要看主題的時效性。像年度趨勢、價格、法規這類會變動的內容，更新頻率要高一些；偏向原理、觀念的內容則可以久一點。與其設一個死板的時間，不如看 GSC 的排名和點擊有沒有出現下滑訊號，有訊號再處理更有效率。讓資料告訴你什麼時候該動，比按表操課實際。到了 2026 年，內容是否持續反映最新實務，這件事對使用者和搜尋引擎的份量都比以往更重，所以時效性強的主題更值得排進固定盤點。

7.2 更新舊文和寫新文章，該把力氣放哪

如果網站已經累積了一批有排名基礎的舊文，我們通常會建議先救舊文。更新一個曾經有排名的頁面，見效速度多半比從零做一篇新文章快。等舊文的機會處理得差不多，再把資源分配到有明確需求缺口的新主題。這不是說新文章不重要，而是在資源有限時，先做報酬率較高的那一邊。

7.3 改完之後排名反而掉了怎麼辦

先別急著再大改。確認觀察時間是否足夠，有時那只是搜尋引擎重新評估過程中的短期波動。若過了觀察期排名仍未回來，就對照修改前的備份，找出可能造成反效果的變動退回或調整。常見的反效果來源，是為了補充內容而稀釋了原本精準的主題，或改動了原本表現就不錯的段落結構。這也是為什麼保留修改前樣貌很重要，沒有備份，你連比對的基準都沒有，只能靠印象猜測，往往愈改愈糟。

7.4 只改發布日期、不改內容有用嗎

這種做法對搜尋成效幫助有限，甚至可能被視為刻意操作而失去信任。更新的價值來自內容本身確實變得更符合現在的搜尋意圖，日期只是反映這個事實的標記。把日期當成捷徑、內容卻原封不動，往往弄巧成拙，不如老實把內容補到位。

7.5 怎麼判斷這次更新到底有沒有效

關鍵在於事前有沒有記錄基準、事後有沒有給足觀察時間。改之前記下當時的排名與點擊，改之後標上修改日，觀察十四到二十八天同一組查詢的變化，並把排名和點擊分開看。有基準、有紀錄、有足夠觀察期，才有辦法判斷因果，否則再怎麼看數字都是各自解讀。要提醒的是，外部環境也會影響數字，季節性需求或整體演算法調整都可能讓單頁的變化失真，所以我們習慣同時看幾個同類頁的走勢，而不是只盯一頁就下結論。

7.6 同一批更新可以同時改標題和內容嗎

可以，但要清楚這樣會有兩個變因交疊，之後較難判斷是哪個起了作用。如果你更在意從中學到經驗，建議一批集中處理一種變因；如果頁面問題明確、時間又緊，同時改也行，只要在紀錄裡標明兩者都動過，解讀資料時心裡有數即可。重點是你知道自己在權衡什麼，而不是糊裡糊塗地一次改完。

7.7 一頁已經更新過，隔多久可以再動一次

原則上在觀察期結束、也就是十四到二十八天之前，我們不會再碰同一頁，否則前一次修改的效果還沒浮現，又疊上新的變動，因果就全亂了。觀察期過後若數字明確往好的方向走，通常也不急著再改，讓它穩定累積；真要再動，多半是發現搜尋意圖又有了新的變化，或出現了該補的新問題。換句話說，再更新的時機是由資料和需求決定的，而不是由一個固定的間隔決定的。同一頁短期內反覆修改，往往反映的是第一次沒想清楚，而不是這頁真的需要那麼頻繁維護。