Metaとビジネスサイトのクロール：2026年10月30日からの条件

2026年10月30日から、MetaはFacebook、Instagram、Messenger、WhatsAppを商業目的で使用するすべての人々に向けた更新されたCommercial Termsを施行します。これには、広告を開始したり、ブランドページを運営したり、カタログを通じて販売したりすることが含まれます。新しいテキストには、法律家やメディアが10月中旬に気づいた段落が含まれています：ビジネスはMetaが自動的に自社のサイトを回避することを許可する—コンテンツをインデックス化、キャッシュ、収集、分析することを許可しています。この条項を個別に拒否することはできず、Metaのビジネス製品の使用をやめるしかありません。

この話は出版社だけでなく、興味深いものです。これは、何年もスクリーパーと訴訟を起こしてきたMetaであり、Bright Dataを含むもので、特に「誰が利用規約に縛られるか」という問題で重要な争いに負けました。今、会社は同じ契約メカニズムを自らの利益のために利用しています。条件に何が書かれているのか、Metaがスキャンダル後に何を修正したのか、そしてデータを収集する人々やボットから自分のサイトを守るための実用的な結論について考察します。

新しいMetaの条件に何が書かれているか

Metaは10月初めにBusiness Help CenterとMeta Business Suiteでこの更新を発表しました。これは、Commercial Terms、商品カタログの条件、自主広告の条件、AIを使用した広告クリエイティブの生成条件など、いくつかの文書に関わっています。以前のCommercial Termsは2024年3月6日から有効であり、PPC Landの分析によれば、クローリングに関する言語は含まれていませんでした。

新しい版では、セクション1が「ライセンス」から「Metaに提供するライセンスと権利」に改名されました。元のバージョンの重要な表現は次のとおりです：

ビジネスはMeta「またはその名の下に行動する任意の人物」に対して、自動化されたソフトウェアを使用して、ドメイン、ページ、URLにアクセスし、インデックス化、キャッシュ、分析、収集、クローリングを行うことを許可し、定期的に更新を取得することができます。
対象となるのは、ビジネスの製品やサービスに「関連する」サイト、またはMetaの製品を使用してアクセス可能なサイトです。「関連する」とは何か、テキストでは定義されていません。
Metaが取得したコンテンツは、「提供、開発、改善、研究、教育、および製品の整合性を維持するため」に使用できます。
Metaはこれらのリソースにアクセスするための「テストアカウント」を作成する権利を持っています。これは実際には何を意味するのか、条件では説明されていません。

同意はプラットフォームに慣れ親しんだ形で行われます：変更の通知後にビジネス製品を使用し続ける場合、同意したことになります。10月31日の企業ページの投稿はすでに受け入れと見なされます。クローリングに関する段落の部分的な拒否はありません。

法律家の反応とMetaの回答

10月15日にNieman Labがこの話を取り上げ、3人の法律専門家にインタビューしました。彼らの評価は厳しいものでした：

マット・トピック（Loevy & Loevy）は、この条項が裁判所に認められるかどうかは不明だが、出版社は「執行可能であると考えるべきだ」と述べました。
ジェームズ・グリメルマン（コーネル大学法科大学院）は、この段落をMetaが出版社のコンテンツでAIを教育する明示的な許可と呼びました。彼は「テストアカウント」にも注目し、これが偽のユーザーを作成し、登録の壁を通過することを可能にするかもしれないと述べました。
ベンジャミン・ソーベル（ウィスコンシン大学）は、「結びつき」の可能性のある問題を指摘しました：必要な製品を使用するために、ビジネスはクローリングにも同意しなければならないのです。

News/Media Allianceの責任者ダニエル・コフィは、条件を「ひどく、恐らく違法だ」と呼びました。Digital Content Nextのジェイソン・キントは、Metaが広範な権利を要求し、AIの教育を義務的な契約に明記する理由を問いかけました。

Metaの立場：10月16日、コミュニケーションディレクターのアンディ・ストーンは、報道を「虚偽」と呼び、Metaがウェブクローラーを使用する方法には何も変わらないと述べました。会社によれば、クローリングに関する表現は以前はさまざまな文書に散らばっており、生成AIに関する条件を含んでいましたが、今は単に一つの場所にまとめられただけです。コンテンツの所有者は、Metaによれば、robots.txtを通じてアクセスを管理することができます。

10月17日、テキストが修正されました。Nieman Labによると、目的のリストから「train」という単語が削除され、使用はすべてのMeta製品ではなく、広告およびビジネス製品に制限されました。一部の出版物は、The Vergeを引用して、問題のある段落が完全に削除されたと報じています。しかし、Nieman Labと話した専門家は、条件におけるクローリングの広範な権利は依然として残っていると考えており、ビジネスアカウントには10月30日までに拒否する機会がありません。最終的な表現は、施行前にCommercial Termsのページで確認する必要があります。

二重基準：MetaがBright Dataに敗れ、何を学んだか

法律家がなぜこれほど警戒しているのかを理解するためには、Meta Platforms v. Bright Dataの事件を思い出す必要があります。2024年1月23日、カリフォルニア北部地区の裁判官エドワード・チェンは、契約違反の訴訟でBright Dataの勝訴を決定しました。裁判所の論理は、Metaの条件はスクレイピングを禁止しているが、アカウントにログインしたユーザーにのみ適用されるというものでした。ログインなしでの公開データの収集はこれらの条件には該当しません。裁判所はまた、Bright Dataがログイン後にのみアクセス可能なデータを収集していた証拠を見つけられず、元ユーザーが無期限に条件に縛られるという考えを却下しました。

この事件から得られた結論は、以来、業界全体が依拠しているものです：契約はそれを受け入れた者を拘束する。新しいCommercial Termsは同じ仕組みで機能しますが、逆の方向に。Metaは他のサイトに自社のクローラーを通過させることを強制できませんが、広告を開始するためにすでに受け入れた契約を通じて、所有者から同意を得ることができます。そして、robots.txtはここでは弱い慰めです：条件自体はそれについて言及しておらず、法律家はMetaが契約を技術ファイルの禁止よりも強い許可として引用することを懸念しています。

Metaのクローラーはどのサイトを巡回しているか

Metaのウェブマスター向けドキュメントには、現在5つのエージェントが列挙されています。どのエージェントが来たかによって、robots.txtの禁止が機能するかどうかが決まります：

meta-externalagent — 基本的なAIモデルの教育と製品でのインデックス化のためにページを収集します。1つのトークンで両方のタスクを行うため、インデックス化を許可し、教育を禁止することはできません。
meta-webindexer — Meta AIの検索と引用のためにウェブをインデックス化します。
meta-externalads — 広告およびビジネス製品のためのクローラーであり、つまりMetaが新しい条項を制限した領域のためのものです。
meta-externalfetcher — ユーザーのリクエストに応じて特定のリンクをロードします。AIのエージェントタスクのためにも使用されます。ドキュメントによれば、robots.txtを無視する可能性があります、なぜならこれは人間のリクエストだからです。
facebookexternalhit — リンクが共有されるときにそのプレビューを構築します。これも、セキュリティと整合性のチェックのためにrobots.txtを回避する可能性があります。

Metaのビジネスアカウントを持つサイト所有者がすべきこと

Instagramを通じて販売したり、Facebookで広告を回したりする場合、契約の部分を変更することはできません。技術的な部分はあなたの手の中にあります。

何を提供する準備ができているかを決めてください。 リンクのプレビュー（facebookexternalhit）は必要です。さもなければ、あなたのサイトの投稿は画像なしになります。広告クローラー（meta-externalads）は、商品カタログや動的広告を使用している場合に必要です。店舗のためのモデル教育（meta-externalagent）は何も提供しません。
エージェントごとにrobots.txtにルールを記述してください。例えば：User-agent: meta-externalagent と Disallow: /。Metaは、クローラーがファイルをキャッシュし、変更が最大24時間かかることを警告しています。
ログを確認してください。 meta-externalagent、meta-externalads、meta-webindexerのリクエストをフィルタリングし、どのセクションを回避しているか、どれだけの数かをカウントします。これは、10月30日以降の行動を比較するための基盤です。
サーバーレベルで貴重なコンテンツを閉じてください。robots.txtだけでなく、価格、ナレッジベース、有料資料は、認証またはCDN上のUser-Agent制限で保護します。robots.txtは依然として任意の合意であり、ロックではありません。
現在の条件の版を保存してください（日付付きのスクリーンショットまたはPDF）。表現は発表から数週間で修正されており、争いの際には特定の日付に有効だった版が役立ちます。

データを自分でパースする人々にとっての意味

プラットフォームからデータを収集するチームにとって、Metaの歴史は、法的な境界が実際にどこにあるかを示す明確な例です。

ログインは契約の署名です。 Bright Dataに関する決定は、ログインなしでの公開データの収集を保護します。パーサーがアカウントから動作する場合、プラットフォームの条件が適用され、自動化された収集の禁止が契約上の義務となります。これが実際に何を意味するかについては、プロキシを介してのサービス利用規約違反のリスクに関する分析で詳しく説明しています。
インフラを分離してください。 広告を行うビジネスアカウントとデータ収集者は、アカウントやIPで交差してはいけません。ログインなしでの公開収集には通常、データセンタープロキシが十分であり、厳しいアンチボットフィルターを持つプラットフォームには、住宅用IPのローテーションが必要です。
robots.txtは信号であり、法律ではありません。 Metaは自ら、2つのエージェントがこれを回避できることを認めています。しかし、あなたのプロジェクトにとって、robots.txtの遵守は、争いに至った場合の誠実さの主張として残ります。この実践は、倫理的なパースとrobots.txtに関する資料で説明されています。
条件の変更に注意してください。 プラットフォームは「使用の継続は同意を意味する」という形で条件を修正します。四半期ごとに、アカウントで作業しているプラットフォームの最新の条件と保存されたコピーを比較することが有益です。

結論

新しいCommercial Termsは、2026年におけるウェブデータの争いがどこに向かっているのかを示しています：技術的な障壁から契約的なものへ。自社の条件に縛られることを失った会社が、今度は広告主のサイトを回避する同意を得るためにこれらの条件を利用しています。10月17日の修正後、表現は柔らかくなりましたが、拒否する機会は依然としてなく、条件は10月30日に施行されます。サイト所有者はエージェントごとにrobots.txtを設定し、条件のコピーを保存する必要があります。また、データをパースするチームは、再度、どこで収集がログインの下で行われているか、そしてそれが何を意味するのかを確認する必要があります。