OpenAIは2026年10月30日、サイト運営者がAIの学習に使ってほしくないという意思を、複数の事業者へ共通の方法で伝える仕組みを支持すると発表した。ニュースだけ読むと「robots.txtに新しい行を足せば終わり」と思いやすい。しかし、検索から読者に見つけてもらうことと、生成AIの学習に記事を使うことは別の話だ。小さなメディアほど、この二つを分けて考えたい。
この記事ではOpenAIの発表、同社のクローラー説明、公開中のIETF草案を確認し、サイト管理者が今日できる点検をまとめる。新しい共通信号についてOpenAIは「今後数か月で実装を目指す」と説明しており、すでに有効になったとは扱わない。AI Pulseの実際のrobots.txtを変更した検証ではない。
まず結論：検索と学習を一つのスイッチにしない
サイトにとっての判断は「AIを全部許すか、全部止めるか」ではない。記事を検索結果で見つけてもらいたいなら、そのための巡回をどう扱うかを決める。一方、記事を基盤モデルの学習へ使ってほしくないなら、その用途への希望を別に伝える。この順番なら、読者との接点を意図せず閉ざしにくい。
OpenAIの現在の説明では、OAI-SearchBotはChatGPTの検索表示向け、GPTBotは生成AIの基盤モデルの学習に使われ得る内容の収集向けだ。両者の設定は独立している。同社は、検索用を許可して学習用を拒否する例も示している。ただし検索結果に載る保証ではないし、すべてのAI事業者が同じ動きをするわけでもない。
たとえば、独自に撮影・検証した記事を公開する小規模メディアなら、「検索経由の新規読者は欲しいが、記事の学習利用には慎重」という方針があり得る。逆に、知名度を優先し広い利用を認めたいサイトもある。どちらが正解かは、収益源、契約、記事の権利、今後の方針によって変わる。
今回の新しい信号は何か
IETFの公開草案では、robots.txtの中で__usage_ai-trainingという共通の名前を使い、学習用途への希望を示す案が書かれている。例では「全体を学習には使わないでほしいが、一部の公開資料はよい」といった、パス単位の指定もできる。ここでいう「学習」は、生成AIモデルの学習済みパラメーターを変える利用を指す。
大切なのは、これはアクセス遮断の命令ではなく、コンテンツの使い道に関する希望だという点だ。草案も巡回の制御とは独立すると明記している。「この行を入れればAIがページへ来なくなる」「すでに学習した内容を取り消せる」とは読めない。また草案は最終的な標準ではなく、解釈や対応事業者も今後変わり得る。
OpenAIは既存のGPTBotなど個別のクローラー設定を引き続き尊重すると説明する。共通信号は既存の設定をすぐ置き換えるものではない。現時点で運営者が行うべきなのは、急いで新しい行を追加することより、まず現在の設定と自分の希望が一致しているか確かめることだ。
サイト管理者が今日できる15分の点検
1. 方針を一文で書く
「検索で見つけてもらいたい」「AI学習への利用は拒否したい」「契約で提供している資料だけ例外にする」など、用途を分けて書く。担当者が複数いるなら、公開前に記事の権利者や契約上の条件も確認する。ここが曖昧なまま設定を触ると、後で「なぜ止めたのか」が分からなくなる。
2. いま配信されているrobots.txtを読む
ブラウザで自サイトのドメイン直下に「/robots.txt」を付けて開く。WordPressの管理画面で見える設定だけでなく、外部から実際に取得できる内容を確認する。複数サイトを同じドメインで運用している場合は、一つのrobots.txtがほかの領域にも影響する可能性があるため、対象のパスをメモしておく。
見つけるべき文字列は「User-agent」「Allow」「Disallow」だ。OAI-SearchBotとGPTBotの記載があれば、それぞれ別に読む。「User-agent: *」のような全体向けの行や、サイトマップなどの設定も含め、意味が分からない行は削除せず担当者に確認する。robots.txtが見当たらない場合も、すぐ制限が掛かっているとは決めつけない。
3. 希望と現状を二列で比べる
メモ帳でも表計算でもよい。列を「用途」「希望」「現在の記述」「確認日」にする。たとえば検索は「許可したい／OAI-SearchBotの記載を確認」、学習は「拒否したい／GPTBotの記載を確認」と並べる。この簡単な表があれば、今後共通信号を追加するかどうかも判断しやすい。設定に何も書かれていないときは「未確認」と記録し、勝手に許可・拒否へ読み替えない。
4. 変更するなら戻し方を先に用意する
robots.txtは一行の変更でもサイト全体へ響き得る。現行ファイルを保存し、変更前後の差分と公開時刻を記録する。公開後は、ブラウザから同じURLを開き直して想定した行が出るか確認する。設定を扱うプラグインやサーバー側のファイルが複数ある場合、どれが実際に配信されるかも確かめる。迷う場合は本番へ直接書き込まず、保守担当者へ相談する。
設定例を読むときの落とし穴
ネットで見つけた「AIクローラーを全部止める」例をそのまま貼るのは危うい。検索用の巡回まで止めると、検索からの発見機会に影響し得る。反対に、検索用を許可しているから学習も許可したことになる、という理解も誤りだ。目的別にどの行が何を表すかを説明できない設定は採用しないほうがよい。
もう一つは、共通信号を「世界共通で強制される拒否設定」と受け取ることだ。公開草案は参加する事業者へ希望を伝える枠組みであり、法的な契約やアクセス制御の代わりではない。OpenAI自身も実装はこれからと述べている。今後の正式な実装情報、対応する事業者、既存の個別設定との優先関係を見てから採用を決めるのが現実的だ。
AI Pulseとしては、自社の記事を「見つけてもらう」と「学習に渡す」を同じ判断にまとめないことを勧める。まず権利と目的を決め、現状を点検し、変更は小さく試す。今回の発表は新しい記法そのものより、サイトのコンテンツ利用方針を文書化するきっかけとして使える。
架空のメディアなら、どう判断するか
仮に、比較記事と自社撮影の写真を載せるメディアを考える。まず編集担当は「比較記事は検索で読者へ届けたい」「写真の学習利用は権利条件を確かめるまで保留」と書く。この時点では技術設定を決めない。写真に第三者から借りた素材が混じるなら、その契約の確認を先に行う。
次に管理担当がrobots.txtを読み、検索用と学習用の記述、対象パス、ほかのサービスへの影響を一覧化する。編集方針と設定が食い違えば、その行だけを変更候補にする。ここで共通信号を試すとしても、OpenAIの実装開始時期と正式な説明が出てからでよい。公開後は取得できるrobots.txtの内容を確認し、検索流入の変化は短期の数値だけで断定しない。
この例は設定を実際に変更した体験談ではなく、判断の順序を示すものだ。自社で進めるなら「方針を書いた人」「設定を変える人」「公開後に確認する人」を決めておくと、慌てて一括拒否する失敗を避けやすい。
参考情報（主要ソース）
- OpenAI：ウェブサイトのAI学習利用に関する希望の表明（2026年10月30日）
- OpenAI：クローラーの種類と設定
- IETF公開草案：共通の学習利用希望信号（草案）
