ブログに戻る
比較

アップロードした写真、AI学習に使われる？画像ホスティング8社のrobots.txtと利用規約を実測

公開日27 min read
共有

先に結論を書きます。今回調べた画像・写真ホスティング8社のうち、robots.txtでGPTBot、ClaudeBot、Google-Extended、CCBotを名指しでブロックしていたのはCatboxだけでした。Flickrは別の書き方で似た効果を実現しています。Imgurのrobots.txtは何も制限していませんが、利用規約のほうで第三者がプラットフォームのコンテンツをAI学習に使うことを明文で禁止しています。ImgBBとPostimagesのrobots.txtは空ファイルで、実質ルールなし。lpic.ccも現時点ではAIクローラー専用のルールを設けていません。以下はすべて今回実際にfetchした内容で、2026年9月に査読しました。

今回の調査方法

8つのドメインに対して直接 curl を実行し、robots.txt の生データを取得しました（第三者ツールの解釈ではありません）。あわせてWebフェッチツールで各社の利用規約全文を読み込み、「コンテンツのライセンス範囲」や「AI・機械学習の学習利用」に関する記述を探し、該当箇所を逐語引用しています。見つからなかった項目、または規約に一切言及がない項目は「言及なし」と表記し、記憶で補完することはしていません。

比較対象とした5つのAIクローラーUAは、それぞれ用途が異なります。

  • GPTBot — OpenAIが学習データ収集に使うクローラー
  • ClaudeBot — Anthropicが学習データ収集に使うクローラー（同じAnthropicでもリアルタイム検索用の Claude-User / Claude-SearchBot とは別のUA）
  • Google-Extended — 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 は個別に許可） ブロック（同左） ブロック（同左） 許可（許可リストに名指しで掲載） 言及なし
Google フォト 未列挙。共有・アルバム関連パスは * に対して全ブロック 同左 同左 同左 同左 Googleの主規約は「本サービスのコンテンツで機械学習モデルを学習させること」を禁止しているが、Photos専用の記載はなし
iCloud共有アルバム 未列挙。/sharedalbum/、/photos/ は * に対して全ブロック（Googlebotのみ例外でサイト全体を許可） 同左 同左 同左 同左 言及なし。Apple IntelligenceのプライバシーページにはAI IntelligenceのAI別に「同意なく個人のコンテンツを基盤モデルの学習に使わない」旨の記載あり
lpic.cc 許可（Allow: /、/admin/ と /api/ のみブロック） 許可 許可 許可 許可 言及なし。ライセンス範囲は「保存、処理（圧縮・形式変換など）、送信」に限定され、「あらゆる目的」といった包括的な許諾ではない

robots.txtはあくまで紳士協定——ここは明確にしておきたい

上の表はすべて「ルールに何が書かれているか」であり、「クローラーが実際に従っているか」ではありません。robots.txtには技術的な強制力が一切なく、あるサイトが特定のUAに Disallow: / を書いたとして、相手のクローラーがそれを尊重するかどうかは完全に相手の自主性に委ねられています。今回はルールの文言そのものだけを検証しており、この5社のAIクローラーが自ら「従う」と表明しているルールを実際に遵守しているかどうかは別途検証していません。それを確かめるにはトラフィック分析という別の方法論が必要で、規約を読むだけでは答えが出ない問題です。この点は後段の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 の10種を名指しでリストし、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：技術の扉は開いているが、法律の扉には鍵がかかっている

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）で誰でも入れるようにしておきながら、法的なルール（利用規約）で「入って取得したものをAI学習に使うこと」を禁止しているわけです。CatboxやFlickrのように技術的手段で門前払いするのとは、まったく異なる戦略です。

ImgBB、Postimages：ルールブックは空っぽ

この2社は curl で直接検証しましたが、HTTPレスポンスは Content-Length: 0 でした。フェッチ失敗ではなく、サイトが本当に空ファイルを返しているのです。Disallowルールが一切ないため、5つのAIクローラーを含むすべてのクローラーが技術的には制限なくアクセスできます。利用規約もAI学習には触れていませんが、両社とも自社のコンテンツ利用範囲を非常に広く設定しています——ImgBBの原文は「for any purpose, commercial, advertising, or otherwise」となっています。この広い許諾はプラットフォーム自身に与えられたもので、AI企業に対する保証ではありませんが、将来プラットフォームがそのコンテンツをAI学習用にライセンスすることを、規約が現時点で妨げていないという意味でもあります。

Google フォト、iCloud共有アルバム：そもそも問いの立て方が違うかもしれない

この2サービスのrobots.txtは、5つのAIクローラーのいずれにも専用ルールを設けていませんが、一般ルールで /photo/、/shared、/sharing（Google フォト）や /sharedalbum/、/photos/（iCloud）を丸ごとブロックしており、追加で許可されていないUAには一律で例外なく適用されます。5つのAIクローラーのうち、例外扱いを受けているものは一つもありません。

ただし他の6社とは構造的な違いがあり、ここは明確にしておく必要があります。Imgur、ImgBB、Postimages、Catbox、Flickr、lpic.ccは、いずれも画像ページが設計上デフォルトで公開閲覧可能です（いくつかは検索エンジンにインデックスされることさえあり、lpic.ccの閲覧ページには noindex が設定されています）。一方、Google フォトのアルバムやiCloudの共有アルバムは、推測不可能なURLで運用されることが前提で、公開の一覧やサイト内リンクからそこへ誘導される経路が存在しません。robots.txtがブロックしているかどうかは、「URL自体が鍵」というこの種のアーキテクチャにとってはあまり意味を持ちません。クローラーはそもそもそのURLを事前に知らなければ、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」を公開し、クローラーの挙動を正式に3種類に分類しました。Search（検索インデックスの構築）、Training（モデルの学習・ファインチューニング）、Agent（ユーザーがその場でエージェントに依頼したリアルタイムの代行行為）です。記事によれば、この日以降Cloudflareに新規オンボードされるすべてのドメインには新しいデフォルト値が適用されます。広告のあるサイトはデフォルトで「検索は許可、学習はブロック、広告ページではエージェントもブロック」、広告のないサイトはデフォルトで3つとも全て許可となります。これは2025年9月にCloudflareが発表したContent Signals Policy（robots.txtの拡張構文に search / ai-input / ai-train の3つの信号を書き込む仕組み）の後継施策です。

今回、この8社の画像ホスティングが実際にCloudflareの顧客かどうかは調べていませんし、調べたふりをするつもりもありません——この記事ではその点を検証していないため、Cloudflareの新デフォルトを採用しているとは限りません。偶然として記録しておく価値があるのは、Flickrの既存のrobots.txt構造が、Cloudflareが今回広めようとしているロジック（検索・エージェント型クローラーは許可、学習型クローラーはブロック）と偶然一致している点です。ただしFlickrはこれを自前でUAリストを手動管理して実現しており、Cloudflareの今回の自動デフォルトとは無関係です。

lpic.ccの現在のポリシーはどうなっているか（正直に）

lpic.ccの robots.txt は現在このようになっています（2026年9月査読）。

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」や「機械学習」という言葉は一切登場しません。約束もなければ禁止もない、という状態です。

この2つを合わせると、正直な言い方はこうなります。lpic.ccのrobots.txtと利用規約は現時点でAI学習用クローラーへのブロックを一切設けておらず、この点ではImgur、ImgBB、Postimages、Google フォト、iCloudと同じグループに属していて、それらより特別優れているわけではありません（サイト前面のCDN側には別途クローラー管理設定がありますが、その層は本記事の調査範囲外であり、ここで保証や効果を主張するものではありません）。「lpic.ccにアップロードすればAI学習に使われにくい」とは言いません。それを裏付けるルールが現時点で存在しないからです。仮に Disallow: GPTBot のようなルールを追加したとしても、前述の通りそれはあくまで自主協定であり、実際に遵守されるかどうかを計測したことは一度もありません。今後CatboxやFlickrのような明確なブロックに追随するかどうかは独立した製品判断であり、この記事が現状を正直に描写するかどうかとは別の問題です。

あなたに合うのはどれか：状況別対照表

気にしていること 見るべきサービス 理由
ホスティング側が能動的・技術的に既知の学習用クローラーをブロックしてほしい Catbox 5個中4個のクローラーを名指しでブロック。本記事で唯一これをやっている
公開共有もしたいし検索にも載りたいが、学習型クローラーには拾われたくない Flickr 許可リスト方式が「検索は可、学習は不可」という結果にちょうど落ち着いているが、これはAI問題に対する公式な公約ではなく既存の運用方針にすぎない
ただ無料で画像を置きたいだけで、AI問題は特に気にしない ImgBB / Postimages robots.txtに制限がなく始めやすいが、規約のコンテンツ許諾範囲が非常に広く、プラットフォームが「あらゆる用途」に使うことを事実上デフォルトで認めている
プラットフォーム自身のライセンス範囲をできるだけ狭くしたい（保存・処理・送信のみ） lpic.cc 本記事の比較の中で規約の文言が最も狭いが、対応するAIクローラーの技術的ブロックはない
そもそも写真を公開露出させたくない、インデックスもされたくない Google フォト共有アルバム / iCloud共有アルバム robots.txtではなく推測不可能なURLに依存しており、他の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の今回の3分類（Search / Training / Agent）は、この8社の画像ホスティングと直接関係がありますか？ 直接の関係はありません。これはCloudflareに接続しているドメインに適用されるプラットフォーム層の仕組みであり、本記事はこの8社がCloudflareの顧客かどうかを検証していません。Flickrの既存ルールが偶然似ているだけで、Cloudflareの今回の発表に合わせて設計されたわけではありません。

Q：PerplexityBotはなぜCatboxのブロックリストに入っていないのですか？ 確たる理由はわかりません。本記事ではCatboxの運営者による公開説明を見つけられませんでした。リストの更新漏れかもしれませんし、Perplexityが自らを純粋な学習用クローラーではなくリアルタイム検索アシスタントと位置づけていることを踏まえた意図的な判断かもしれません。ここではルール自体の食い違いを示すにとどめ、動機の推測はしません。

Q：日本の個人情報保護法や著作権法との関係ではどう考えればいいですか？ robots.txtの設定自体を直接規律する法律ではありませんが、写真に写り込んだ個人情報がAI学習データとして無断利用された場合、個人情報保護法上の問題になり得ますし、著作物性のある画像であれば著作権法30条の4（情報解析目的の利用）の適用範囲かどうかが論点になります。ただしこれらはいずれも事後の法的な論点であり、robots.txtやライセンス条項の設定そのものを代替するものではありません。

情報源と査読日

以下はすべて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 フォト 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公式ブログ（3分類のクローラーポリシー、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/
#AI学習#robots.txt#画像ホスティング プライバシー#imgur#catbox#flickr#google photos#lpic
B

著者

Brian Lee

技術アナリスト

画像フォーマット・圧縮技術・API 連携に特化し、データに基づいた分析を提供します。