文章日期是信任的錨點，不是裝飾：AI 引擎如何判定你內容的「新鮮度」與「過時風險」

文章要不要標日期？標與不標各有什麼後果？本文拆解日期在 AI 引用時代的真實角色：從 schema.org

多數人把文章日期當成 CMS 的自動欄位，標了或沒標都無所謂。但在 AI 引用時代，日期是機器判斷「這篇內容是否還值得被引用」的第一個訊號。沒有日期，AI 引擎會把你歸類為「來源不明、狀態不明」的灰色內容，引用機率直接下降。

在協助企業對齊 GEO 的實務中，我們反覆看到一個模式：內容品質再好，如果缺少可驗證的時間戳記與作者實體連結，AI 引擎在生成答案時會傾向跳過，轉而引用那些結構完整、日期明確、作者可追溯的競品頁面。這不是演算法的偏好，而是信任機制的運作邏輯。

沒標日期，AI 引擎把你歸類為「不可驗證的來源」

沒標日期的文章，在 AI 引擎眼中等於一份沒有簽名、沒有日期的合約——內容可能正確，但無法確認其時效性與責任主體。

Google 公開的內容品質指引將 Trustworthiness（可信度）列為 E-E-A-T 的核心面向，而可信度的第一個判斷依據就是「這篇內容是什麼時候寫的、誰寫的、誰負責」。（來源：https://developers.google.com/search/docs/fundamentals/creating-helpful-content）

AI 引擎在生成答案時，會從多個來源中挑選最可信的片段。當兩篇內容品質相近，但有日期、有作者實體、有發布者標記的那篇，會被優先選取。這是結構化的信任排序，不是隨機抽籤。

實務上常見的狀況是：一篇三個月前發布、明確標註「最後更新：2026-07-01」的文章，比一篇沒有日期、內容卻更詳細的舊文，更容易被 Perplexity 或 ChatGPT 引用。原因很簡單——AI 需要一個「這還是有效的」的依據，日期就是最便宜的依據。

日期缺失的三種典型後果

標日期不只是「寫上 2026-07-20」，而是建立可驗證的時間實體

日期在結構化資料裡不是一個字串，是一個可被機器解析的 ISO 8601 時間戳記，它必須與 Article 的 datePublished 和 dateModified 對應，並與作者 Person 實體、發布者 Organization 實體形成完整的信任鏈。

schema.org 的 Article 規範明確要求 datePublished 與 dateModified 使用 ISO 8601 格式，並建議搭配 author（Person 或 Organization）與 publisher 一起標記。（來源：https://schema.org/Article）

這組實體鏈的意義在於：AI 引擎不只讀到「這篇是 2026 年 7 月寫的」，還讀到「這篇是林士華（sameAs: truelink-group.com/team/shih-hua）在 2026-07-20 發布、由誠通數位（sameAs: truelink-group.com）維護的內容」。每個實體都有可驗證的 URL，AI 引擎可以回頭查證。

日期標記的三個層次

第一層：可見日期。 頁面頂部或底部顯示「發布日期：2026-07-20」「最後更新：2026-07-20」。這給人類讀者一個基本訊號，也给 AI 爬蟲一個可抓取的文本訊號。

第二層：結構化日期。 JSON-LD 中的 datePublished 與 dateModified。這是機器可讀的正式標記，AI 引擎優先讀取這裡的值，而非頁面文字。（來源：https://schema.org/Article）

第三層：更新記錄。 如果文章有實質更新（修正數據、補充案例、調整結論），dateModified 必須改為實際更新日，並在正文中保留「更新說明」段落，寫明改了什麼。這讓 AI 引擎判斷「這篇內容是活的，不是死檔案」。

日期與 E-E-A-T 的 Trust 維度直接掛鉤

E-E-A-T 中的 Trust 不是抽象概念，它在技術層面就是「這篇內容的來源是否可驗證、時間是否可追溯、責任主體是否明確」。

Google 的公開文件指出，內容的時效性（freshness）是評估是否有幫助的核心面向之一。（來源：https://developers.google.com/search/docs/fundamentals/creating-helpful-content）

「時效性」在 AI 引用場景下的具體運作是：當使用者問「2026 年台灣中小企業該怎麼做 GEO？」，AI 引擎會優先搜尋 2025-2026 年的內容，並在其中挑結構最完整、實體鏈最完整的來源。一篇 2024 年的文章，即使內容方向正確，也會因為日期訊號被降權。

這不是「新一定比舊好」，而是「時效可驗證比時效不可驗證好」。一篇 2023 年發布、但 2026 年 6 月更新並標明「更新日期：2026-06-15、更新內容：補充 2026 年 C2PA 最新規範」的文章，在 AI 引擎眼中的可信度，高於一篇 2026 年發布但沒有更新記錄的新文。

日期標記錯誤的三種常見陷阱

陷阱一：日期與內容矛盾。 文章講的是 2025 年的政策，但 datePublished 寫 2026 年。AI 引擎會判斷內容可能抄襲或拼湊，直接降權。

陷阱二：批量更新不改 dateModified。 一次更新十篇文章，但只有三篇改了 dateModified。AI 引擎會發現「宣稱更新」與「實際更新」不一致，影響整個域名的信任分。

陷阱三：日期格式不統一。 同一網站有的用「2026/07/20」、有的用「2026-07-20」、有的用「七月二十日」。AI 引擎解析不一致的日期格式時，會降低對該站結構化資料的整體信任。

實務操作：日期標記的四步檢查

在 TrueLink 的實務中，我們把日期標記拆成四個可執行的檢查步驟，每一步對應一個可驗證的產出。

步驟一：確認 datePublished 與 dateModified 的值。 打開該頁面的 JSON-LD，確認兩個欄位都存在、格式都是 ISO 8601（YYYY-MM-DD）、值與頁面可見日期一致。如果文章從未更新，dateModified 可以等於 datePublished，但不能省略。

步驟二：確認 author 實體鏈完整。 author 欄位必須指向一個 Person 實體，該實體有 name、jobTitle、sameAs（指向作者個人頁或 LinkedIn 的 URL）。如果作者是機構，則用 Organization 實體，同樣需要 name 與 sameAs。（來源：https://schema.org/Article）

步驟三：確認 publisher 實體鏈完整。 publisher 欄位指向 Organization 實體，該實體有 name、logo、sameAs（指向品牌主站）。這讓 AI 引擎知道「這篇是誠通數位發的」，而非「某匿名部落格發的」。

步驟四：確認更新記錄可查。 如果 dateModified 晚於 datePublished，正文中必須有一段「更新說明」，寫明更新日期與修改內容。這段文字本身也會被 AI 引擎讀取，是信任訊號的一部分。

日期不是孤立的欄位，它是實體信任鏈的節點

一篇能被 AI 引擎引用的文章，關鍵不在關鍵字密度，而在是否有「抽掉品牌名後就無法原樣掛在任一競品上」的第一手觀點。這是 TrueLink 在歸納大量被退回的 AI 草稿後得到的判準。

日期在其中的角色是：讓「第一手」這個詞有時間錨點。沒有日期，「第一手」只是宣稱；有了日期、有了作者實體、有了更新記錄，「第一手」才變成可驗證的聲明。

C2PA 標準為數位內容提供可驗證的出處鏈，在 AI 生成內容氾濫時用於證明來源。（來源：https://c2pa.org/）日期標記是這個出處鏈的最基礎節點——沒有時間，就沒有「出處」的起點。

日期與 C2PA 的協作關係

C2PA 的 manifest 中包含 creation time 與 modification time，這些時間戳記與 schema.org 的 datePublished/dateModified 形成互補。C2PA 解決「這份檔案是誰在什麼時候產的」，schema.org 解決「這篇內容是什麼時候發布的、誰負責維護」。兩者疊加，AI 引擎才能建立完整的時間信任鏈。

實務上，如果一篇文章有 C2PA manifest 但沒有 schema.org 日期標記，AI 引擎能驗證檔案來源，但無法驗證內容發布時間與維護狀態。反之，有 schema.org 日期但沒有 C2PA，AI 引擎能確認時間，但無法確認檔案未被篡改。兩者缺一不可。

FAQ

文章日期該用發布日還是最後更新日？

兩個都要標。datePublished 記錄首次發布日，dateModified 記錄最後實質更新日。AI 引擎會同時讀取這兩個值，判斷內容的時效性。如果文章從未更新，dateModified 等於 datePublished 即可，但不能省略 dateModified 欄位。

批量更新文章時，dateModified 要逐篇改嗎？

要。每篇實質修改的文章，dateModified 必須改為實際修改日，並保留更新說明。批量更新時只改部分文章的 dateModified，會讓 AI 引擎發現「宣稱更新」與「實際更新」不一致，影響整個域名的信任分。

日期格式該用哪一種？

一律用 ISO 8601（YYYY-MM-DD）。schema.org 規範要求這個格式，AI 引擎解析最穩定。頁面可見日期可以用「2026 年 7 月 20 日」這種人類友善格式，但 JSON-LD 中的值必須是 ISO 8601。

沒有作者實體，只有日期，夠不夠？

不夠。日期解決「什麼時候」，作者實體解決「誰負責」。AI 引擎在引用時需要同時有時間與責任主體，才能建立完整的信任鏈。只有日期沒有作者，內容會被歸類為「來源不明」，引用機率下降。

舊文章要不要補日期？

要。如果舊文章原本沒有日期標記，現在補上 datePublished（原始發布日）與 dateModified（補標日），並加上更新說明「本頁於 2026-07-20 補充結構化日期標記」，就能讓 AI 引擎重新評估其可信度。補標比不補好，因為至少讓時間訊號變得可驗證。

日期標記會影響 SEO 排名嗎？

會，但機制不同。傳統 SEO 中日期影響「新鮮度」權重；GEO 中日期影響「可引用性」。AI 引擎在生成答案時，會優先引用日期明確、實體鏈完整的來源。日期標記不直接改變排名，但改變被 AI 選取為引用來源的機率。

下一步：檢查你的文章日期鏈

打開你網站上最常被搜尋的三篇文章，逐篇執行上面的四步檢查。重點看三件事：datePublished 與 dateModified 是否存在且格式正確、author 實體是否有 sameAs 連結、更新說明是否可查。

如果三篇中有兩篇缺 author 實體的 sameAs，優先補上。這是成本最低、對 AI 引用機率影響最大的改動。補完後，用 結構化資料測試工具 驗證 JSON-LD 是否被正確解析。

日期不是裝飾，是信任的錨點。AI 引擎不信「我們內容很新」，它信「這篇內容的發布時間是 2026-07-20、作者是林士華、發布者是誠通數位、最後更新是 2026-07-20」。把這四個值寫進 JSON-LD，讓機器讀得到，你的內容才有機會被引用。

如果想進一步了解如何建立完整的實體信任鏈，可以參考 [當 AI 不再引用你：從「抽掉品牌名就掛得上」的漏洞，重建可驗證的信任結構](/blog/ai-c2pa-geo-truelink-seo-schema-org-verifiable-citation)，或查看 [發布前如何用 N 道閘自測讓內容被 Google 引用](/blog/n-google) 中的日期標記檢查項。