內容新鮮度與 AI 引用
研究怎麼讀，內容怎麼更新
看懂新鮮度研究測量的對象，讓頁面日期與 dateModified 反映實際修改，再依內容類型安排檢查。這些研究沒有證明所有頁面都有三個月引用斷崖，也沒有保證改日期就能增加引用。
v1.0 · 2026 年 6 月 · Tenten GEO Research
CH.01
新鮮度研究到底測量什麼
頁面年齡、檢索活動與答案裡的引用是不同指標。先看研究對象，再看日期怎麼定義。
一篇文章可以多年仍然有用，一份剛發布的價格比較卻可能很快失準。頁面年齡本身無法判斷資訊是否仍能回答讀者的問題。決定要不要更新之前，先檢查事實、來源與問題情境。
Ahrefs 在 2025 年 7 月 28 日發布 1,697.5 萬個被引用網址的分析，以爬蟲首次看到網址的日期作為發布時間的代理指標。它報告 ChatGPT、Perplexity、Copilot 與 Gemini 引用網址的平均年齡為 1,064 天。這是已被引用網址的橫斷面比較，不能證明每一頁三個月後就失效，也不能證明更新某一頁會增加引用。
| 研究 | 對象與日期定義 | 可以支持的解讀 |
|---|---|---|
| Ahrefs · 2025 年 7 月 28 日 | 被引用網址的年齡；以爬蟲首次看到日期估計發布時間 | 被引用網址的年齡分布，不是同一頁的衰減率 |
| Gander · 2026 年 4 月 7 日 | 2026 年第 1 季檢索資料；網址帶年份的子集 | 不同年份網址群組的差異；檢索與引用分開測量 |
各研究的對象與測量定義不同，不能把這些觀察換成所有頁面共用的更新期限。
本章重點
發布得新，不等於資訊正確。依頁面要回答的問題檢查內容，引用研究時保留模型、期間與測量限制。
CH.02
年齡分布不等於單一頁面的半衰期
比較不同年份的頁面，沒有測量同一頁的引用如何隨時間減少。
Gander 在 2026 年 4 月 7 日發布的報告，比較 ChatGPT、Google AI Overviews、Gemini 與 Perplexity 在 2026 年第 1 季檢索的不同來源網址。其中只有 17.4% 的網址路徑帶有年份，年份群組比較使用的是這個子集。報告稱這個模式為半衰期，但它不是持續追蹤同一篇未修改文章引用次數的研究。
較早年份網址的占比較低，可能與發布量、主題組成、來源供給或檢索行為有關，不能單憑這點認定每一頁都會自動按年衰減。Gander 也區分生成答案時讀取的來源與最後顯示的連結，這兩層不能當成同一個引用指標。
- →先記錄研究測的是網址、檢索事件，還是答案裡顯示的引用。
- →明列網址帶年份的子集與蒐集期間；沒有年份的網址不能直接判定新舊。
- →要觀察自己的頁面變化，固定問題集，記錄模型、日期、被引用網址與內容修改。
本章重點
這裡沒有經驗證、適用所有頁面的一年引用半衰期。用研究規劃測量問題，不要承諾更新就能把引用潛力補回來。
CH.03
dateModified 記錄更新，不是已公布的權重
Google 建議提供清楚、一致的日期資訊，並用多種訊號估計頁面的發布或實質更新時間。
Google 的頁面日期文件建議顯示發布或更新日期，並在適用的結構化資料中提供 datePublished 或 dateModified。文件沒有公布這些欄位的新鮮度權重排名。實務上要準確描述頁面，而不是替一個 JSON-LD 欄位賦予引用倍數。
datePublished 保留原發布日期。實質修改完成後，把 dateModified 設為真正的更新日期，並與對應的可見更新日期一致。發布日與修改日意義不同，不必相同；也要確認時區，不要填未來日期或把文中事件日期當成頁面日期。
本章重點
正確日期標記有助於描述文章，但不保證搜尋結果會顯示日期、收錄、排名或 AI 引用。先維護內容，再準確記錄修改。
CH.04
先做有用的修改，再記錄日期
只改日期不會增加資訊。Google 的以人為本內容指南明確提醒，不要在內容沒有實質變化時改日期，讓頁面看起來很新。
不要把每一頁每天蓋上今天的日期，當作新鮮度策略。Google 不建議用改日期把未變動的內容包裝成新內容。官方指南沒有公布所有 AI 共用的 body hash 檢查、特定懲罰或各種修改的固定獎勵。保留編輯修改紀錄，讓顯示的日期有依據。
| 更新類型 | 編輯檢查 | 建議處理 |
|---|---|---|
| 只改 dateModified，內容不變 | 沒有實質資訊變化 | 不要宣稱完成實質內容更新 |
| 改錯字、調格式、換配圖 | 日期變了，但語意內容幾乎不變 | 修正錯誤；不要把外觀修改寫成已證實的引用提升 |
| 補新數據／新章節／重寫過時段落 | 日期變了，且實質內容明顯更新 | 記錄實質修改與真正日期；成效另外測量 |
| 更新 schema 但與頁面日期不一致 | schema 與可見日期互相矛盾 | 修正對應的日期值與標籤 |
Tenten 對常見修改的編輯檢查，不是引擎公布的評分或懲罰規則。
有用的修改可以是修正過時事實、換成已核對的現行來源，或補上舊版本沒有回答的問題。只改年份標籤不會增加證據。簡短記錄修改了什麼，以及讀者為什麼需要。
判斷
先問：這篇真的過時了嗎？
別為了改而改。檢查是否有過時數據、失效連結、新出現的買家提問或產業變化。沒有實質可更新的點，就不要硬擠：把產能留給真的需要的內容。
執行
做實質的資訊增量
補新數據、重寫過時段落、新增回答新問題的章節。目標是讓內容客觀上比上一版更有用，而不只是「看起來被動過」。
同步
對齊可見更新日期與 dateModified
更新完成後，同步頁面可見的「最後更新」日期與 Article schema 的 dateModified，兩者必須一致，且對應到這次真正的更新。
本章重點
修改應讓資訊更有用或更準確。日期標籤是記錄這份工作，不會取代內容，也不能證明引擎一定會引用。
CH.05
依內容類型安排檢查
下列間隔是 Tenten 的排程建議，不是模型的失效規則。檢查後如果內容仍準確，就不必為了日期而修改。
依商業價值與事實變動速度安排檢查優先順序。價格與軟體版本需要比穩定定義更頻繁地確認。排程的用途是判斷是否需要修正，不是為了達到新鮮度目標，強迫重寫或改日期。
| 內容類型 | 建議檢查間隔 | 為什麼 |
|---|---|---|
| 時效性／新聞型（價格、版本、年度榜單） | 30 天內檢查；重要變更立即修正 | 價格與版本變動快，這是編輯風險管理 |
| 主力轉換頁（比較、推薦、定價） | 每季檢查（≤ 90 天） | 這些頁面影響採購決策，需確認現行事實與條款 |
| 常青知識／指南 | 每 6 至 12 個月檢查 | 檢查來源與讀者問題；準確內容不必改寫 |
| 長尾／低意圖內容 | 視訊號被動處理 | 事實改變或測量顯示問題時調查 |
Tenten 的起始檢查排程，依事實變動與可用人力調整；不是引擎的偏好期限。
排程的紀律是「分層、不是平均」。錯誤做法是訂一個「全站每半年更新一次」的死規矩：結果價格頁過期了三個月沒人理，一篇沒人問的長尾文卻被準時翻新。正確做法是讓高商業價值且高時效性的內容吃掉大部分更新預算，常青內容用季度或半年的穩定節奏兜底，低意圖內容則完全由重掃訊號被動觸發。
本章重點
為重要頁面指定檢查負責人與下次檢查日期。30 天、90 天、6 至 12 個月是建議間隔，不能當成模型規則或引用恢復承諾。
CH.06
新鮮度維運清單：schema + 排程的維運 SOP
把這份清單當成 Tenten 建議的每月工作安排，並指定檢查負責人；它不是自動執行的引擎要求。
前五章是觀念，這章是把它釘死成流程。新鮮度會失守，幾乎都是因為沒有一個固定的人在固定的時間做固定的檢查，不是因為不懂。下面這套 SOP 的設計目標只有一個：讓「有意義更新 + dateModified 同步」變成日曆事件，而不是靠記性。
月初
盤點到期內容
依第 5 章的建議間隔（30 天、90 天或 6 至 12 個月）列出本月待檢查頁面。加入事實已改變或引用觀測有變化的頁面，先判斷內容是否需要實質修改。
月中
做實質更新，不做假改
對清單上每篇執行有意義更新（補數據、重寫過時段落、新增新問題）。通過「懂行讀者會不會說多了新東西」的判準，才算完成：只改格式不算。
上線當下
對齊可見更新日期與 dateModified
把真正的實質更新日期記錄在可見日期與 dateModified，保留 datePublished。維持 sitemap lastmod 正確；若有維護 llms.txt，按需要更新變動的參照。這個選用檔案與提交索引都不保證被發現或引用。
月底
重掃驗證並回寫
在追蹤的六個引擎重跑相同問題集，記錄模型、日期、被引用網址與內容修改，再與基準比較。前後差異是觀察結果，不是更新造成變化的因果證明。
| 檢查項 | 頻率 | 通過標準 |
|---|---|---|
| 使用 Article 標記的頁面，日期欄位準確 | 上線即檢查 | datePublished 保留原發布日；dateModified 與對應可見更新日期一致 |
| dateModified 對應真實更新（非假改） | 每次更新 | 正文有實質資訊增量，非僅改日期或格式 |
| 時效內容 30 天內檢查，轉換頁面 90 天內檢查 | 每月 | 記錄檢查結果；事實變動時及時修正 |
| 檢查常青內容的來源與準確性 | 每季 | 依建議的 6 至 12 個月間隔記錄檢查，不強迫改寫 |
| 維持 sitemap lastmod 正確；維護選用的 llms.txt 參照 | 每次上線 | lastmod 反映重要更新；發布日期與更新日期分開 |
| 更新後重掃驗證引用變化 | 每月 | 有更新前後的引用對比紀錄並回寫排程 |
新鮮度維運 SOP 清單：可直接照抄成每月例行檢查（Tenten GEO Research 實務框架）
最後一句話
建立查核事實、實質修改與日期紀錄的例行工作，再用一致的方法觀察引用變化。排程與 dateModified 都無法保證 AI 引用。
資料來源與研究方法
來源核對日：2026 年 10 月 5 日（台北）。Ahrefs，2025 年 7 月 28 日：https://ahrefs.com/blog/do-ai-assistants-prefer-to-cite-fresh-content/ ，測量被引用網址的年齡代理指標，不是同一頁的衰減。Gander，2026 年 4 月 7 日：https://takeagander.ai/resources/gander-blog/how-content-freshness-drives-visibility-in-ai-search/ ，區分 2026 年第 1 季檢索與引用，年份比較限網址帶年份的子集，不能推為所有頁面的半衰期。Google 日期指南：https://developers.google.com/search/docs/appearance/publication-dates ；實質更新：https://developers.google.com/search/docs/fundamentals/creating-helpful-content ；sitemap lastmod：https://developers.google.com/search/docs/crawling-indexing/sitemaps/build-sitemap 。已移除原先的斷崖、衰減、權重與固定引擎期限主張，因為經核對的來源不支持原先的適用範圍。檢查間隔、編輯判斷與 SOP 是 Tenten 的建議，不是客戶成效研究，也不保證排名或引用。
© 2026 Tenten GEO · 歡迎引用本白皮書內容，請註明出處。
討論你的 AI 搜尋優先事項
申請 30 分鐘基準解讀送出預約申請後，24 小時內回信確認時段。