MetaのMuseとOpenAIのDotsは、利用者の依頼を受けて商品調査やフォーム入力、場合によってはカート投入から決済までをウェブ上で進めるパーソナルAIエージェントです。Museは米国とカナダの18歳以上に提供されており、ほとんどの用途で無料とされています。事業者にとっては、検索で見つかるだけでなく、エージェントが迷わず操作できるサイトかどうかが問われる局面に入りつつあります。
AIは読むだけでなくサイトを操作し始めた
10個のタブを行き来して比較し、予約し、再注文する。これまで人間が手でやっていた作業が、AIへの一言に置き換わろうとしています。MuseもDotsも、頼まれた作業をウェブ上で実行するタイプのエージェントです。Metaは仕組みを細かく公開している一方、OpenAIがDotsについて明かしている情報は多くありません。
パソコンがウェブ閲覧のほぼすべてだった時代から、スマートフォンの登場で勢力図が変わったことは記憶に新しいところです。StatCounterの集計では、パソコンの世界トラフィックシェアは2010年1月の98%から、2026年には5割を切りました。同じことが、人間が操作するブラウザーとエージェントが操作するブラウザーの間でも起きるのではないか。そんな見立てが、今回の話の出発点です。
事業者に届く道は二つある
エージェントが事業者に到達するルートは、大きく分けて二つです。ひとつは接続機能、いわゆるコネクターを使う道です。MetaはMuseの立ち上げ時に数十のパートナーを揃え、Shopifyの商品カタログ全体にもアクセスできるようにしたと説明しています。今後はWalmart、Best Buy、Sephora、Wayfairなども加わる予定です。OpenAIも、プラグインの仕組みを通じて4,000を超えるアプリにつながると述べており、事業者が自前で作って審査に出すこともできます。
もうひとつは、コネクターを持たない大多数のサイトに向かうブラウザー経由の道です。MuseはMetaの説明によると、専用の安全なコンピューター上でChromiumベースのブラウザーを動かします。Dotsも、自前のクラウドコンピューターとブラウザーで作業するとされています。つまり、利用者から「このデザイナーのシャツを買って」と頼まれたエージェントが、ページに表示された内容だけを頼りにサイトへやって来るわけです。
Shopifyを使っている事業者は、プラットフォーム側の設定が自社の立ち位置を決めている可能性があります。販売チャネルのAgentic設定には「Shopifyに管理を任せる」という初期値があり、商品情報はShopify Catalog経由で既定でMetaと共有されるとShopifyは説明しています。独自基盤のサイトは、コネクターを作らない限りブラウザー側に位置づけられます。
名乗らない訪問者に、robots.txtは効かない
ここで足元が揺らぐのが、従来のボット対策です。robots.txtやクローラーの許可リストは、名前を名乗る相手を前提に作られています。ところがMetaもOpenAIも、MuseやDotsのブラウザーについてユーザーエージェントやリクエストヘッダー、署名を公表していません。Metaがウェブサイト運営者向けに挙げているクローラーは5種類、OpenAIは4種類で、いずれにも該当しません。書き込むべき名前自体が存在しないのです。
Metaは、Museがウェブを閲覧する際は利用者本人の活動として見える、と説明しています。シャツを買う例では、販売元が訪問をもとにInstagramで広告を出すことさえあり得るといいます。映画『キャッチ・ミー・イフ・ユー・キャン』で、パイロットの制服ひとつで空港を歩いた主人公を思い出します。制服が本物らしければ、誰も操縦資格など確かめない。Museは顧客の制服を着てやって来る訪問者、というわけです。
そもそもrobots.txtは紳士協定で、規格自体も「アクセス認可の手段ではない」と明記しています。Amazonのrobots.txtには99のエージェント名が並びますが、MuseもDotsも載っていません。AmazonがMuseを遮断したのは9月で、手段は利用規約でした。GeekWireによれば理由は三つあり、MuseがAmazonのストアにアクセスすることをMetaが伝えなかったこと、閲覧時に自らを名乗らないこと、顧客の認証情報を取得・保存しているように見えることでした。
判断の場所は、robots.txtからボット対策の仕組みへ移ります。ファイアウォールやプラットフォームのボットフィルターから見えるのは、クラウド上のChromiumブラウザーです。人として通すか、遮断するか。その二択を、SEO担当の知らないところで誰かの設定が決めている状況になりかねません。HUMAN Securityは自社のボット検知製品がMuseを識別できると述べており、ボット対策ベンダーに「人が操作するChromiumか、AIエージェントか」を見分けられるか確認するのは一案です。
Dotsには別の経路もあります。OpenAIの文書は、サイトがクラウドブラウザーを遮断した場合は、利用者の接続済みコンピューターで試すよう案内しています。この場合、承認されたクリックやフォーム送信、ログイン状態での操作は、利用者本人のアカウントによるものとして扱われ得ると説明されています。
エージェントはアクセシビリティツリーでページを読む
では、ブラウザー経由で来たエージェントは、ページをどう見ているのでしょうか。Metaによれば、Museの閲覧用サブエージェントが見るのは、ページの生のDOMではなくアクセシビリティツリーのスナップショットです。しかもページ内でJavaScriptを実行する機能は持ちません。ページ自体のスクリプトは実ブラウザーなので動きますが、Museが独自に何かを足すことはできない、という構造です。
アクセシビリティツリーは、スクリーンリーダー（画面読み上げソフト）が使う情報です。ブラウザーがDOMから作り、要素ごとに種類（ボタン、リンク、見出しなど）、名前、状態を持たせます。デザインはそこに含まれません。なお、OpenAIはDotsのブラウザーがページをどう読むかを公表していません。Googleは、ブラウザーエージェントがスクリーンショット、DOM構造、アクセシビリティツリーなどを使い得ると案内しています。
### 要素ごとの見え方
heading_placeholder
コメント