AI開発コネクト
開発会社の登録（無料）無料で相見積もり・相談
AI最新ニュース欧米のAI動向

Metaの商用規約が10月30日に改定。自社サイトがAI学習に使われる前提で確認する4点

Metaの商用規約の改定が2026年10月30日に発効します。報道では事業アカウントに紐づく自社サイトのクロールと学習利用への許諾が含まれると指摘。公式に確認できる事実と報道の指摘を分けて整理します。

公開: 2026.10.16 ／ 更新: 2026.10.16

自社のコーポレートサイトは、誰のために置いてあるか。顧客と、検索エンジンと、そして今は AI の学習データを集めるクローラー のためでもある。

2026 年 10 月 30 日、Meta の商用規約（Meta Commercial Terms）の改定が発効する。Meta の規約ページには、更新後の規約が 2026 年 10 月 30 日より有効になると告知されている。

報道によれば、この改定には、事業用アカウントに紐づく自社サイトを Meta がクロールし、取得した内容を製品の開発・学習に使うことへの許諾が含まれる。Nieman Journalism Lab が 2026 年 10 月に報じ、国内では GIGAZINE が 10 月 16 日に取り上げた。

開いた門扉と使われていない南京錠、紐でつながれた集荷箱と規約の冊子

確認できる事実と、報道が指摘している点を分ける

この話題は一次情報と報道の距離が近いので、先に切り分けておく。

Meta の公式ページで確認できること

  • 商用規約の改定が 2026 年 10 月 30 日に発効する（Meta Commercial Terms のページに告知あり）
  • Meta は開発者向けドキュメントで、自社のクローラーの識別名（ユーザーエージェント）を公開している
識別名 用途（Meta の記載）
meta-externalagent 基盤 AI モデルの学習、および製品改善のためのコンテンツのインデックス
meta-webindexer インデックス作成
meta-externalads 広告関連
meta-externalfetcher 利用者の要求に応じた取得。robots.txt を迂回する場合がある
facebookexternalhit リンク共有時の情報取得。安全性・健全性の確認時に robots.txt を迂回する場合がある

ドキュメントには、robots.txt で個別に拒否する書き方も示されている。ただし robots.txt の変更は、クローラー側のキャッシュにより反映に最大 24 時間かかるとされている。

報道が指摘していること

報道によれば、新しい条項は「自動化されたソフトウェアの使用を許諾する」という形で、事業アカウントに紐づくドメイン・ウェブページ・URL へのアクセス・インデックス・キャッシュ・収集・クロールを認め、取得したコンテンツを製品の提供・開発・改善・研究・学習に使えるとしている。

  • 対象は Facebook・Instagram・Messenger・WhatsApp で事業用アカウントを持つ主体とされる
  • 個別のオプトアウトは用意されていないと報じられている。同意しない場合は商用利用をやめる、という立て付けである
  • 法律の専門家は、この文言が robots.txt による拒否より優先されると解釈される余地を指摘している（Nieman Journalism Lab）

一方で Meta 側は、同 Lab の個別の質問には回答せず、広報として**「クロールに関する条項は従来複数の規約に分散しており、今回 1 か所にまとめたもの」**と説明している。つまり、新たに権限を増やしたのではなく整理したという立場である。

どちらの読み方が法的に通るかは、現時点では決着していない。 当サイトとしては、規約文の解釈を断定しない。以下は、解釈が割れている状態でも発注側が取れる手を書く。

発注者・企業への影響

ここからは見立てである。SNS 運用の話ではなく、AI 開発の発注と、自社サイトの設計にどう効くかに絞る。

1. 「公開サイトに置く」は「AI に渡す」と同義になってきた

同じ構図は今年すでに何度も出ている。Geminiの学習めぐりEUへ3件目の付託。Webデータを使うAI開発で確認する4点では学習への利用、AmazonがMetaのAIエージェントを遮断。前提は相手先の利用規約になったではアクセスの可否が論点になった。

今回の改定が従来の整理に過ぎないとしても、実務上の結論は変わらないと考えられる。

公開ウェブに置いた情報は、AI の学習・推論に使われる前提で扱う。

これは諦めの話ではない。公開してよい情報と、そうでない情報の線引きを明示的に決めるという設計の話である。外部へ出してよいデータの区分はAI開発で外部APIに送ってよいデータの決め方。4区分と見積依頼に書く5行にまとめた。

2. クローラー制御は「誰の仕事か」が決まっていない

ここが発注の実務にいちばん近い。robots.txt、meta タグ、ログインの要否、ペイウォール。これらはサイト制作の範囲でもインフラの範囲でも AI 案件の範囲でもあるため、どの見積書にも入っていないことが起こる。

AI 案件でサイトを触る場合、次の 3 つのうちどれなのかを決めておきたい。

  1. 制御しない（公開情報だけを置くので構わない）
  2. 拒否を書く（学習用クローラーの識別名を robots.txt で拒否する）
  3. 技術で分ける（守りたい情報は認証の裏に置き、公開領域から外す）

3 を選べるなら、規約の解釈がどちらに転んでも影響を受けない。安全側は 3 である。 2 は手当てとしては妥当だが、迂回の可能性が公式ドキュメントにも書かれている以上、2 だけに依存する設計にはしないほうがよい。

3. 自社サイトを情報源にした RAG は、前提が増える

社内向けの質問応答に自社サイトの内容を読み込ませる構成（RAG）は、いまいちばん多い案件である。この設計は、公開サイトを「社内の資産」と扱うことを前提にしている。

ところが同じコンテンツは、外部の AI の学習にも流れている可能性がある。影響は 2 つあると考えられる。

  • 差別化が効きにくくなる。公開情報だけを使った応答は、汎用の AI でもある程度できてしまう
  • したがって、社内にしかない情報（規程・履歴・案件データ）を混ぜる設計のほうが価値が出る。ただしそのぶん権限管理とデータ整備の工数が乗る

RAG と追加学習の分かれ目はRAGとファインチューニング。知識を持たせる2つの方法で扱った。

4. 規約を根拠にした「利用できる／できない」が増える

技術的に取得できるかどうかではなく、相手先の規約がどう書いてあるかが開発の前提になる流れが続いている。

発注側の実務では、次の 1 項目を要件に加えておくと後が楽になる。

本件で外部サイト・外部サービスのデータを取得する場合、取得元の利用規約・robots.txt の確認結果を一覧で提出すること。

開発会社によって、ここを当然やる会社と、依頼がなければやらない会社に分かれる。工数として見積書に出ているかどうかで見分けられる。生成 AI まわりの法的論点全体は生成AIの著作権・法的リスク。発注者が押さえる論点で整理している。

10 月 30 日までに自社でやれること

契約の話ではなく、手を動かせば終わるものを 4 つ挙げる。

  1. 自社サイトの公開領域を棚卸しする。顧客名、価格表、内部手順書の PDF が公開ディレクトリに置かれていないか
  2. robots.txt の現状を確認する。いつ誰が最後に書いたか分からない状態になっていないか
  3. 学習用クローラーを拒否するかどうかを決める。拒否するなら識別名を調べて明示的に書く（反映に最大 24 時間かかる）
  4. 守りたい情報は認証の裏へ移す。規約の解釈に依存しない唯一の手段である

どれも開発費のかかる作業ではない。決める人がいないせいで放置される類の作業である。

まとめ

  • Meta の商用規約の改定が 2026 年 10 月 30 日に発効する（公式ページに告知あり）
  • 報道では、事業アカウントに紐づく自社サイトのクロールと学習利用への許諾が含まれ、オプトアウトはないと指摘されている。Meta は「従来の条項を 1 か所にまとめたもの」と説明しており、解釈は確定していない
  • Meta は学習用クローラー meta-externalagent を公式に明示し、robots.txt での拒否方法も公開している。ただし一部のクローラーは迂回する場合があると自ら記載している
  • 発注の実務では、クローラー制御を誰の工数で持つか、守る情報を認証の裏に置けているかの 2 点を見積書で確認する

無料で相見積もり・相談の案件票では、扱うデータの区分と公開・非公開の範囲を選択式で揃えている。「公開サイトを情報源にする」案件は、取得元の確認をどこまで含むかで見積もりが割れやすい。

参考・出典

AI開発の見積もりを、同じ条件で比べる。

条件を整理した 1 枚の案件票で複数のAI開発会社に依頼。初期費用だけでなく、データ整備・API 費・精度検証・保守・権利まで同じ列で比較できます。

無料で相見積もり・相談する →
無料で相見積もり・相談30秒で費用診断