該不該顯示日期，答案不是一句「要」或「不要」，而是取決於你的內容類型與你願不願意維護。時效性強的主題該顯示，基礎知識型的顯示一個很舊的日期反而扣分；但無論哪一種，日期都必須反映內容的真實狀態，而不是拿來當操縱排名的工具。把發布日期藏起來怕顯舊，或天天改一個字就把更新日期往前推，這兩種極端都會出事。這篇我們把新鮮度對排名與點擊的影響講清楚，讓你用判斷邏輯決定怎麼處理日期，而不是靠改日期碰運氣。我們也會給一個能長期運作的維護節奏，讓你不必在每篇文章上反覆糾結顯不顯示，而是有一套固定的判斷依據。
1. 發布日期與更新日期，分別在回答什麼問題
先搞懂兩個日期的角色，後面的取捨才有依據。它們不是同一件事的兩種寫法，而是回答讀者與搜尋引擎兩個不同的問題，混為一談正是許多日期操作出錯的起點。
1.1 發布日期回答「這是什麼時候寫的」
發布日期標示內容第一次上線的時間，代表這篇的原始時空背景。對時效性強的主題，例如某年度的規範、某版本的操作方式，發布日期能讓讀者判斷這篇是不是那個時期的產物。它是內容的出生證明，通常不該隨意更動，改掉反而失去了時間座標。我們遇過有人為了讓文章看起來新，把三年前的發布日期直接改成今年，結果讀者點進去發現內文講的還是舊版規範，落差比顯示舊日期更傷信任。日期與內容對不上，是最容易被看穿的假動作。換個角度說，發布日期的價值正在於它固定不動，讀者才能據此推斷這篇的寫作時空；一旦你為了好看去動它，這個座標就失去意義了。真的要表達內容已更新，用更新日期去表達，而不是竄改發布日期。
1.2 更新日期回答「這份資訊還新不新」
更新日期標示內容最後一次實質修改的時間。讀者看到近期更新，會比較放心這份資訊沒過期；搜尋引擎也會把它當成內容維護狀態的參考之一。關鍵字在「實質」兩個字：改錯字、換張圖不算實質更新，補上新的做法、修正過時的資訊、增加新的段落才算。我們的原則是更新日期只在內容真的動過時才往前推，否則它就失去了意義。如果每次只是微調排版就更新日期，久了讀者與搜尋引擎都會發現這個日期不可信，反而削弱它原本的作用。怎麼界定實質與否，我們有個簡單的自問：這次的修改有沒有讓讀者得到原本得不到的資訊？如果有，就值得更新日期；如果只是把「的」改成「之」這種不影響理解的潤飾，就讓日期留在上次真正動過的時間點。
1.3 兩者在結構化資料裡是分開的欄位
在文章的結構化資料裡，發布時間與修改時間本來就是兩個獨立欄位，一個記首次發布，一個記最後修改。正確的做法是兩個都據實填寫，讓它們和頁面上顯示的日期一致。若結構化資料寫的日期和讀者看到的對不上，反而會降低可信度，也可能讓搜尋引擎對這頁的時間資訊產生混淆。我們在檢查客戶網站時，常看到頁面顯示的是更新日期、結構化資料卻只填了發布時間，兩邊各說各話，這種不一致要先修掉。
2. 新鮮度對排名與點擊，影響沒有你想的那麼一刀切
很多人以為新鮮度是排名的萬靈丹，其實它的作用高度取決於主題類型。搞錯了，你會在不需要新鮮度的內容上瞎忙，卻忽略真正吃時效的頁面。
2.1 有些主題吃新鮮度，有些不太吃
查「某某規範最新版」「某產品今年比較」這類詞的人，明顯想要近期資訊，這種查詢背後偏好較新的內容。但查「某某原理是什麼」「基礎名詞解釋」這類詞，一篇寫得透徹的舊文可能比一篇為了新而新的內容更有用。判斷你的頁面吃不吃新鮮度，最實際的方式是去看搜尋結果前幾名：如果清一色是近期內容，這個主題就對時效敏感；如果前排混著幾年前的老文還穩穩排著，代表新鮮度在這個主題不是決定因素。先做這個觀察，再決定要不要花力氣追更新，比憑直覺判斷準得多。一個實用的分界是：資訊會隨時間失效的，就吃新鮮度；講的是不太變動的原理或定義的，就不太吃。把你手上的頁面依這條線分成兩堆，維護的力氣才放得準，不會把時間浪費在其實不需要頻繁更新的基礎內容上。
2.2 日期更影響的是點擊，而不只是排名
我們的經驗裡，日期對點擊率的影響往往比對排名更直接。同樣排在搜尋結果裡，一篇顯示近期更新、一篇顯示是好幾年前的，多數人會點前者。這裡有個常被忽略的細節：搜尋結果有時會顯示日期，一個過舊的日期可能讓準備點進來的人卻步。內容其實不錯，卻因為一個舊日期流失點擊，很可惜。所以就算排名沒掉，只要點擊率在滑，檢查日期的呈現也是該做的一步，有時候把真實的維護反映到更新日期上，點擊就回來了。這也是為什麼我們不把日期純粹當成一個美觀設定：它直接影響使用者在搜尋結果裡看到你這條時的第一印象。排名幫你爭到被看見的機會，日期的呈現則影響這個機會有沒有轉成點擊，兩者要分開看、分開處理。所以當你發現某頁排名穩定、曝光也夠，點擊率卻偏低，不要急著改內容，先看看搜尋結果上顯示的日期是不是拖了後腿。這種情況下，真正維護內容並如實更新日期，往往比重寫一整篇更快見效。
2.3 我們實際操作過的一次改版
根據我們的服務經驗，曾接手一批教學文章，它們排名其實不差，但點擊一直上不來。細看發現顯示的都是好幾年前的發布日期，而內容其實我們有陸續維護、只是沒更新顯示的日期。我們做的不是改日期造假，而是真的重新校對每篇、補上這一兩年的變化，然後據實更新修改日期並顯示出來。點擊在幾週內回升了兩三成。重點是內容真的動過，日期只是誠實反映這件事。如果當時只改日期不動內容，短期或許有點起色，但資訊對不上遲早會被讀者與搜尋引擎看破。
2.4 新鮮度不是越新越好，正確與完整仍是底線
追新鮮度時容易陷入一個誤區：以為只要夠新就會贏。實際上對很多查詢，讀者要的是一篇講得清楚、覆蓋面完整的內容，而不是一篇為了新而新、卻講得比舊文還淺的頁面。我們看過有人把一篇寫得很扎實的舊文砍掉重寫，結果新版為了顯得更新反而刪掉了原本有價值的細節，排名不升反降。新鮮度該加的是讓內容更貼近當下的增補，例如更新數據、替換過時的例子、補上新出現的做法，而不是把原本的深度打掉重來。把新鮮度當成內容品質的加分項，而不是取代品質的捷徑，方向才不會走偏。實務上我們會在更新前先確認：這次改動是讓內容更貼近當下，還是只是為了讓它看起來被動過？前者值得做，後者不如把時間留給真正需要更新的頁面。
3. 該不該顯示日期、又該怎麼顯示
顯示與否沒有標準答案，取決於你的內容類型和你願不願意維護。但無論選哪種，都有幾個能避免自找麻煩的原則。
3.1 大多數內容型頁面，顯示日期利大於弊
對部落格、教學、案例這類內容，我們傾向顯示日期，因為它是一種對讀者負責的訊號：你告訴他這份資訊的時間背景。真正該考慮隱藏的，是那些不太受時間影響、又很難頻繁維護的內容，硬顯示一個很舊的日期反而扣分。但與其用隱藏來回避，我們更建議的是投入維護、讓日期有底氣顯示。隱藏日期能解決一時的觀感，卻也讓讀者少了一個判斷資訊時效的依據，長遠來看不是上策。還有一種折衷是：內容型頁面顯示日期、功能型或工具型頁面不顯示，因為後者的價值不隨時間變化，顯不顯示日期對讀者判斷沒有幫助。重點始終是日期對這一頁的讀者有沒有意義，而不是統一規定全站都顯示或都隱藏。在我們的服務經驗裡，那種全站一刀切「統統不顯示」或「統統顯示」的決定，通常都不是從讀者角度出發，而是圖省事，結果反而在某些頁面上產生反效果。花一點時間把頁面分類，決定才會落在對的地方。
3.2 同時顯示發布與更新，比只顯示一個誠實
比較穩妥的顯示方式，是兩個日期都放：標明「發布於某日、更新於某日」。這樣既保留了內容的原始時間座標，也讓讀者看到你有在維護。只顯示更新日期會讓人不知道這篇的歷史，只顯示發布日期則埋沒了你後續的維護。兩個並陳最完整，也最不容易引起誤會。讀者看得到一篇文章從發布到持續更新的軌跡，這種透明本身就是一種信任累積。實務上我們會把兩個日期放在標題下方或文末都可以，重點是標示清楚哪個是發布、哪個是更新，不要只丟一個沒有說明的日期讓讀者猜。一個寫著「發布於某日、最後更新於某日」的頁面，比一個只有孤零零一個日期的頁面，更能讓讀者判斷這份資訊處在什麼狀態。
3.3 別為了新鮮度做這幾件事
有幾種操作短期看似聰明，長期會反噬，我們列在下面這張表。核心原則只有一個：日期要反映內容的真實狀態，而不是拿來當操縱工具。搜尋引擎對「只改日期不改內容」這種手法並不陌生，靠它拉抬的效果通常不持久，被識破後還可能連帶拉低整頁的信任。這張表的每一列，其實都對應到同一個判斷：這個動作有沒有讓日期更貼近內容的真實狀態。凡是讓日期偏離真實的操作，短期或許有用，長期都要還。把這張表當成自查清單，更新前先確認你要做的不是裡面任何一種。
| 常見做法 | 問題所在 | 比較好的替代 |
|---|---|---|
| 不改內容只把更新日期往前推 | 日期與內容不符，效果難持久且傷信任 | 真的補內容後再更新日期 |
| 把所有日期一律隱藏 | 讀者失去判斷資訊時效的依據 | 維護內容，讓日期有底氣顯示 |
| 改一個錯字就算一次更新 | 非實質修改，稀釋更新的意義 | 累積到有實質變動再更新日期 |
| 結構化資料日期與頁面顯示不一致 | 降低可信度，可能引發混淆 | 兩處日期據實對齊 |
| 把發布日期改掉充當新內容 | 失去原始時間座標，也不誠實 | 保留發布日期，另記更新日期 |
3.4 一個能長期運作的維護節奏
與其糾結每篇要不要顯示日期，我們通常會給客戶一個簡單的維護節奏：把重點頁面排進定期回顧，時效性強的頻繁一點、基礎知識型的久一點，每次回顧若有實質更動就據實更新日期，沒有就不動。這樣日期永遠反映真實狀態，你也不必在「顯示會不會顯舊」這種問題上反覆焦慮。這個節奏還有一個附帶好處：它逼你定期回頭看舊內容，很多過時的資訊、失效的連結、講法已經改變的段落，都是在這種回顧裡被抓出來的，而這些修正本身就在提升內容品質，日期更新只是順手記錄的結果，不是目的。至於回顧的間隔怎麼抓，我們會先看這頁吃不吃新鮮度：規範、版本、年度比較這類會過期的，排得密一點，像每季回看一次；原理、定義這類不太變的，半年甚至更久看一次就夠。把頁面依這條線分堆、各自排進節奏，比一視同仁地全站定期更新省力得多，也不會把力氣浪費在不需要動的內容上。久了你會發現，這套節奏帶來的不只是日期看起來新，而是整批內容的品質都被定期托住，沒有哪一篇默默爛在那裡。
4. 常見問題
4.1 把舊文章的發布日期直接改成今天，可以讓它變新嗎
不建議。這麼做會抹掉內容的原始時間座標，也不誠實。若內容真的重寫到幾乎是新的，較合理的做法是保留原發布日期、另外標明更新日期，或在內容確實大幅改寫時謹慎評估。單純改日期而不動內容，效果通常不持久，還可能被搜尋引擎看破而損害信任。讀者若點進來發現日期寫著今天、內容卻明顯是舊的，那種落差造成的不信任，比誠實顯示一個舊日期還嚴重，因為它讓讀者覺得你在刻意製造新的假象。
4.2 更新日期要多久推一次，搜尋引擎才會喜歡
沒有一個固定頻率能討好搜尋引擎，頻率應該由內容有沒有實質變化決定，而不是反過來。時效性強的主題自然更新得勤，基礎知識型的可能很久才需要一次。與其追頻率，不如確保每次更新都有實際內容支撐，空更新不會帶來好處，甚至因為稀釋了更新日期的可信度而扣分。我們的建議是把注意力放在內容上：當你發現某篇的資訊開始過時、或有新的做法該補，那就是該更新的時候，頻率自然會由內容本身決定。
4.3 顯示一個很舊的日期，是不是一定會傷排名
不必然。舊日期對點擊的影響通常比對排名更明顯，尤其在搜尋結果會顯示日期時。若內容本身仍然正確有用，舊日期未必傷排名，但可能讓部分讀者卻步。真正的解法是維護內容，而不是單純把日期藏起來。換個角度想，日期只是內容狀態的一個外顯訊號，它真正反映的是你有沒有在照顧這篇文章。與其花心思在要不要隱藏日期，不如把同樣的時間拿去更新那些真的過時的段落，讓日期顯示得理直氣壯。
4.4 發布日期和更新日期，結構化資料裡要不要兩個都填
建議兩個都填，並且和頁面上顯示的一致。首次發布時間與最後修改時間是分開的欄位，據實填寫能讓搜尋引擎正確理解內容的維護狀態。若只填一個或與顯示不符，反而可能造成混淆，降低這頁時間資訊的可信度。常見的錯誤是頁面上顯示更新日期、結構化資料卻只填發布時間，兩邊對不起來，這種不一致要先修掉，否則搜尋引擎拿到的時間訊號會和讀者看到的打架，反而削弱日期本來想傳達的可信度。
4.5 在意 AI 搜尋的話，日期新鮮度有沒有變得更關鍵
對時效性主題會更關鍵。AI 搜尋在引用時會參考內容的時間資訊，尤其涉及規範、版本、年度比較這類會過期的題材，近期且據實維護的內容較有機會被引用。但基礎知識型內容仍以正確與完整為先，不必為了新鮮度犧牲深度。我們的建議是把心力放在讓內容值得被更新，而不是讓日期看起來被更新，前者才是傳統搜尋與 AI 搜尋都認得的長期訊號，後者只是短暫的表面功夫。具體來說，與其糾結要不要動日期，不如把同樣的時間拿去更新那些真的過時的段落，讓日期顯示得有底氣。一個值得被更新的內容，自然會累積出讓日期為它背書的本錢，而不是靠日期去幫一篇沒動過的內容撐場面。