MetaのAIエージェント「Muse」やOpenAIの「Dots」のような、個人の依頼を受けてウェブ上で調べ物から購入までを代行する「パーソナルAIエージェント」が登場しています。Search Engine Journalの解説記事によると、これらのエージェントはサイトの閲覧や、フォーム入力、カート追加、チェックアウトまで行えるとされています。今回は、その内容をもとに、SEO担当者が押さえておきたい点を整理します。なお、Museの提供対象は現時点で米国とカナダの18歳以上とされており、利用地域は限られています。
Table of Contents
エージェントには「2つの入り口」がある
記事は、エージェントとサイトの関係を2つの層に分けています。
- コネクター層：提携企業やAPI連携を通じてデータを直接受け渡す層。MetaはMuseの開始時にShopifyのカタログ全体へ対応し、他の大手小売も順次追加すると説明しています。OpenAIのDotsも、プラグイン経由で多数のアプリと接続できるとしています。
- ブラウザ層：提携のないサイト。エージェントがクラウド上のChromiumベースのブラウザで、人間のように画面を開いて操作します。
自社が独自プラットフォームで運営しているなら、ブラウザ層にあたる可能性が高くなります。一方、Shopifyの初期設定のままなら、気づかないうちにコネクター層に含まれている場合もあります。
robots.txtでは止められない・見分けられない
記事によれば、MetaもOpenAIも、これらのブラウザ向けのユーザーエージェント名や識別シグナルを公開していません。そのため、robots.txtに書き込む名前がありません。Meta自身も、Museの閲覧は「ユーザー本人の行動として表示される」と説明しています。
Amazonは9月に、robots.txtではなく利用規約でMuseをブロックしたと報じられています。制御の場は、robots.txtから、通常は他社製のボット対策システムに移りつつあります。スクレイパー対策のルールが、客の代理として来たエージェントまで締め出してしまう恐れもあるため、「入れるのか、入れないのか」は意図して決める必要があります。
エージェントは「アクセシビリティツリー」でページを読む
Metaの説明では、Museのブラウジング部分は、生のHTMLではなく、ページのアクセシビリティツリー（見出し・リンク・ボタンなどを名前と役割で整理した、支援技術向けの構造）のスナップショットを見るとされています。Chrome DevToolsの「Elements」パネルにある「Accessibility」タブで確認できます。実務では次の点が重要になります。
- 見出しは本物のhタグを、順序通りに使う
- 「詳しくはこちら」のような曖昧なリンクテキストを避け、行き先がわかる文言にする
- 商品画像にはalt属性を付ける
- 価格・サイズ・仕様は、画像ではなくHTMLのテキストにする
- ボタンやフォーム欄には、見える名前（ラベルやaria-label）を付ける
- 重要な情報を、閉じたタブやアコーディオンの中だけに置かない
構造化データ（JSON-LD）は、アクセシビリティツリーには現れません。Googleには引き続き有効ですが、同じ事実を画面上の文章にも書いておくのが安全です。
記事が示した事例：在庫切れが「読み取れない」
筆者は、大手Shopifyストアの商品ページをアクセシビリティツリーで確認しました。構造化データでは、ある色の7サイズ中6つが在庫切れと示されていました。しかし、アクセシビリティツリー上では7つのボタンが同じ見た目で並び、在庫切れを示す情報はありませんでした。人間にはグレーアウトで伝わっても、エージェントは1つずつ試して初めて在庫状況を知ることになります。また、送料無料の条件は、スクリプトの実行後にしか表示されませんでした。
アクセス解析にも影響する
記事は、計測面の注意点も挙げています。
- AIアプリ内で購入が完結する場合、ページもタグも読み込まれないため、GA4には現れません。注文はプラットフォーム側の注文記録にだけ残ります。
- エージェントがサイトを閲覧して購入した場合は、顧客本人の訪問として計上される可能性が高くなります。
- GA4の「AI Assistant」チャネルはリファラに基づくため、リンクをクリックして来たケースしか拾えません。
つまり、エージェント経由の売上は、現状では既存の分析で十分に追えません。なお、利用者数や購入件数、エージェントが事業者を選ぶ基準は、記事の時点で公開されていないとされています。
実務で何をすべきか
- 自社の「層」を確認する：ECプラットフォームの設定で、エージェント向けの販売チャネルに含まれていないかを確認します。
- 購入・予約・申込みページをアクセシビリティツリーで点検する：ボタン名、ラベル、在庫表示が読み取れるかを見ます。
- ボット対策の見直しにSEO担当が加わる：エージェントを通すかどうかを、意図して決めます。
- 計測の限界を共有する：エージェント経由の注文は、プラットフォームの注文記録で確認します。
- SEOとフロントエンドが連携する：アクション系のページは、開発側の領域だったためです。
AI時代の最適化の広がりについては、SEO・GEOの次は「ACO」？AIエージェントが買い物を実行する時代の最適化とはも参考になります。
まとめ
パーソナルAIエージェントは、SEOで「見つけてもらい」、GEOで「引用される」だけでなく、その先の「実際に使われる」段階を問いかけています。利用数や購入規模はまだ見えない段階ですが、アクセシビリティの改善は、スクリーンリーダー利用者のためにも役立ちます。購入や予約につながるページから、まず構造を点検してみるとよいでしょう。
