頁面上寫更新日期，會讓 AI 更願意引用嗎？
可能有一點，但沒有任何官方說法保證。有資料的是：Ahrefs 分析了約 1700 萬筆 AI 引用，AI 助手引用的網址平均比 Google 自然結果新一些；但資料同時說明，被引用的頁面平均仍有將近 3 年，新鮮度只是很多因素中的一個。更新日期該寫真的：內容真的變了才改，這樣日期才對你有用。
| 指標 | AI 助手引用的網址 | Google 自然結果 |
|---|---|---|
| 距離發布的平均天數 | 1064 天 | 1432 天 |
| 距離最後更新的平均天數 | 909 天 | 1047 天 |
數據來自 Ahrefs 2025-07-28 發表的研究（約 1697 萬筆被引用網址，ChatGPT、Perplexity、Copilot、Gemini 合併計算，2026-11-06 核對）。作者稱發布時間上新 25.7%，更新時間上差 13.1%。
三點要注意：第一，ChatGPT 對新內容的偏好最強，Google AI 概覽是例外，引用的頁面平均比自然結果還舊 16 天。第二，作者自己寫道，AI 助手和傳統搜尋一樣偏好長期存在的內容。第三，原文表格和正文有兩處數字對不上，我們只引正文的數字。
可見日期、dateModified、sitemap lastmod 有什麼區別？
三者是三個不同的位置，給三類讀者看：可見日期給人看，dateModified 給讀結構化資料的搜尋引擎，lastmod 給決定「要不要再抓一遍」的爬蟲。三者應該說同一件事。
| 位置 | 讀的是誰 | 官方怎麼說 | 怎麼寫 |
|---|---|---|---|
| 頁面上的可見日期 | 讀者，也是搜尋引擎判斷日期的線索之一 | Google 建議用「Publish」「Last updated」這類文字標清，並和結構化資料一致，頁面上少放別的日期 | 「發布於 / 更新於」各一個日期，放在標題附近 |
| 結構化資料 datePublished、dateModified | 讀結構化資料的搜尋引擎 | Google 建議在 Article 等類型裡寫這兩個欄位，並和可見日期一致 | ISO 8601 日期，與頁面上的日期同一天 |
| sitemap lastmod | 決定是否重新抓取的爬蟲 | Google 只在它持續且可驗證地準確時才用；Bing 把它當作關鍵信號 | 頁面內容真正變化的時間，帶時區的完整時間更穩 |
Google 的文件還寫道：它不依賴單一的日期因素，因為每種因素都可能出問題。所以三處都對，比只做一處更重要。lastmod 的可信寫法單獨寫在 sitemap 的 lastmod 怎麼寫才可信，這裡不重複。
Google 的文件沒有寫小改動要不要更新日期，也沒有提到 sitemap。我們的規則是做法，不是官方規定：改了標點、樣式、頁尾年份，不算更新。
一個頁面上三處日期怎麼對上？MochiStamp 的真實例子
mochistamp.com/en/guide/size（2026-11-06 讀取）是 MochiStamp 的一篇 LINE 貼圖尺寸指南。同一個頁面上：
| 位置 | 讀到的值 |
|---|---|
| 頁面上的可見日期 | Published 2026-10-16 · Updated 2026-11-05 |
| Article 結構化資料 | datePublished 2026-10-16 · dateModified 2026-11-05 |
| sitemap 裡英文和日文頁的 lastmod | 2026-11-05T23:01:07+09:00 |
| sitemap 裡繁體和簡體頁的 lastmod | 2026-11-03T09:57:07+09:00 |
{
"@context": "https://schema.org",
"@type": "Article",
"headline": "LINE sticker size and format guide",
"datePublished": "2026-10-16",
"dateModified": "2026-11-05"
}
三處說的是同一天，而且各語言版本的 lastmod 分別記：這一頁的英文和日文版 11 月 5 日改過，繁體和簡體版最後一次變化是 11 月 3 日。lastmod 是怎麼按頁面內容算出來的，見 sitemap 的 lastmod 怎麼寫才可信，這裡只看結果。
整個 sitemap（mochistamp.com/sitemap.xml，2026-11-06 讀取）有 938 個網址，lastmod 不是同一個日期：10-16 有 60 個，10-28 有 40 個，10-30 有 25 個，11-03 有 2 個，11-04 有 1 個，11-05 有 810 個。爬蟲據此能看出哪些頁面沒變。
對照我們自己的網站：kagentx.com 的指南頁，可見的「更新於」日期和 Article 的 dateModified 來自同一個變數，所以是一致的；但 kagentx.com/sitemap.xml 的 275 個網址 lastmod 全是建置當天（2026-11-06 讀取全是 2026-11-05），做不到按頁面區分。這是我們的缺口，還沒有改。
怎麼讓日期對 AI 有用，又不弄虛作假？
1. 頁面真的改了才改日期
正文、數字、結構化資料、連結有變化才算。不要為了顯得新而改發布日期，Ahrefs 的文章轉述了 Google 的 John Mueller 對此的提醒，原話我們沒有核對。
2. 同時寫「發布於」和「更新於」
只有「更新於」會讓讀者以為是新文章；兩個都寫，才能讓人和爬蟲分清。
3. 三處用同一個來源
可見日期、dateModified、lastmod 都從同一個「頁面最後一次真實變化」的值生成，不要手寫三遍。
4. 內容裡的數字寫來源和日期
「2026-11 核對」比一個更新日期更具體，也是 AI 能直接摘出的句子，見 怎麼寫出 AI 願意引用的內容。
5. 上線後抽查
打開頁面、結構化資料和 sitemap，看三處是否同一天；結構化資料的寫法見 結構化資料怎麼寫。
常見問題
每個月改一下更新日期有用嗎？
沒有資料說有用，也不應該這樣做。內容沒變就改日期會讓 lastmod 不再可信，Google 的文件說它只在 lastmod 持續且可驗證地準確時才用。
可見日期和 dateModified 不一致會怎樣？
Google 的文件要求兩者保持一致。不一致時它依據什麼，文件沒有寫明，所以不要讓它們不一致。
Google AI 概覽偏好新內容嗎？
Ahrefs 的資料裡 AI 概覽是例外：引用的頁面平均比自然結果舊 16 天，是受新鮮度影響最小的一個。
新聞以外的頁面也要寫更新日期嗎？
建議寫。資料、價格、規格這類會變的內容，寫上「更新於」和核對日期，是讀者和 AI 判斷它還能不能信的依據。
只寫 lastmod、不寫可見日期行嗎？
可以，但三處一致更穩妥。Google 的文件說它不依賴單一的日期因素。
出處
- Google Search Central · Add a Byline Date to Google Search Results （查看於 2026-11-06）
- Ahrefs · Do AI Assistants Prefer to Cite Fresher Content? （2025-07-28 發表，2026-11-06 核對，約 1700 萬筆引用）
- Google Search Central · Build and submit a sitemap （查看於 2026-11-05（見 lastmod 那篇指南））
- MochiStamp · LINE sticker size and format guide （2026-11-06 讀取）
- MochiStamp · sitemap.xml （2026-11-06 讀取，938 個網址）
- kagentx 評測：案例頁的資料，日期寫在每個例子裡。