IndexNow 是什麼？和 AI 搜尋有關係嗎？

IndexNow 是什麼？

IndexNow 是一個開放協議：網站在頁面新增、修改或刪除時，主動通知搜尋引擎，不用等爬蟲自己再來發現。官方文件（indexnow.org，2026-11 核對）寫的做法是：向搜尋引擎的介面發一個請求，帶上網址和你的 key；一次最多可以批量提交 10,000 個網址。

它只是「通知」，不保證收錄。文件寫明：返回 200 只代表搜尋引擎收到了提交，並不代表這些頁面已經被索引，要不要抓、什麼時候抓由各引擎自己決定。

哪些搜尋引擎在用 IndexNow？

indexnow.org 的常見問題頁（2026-11 核對）列出的參與引擎有：Amazon、Bing、Naver、Seznam.cz、Yandex、Yep。另有公共入口 api.indexnow.org，提交到它，會同步給所有參與的引擎；文件也寫明，提交給一家參與的引擎，會自動分享給其他參與的引擎。

這兩頁文件都沒有提到 Google。Google 用的是 sitemap 和自己的 Search Console，不要把 IndexNow 當成通知 Google 的辦法。

IndexNow 和 AI 搜尋有關係嗎？

有間接關係，官方只有 Bing 這一處說法：Bing 在 2025-07-31 的網站管理員博客裡寫道，IndexNow 是 sitemap 的實時補充，通知 Bing 和參與的搜尋引擎有頁面新增、更新或刪除；新鮮度信號會影響更新多快反映到搜尋結果和 AI 生成的回答裡；同時也寫明，沒有哪個工具能保證內容何時、怎樣出現在 AI 生成的結果裡。

也就是說，IndexNow 能讓 Bing 更快知道你的頁面變了；Bing 的 AI 回答是不是引用，Bing 自己說不能保證。至於 ChatGPT 和 Perplexity，OpenAI 和 Perplexity 的爬蟲文件裡都沒有寫 IndexNow，我們不寫它對這兩家有用。ChatGPT 和 Bing 的關係見 ChatGPT 用 Bing 嗎。

一個真實的做法：MochiStamp 每次部署後自動推送

MochiStamp（kagentx 自己的站之一）的部署腳本在頁面內容有變化時，上線之後自動跑一個很短的腳本。做法分四步：

1. key 是公開的，站點自己提供

   key 檔案是站點的一條路由，地址是 /<key>.txt，返回的內容就是 key 本身。IndexNow 的 key 本來就是公開的，用來證明網址屬於你。

2. 推送前先自檢

   腳本先請求線上的 /<key>.txt，內容和 key 不一樣就停下，提示「站點還沒提供 key，先部署」。這樣不會在新版本還沒上線時就發出通知。

3. 讀線上 sitemap，一次發出

   腳本讀線上的 sitemap.xml，取出所有網址，用 POST 發到 api.indexnow.org，帶上 host、key、keyLocation 和網址列表。返回 200 或 202 都算成功；403 是找不到 key，422 是有網址不屬於這個域名。

4. 只在頁面有變化的部署之後才推

   部署腳本檢查這次改動涉及的檔案：模板、頁面內容、文案、樣圖這幾類才推送；只改了後台邏輯的部署不推。

這個做法還有一個可以改進的地方：它每次把整份 sitemap 的網址都發出去，在 2026-10-30 的記錄裡是 196 個。indexnow.org 的建議是只提交內容變化的網址、不要重複提交沒變的。MochiStamp 的 sitemap 帶有每個網址可信的最後修改時間，下一步可以只發 lastmod 剛變的那幾個，見 sitemap 的 lastmod 怎麼寫才可信。

這個做法的效果，我們只有 Bing Webmaster Tools 的數字，不能說是 IndexNow 帶來的（沒有關掉它做對照）：Bing 收錄的 MochiStamp 頁面數 2026-10-30 是 14，10-31 是 23，11-01 是 27；同期 Bing 每天抓取的頁面數 10-28 是 20，10-29 是 52，10-30 是 39，10-31 是 8，11-01 是 33。

怎麼給自己的網站加 IndexNow？

1. 1. 生成一個 key，放到根目錄

   key 是 8 到 128 位的字母、數字或連字號。新建一個 UTF-8 文字檔案，檔案名是 key.txt（把 key 換成你的 key），內容只有這一個 key，放在網站根目錄，用瀏覽器能開啟。

2. 2. 頁面更新後發一次請求

   把變化的網址放進 urlList，發 POST 請求。格式如下：

   POST https://api.indexnow.org/indexnow
   Content-Type: application/json; charset=utf-8
   
   {
     "host": "example.com",
     "key": "5c0f3b9e7a2d4e61b8f9c3a1d7e2f604",
     "keyLocation": "https://example.com/5c0f3b9e7a2d4e61b8f9c3a1d7e2f604.txt",
     "urlList": [
       "https://example.com/pricing/",
       "https://example.com/guides/new-page/"
     ]
   }

3. 3. 只提交變了的網址

   新增、修改、刪除的頁面才提交。沒變的頁面重複提交，文件說這是返回 422 的常見原因之一。

4. 4. 把它接到部署流程裡

   部署完成、線上檢查通過之後再發，放在腳本最後。很多 CMS 和代管平台有現成的外掛或開關，也可以直接用。

5. 5. 同時保留 sitemap

   文件建議兩者一起用：IndexNow 負責快速通知有變化的頁面，sitemap 負責完整的網址清單。Google 只讀 sitemap。

IndexNow 解決的是「搜尋引擎多快知道頁面變了」，不能解決爬蟲進不進得來、正文能不能讀到。這兩件事見 AI 能見度稽核清單。

常見問題

出處

• IndexNow · Documentation （查看於 2026-11-05）
• IndexNow · FAQ （查看於 2026-11-05）
• Bing · Keeping Content Discoverable with Sitemaps in AI Powered Search （2025-07-31 發表，2026-11-05 核對）
• OpenAI · Overview of OpenAI Crawlers （查看於 2026-11-05）
• Perplexity · Perplexity Crawlers （查看於 2026-11-05）
• MochiStamp · tools/indexnow.py 和部署脚本（MochiStamp 仓库）；Bing Webmaster Tools 数字 （2026-10-28 至 11-01 的資料，2026-11-05 讀取）
• kagentx 評測：案例頁的資料，日期寫在每個例子裡。