舊文章改個日期就算更新嗎：內容更新最常見的假動作與正確做法
只改發布日期算不算內容更新
不算。內容更新指的是讓頁面上的資訊重新符合現況，包含事實、步驟、畫面、價格條件與讀者的問題。只改日期沒有改內容，讀者看得出來，搜尋引擎比對前後版本也看得出來，這個動作換不到排名，反而會消耗讀者的信任。
這份備忘寫給接手網站內容的同事。起因是上個月的內容會議，有人提議把部落格前五十篇文章的年份全部改成今年，理由是「搜尋結果看起來比較新」。會議上沒有人反對，我在這裡把反對的理由寫清楚，也把替代做法一次交代。
為什麼改日期這個做法會一直有人提
它便宜。後台改一個欄位，一個下午可以處理完所有文章，報告上還能寫「本月更新五十篇」。對要交月報的人來說，這是最容易達成的數字。
它看起來有道理。搜尋結果確實會顯示日期，讀者確實比較想點近期的文章。問題出在因果關係被簡化了。讀者想要的是新的資訊，日期只是他們判斷資訊新不新的線索。線索可以造假，資訊造不了假。
它短期內偶爾有效。少數情況下，日期變新會讓點擊率暫時好看一點。這種好看撐不久，因為讀者點進來發現截圖是舊介面、步驟對不上、提到的方案早就停售，下一步就是按返回鍵。
假更新會帶來哪三種實際損失
第一種損失在讀者端。一篇標示今年的文章，裡面寫的卻是兩年前的操作路徑，讀者照著做會卡住。他不會回頭告訴你哪裡過期，他只會記得這個網站的資訊不可靠。
第二種損失在搜尋端。搜尋引擎會保存頁面的歷史版本，也會比對正文有沒有實質變動。日期一直往前跳、正文原封不動，這種樣態很容易辨認。就算沒有受到處置，你也只是白做工。
第三種損失在內部。日期全改之後，團隊自己也分不清哪些文章真的檢查過。下一位接手的人打開後台，看到全部都是今年的文章，會以為內容都很健康，真正過期的頁面就此被埋住。
一篇舊文章該怎麼分類處理
我們把舊文章分成四類處理，分類的依據是 Google Search Console 的成效資料加上人工閱讀。Google Search Console 是 Google 提供的免費工具，可以看到每個頁面在搜尋結果的曝光、點擊與查詢字詞。
- 保留不動：資訊仍然正確，曝光與點擊穩定，讀完找不到需要修的地方
- 小幅修訂：主體正確，但有個別步驟、畫面、名詞或條件過期，修掉即可
- 整篇重寫：題目仍有人搜尋，但文章的結構與答案已經跟不上讀者現在的問題
- 合併或下架：題目沒有人找，或同一題有兩三篇互相重疊，留一篇主文，其餘導向主文
分類時最常見的錯誤，是只看流量不讀文章。流量低的頁面不一定沒價值，有些頁面一個月只有少數訪客，卻剛好是詢價前會讀的那一頁。所以分類表上要有一欄「這頁在客戶決策裡扮演什麼角色」，由業務或客服填，不是由編輯猜。
真正的更新要動到哪些地方
每一次更新，我們要求至少完成下面這些檢查。沒有動到正文的頁面，不得更改日期。
- 核對事實：價格條件、規格、流程、法規名稱、工具介面是否仍然正確
- 核對問題：用 Google Search Console 看這頁最近的查詢字詞，確認讀者現在問的問題文章有沒有回答
- 核對開頭：第一段是否直接回答標題的問題，還是繞了三段才進入主題
- 核對範例：截圖、表格、範例情境是否需要重做
- 核對連結：站內連結指向的頁面是否還存在，是否有更新的頁面該被連進來
- 核對收尾：適用範圍與不適用情境是否寫清楚
- 最後才處理日期：保留原始發布日，另外標示最後更新日
第二步最容易被跳過。編輯習慣從文章本身找問題，很少回頭看讀者實際用什麼字找到這頁。常見的情況是，文章寫的是「怎麼選」，查詢字詞卻大量出現「多少錢」與「要多久」。這代表讀者的問題已經移動，補一段回答費用結構與時程，比重寫整篇更有效。
日期欄位到底該怎麼標示
頁面上同時顯示「發布日期」與「最後更新日期」兩個欄位。發布日期永遠不改，最後更新日期只在正文有實質修訂時才改。實質修訂的定義寫在編輯守則裡：改了事實、補了段落、重做了範例，三者至少符合一項。改錯字、調排版不算。
如果網站有使用結構化資料，發布時間與修改時間也要分開填，並且跟頁面上顯示的日期一致。結構化資料是寫給搜尋引擎讀的標記，用來說明頁面上的內容是什麼。頁面寫一個日期、標記寫另一個日期，是技術稽核時很常抓到的問題。
重大修訂建議在文末加一行更新說明，交代這次改了什麼。例如「本次更新：重寫費用結構一節，更換後台操作畫面」。讀者會因為這一行多信任你一點，內部交接時也多一份線索。
更新紀錄表要有哪些欄位
我們用一份共用試算表記錄，每篇文章一列。欄位不多，但每一欄都有人負責。
- 網址與標題
- 原始發布日與上次實質更新日
- 分類結果：保留、小修、重寫、合併或下架
- 判斷依據：曝光與點擊的走勢、主要查詢字詞、人工閱讀的結論
- 這次改了什麼：用一兩句話寫清楚
- 負責人與複核人
- 更新後四週與十二週的回看日期
「這次改了什麼」這一欄最能看出更新是真是假。如果只寫得出「更新日期」四個字，這一列就不該存在。
更新之後要怎麼驗收
驗收看三件事。第一，這頁的查詢字詞有沒有變得更貼近它該回答的問題。第二，曝光與點擊在更新後四到十二週的走勢，跟更新前同樣長度的期間相比如何。第三，從這頁出發的下一步行為有沒有改善，例如前往服務頁或送出表單，這部分用 GA4 觀察。GA4 是 Google 的免費網站分析工具，可以記錄訪客在站內的行為事件。
要提醒的是，單一頁面的變化很容易被季節與整站波動蓋過。我們的做法是把同一批更新的頁面合起來看，並且保留一組同主題但沒有更新的頁面當對照。對照組沒有辦法做到嚴謹，但至少能避免把整站的自然起伏算成更新的功勞。
會議上最常被問到的兩個問題
第一個問題是「更新要花多少時間」。老實說，一篇小修大約是半天，一篇重寫跟寫新文章差不多。所以一個月能處理的篇數很有限，月報上的數字會比「全部改日期」難看很多。這一點要在排計畫時就跟主管講明白，不然做到一半會被要求加速，最後又退回只改日期。
第二個問題是「先更新哪些」。我們的順序是：有曝光但點擊偏低的頁面優先，其次是接近詢價環節的頁面，最後才是流量大但與業務關聯低的頁面。這個順序的邏輯很簡單，先救離成交近的，再救離成交遠的。
這套做法在哪些情況下不適用
如果網站的文章不到二十篇，不需要建立這麼完整的紀錄表，直接逐篇讀過、列出要修的地方就好。流程的成本要跟內容的數量相稱。
新聞性質或活動公告類的內容也不適用。這類內容的價值本來就綁在當下，過期之後該做的是標示已結束，或導向最新的公告，沒有必要回頭修訂。
涉及法規、稅務或醫療資訊的文章，內容是否正確不能只靠編輯判斷。更新前要請具備資格的專業人士複核，更新紀錄也要留下複核者與複核日期。這一類頁面寧可晚一點更新，也不要為了趕進度放上未經確認的說法。
常見問題
把舊文章的發布日期改成今年，對 SEO 有幫助嗎？
沒有實質幫助。搜尋引擎會比對正文是否真的變動，只改日期換不到排名，讀者發現內容過期後也會快速離開，反而傷害信任。
舊文章多久該檢查一次？
一般建議每半年到一年盤點一次，變動快的題目如工具操作與費用條件要更頻繁。實際頻率依題目的變動速度與頁面離成交的距離決定。
內容更新之後多久看得到效果？
通常要觀察四到十二週。建議把同一批更新的頁面合起來看，並保留沒有更新的同主題頁面當對照，避免把整站波動誤認為更新的成果。
流量很低的舊文章要直接刪掉嗎？
不要只看流量就刪。先確認這頁是否在詢價前被閱讀、是否有其他頁面連向它。確定沒有價值再下架，並把網址導向最相關的頁面。