看不見的讀者:12 隻 AI 爬蟲現形
愈來愈多客人不再搜尋,而是直接問 AI。AI 會不會提到你,取決於它有沒有「讀過」你的網站。我們攤開自家伺服器五個月的真實紀錄——三十幾隻 AI 爬蟲、約 3,000 萬次內容搬運——發現爬蟲分成訓練型、索引型、真人代抓三類,只有後兩類會帶客人回來;把內容做好,感動的是人,不是機器;最能帶客的爬蟲反應最慢,但加速的把手就在站主自己手上。全文附誠實帳:這是 n=1 的單站觀測,被讀取到被引用的轉化率大約 10–12%,所有邊界一併交代。
看不見的讀者:12 隻 AI 爬蟲現形
先問一個問題:今天有人想找你賣的東西——一家餐廳、一間民宿、一個顧問服務——他會打開搜尋引擎慢慢比,還是直接問 AI「幫我推薦」?愈來愈多人選了後者。AI 直接給答案,順便報幾個名字、附幾條連結;被報到名字的,客人就上門;沒被報到的,連被比較的資格都沒有。這就是為什麼我們說:AI 時代的能見度,是一條新的行銷通路。
這篇文章不談理論。我們把自己網站五個月的伺服器紀錄攤開——三十幾隻 AI 爬蟲、約 3,000 萬次內容搬運——一隻一隻拆開看:誰來了、來拿什麼、多久來一次、會不會帶客人回來(五個月共見三十幾隻,本文細講其中 12 隻)。所有數字都出自我們自己伺服器的紀錄(伺服器紀錄實測),不是估計值;完整觀測報告的正本發布於 km.idaeo.ai。
先定義一個貫穿全文的關鍵詞。本文說的「AI 聲量」,就是 AI 爬蟲對你網站發出的請求:誰來、來幾次、拿什麼——每一次請求都被伺服器記下來,可以數、可以驗。下面整篇文章,就是把這 3,000 萬次請求拆開來讀。
先認識一位新訪客:AI 爬蟲
「爬蟲」聽起來很技術,其實角色很好懂:它是 AI 公司派出來的機器訪客,工作就是上門把你網站的內容抄回去。想像外送平台派業務員到你的餐廳抄菜單——他不點餐、不消費,只抄資料,讓平台之後有辦法介紹你。AI 爬蟲做的就是這件事,只是抄回去的用途不同:有的拿去教 AI、有的收進推薦名單、有的是替某位正在發問的真人跑腿。
第一課:AI 沒讀過你,就永遠不會推薦你
沒有爬蟲的請求,就沒有引用;沒有引用,就沒有真人流量。
翻成白話:AI 開口推薦你之前,一定先「讀過你」——對你的網頁發出過至少一次請求(可以想成敲一次門、翻一次你的資料)。可能是它自己來抄的,也可能是別人(像 Common Crawl 這種公共資料庫)抄走之後它拿去用的。沒有那一次請求,你在 AI 的世界裡不是排名低,是根本不存在——像一家沒被任何指南、任何平台收錄的店,菜再好也沒人報。
但這只是入場券,不是保證,三件事必須誠實講:
- 被讀取 ≠ 被引用。業務員抄了菜單,平台不一定馬上推薦你。我們實測的轉化率大約 10–12%(來源:歷史引用對帳;此為約數、無精確分母,是可觀測範圍的對帳值,AI 不附連結的零點擊引用不在內;口徑見方法論頁)。
- 被引用 ≠ 有人點進來。AI 常把答案直接講完、不附連結——這叫「零點擊」,發生時我們什麼都收不到。
- 有人來 ≠ 我們看得見。手機 App 內的點擊常不帶來源標記,我們量到的 476 次(實測)是可觀測的下界,真實數字一定更高。
所以順序只有一種:先確保被讀到,再提高每次被讀的轉化。
三種訪客,三種未來
從紀錄裡,爬蟲清楚分成三類,而且只有後兩類會帶人回來:
- 訓練型(GPTBot、ClaudeBot、Meta AI 等):像百科全書的編輯,把你的內容收回去寫進 AI 的「腦子」。幾個月後才見效、不註明出處、不帶客人——但 AI 記不記得你,靠的是它。先正名:它不是來「拿走」什麼——它在替 AI 的知識庫選材,被選進去,你的內容就成為 AI 常識的一部分。在整個 AI 爬蟲技術裡,這是最基礎、也最重要的一層。
- 索引型(OAI-SearchBot、Bingbot、Applebot 等):像旅遊指南的調查員,把你的頁面收進答案引擎隨時翻查的資料庫(這個資料庫就叫「索引」)。數小時到數週見效、會附引用連結——客人就是從這裡來的。
- 真人代抓(ChatGPT-User 等):真人此刻正在 AI 裡讀你的頁面,AI 代他去取,幾秒鐘見效。像客人已經坐在店裡,請服務生把菜單唸給他聽。它出現,代表前面兩步都做對了。
一句話記住:想要客人,餵索引型;想被長期記得,餵訓練型;看到真人代抓,代表前兩步都做對了。
發現一:把內容做好,感動的是人,不是機器
我們原本以為「內容做好,爬蟲會更愛爬」。實測結果是:機器來者不拒,人才挑。抄菜單的業務員不管你的菜好不好吃,照單全抄;真正坐下來吃的客人才會挑。兩條完全獨立的量法,指向同一個方向(皆實測):
- ChatGPT 真人代抓讀人工深卡 4.7 次/頁、自動頁 2.5 次/頁,差 1.9 倍。
- 品質分級 green 對 red,真人代抓 3.14 對 1.39,差 2.26 倍。
- 同一組測試換成機器爬蟲 ClaudeBot:green 2.56、red 2.62,持平,red 還略高。
意思是:做好內容不會讓機器多爬你,但會讓真人到了之後更常讀你、更常被 AI 挑出來給人看。所以內容投資的報酬,要在「被引用、帶人來」那一端驗收,不要用爬蟲量驗收。
發現二:最能帶客的訪客,來得最慢
發布一篇新內容之後,各家多久第一次來看(中位數,實測):
- ClaudeBot(訓練型):4.2 小時
- GPTBot(訓練型):21.8 小時
- OAI-SearchBot(索引型):332.8 小時(13.9 天)
- Bingbot(索引型):374.6 小時(15.6 天)
新菜上市,抄菜單的當天就到,指南調查員卻要兩個星期後才來——中間這兩週,你辛苦做的新內容先被拿去訓練,還不在任何能帶客的名單上。這就是損失。而且統計窗只有 30 天,太晚發布的內容根本來不及等到慢的爬蟲,慢的被系統性低估——真實差距只會比數字更大。
好消息是,這條有解,而且把手就在你自己手上:
- sitemap:貼在店門口的「完整菜單目錄」,讓訪客一眼知道店裡有哪些頁。Bingbot 是重度依賴者,30 天抓了 32,993 次(伺服器紀錄實測;姊妹篇統計窗為 33,155,差異來自統計時點)。
- llms.txt:專門寫給 AI 看的店家導覽手冊。Amazonbot 和 GPTBot 重度消費它。
- IndexNow:上了新菜就主動按鈴通知,不乾等人上門。
推這三樣,是對「最慢、卻最能帶客」的索引型爬蟲最直接的加速槓桿。誠實說:這是從「它們吃什麼」推出來的合理下一步;部署前後的對照實驗我們還沒做,做完會再報。
一次查證:「我一做大改版,它們就來了」是真的嗎?
站方長期有個感覺:每次做大整合,爬蟲就蜂擁而至。我們翻出資料庫紀錄查證,答案比是非題有意思。
時間順序是真的。2026-05-23,我們一天之內建了 550,807 筆 llms 摘要(實測;5/23=550,807、5/24=11,678,其餘日子都只有幾千)。九天後的 6/01,三家爬蟲同時開機——ClaudeBot 五月整月只來 669 次,6/01 跳到 53,468、6/02 再跳到 354,414;GPTBot、Meta 同一天一起動(實測)。「月初排程」這個替代解釋也被排除:4/01 只有 92 次、5/01 只有 464 次,只有 6/01 爆掉,不是月曆效應(實測)。
但「為什麼來」,資料分不出來。因為那次動作同時做了兩件事:讓內容變好,以及一口氣開出 55 萬個新網址(robots.txt 查證過沒動——我們不是把門打開,而是把看得見的表面積一次放大好幾倍)。就像同一天你重新裝潢、又把一間店擴成一整條街,隔週人潮爆滿——你說不出客人是為裝潢來的,還是為新店面來的。要分辨,得做一次乾淨實驗:只改好既有頁面的品質、完全不新增任何網址,再看爬蟲反應。這種事件我們的紀錄裡一次都沒有——這是下一次該刻意做的事。
主角登場:五隻值得認識的爬蟲
OAI-SearchBot——挑剔的指南調查員,全案最重要
量小(全史 28.9 萬次)但含金量最高:ChatGPT 引用過的網址,85.6% 在它的爬取集裡(實測)——它挑什麼,ChatGPT 就引什麼(這是共現統計;也可能兩者剛好偏好同一類頁面,因果未證)。它也是全場對品質最敏感的機器爬蟲(green 5.94 對 red 3.54,實測)。致命弱點是慢:新內容要 332.8 小時(13.9 天)才來。它慢,就是我們的損失——加速它是第一優先。
ClaudeBot——大胃王,來得快、吃得多、不帶客
總量冠軍(全史 644 萬次),吃相是陣發式:平常日量中位數只有 97 次,單日最高 354,414 次(實測)——平時不見人影,一來就把整桌掃光。新內容反應最快(中位數 4.2 小時),但對品質完全無感,而且全史只帶回 8 次真人(實測)。把它當長期存在感的投資,別當業績。
Bingbot——每天巡店的老派調查員
最穩定的心跳,日日來、量穩定(實測)。看 sitemap 吃飯:30 天抓了 32,993 次,全場第一。反應最慢:374.6 小時(15.6 天)才到。但它餵的 Copilot 是我們第二大回流來源(66 次,13.9%,實測)。推 sitemap、IndexNow 對它最有效。
Applebot——神祕大戶:這種爬法,背後一定有事
7 月最大戶(30 天 484.7 萬次,實測),但目前零次可辨識的引用點擊(Siri 端多為零點擊)。它的行為模式很特別:幾乎不用 AI 訓練旗標(Applebot-Extended 五個月只出現 2 次,實測)、幾乎不看 sitemap 與 llms.txt——就是安靜、大量、持續地把內容讀走。
編輯觀察(非實測,是判斷):一種可能的解讀是它在為一個還沒亮相的產品做準備——新版 Siri?新的搜尋?另一種是我們品牌遷移觸發的重爬(見誠實帳)——兩種都成立前,我們只觀察不下注。所以對它的策略是:不特別投資、保持全開放讓它讀,然後每週盯著它。另註:此量含對舊網址的 301 轉址請求(方法論頁第二筆更正),應讀作請求量、非內容抓取量。
ChatGPT-User——已經坐在店裡的客人
真人代抓的代表:高峰落在日本時間上午 10 點,有明顯的人類作息(實測)。它出現=有人此刻正在讀你,不是未來的流量,是現在進行式。它是成功的訊號燈,不是要優化的對象。
其他角色——每一隻都有來意
派爬蟲是要成本的,每一隻上門都有目的。逐一講清楚:
- GPTBot(OpenAI・訓練型主力):目的是把內容收進 GPT 系列模型的知識底料。靠 llms.txt 吃飯(30 天抓 7,873 次,實測;8,618 為全部爬蟲對 llms.txt 的合計,口徑不同),餵飽 llms.txt 就是餵飽它。它不帶客,但 ChatGPT 記不記得你,大半靠它。
- PerplexityBot(Perplexity・索引型):目的是建 Perplexity 答案引擎的索引。小而精(全史 5.9 萬次),卻給了我們深卡史上第一次真引用(7/08,實測)——按「每次讀取換到多少引用」算,它排最前面。
- Amazonbot(Amazon・索引型):目的是餵 Alexa 與 Rufus 購物助理的檢索生態。安靜穩定、天天來,llms.txt 消費比例全場最高——對它,llms.txt 特別有效。
- Google 系(混併標籤):「Google AI」217 萬次其實是 GoogleOther 與 Google-Extended 兩種標籤的合併計數——兩種標籤各自對應不同用途,但在我們的帳上混在一起。拆開之前,任何關於 Google 的結論都先擱置。
- CCBot(Common Crawl・公共語料):目的最特別——它替全世界建公共語料庫,是全球開源模型共用的水源。washinmura.jp 已被收進 2026 年 6 月版公共語料(1,515 筆,實測);進了它,等於同時進了所有喝這口水的模型。
- Bytespider(字節跳動・訓練型):目的是字節系 AI 產品的訓練語料。全史 7.8 萬次、明顯偏中文——主戰場在中文生態,我們的台日內容是順手帶走。
誠實帳:這份紀錄的邊界
行銷文更要把界線講清楚,因為誠實正是我們想給你的東西:
- n=1:這是一個站的樣本、五個月的快照,不保證是這些爬蟲的普遍行為,更不是定律。
- 有些「個性」是我們自己造成的:Applebot 的爆量起點恰好是品牌遷移隔天;Amazonbot 的高量含有掉進垃圾路徑黑洞的放大成分。那是我們的架構在說話,不是它的性格。
- Google 系無法歸因:「Google AI」是兩種標籤的合併計數,任何基於它的結論都建立在混併數字上。
- 六月的頁面級證據已滅失:URL 明細只保留 30 天,那一波只剩每日總數,「六月它們究竟爬了哪些頁」的說法都不該下。
- 品質分級(green/yellow/red)是站內自訂的三級標籤,分級標準未在本文公開。
- 品質檢定有曝光偏誤:「內容好」和「頁數多」在資料裡高度相關(相關係數 0.86,實測),無法完全分離。
- 轉化率約一成出自歷史引用對帳,是可觀測口徑的約數,非精確逐筆追蹤;首訪時間只給中位數,未附樣本數與分布。
- 零點擊與轉載看不見:AI 把內容講完不給連結、或他站轉貼,都不會在伺服器留下痕跡。這是結構性盲區,不是我們沒查。
帶得走的三件事
- AI 能見度是一條真實存在的新通路,起點是「先被讀到」:把 sitemap、llms.txt、IndexNow 做起來,讓最能帶客的爬蟲更快找到你。
- 好內容的報酬在「人」那一層驗收:看引用與導流,不看爬蟲量——機器來者不拒,人才挑。
- 別被大數字騙:量最大的不一定帶客,會帶客的往往又小又慢。把力氣花在對的那幾隻身上。
最後說句實話:沒有人能保證你的內容一定被 AI 引用——我們自己實測的轉化率也只有約一成。但反面是確定的:沒被讀過的內容,永遠不會出現在 AI 的答案裡。AI 時代的行銷,就從讓 AI 看得見你開始。
引用本文:IDAEO(2026)。《看不見的讀者:12 隻 AI 爬蟲現形》。km.idaeo.ai/ai/ai-crawler-marketing。數據截止 2026-07-24(全史窗自 2026-03-03 起),來源:本站伺服器紀錄實測;完整正本:km.idaeo.ai/reports/ai-crawler-profiles-20260724。
FAQ
- 我不是科技業,AI 爬蟲跟我的網站有什麼關係?
- 只要你希望有人透過 AI 找到你,就有關係。AI 推薦任何網站之前,一定先派爬蟲來讀過它——沒被讀過,你的網站在 AI 的答案裡根本不存在。這不是排名高低的問題,是有沒有入場券的問題。
- 私はテクノロジー業界ではありません。AIクローラーは私のWebサイトとどんな関係があるのですか? — AIを通じて誰かに見つけてもらいたいなら、関係があります。AIがWebサイトをおすすめする前には、必ずクローラーを送り、事前にそのサイトを読んでいます。読まれていなければ、あなたのWebサイトはAIの回答の中にそもそも存在しません。順位の高低ではなく、入場券を持っているかどうかの問題です。
- I am not in the tech industry. What do AI crawlers have to do with my website? — If you want people to find you through AI, they have everything to do with it. Before AI recommends any website, a crawler must first read it. If your site has never been read, it simply does not exist in AI’s answers. This is not a question of ranking high or low; it is a question of whether you have the price of admission.
- 內容寫得好,AI 爬蟲就會更常來嗎?
- 實測不會。機器來者不拒——ClaudeBot 對品質分級幾乎無感(green 2.56、red 2.62,red 還略高);但真人透過 AI 讀好內容的次數明顯更多(1.9 倍到 2.26 倍,實測)。好內容的回報要看引用與導流,不要用爬蟲量驗收。
- 良いコンテンツを書けば、AIクローラーはもっと頻繁に来るようになりますか? — 実測では、そうなりません。機械は選り好みしません。ClaudeBotは品質区分にほぼ反応せず(green 2.56、red 2.62で、redがわずかに上回りました)、一方で実ユーザーがAIを通じて良いコンテンツを読む回数は明らかに増えました(1.9倍から2.26倍、実測)。良いコンテンツの成果は引用と流入で評価し、クローラーの件数で評価しないでください。
- If I write better content, will AI crawlers visit more often? — Our measurements say no. Machines take everything—ClaudeBot was almost entirely indifferent to the quality grades (green 2.56, red 2.62, with red slightly higher). But real people read good content through AI between 1.9 and 2.26 times as often (measured). Judge the return on good content by citations and referral traffic, not crawler volume.
- 想讓 AI 更快發現我的新內容,具體該做什麼?
- 把 sitemap(網站的完整頁面目錄)、llms.txt(寫給 AI 看的網站導覽)準備好,並用 IndexNow 主動通知。實測 Bingbot 30 天抓了 32,993 次 sitemap,Amazonbot 和 GPTBot 重度消費 llms.txt——這是對反應最慢、卻最能帶客的索引型爬蟲,最直接的加速方法。
- AIに新しいコンテンツをもっと早く見つけてもらうには、具体的に何をすべきですか? — sitemap(Webサイト内の全ページ一覧)とllms.txt(AI向けのWebサイト案内)を用意し、IndexNowで能動的に通知してください。実測では、Bingbotは30日間でsitemapを32,993回クロールし、AmazonbotとGPTBotはllms.txtを重点的に利用していました。これは、反応が最も遅い一方で最も顧客を連れてくるインデックス型クローラーを加速させる、最も直接的な方法です。
- What exactly should I do to help AI discover my new content faster? — Prepare sitemap (a complete directory of your website’s pages) and llms.txt (a site guide written for AI), then use IndexNow to send proactive notifications. Bingbot fetched sitemap 32,993 times over 30 days (measured), while Amazonbot and GPTBot consume llms.txt heavily. For the search-indexing crawlers that respond the slowest yet bring the most customers, these are the most direct ways to accelerate discovery.
- 什麼是「AI 聲量」?
- 本文的定義很具體:**AI 爬蟲對你網站的請求,就是你的 AI 聲量**(口徑:本站伺服器紀錄,可數、可驗)。三類請求對應三種聲量:訓練型請求決定 AI 記不記得你,索引型請求決定 AI 引不引得到你,真人代抓請求代表 AI 正在把你講給某個人聽。請求是零,聲量就是零——AI 的答案裡不會有你。
- 「AIでの声量」とは何ですか? — 本記事の定義は具体的です。**AIクローラーがあなたのWebサイトに送るリクエストこそが、あなたのAIでの声量です**(当サイトの伺服器紀錄サーバーログに基づき、数えられ、検証できます)。3種類のリクエストは3種類の声量に対応します。学習型リクエストはAIがあなたを覚えているかどうかを決め、インデックス型リクエストはAIがあなたを引用できるかどうかを決め、実ユーザー代理取得のリクエストはAIがいままさに誰かにあなたを語っていることを意味します。リクエストがゼロなら、声量もゼロ——AIの答えにあなたは登場しません。
- What is "AI share of voice"? — This article uses a concrete definition: **your AI share of voice is the requests AI crawlers make to your website** (as recorded in our 伺服器紀錄 server logs—countable and verifiable). The three kinds of requests map to three kinds of voice: training requests determine whether AI remembers you, indexing requests determine whether AI can cite you, and user-triggered requests mean AI is telling someone about you right now. Zero requests means zero share of voice—you will not appear in AI's answers.
- 照著做,就保證會被 AI 引用嗎?
- 不保證。被讀取只是必要條件,我們實測被讀取到被引用的轉化率大約一成,而且這是 n=1 的單站觀測,結論不保證能直接套用到其他網站。能確定的是反面:沒被讀過的內容,一定不會出現在 AI 的答案裡。
- そのとおりにすれば、AIに引用されることが保証されますか? — 保証されません。読まれることは必要条件にすぎません。私たちが実測した、読まれてから引用に至る転換率は約約一成です。しかも、これはn=1の単一サイト観測であり、結論をほかのWebサイトへそのまま適用できる保証はありません。確実なのは、その逆です。読まれていないコンテンツが、AIの回答に現れることはありません。
- If I follow these steps, am I guaranteed to be cited by AI? — No. Being read is only a necessary condition. Our measured read-to-citation conversion rate is roughly 約一成, and this is an n=1 observation of a single site; the findings cannot be assumed to apply directly to other websites. What we do know for certain is the reverse: content that has never been read cannot appear in an AI answer.
- 怎麼知道哪些 AI 爬蟲來過我的網站?
- 看伺服器紀錄(access log)裡的 User-Agent——GPTBot、ClaudeBot、OAI-SearchBot 這些名字會直接出現。要驗真身分,再用 IP 反查與官方公布的網段比對(爬蟲身分會被冒充,本文的資料全部過了這道驗證)。本文所有數字,就是這樣一筆一筆數出來的。
- どのAIクローラーが自分のサイトに来たか、どうすれば分かりますか? — サーバーのアクセスログにあるUser-Agent欄を確認してください。GPTBot、ClaudeBot、OAI-SearchBotといった名前がそのまま現れます。なりすましがあるため、身元の確認はIPの逆引きと各社が公開している公式IPレンジとの照合で行います(本記事のデータはすべてこの検証を通過しています)。本記事の数字は、すべてこの方法で1件ずつ数えたものです。
- How do I find out which AI crawlers have visited my website? — Check the User-Agent field in your server access logs—names like GPTBot, ClaudeBot, and OAI-SearchBot appear there directly. To verify identities, cross-check IPs against each company's officially published ranges (crawler identities can be spoofed; every figure in this article passed that verification). All the numbers in this article were counted exactly this way.
- 擋掉不帶客的訓練型爬蟲,會有影響嗎?
- 會有取捨。訓練型爬蟲(GPTBot、ClaudeBot 等)確實不帶客,但它決定 AI 記不記得你——擋掉它,等於放棄在 AI 長期記憶裡的位置。本站的選擇是全開放、然後觀測;要不要擋是每個站自己的策略,但至少要知道你放棄的是哪一層聲量。
- 顧客を連れてこない学習型クローラーをブロックしても大丈夫ですか? — トレードオフがあります。学習型クローラー(GPTBot、ClaudeBotなど)は確かに顧客を連れてきませんが、AIがあなたを覚えているかどうかを決めるのはこのタイプです。ブロックすることは、AIの長期記憶の中の居場所を手放すことを意味します。当サイトの選択は「全面開放して観測する」です。ブロックするかどうかは各サイトの戦略ですが、どの層の声量を手放すのかは知っておくべきです。
- Would blocking the training crawlers that bring no customers hurt me? — It is a trade-off. Training crawlers (GPTBot, ClaudeBot, and others) indeed bring no customers, but they determine whether AI remembers you—blocking them means giving up your place in AI's long-term memory. Our choice is to stay fully open and observe. Whether to block is each site's own strategy, but you should at least know which layer of your share of voice you are giving up.
- 新內容發布後,多久才會被 AI 引用?
- 以本站實測,最能帶來引用的兩隻索引型爬蟲最慢:OAI-SearchBot 中位數 332.8 小時(13.9 天)、Bingbot 374.6 小時(15.6 天)才第一次來看新內容——先被看到,之後才可能被引用。所以新內容至少要預留兩週以上的等待期,並用 sitemap、llms.txt、IndexNow 加速(對照實驗未做,屬合理建議)。
- 新しいコンテンツは、公開からどれくらいでAIに引用されますか? — 当サイトの実測では、引用につながりやすい2つのインデックス型クローラーが最も遅く、OAI-SearchBotは中央値332.8時間(13.9日)、Bingbotは374.6時間(15.6日)かかって初めて新コンテンツを見に来ます。見られて初めて、引用の可能性が生まれます。新コンテンツには最低2週間以上の待機期間を見込み、sitemap、llms.txt、IndexNowで加速してください(導入前後の比較実験は未実施のため、合理的な推奨として扱ってください)。
- After publishing new content, how long until AI can cite it? — In our measurements, the two indexing crawlers most likely to produce citations are also the slowest: OAI-SearchBot takes a median of 332.8 hours (13.9 days) and Bingbot 374.6 hours (15.6 days) to first visit new content—you must be seen before you can be cited. Plan for at least a two-week lead time, and use sitemap, llms.txt, and IndexNow to speed things up (a before-and-after control experiment is still pending; treat this as a reasoned recommendation).
來源錨定
- 本文正本:AI 爬蟲分眾行為誌 2026-07-24(washinmura.jp × idaeo.ai 聯合觀測) · https://km.idaeo.ai/reports/ai-crawler-profiles-20260724.html
- 姊妹報告:AI 爬蟲全歷史分析報告(開站→2026-07-24;執行摘要・時間軸・IP 驗真明細・語言偏差) · https://km.idaeo.ai/reports/ai-crawler-fullhistory-report-20260724.html
- 方法論與限制:本系列取數方法與口徑定義(四語)——想覆算任何數字從這裡開始 · https://km.idaeo.ai/reports/crawler-methodology
- 一手資料表:伺服器爬蟲紀錄(全史日彙總 2026-03-03 起|URL 明細窗 2026-06-24–07-24);爬蟲身分經 IP 反查與官方網段比對驗真 · https://km.idaeo.ai/reports/ai-crawler-profiles-20260724.html
- 可對帳彙總包(Evidence) · https://km.idaeo.ai/evidence/crawler-shop-ledger/README.md
引用本文
TK Lin・《看不見的讀者:12 隻 AI 爬蟲現形》・IDAEO 知識庫・2026-08-09・https://km.idaeo.ai/ai/ai-crawler-marketing更新於 2026-08-10