上傳到圖床的照片會被拿去訓練 AI 嗎？8 家服務 robots.txt 與條款實測
先講結論再攤數據：8 家我查過的圖床/相簿服務裡，只有 Catbox 在 robots.txt 裡具名封鎖了 GPTBot、ClaudeBot、Google-Extended、CCBot；Flickr 用另一種寫法達到類似效果；Imgur 的 robots.txt 完全沒擋，但服務條款反過來明文禁止第三方把平台內容拿去做 AI 訓練；ImgBB 和 Postimages 的 robots.txt 是空檔案，形同沒有規則；lpic.cc 目前也沒有針對 AI 爬蟲寫任何專門規則。這些都是我這次實際 fetch 到的內容，不是查文件推測出來的，查核時間是 2026 年 9 月。
這篇怎麼查的
我對 8 個網域直接跑 curl 抓 robots.txt 原始檔（不是看第三方工具的解讀），再用網頁擷取工具讀各家的服務條款全文，找「內容授權範圍」與「AI / 機器學習訓練」相關字句，逐字引用。查不到、或條款裡完全沒提到的欄位，我標「未提及」，不用記憶腦補。
比較的 5 個 AI 爬蟲 UA，各自代表不同用途：
- GPTBot — OpenAI 用來蒐集訓練資料的爬蟲
- ClaudeBot — Anthropic 用來蒐集訓練資料的爬蟲（跟同樣是 Anthropic、但用途是即時檢索的
Claude-User/Claude-SearchBot是不同 UA） - Google-Extended — Google 專門給 Gemini 等生成式 AI 訓練用的退出令牌，跟負責搜尋索引的 Googlebot 是分開的
- CCBot — Common Crawl 的爬蟲，很多 LLM 的訓練資料集都是從它抓的資料集加工出來的
- PerplexityBot — Perplexity 的爬蟲
完整比較表
資料更新：2026 年 9 月。「未列名」代表這個 UA 沒有出現在該站 robots.txt 裡，實際處置要看它落入哪一條規則。
| 服務 | GPTBot | ClaudeBot | Google-Extended | CCBot | PerplexityBot | 服務條款提到 AI 訓練？ |
|---|---|---|---|---|---|---|
| Imgur | 未列名→依 * 規則放行 |
未列名→放行 | 未列名→放行 | 未列名→放行 | 未列名→放行 | 有 — 明文禁止第三方為 AI 機器學習用途擷取/使用平台內容 |
| ImgBB | 放行（robots.txt 空檔） | 放行 | 放行 | 放行 | 放行 | 未提及 |
| Postimages | 放行（robots.txt 空檔） | 放行 | 放行 | 放行 | 放行 | 未提及 |
| Catbox | 阻擋（具名） | 阻擋（具名） | 阻擋（具名） | 阻擋（具名） | 未列名→依 * 規則放行 |
未提及 |
| Flickr | 阻擋（未進允許名單，落入 User-agent: * / Disallow: /） |
阻擋（同左；但 Claude-User、Claude-SearchBot 兩個非訓練用 UA 有被具名放行） |
阻擋（同左） | 阻擋（同左） | 放行（具名列入允許名單） | 未提及 |
| Google Photos | 未列名；分享/相簿相關路徑對 * 全擋 |
同左 | 同左 | 同左 | 同左 | Google 主服務條款禁止「用本服務內容訓練機器學習模型」，但沒有針對 Photos 另外說明 |
| iCloud 分享相簿 | 未列名；/sharedalbum/、/photos/ 對 * 全擋（Googlebot 例外整站放行） |
同左 | 同左 | 同左 | 同左 | 未提及；Apple Intelligence 隱私頁另有聲明「私人內容未經同意不會用於訓練基礎模型」 |
| lpic.cc | 放行（Allow: /，只擋 /admin/、/api/） |
放行 | 放行 | 放行 | 放行 | 未提及；授權範圍限於「儲存、處理（如壓縮轉檔）、傳輸」，不是「任何目的」的概括式授權 |
robots.txt 只是君子協定，這句話要說清楚
上面這張表全部是「規則寫了什麼」，不是「爬蟲實際有沒有遵守」。robots.txt 沒有任何技術強制力，一個網站把某個 UA 寫成 Disallow: /，對方的爬蟲要不要理會，全靠對方自律。我這次只驗證了規則文字本身，沒有逐一去驗證這 5 家 AI 公司的爬蟲是否確實遵守自己聲稱要遵守的 robots.txt——那需要另一套流量分析方法，不是讀規則能回答的問題。這點對後面 lpic.cc 那段的定位很重要，先在這裡講清楚。
逐家拆解：規則背後的邏輯差異
Catbox：封鎖名單最完整，但漏了 PerplexityBot
Catbox 的 robots.txt 用最直接的寫法：先給所有 UA 一組通用規則（只擋 /contact.php、/user/ 等幾個功能性路徑），接著逐一列名擋掉 ClaudeBot、Claude-User、Claude-SearchBot、GPTBot、Google-Extended、CCBot、Meta-ExternalAgent、FacebookBot、Bytespider、Applebot-Extended——十個訓練或聚合型 UA，Disallow: / 整站擋死。
但這份名單裡沒有 PerplexityBot。它沒被具名列出，就落回通用規則，等於整站（除了那幾個功能性路徑）對它是開放的。我不知道這是名單沒更新，還是刻意的判斷（Perplexity 官方把自己定位成即時檢索助理，不是訓練爬蟲）——這是我這次查不到、也不打算瞎猜的部分。能確定的只有：就連查得最細的 Catbox，也有一個具體、可驗證的漏網之魚。
Flickr：用「允許名單」達到跟 Catbox 相反的效果
Flickr 的寫法反過來：先列一長串允許的 UA（Googlebot、bingbot、ChatGPT-User、Claude-SearchBot、Claude-User、OAI-SearchBot、PerplexityBot 等），只對這些 UA 開放（扣掉幾個路徑），最後補一條 User-agent: * / Disallow: /。
換句話說，沒被明確邀請進允許名單的 UA，一律整站擋死。GPTBot、ClaudeBot、Google-Extended、CCBot 都不在允許名單裡，所以全部落入那條 Disallow: /。這個結果剛好就是「搜尋/即時檢索型爬蟲放行、大規模訓練型爬蟲擋掉」——跟 Catbox 手動列黑名單殊途同歸，只是實作方式完全相反：一個是黑名單，一個是白名單。
Imgur：robots.txt 開門，服務條款上鎖
Imgur 的 robots.txt 沒有任何一個 AI 相關 UA 被單獨處理，通用規則也只擋帳號、下載、登出這類功能頁，圖片與相簿頁面對所有爬蟲都是開放的。但翻它的服務條款，第三方使用限制寫得非常直白：
"...create derivative works based on our service...including for any purposes related to AI machine learning/use on AI platforms..."（禁止事項清單的一部分）
以及：
"...any use of our service...for any commercial purpose, including without limitation AI machine learning, use on AI platforms, etc., you must first obtain our express signed written consent..."
這條禁令是寫給「第三方」的，不是自我限制——Imgur 母公司 MediaLab.Ai 自己怎麼用平台上的內容，條款沒有對應的自我約束文字。所以精確的講法是：Imgur 用技術規則（robots.txt）放行所有人進來，卻用法律規則（ToS）禁止別人把抓到的東西拿去訓練 AI。這是一種「先讓你爬，但爬完你不能拿去做這件事」的組合，跟 Catbox/Flickr 用技術手段直接擋在門口是完全不同的策略。
ImgBB、Postimages：規則是空的
這兩家的 robots.txt 我直接用 curl 驗過 HTTP 回應，Content-Length: 0——不是抓取失敗，是網站真的回傳一個空檔案。沒有任何 Disallow 規則，代表所有爬蟲（含 5 個 AI 爬蟲）技術上暢行無阻。服務條款也都沒提到 AI 訓練，但兩家都對自己的服務給了非常寬的內容授權（ImgBB 的原文是「for any purpose, commercial, advertising, or otherwise」）。這個寬授權是簽給平台自己的，不是替 AI 公司背書，但也意味著平台未來要不要把內容授權出去做 AI 訓練，條款目前並不阻止它這麼做。
Google Photos、iCloud 分享相簿：問題本身可能問錯了
這兩個服務的 robots.txt 都沒有針對任何一個 AI 爬蟲寫專門規則，但通用規則把 /photo/、/shared、/sharing（Google Photos）與 /sharedalbum/、/photos/（iCloud）都整段擋掉，對所有沒被額外放行的 UA 一視同仁——這 5 個 AI 爬蟲沒有任何一個拿到例外。
但這裡有個結構性差異，跟前面 6 家不一樣：Imgur、ImgBB、Postimages、Catbox、Flickr、lpic.cc 的圖片頁面設計上就是可公開瀏覽的（其中幾家還會進搜尋索引；lpic.cc 的觀看頁則設了 noindex）；Google Photos 的相簿、iCloud 的分享相簿預設是靠一組不可猜測的網址在運作，沒有任何公開列表或站內連結導向這些頁面。robots.txt 擋不擋，對這種「網址即密鑰」的架構影響有限——爬蟲得先知道那個網址,才有機會去讀 robots.txt 判斷能不能爬。這跟前 6 家「頁面本來就在公開索引裡，靠 robots.txt 攔」是兩種完全不同的防護邏輯，放在同一張表比較時我覺得有必要講清楚，不然容易誤讀成「Google/Apple 也用了跟 Catbox 一樣的策略」。
Cloudflare 剛做的事，跟這些圖床有沒有關係
2026 年 9 月 15 日，Cloudflare 官方部落格發布〈Have it both ways: stay discoverable in search while disallowing AI training〉，正式把爬蟲行為分成三類：Search（建搜尋索引）、Training（訓練或微調模型）、Agent（使用者即時指派的代理行為，例如幫你查資料）。文章明講，這天起所有新接入 Cloudflare 的網域會套用新的預設值：有廣告的網站預設「允許搜尋、阻擋訓練、廣告頁擋代理」；沒有廣告的網站預設三者全部允許。這是 Cloudflare 2025 年 9 月推出的 Content Signals Policy（把 search / ai-input / ai-train 三個訊號寫進 robots.txt 擴充語法）的後續落地。
我沒有查到、也不打算假裝查到「這 8 家圖床是不是 Cloudflare 客戶」——這篇沒有驗證這件事，不代表它們套用了 Cloudflare 的新預設值。值得記錄的巧合是：Flickr 現有的 robots.txt 結構，剛好就是 Cloudflare 這次想推廣的邏輯（搜尋/代理型爬蟲放行、訓練型爬蟲擋），只是 Flickr 是自己手動維護 UA 清單做到的，跟 Cloudflare 這次的自動化預設無關。
lpic.cc 現在的政策是什麼（老實說）
lpic.cc 的 robots.txt 現在長這樣（2026-09 查核）：
User-Agent: *
Allow: /
Disallow: /admin/
Disallow: /api/
Sitemap: https://lpic.cc/sitemap-index.xml
沒有針對 GPTBot、ClaudeBot、Google-Extended、CCBot、PerplexityBot 任何一個寫專門規則，在 robots.txt 這一層等同全部放行。服務條款這邊，授權範圍寫的是「你授權本服務對上傳內容進行儲存、處理（如壓縮轉檔）與傳輸」——範圍比 Imgur、ImgBB、Postimages 那種「任何目的」的概括授權窄很多，但條款裡同樣沒有出現「AI」或「機器學習」字樣，既沒承諾、也沒禁止。
這兩件事合起來，誠實的講法是：lpic.cc 的 robots.txt 與條款目前都沒有針對 AI 訓練爬蟲的阻擋，這點跟 Imgur、ImgBB、Postimages、Google Photos、iCloud 是同一組，不比它們特別（網站前面的 CDN 另有爬蟲管理設定，那一層不在本文查核範圍內，這裡不替它背書，也不據此宣稱任何保護效果）。我們不會說「上傳到 lpic.cc 比較不會被拿去訓 AI」，因為沒有任何規則支持這句話，而且就算加了 Disallow: GPTBot 這種規則，前面已經講過，那也只是自律協定，沒有量測過任何一家會不會真的遵守。要不要現在跟進 Catbox / Flickr 那種明確擋法，是另一個獨立的產品決策，跟這篇文章要不要誠實描述現況是兩件事。
你該挑哪家：情境對照表
| 你在意的事 | 適合看的服務 | 為什麼 |
|---|---|---|
| 想要圖床主動、技術層面擋掉已知訓練爬蟲 | Catbox | robots.txt 具名擋了 4/5 個目標爬蟲，是本文查到唯一這樣做的 |
| 想公開分享又想被搜尋引擎收錄，但不想被訓練型爬蟲掃 | Flickr | 白名單式寫法剛好達到「可搜尋、不可訓練」的效果，但這是它既有的維運方式，不是官方對 AI 議題的公開承諾 |
| 只是要免費放圖，不特別在意 AI 議題 | ImgBB / Postimages | robots.txt 沒有限制，上手最快，但條款把內容授權範圍寫得很寬，等於默認同意平台可以拿內容做「任何用途」 |
| 想要平台自己的授權範圍越窄越好（只能存放/處理/傳輸） | lpic.cc | 條款文字範圍是本文比較裡最窄的一個，但沒有對應的 AI 爬蟲技術阻擋 |
| 想要照片本來就不公開曝光、不進索引 | Google Photos 分享相簿 / iCloud 分享相簿 | 靠不可猜測網址而非 robots.txt 防護，架構邏輯跟其他 6 家不同 |
FAQ
Q：robots.txt 寫 Disallow，AI 公司就一定不會爬嗎？
不一定。robots.txt 是自律協定，沒有技術強制力。這篇只驗證了「規則寫了什麼」，沒有另外去量測這 5 家 AI 公司的爬蟲是否真的遵守自己聲稱要遵守的規則。
Q：服務條款完全沒提到 AI 訓練，代表我的照片比較安全嗎？ 不代表。沒提到通常表示條款制定時這還不是重點，或平台刻意保留彈性。搭配 Imgur、ImgBB、Postimages 那種「任何目的」的寬泛授權來看，條款沒寫清楚，反而可能是風險而不是保障。
Q：lpic.cc 有專門擋 AI 訓練爬蟲嗎？ robots.txt 層沒有。2026 年 9 月查核當下，robots.txt 對 5 個目標 UA 全部放行（CDN 層的爬蟲管理設定不在本文查核範圍），這是誠實的現況陳述，不是承諾未來不會補。
Q：Cloudflare 這次的三分類（Search / Training / Agent），跟這 8 家圖床有直接關係嗎？ 沒有直接關係。這是 Cloudflare 平台層級的新機制，套用對象是接入 Cloudflare 的網域，本文沒有查證這 8 家是否為 Cloudflare 客戶。Flickr 現有規則的效果剛好類似，純屬巧合，不代表它是為了配合 Cloudflare 這次公告而設計。
Q：PerplexityBot 為什麼在 Catbox 沒被列入封鎖名單？ 不知道確切原因，本文沒有查到 Catbox 維運者的公開說明。可能是名單沒更新，也可能是刻意判斷——Perplexity 官方把自己定位成即時檢索型助理，跟純粹蒐集訓練資料的爬蟲不同。這裡只呈現規則本身的落差，不做動機推測。
資料來源與查核日期
以下全部為 2026-09-25 直接 fetch/curl 取得的原始內容，非轉引第三方摘要：
- Imgur robots.txt：
https://imgur.com/robots.txt - Imgur 服務條款：
https://imgur.com/tos - ImgBB robots.txt：
https://imgbb.com/robots.txt（HTTP 200，Content-Length: 0） - ImgBB 服務條款：
https://imgbb.com/tos - Postimages robots.txt：
https://postimages.org/robots.txt（HTTP 200，Content-Length: 0） - Postimages 服務條款：
https://postimages.org/terms - Catbox robots.txt：
https://catbox.moe/robots.txt - Catbox 條款/隱私頁：
https://catbox.moe/legal.php - Flickr robots.txt：
https://www.flickr.com/robots.txt - Flickr 服務條款：
https://www.flickr.com/help/terms - Flickr 隱私權政策：
https://www.flickr.com/help/privacy - Google Photos robots.txt：
https://photos.google.com/robots.txt - Google 服務條款：
https://policies.google.com/terms - Google 隱私權政策：
https://policies.google.com/privacy - iCloud robots.txt：
https://www.icloud.com/robots.txt - iCloud 服務條款：
https://www.apple.com/legal/internet-services/icloud/ - Apple Intelligence 隱私頁：
https://www.apple.com/privacy/features/ - lpic.cc robots.txt：
https://lpic.cc/robots.txt - lpic.cc 服務條款：站內
/terms頁面對應之 i18n 文案（termsIntellectualDesc） - Cloudflare 官方部落格（三分類爬蟲政策，2026-09-15 發布）：
https://blog.cloudflare.com/accountable-mixed-use-ai-crawlers/ - Cloudflare Content Signals Policy（三分類的前身，2025-09-24 發布）：
https://blog.cloudflare.com/content-signals-policy/