兒童書作者兼插畫家 Chelsea Paulus 的網站，據報在短短 48 小時內遭 Meta 爬蟲造訪逾 55 萬次。爬蟲反覆觸發商店的「從購物車移除」功能，流量湧入也讓她的小型商業網站主機資源承受壓力。38

這起事件點出網站經營者面對的一個現實難題：網站可以設定不讓爬蟲存取，不代表就一定能擋下大量請求，更不代表主機足以承受突如其來的流量。不過，目前報導並未交代 Paulus 的技術設定與後續處理方式全貌。

爬蟲反覆觸發購物車功能

《Fast Company》報導，名為 Meta-ExternalAgent 的爬蟲卡在 Paulus 網站的「從購物車移除」功能上，每分鐘產生超過 100 次請求，接下來幾天累積約 55 萬次。報導也指出，網站 CPU 使用率升至 80%，主機服務商警告，若達到 100%，網站可能會無法運作。3

《Business Insider》則報導，Meta 爬蟲在 48 小時內造訪網站逾 55 萬次，並耗盡主機資源。8 這些報導呈現了事件的規模與影響，但現有資料不足以完整還原請求紀錄或主機設定。

《Fast Company》另稱，Paulus 封鎖第一個爬蟲後，兩天後又出現名為 Meta-WebIndexer 的另一個爬蟲。3 不過，現有報導片段沒有確認她具體如何封鎖、使用 robots.txt、防火牆或主機商提供的程式碼後發生什麼事，也無法判定後來的爬蟲是否單獨導致網站故障。

兩種爬蟲，工作目的不同

Meta-ExternalAgent 與 Meta-WebIndexer 並非只是同一工具的兩種名稱。爬蟲指南指出，Meta-ExternalAgent 與 AI 訓練及產品索引有關；Meta-WebIndexer 則用於建立 Meta AI 搜尋回答所依據的索引。4 對網站管理者而言，這項差異很重要：封鎖其中一種爬蟲，不一定能處理另一種帶來的請求。

《Business Insider》報導，Meta 回應稱，網站管理者可以決定 Meta 的爬蟲如何與網站互動。8 這說明網站管理者有存取控制選項，但並未回答大量請求該如何避免，也沒有說明小型主機方案能承受多大的流量。

報導能證實什麼，哪些細節仍不明

目前報導支持的核心事實是：爬蟲反覆觸發網站功能，伴隨請求量急升；Paulus 的主機商也警告網站資源正承受壓力。38 但這些報導並未證明 Meta 有意讓網站無法運作，也沒有足夠資料核實 Dallas IP 位址、四個網站共用同一主機方案、網站在 11 月 2 日的狀況，或她打算移除 Instagram 連結並考慮使用 Cloudflare 人機驗證工具等細節。

對更廣泛的產業數據也應保持同樣審慎。本文所提供的來源，無法證實 Meta 佔追蹤到的 AI 流量 46.3%、2026 年 1 至 6 月流量成長 164.9%，或 Meta-ExternalAgent 的排名僅次於 Googlebot 等說法。因此，不宜把這些數字視為本案已證實的背景事實。

爬蟲存取控制，為何成了小生意的營運問題

Meta 因涉及 AI 擷取資料的商業條款，面臨出版業者批評。《The Verge》報導，Meta 在出版業者提出疑慮後，將條款的執行時間延至 2026 年 11 月 20 日。1 這場爭議與 Paulus 遭遇的技術問題有關聯，但並非同一件事：規範網站內容如何被存取，並不能說明個別網站是否有能力承受大量請求。

對小型網站經營者來說，關鍵在於主機資源是否足夠。封鎖爬蟲可能限制網站內容被存取；允許爬蟲則可能保留部分曝光或索引機會，取捨取決於網站目標與基礎設施。Paulus 的經驗呈現了這種選擇的界線：能控制爬蟲是否進站固然有用，但不等於網站因此獲得不被流量壓垮的保障。

兒童書作者兼插畫家 Chelsea Paulus 的網站，據報在短短 48 小時內遭 Meta 爬蟲造訪逾 55 萬次。爬蟲反覆觸發商店的「從購物車移除」功能，流量湧入也讓她的小型商業網站主機資源承受壓力。38

這起事件點出網站經營者面對的一個現實難題：網站可以設定不讓爬蟲存取，不代表就一定能擋下大量請求，更不代表主機足以承受突如其來的流量。不過，目前報導並未交代 Paulus 的技術設定與後續處理方式全貌。

爬蟲反覆觸發購物車功能

《Fast Company》報導，名為 Meta-ExternalAgent 的爬蟲卡在 Paulus 網站的「從購物車移除」功能上，每分鐘產生超過 100 次請求，接下來幾天累積約 55 萬次。報導也指出，網站 CPU 使用率升至 80%，主機服務商警告，若達到 100%，網站可能會無法運作。3

《Business Insider》則報導，Meta 爬蟲在 48 小時內造訪網站逾 55 萬次，並耗盡主機資源。8 這些報導呈現了事件的規模與影響，但現有資料不足以完整還原請求紀錄或主機設定。

《Fast Company》另稱，Paulus 封鎖第一個爬蟲後，兩天後又出現名為 Meta-WebIndexer 的另一個爬蟲。3 不過，現有報導片段沒有確認她具體如何封鎖、使用 robots.txt、防火牆或主機商提供的程式碼後發生什麼事，也無法判定後來的爬蟲是否單獨導致網站故障。

兩種爬蟲，工作目的不同

Meta-ExternalAgent 與 Meta-WebIndexer 並非只是同一工具的兩種名稱。爬蟲指南指出，Meta-ExternalAgent 與 AI 訓練及產品索引有關；Meta-WebIndexer 則用於建立 Meta AI 搜尋回答所依據的索引。4 對網站管理者而言，這項差異很重要：封鎖其中一種爬蟲，不一定能處理另一種帶來的請求。

《Business Insider》報導，Meta 回應稱，網站管理者可以決定 Meta 的爬蟲如何與網站互動。8 這說明網站管理者有存取控制選項，但並未回答大量請求該如何避免，也沒有說明小型主機方案能承受多大的流量。

報導能證實什麼，哪些細節仍不明

目前報導支持的核心事實是：爬蟲反覆觸發網站功能，伴隨請求量急升；Paulus 的主機商也警告網站資源正承受壓力。38 但這些報導並未證明 Meta 有意讓網站無法運作，也沒有足夠資料核實 Dallas IP 位址、四個網站共用同一主機方案、網站在 11 月 2 日的狀況，或她打算移除 Instagram 連結並考慮使用 Cloudflare 人機驗證工具等細節。

對更廣泛的產業數據也應保持同樣審慎。本文所提供的來源，無法證實 Meta 佔追蹤到的 AI 流量 46.3%、2026 年 1 至 6 月流量成長 164.9%，或 Meta-ExternalAgent 的排名僅次於 Googlebot 等說法。因此，不宜把這些數字視為本案已證實的背景事實。

爬蟲存取控制，為何成了小生意的營運問題

Meta 因涉及 AI 擷取資料的商業條款，面臨出版業者批評。《The Verge》報導，Meta 在出版業者提出疑慮後，將條款的執行時間延至 2026 年 11 月 20 日。1 這場爭議與 Paulus 遭遇的技術問題有關聯，但並非同一件事：規範網站內容如何被存取，並不能說明個別網站是否有能力承受大量請求。

對小型網站經營者來說，關鍵在於主機資源是否足夠。封鎖爬蟲可能限制網站內容被存取；允許爬蟲則可能保留部分曝光或索引機會，取捨取決於網站目標與基礎設施。Paulus 的經驗呈現了這種選擇的界線：能控制爬蟲是否進站固然有用，但不等於網站因此獲得不被流量壓垮的保障。