Perplexity Cometブラウザエージェント対策｜引用と訪問を勝ち取る2026年実務ガイド

Perplexity Cometブラウザエージェント対策｜引用と訪問を勝ち取る2026年実務ガイド

この記事の結論: PerplexityのAIブラウザ「Comet」は2026年第1四半期に月間アクティブユーザー1,800万人（前年同期比7.5倍）へ急拡大し、クエリの19%が「エージェントタスク」つまりサイト上で実際に操作を行う挙動に置き換わっている。通常のPerplexity検索対策（構造化・鮮度・E-E-A-T）だけでは不十分で、DOM・アクセシビリティツリーの可読性、Comet Plusの収益分配基準、Cloudflareの新しいボット分類設定という3つの新変数への対応が必須になっている。

最終更新日: 2026年7月4日

はじめに

「PerplexityのAI Overview的な回答には自社サイトが引用されるようになったのに、Cometで同じ質問を投げると全く違う結果になる」——こうした声が2026年に入って急増している。原因はシンプルで、Cometは検索エンジンではなく「ブラウザに常駐するAIエージェント」であり、情報源の選び方も、ページの読み方も、通常のPerplexity検索やDeep Researchとは別の仕組みで動いているからだ。

Cometはサイドバーに常駐するAIが現在開いているタブの内容を把握し、要約・比較・購入手続きの代行までをブラウザ内で完結させる。ユーザーが「このECサイトで人気のキーボードを探して価格とレビューを比較して」と指示すれば、Cometは自らページを開き、DOM構造を読み取り、ボタンをクリックし、フォームに入力する。この一連の動作の中でどのサイトが「参照され」「操作対象として選ばれる」かは、既存のPerplexity対策の延長線上だけでは説明しきれない要素を含む。

本記事では、Cometの仕組みと2026年時点の利用実態を整理したうえで、通常のPerplexity検索対策との違い、エージェントタスクで選ばれるための実務チェックリスト、そしてComet PlusやCloudflareの新方針といった収益・アクセス制御の最新動向までを一気通貫でまとめる。Perplexity 引用対策 2026で解説した基礎対策と合わせて読むと、Perplexityエコシステム全体への理解が深まる。

Perplexity Cometとは何か：ブラウザ型AIエージェントの仕組み

Cometは2025年7月にMac・Windows向けに正式リリースされ、2026年にはiOS・Androidへも展開が完了し、全プラットフォームで無料利用できるAI統合ブラウザだ。Chromium系のエンジン上にAIエージェントが常駐しており、単なる「AI検索機能付きブラウザ」ではなく、ユーザーの代わりにウェブ上で実際の操作を行う点が最大の特徴となる。

2026年第1四半期の利用実態は次のとおりだ。

• 月間アクティブユーザー：1,800万人（2025年第1四半期の240万人から7.5倍に急拡大）
• 月間クエリ数：約4億8,000万件
• クエリ内訳：アドレスバーでのAI検索が62%、閲覧中ページのインライン要約が19%、エージェントタスク（実際の操作代行）が19%
• Comet Pro（有料版）加入者：210万人、年間経常収益（ARR）は推定3億1,000万ドル

注目すべきは「エージェントタスクが全体の2割弱を占める」という点だ。単なる検索の代替ではなく、サイト上での実操作を伴うトラフィックがすでに無視できない規模に育っている。Maxプランでは基盤モデルにClaude Opus 4.6（デフォルト）やSonnet 4.5を選択でき、複雑な比較検討や複数ステップの作業ほど上位モデルの恩恵を受けやすい設計になっている。

Cometが情報源を選ぶロジック：通常検索・Deep Research・エージェントとの違い

Cometの中では、ユーザーの入力内容によって少なくとも3つの異なる挙動が動いている。

1. アドレスバーAI検索：Perplexityの通常検索エンジンと同じ回答生成・引用ロジックが働く。Perplexity 引用対策 2026で解説した定義文ファースト・インライン引用・時間軸明示がそのまま有効だ。
2. インラインページ要約：現在開いているページ自体を読み込み、要約や質問応答を行う。この場合「引用元として選ばれるか」ではなく「そもそも正確に要約できる構造になっているか」が評価軸になる。
3. エージェントタスク：複数ページを横断して情報収集・比較・操作を行う。ここではPerplexity Deep Researchに引用される条件で扱った「セクション単位の網羅性」に加えて、ページを実際に操作できるかという新しい評価軸が加わる。

つまりCometを1つの機能として捉えると対策がぼやける。「検索」「要約」「操作」という3つのモードそれぞれに最適化ポイントがあることを前提に対策を組み立てる必要がある。

エージェントタスクでサイトが「見られる」仕組み：DOMとアクセシビリティツリー

Cometのエージェント機能を理解するうえで最も見落とされがちなのが、ページの認識方法だ。Cometはページの見た目（画像としてのレンダリング結果）ではなく、DOM（Document Object Model）とアクセシビリティツリーという、ブラウザが内部的に保持する構造化データをもとにページを解釈し、操作対象を決定する。

具体的には次のような要素がエージェントの判断材料になる。

• 見出し・ボタン・リンクなどの要素が持つロール（role）情報
• ARIAラベルや aria-label によって付与されたアクセシブルネーム
• 画像・アイコン・SVGに設定された alt やタイトル属性
• クリック可能な要素が <button> や <a> として実装されているか（<div> にクリックイベントだけを仕込んだ実装は認識されにくい）

大規模なDOMはそのまま処理されるわけではなく、スクリプトやスタイル情報を除去し、関連性の高い要素だけに絞り込んだうえでエージェントの推論に渡される設計になっている。逆に言えば、装飾要素に埋もれて意味のある構造が抽出しにくいページは、要約や操作の対象から外れやすい。

この特性はGoogleが提唱する「エージェント対応にする施策は、結局は人間にとっても使いやすいサイトにする施策と同じ」という考え方とも一致する。特別な「Comet専用対策」を新設するというより、セマンティックHTML・適切なARIA属性・意味のあるalt属性という、アクセシビリティの基本を徹底することが、そのままエージェント対応につながるという理解が実務上は正確だ。

Comet Plus：引用・訪問・エージェント行動の3軸で収益を還元する新方式

Cometの普及と並行して、Perplexityはパブリッシャー向けの新しい収益還元プログラム「Comet Plus」を展開している。月額5ドルからのサブスクリプションで、Time・Los Angeles Times・Fortuneなどを含む提携メディアの記事にアクセスできる仕組みだ。

Comet Plusで注目すべきは収益分配の設計思想にある。従来のような「引用された回数」だけでなく、次の3種類のトラフィックを区別して収益を配分する仕組みを採用している。

1. 人間による通常の訪問（ブラウジング）
2. 検索での引用（回答内での出典表示）
3. エージェントによる行動（Cometがユーザーに代わってページを操作・取得した場合）

収益の配分比率はメディア側に80%、Perplexity側に20%とされる。これは「AIに読まれるだけでは評価されない」時代から、「検索に引用される」「エージェントに操作される」という異なるトラフィック種別ごとに価値が可視化される時代への転換を意味する。パブリッシャー・コンテンツ運営者にとっては、自社サイトが「エージェント行動」のトラフィックをどれだけ獲得できているかが、新たなKPIになり得るということだ。

Cometエージェントに行動してもらうための実務チェックリスト

エージェントタスクの対象として選ばれ、かつ正確に操作してもらうために、優先度順で着手すべき項目を整理する。

1. クリック可能要素をセマンティックHTMLで実装する：装飾目的の <div> にクリックイベントだけを仕込んだUIは、DOM上で「操作可能な要素」と認識されにくい。ボタンは <button>、遷移はリンク <a> として実装する。
2. 画像・アイコンに意味のあるalt・ARIAラベルを付与する：ラベルのないアイコンボタン（カート・検索・メニューなど）は、エージェントが機能を推測できず操作を諦める原因になる。
3. フォーム項目のlabelとinputを正しく紐付ける：label 要素の for 属性と input の id が一致していないフォームは、入力対象の特定に失敗しやすい。
4. 見出し階層とページ構造を論理的に保つ：h1→h2→h3の階層が飛んだり、視覚的な大きさだけで見出しを装ったテキストは、要約・要点抽出の精度を下げる。
5. PerplexityBotのクロールをrobots.txtで許可する：エージェントタスクの前提として、通常検索の土台となるクロール自体がブロックされていないか確認する。
6. Cloudflareなどのボット制御設定でエージェント分類を確認する：後述するとおり、2026年後半からは「検索」と「エージェント」が別カテゴリとして扱われる設定が広がっている。
7. 重要な情報を画像化・動画埋め込みだけに頼らない：テキストとして機械可読な形で情報を残し、画像やCanvas描画に依存した表現は補助的な位置づけに留める。

エージェント対策でよくある失敗と対処

チェックリストを実装する際に陥りやすい失敗パターンを、原因と修正方法とともに整理する。

1. クリックイベントを <div> に直接バインドしている：見た目を自由に装飾できるという理由で <div onClick> を多用したUIは、DOM上では単なる無意味な要素として扱われ、エージェントが「操作可能な部品」だと認識できない。視覚デザインを保ったまま要素自体を <button> や <a> に置き換え、CSSでスタイルを当て直すのが修正方法になる。
2. アイコンのみのボタンにテキストラベルがない：カート・検索・ハンバーガーメニューなどをアイコンだけで表現し、aria-label も可視テキストも与えていないUIは、エージェントが機能を推測できず操作を断念する原因になる。aria-label="カートに入れる" のように機能を明示するラベルを必ず付与する。
3. フォームの label と input の for/id が一致していない：見た目上はラベルとフォームが隣接していても、属性値が一致していなければプログラム的な関連付けは成立しない。入力対象の特定に失敗し、誤ったフィールドに値を入力される事故につながる。
4. 見出しを視覚的な大きさだけで表現している：<h2> を使わず <p> にフォントサイズだけ大きくして見出しのように見せているページは、階層構造が抽出できず要約の精度が落ちる。装飾ではなく意味に基づいて見出しタグを選定する。
5. robots.txtでPerplexityBotを一律ブロックしている：通常検索での引用機会そのものを失っている状態であり、エージェントタスク以前の問題として見直しが必要になる。
6. CloudflareなどのボットマネジメントでAI関連ボットを一括遮断している：「Search」「Agent」「Training」を区別せず十把一絡げに遮断すると、許可したいエージェント経由の訪問まで意図せず失うことになる。用途別の設定を個別に確認する。
7. 価格・スペックなど重要情報を画像やチャートでしか提供していない：数値がテキストとして存在しない場合、比較タスクの材料としてそのページ自体が候補から外れやすい。画像はあくまで補助とし、本文中にテキストで数値を明記する。
8. モーダルや無限スクロールの奥に主要情報を隠している：初期DOMに存在しない要素は、エージェントが追加の操作を行わない限り認識されない。購入・比較に必要な情報は初期表示の範囲内に収める設計が望ましい。

Cloudflareの新方針とrobots.txt・Content Signals設定への対応

2026年7月、Cloudflareは自社が仲介するAIボットのアクセス制御方針を刷新した。ポイントは、ボットの用途を「検索（Search）」「エージェント（Agent）」「学習（Training）」の3種類に明確に区分した点にある。

• Search：後で回答するためにコンテンツを収集・インデックス化する挙動
• Agent：人間の代わりにリアルタイムで自動的に行動する挙動
• Training：モデルの学習・ファインチューニングのためにコンテンツを取得する挙動

2026年9月15日以降、新規ドメインではデフォルト設定として、広告を表示するページに対して「学習」と「エージェント」に分類されるボットのアクセスがブロックされ、「検索」に分類されるボットのみアクセスが許可される仕様に変わる。既存の顧客は事前に通知を受け、設定変更なしを選択することも可能とされている。

この変更が意味するのは、**「PerplexityBotによる通常のクロール（Search）は許可されていても、Cometのエージェントアクセス（Agent）は別カテゴリとしてブロックされ得る」**という新しい分岐だ。従来は「AIボットを許可するか遮断するか」の二択で語られてきたが、今後は用途別に許可・遮断を切り分ける運用が標準になっていく。自社サイトがCloudflareや類似のボット管理サービスを利用している場合、Search・Agent・Trainingそれぞれの設定値を個別に確認し、エージェントタスクでの訪問を意図的に許可する設定になっているかを点検する必要がある。

従来のPerplexity検索対策との違い：何を追加すべきか

CometのエージェントタスクとPerplexityの通常検索対策の違いを整理する。

このように、Cometのエージェントタスク対策は既存のPerplexity対策を置き換えるものではなく、その上に「操作されるための構造」という新しいレイヤーを積み増す形になる。

業種・規模別に見るCometエージェントタスクへの対応シナリオ

Cometのエージェントタスクは業種によって「何を比較・操作されるか」が異なる。代表的な4つの業種で、優先すべき実装ポイントを整理する。

ECサイト・オンラインショップ

「〇〇を探して価格とレビューを比較して」という指示が典型的なタスクになる。商品名を <h1> で明示し、価格・在庫状況・レビュー件数をテキストとして本文中に明記することが前提になる。カートボタンは <button> として実装し、ラベルに「カートに入れる」など機能を明示する。決済フローについては後述するセキュリティ上の理由から、最終確認画面を省略しない設計が望ましい。

BtoB SaaS・料金比較を伴うサービス

「〇〇と△△の料金プランを比較して」という比較タスクが中心になる。料金表は装飾目的のdivレイアウトではなく <table> と th/td で構造化し、プラン間の機能差分を定義文で明記する。問い合わせ・資料請求フォームは label の for と input の id を一致させ、エージェントが正しい入力欄を特定できるようにする。

メディア・パブリッシャー

Comet Plusの収益分配の対象になり得る業態であり、「訪問」「引用」「エージェント行動」のいずれで評価されても収益化の機会になる。リード文で結論を先に提示し、見出し階層を論理的に保つことで、インライン要約・エージェントによる横断調査の両方に対応しやすくなる。関連記事への内部リンクを整理し、1つの記事だけでなくサイト内の複数記事が横断的に参照される構造を作ることも有効だ。

ローカルビジネス・店舗

「近くの〇〇で今空いている店を教えて」といったタスクでは、営業時間・電話番号・予約導線がテキストおよび構造化データ（LocalBusinessスキーマ等）として明示されているかが問われる。予約ボタンは <button> または外部予約システムへの <a> として実装し、営業時間の情報を画像の地図やロゴだけに頼らないようにする。

競合ブラウザとの比較：ChatGPT Atlas・Dia・Arcとの違いが対策に持つ意味

2026年に入り、AIブラウザ市場はCometの独走ではなくなりつつある。OpenAIが投入した「ChatGPT Atlas」は、2026年第1四半期に月間アクティブユーザー約1,100万人に到達し、2025年同時期の160万人から急拡大した。四半期成長率で見るとAtlasは前四半期比175%、Cometは同41%であり、現時点のユーザー数はComet（1,800万人）が上回るものの、伸び率はAtlasの方が速い。両者は2026年後半に逆転する可能性も指摘されている。

市場全体としては、Atlas・Cometのような「配信力を武器にするプレイヤー」、Arc・Diaのような「ブラウザ自体を再設計するプレイヤー」、Brave LeoやOpera Neonのような「プライバシー・パワーユーザー向けニッチ」の3陣営に分かれつつある。エージェントブラウザ市場全体の規模は2024年の45億ドルから2034年には768億ドルに達すると予測されており、一過性の流行ではなく中長期のチャネルとして位置づける必要がある。

サイト運営者にとって実務上重要なのは、DOM構造・ARIA属性・セマンティックHTMLといった基礎対策はCometとAtlasの両方に共通して有効である一方、クロールを担うボットのUser-Agentやアクセス制御の設定は個別に確認が必要という点だ。ChatGPT Atlasに引用されるには？AIブラウザ時代の最適化ガイド2026ではAtlas固有の対策を扱っているため、Comet対策とあわせて両輪で進めることが望ましい。

エージェントによる自動操作に伴うセキュリティリスクと運営者側の対応

エージェントタスクの拡大は、サイト運営者に新しい種類のリスク管理も要求する。2026年に入り、セキュリティ研究者から、Comet含む複数のエージェントブラウザについて、間接的プロンプトインジェクションを通じたエージェントの乗っ取りや、認証済みセッション内でのパスワードマネージャーの中身の露出など、ゼロクリックに近い形での悪用可能性が報告された。Perplexity側はブラウザ内部の実行方式を修正するとともに、決済など機微な操作について追加のユーザー確認を要求する仕組みや、企業の管理者が特定サイトでのエージェント機能自体を無効化できる設定を導入するなど、段階的な対応を進めている。

さらに、Amazonは自社ECサイト上でCometが自動購入代行を行う挙動について差し止めを求める訴訟を起こし、裁判所がこれを認める命令を出した事例も報告されている。エージェントによる自動購入・自動操作を無条件に歓迎するのではなく、「どこまでの操作を許容するか」自体が事業判断になりつつあることを示す動きだ。

サイト運営者側で検討すべき実務対応は次のとおりだ。

• 閲覧・比較・情報収集はエージェントに開放しつつ、決済やアカウント変更など金銭・個人情報に関わる操作の手前には、人間による最終確認を挟むUI設計を維持する
• 購入前確認画面（注文内容の確認ステップ）を省略せず、エージェントの誤操作が金銭的実害に直結しにくい導線にする
• Cloudflareなどのボット管理サービスで「Agent」カテゴリの許可範囲をページ単位・パス単位で調整できないか確認し、決済ページやアカウント設定ページなど機微な領域は個別にエージェントアクセスを制限することを検討する
• 自社サービスに管理者向けのエージェント無効化設定がある場合、どのページ・機能に適用するかをセキュリティ担当と事業担当の双方で合意しておく

このリスクは「エージェントに選ばれない」ことではなく「エージェントに選ばれすぎて意図しない操作をされる」ことへの備えであり、引用・訪問獲得の文脈とは逆方向の論点として押さえておく必要がある。

自社サイトがCometに引用・訪問されているか確認する方法

対策の効果を検証するには、実際にCometを使って自社サイトが選ばれるかを定点観測する必要がある。

1. 自社サービス・商品に関連する典型的なタスク文を用意する（例：「〇〇の料金プランを比較して」「〇〇の使い方を要約して」）
2. Cometのサイドバーからタスクを実行し、参照・操作されたページに自社ドメインが含まれるかを確認する
3. 含まれない場合は、実際に選ばれた競合ページのHTML構造（見出し階層・ボタンの実装・ARIA属性の有無）を比較する
4. 自社サイトの主要な操作導線（購入ボタン・資料請求フォームなど）がブラウザの開発者ツールでアクセシビリティツリーとして正しく認識されているかを検査する
5. Cloudflareなど利用中のボット管理サービスの管理画面で、Search・Agent・Trainingの許可設定を確認し、意図せずエージェントアクセスを遮断していないかを点検する
6. 上記を月次で繰り返し、参照・操作されたページの傾向変化を記録する

効果測定：サーバーログによるエージェントトラフィックの定量把握

前節の手動確認は「選ばれているかどうか」を定性的に確認する方法だが、継続的な効果測定には定量データも必要になる。ここで鍵になるのがサーバーログの解析だ。

PerplexityBotは正規には次のようなUser-Agent文字列を名乗ってアクセスしてくる。

Mozilla/5.0 AppleWebKit/537.36 (KHTML, like Gecko; compatible; PerplexityBot/1.0; +https://perplexity.ai/perplexitybot)

ここで注意が必要なのは、大半のAIクローラー・エージェントはJavaScriptを実行しないため、Google Analytics（GA4）のようなクライアントサイド計測ツールにはアクセスが記録されないという点だ。したがって、CDNやWebサーバー（nginx・Apacheなど）のアクセスログを直接解析する運用が欠かせない。Cloudflareの調査では、AIボットのトラフィックは全リクエストの平均5〜15%を占め、ニュース・メディアサイトでは20〜40%以上、技術ドキュメント系サイトでは30%以上に達するケースも報告されている。

ただし、User-Agent文字列だけに頼った検出には限界がある点も踏まえておきたい。Perplexityのクローラーは検出回避のためにIPローテーションを行ったり、一般的なブラウザを装ったUser-Agentでアクセスすることがあると指摘されており、UA文字列の照合に加えて、同一パターンのリクエストが複数IPから短時間に繰り返される、robots.txtの指示を無視してアクセスしてくる、といった挙動面の特徴も合わせて確認する運用が望ましい。

具体的な計測フローとしては、次の3点をKPIとして定点観測することを推奨する。

1. サーバーログにおけるPerplexityBot（Search）のリクエスト数の推移
2. Cometのエージェント経由と推定されるアクセス（Agent分類）の有無・推移
3. 上記2つと、実際のCV（問い合わせ・購入・資料請求）への貢献度の相関

サーバーログ解析の具体的な手順や主要AIクローラーのUser-Agent一覧についてはAIクローラー ログ解析完全ガイド｜GPTBot・ClaudeBot 検出からGEO可視化まで【2026年版】、GA4上でエージェント経由のトラフィックを人間のトラフィックと切り分けて計測する方法はAIエージェント トラフィックをGA4で可視化・識別する分離計測ガイド【2026年版】で詳しく扱っているため、あわせて参照してほしい。

よくある質問

Q1. Perplexity Cometとは何ですか？

AIエージェントが常駐するChromium系のブラウザで、検索・要約・実操作の代行を担う機能である。

サイドバーに常駐するAIが現在開いているタブの内容を把握し続け、ユーザーの指示に応じてページの要約やタブを横断した比較調査、フォーム入力などの操作を代行する。単なる「AI機能付きブラウザ」ではなく、ウェブ上の実務作業を自動実行する点が既存のブラウザと大きく異なる。

Q2. Cometのエージェントタスクとは具体的に何をする機能ですか？

複数のページを自律的に横断し、比較・情報収集・操作を代行する挙動を指す。

2026年第1四半期時点でCometの全クエリの19%を占め、単発の検索や1ページの要約とは異なるカテゴリとして計測されている。ECサイトでの価格比較や複数タブにまたがる調査など、複数ステップを要するタスクで多く使われる。

Q3. Comet Plusとは何ですか？引用対策とどう関係しますか？

パブリッシャーへの収益還元プログラムで、訪問・引用・エージェント行動の3種類のトラフィックを区別して収益を分配する仕組みである。

従来の「引用されたら評価される」という単一の評価軸から、「エージェントに操作されたトラフィックも別カテゴリとして計上される」という多層的な評価軸に変わったことを意味する。メディア側の取り分は80%とされている。

Q4. Cometエージェントに自社サイトを「操作」してもらうにはどうすればいいですか？

クリック可能要素をボタンやリンクとして正しく実装し、ARIAラベルを適切に付与することが基本になる。

Cometはページの見た目ではなくDOMとアクセシビリティツリーをもとに操作対象を判断するため、装飾用の <div> にクリックイベントだけを仕込んだ実装や、ラベルのないアイコンボタンは認識・操作されにくい。セマンティックHTMLの徹底が最も費用対効果の高い対策になる。

Q5. PerplexityBotとCometのクローリングの違いは何ですか？

PerplexityBotは通常検索のためのクロール専用ボットであり、Cometはユーザーの指示でリアルタイムに動くエージェント挙動である。

Cloudflareの新しい分類でもこの2つは「Search」と「Agent」という別カテゴリとして扱われており、片方を許可していてももう片方が個別にブロックされる設定があり得る。両方の設定を個別に確認する必要がある。

Q6. Cloudflareの新しいAIボット制御は自社サイトにどう影響しますか？

2026年9月15日以降、広告表示ページでは新規ドメインを対象に「エージェント」「学習」ボットがデフォルトでブロックされ、「検索」ボットのみ許可される。

自社サイトがCloudflareなどのボット管理サービスを利用している場合、Search・Agent・Trainingの許可設定を個別に見直し、Cometのエージェントアクセスを意図せず遮断していないか点検する必要がある。既存顧客は設定変更なしを選ぶことも可能とされている。

Q7. JavaScriptで動的に描画されたコンテンツはCometに認識されますか？

DOM上に反映されていれば認識されるが、非表示要素や過度に複雑な構造は抽出漏れのリスクがある。

Cometは大規模なDOMに対して不要な要素を除去し関連性の高い部分だけを抽出する処理を行うため、意味のある構造がスクリプトやスタイル情報に埋もれていると、要約・操作の精度が下がる可能性がある。

Q8. Comet対策と通常のPerplexity検索対策は同じでいいですか？

土台は共通するが、Cometのエージェントタスクには操作性という新しい評価軸が加わる。

定義文ファーストやFAQPage構造化データといった通常検索対策はそのまま有効だが、それに加えてセマンティックHTML・ARIA属性・ボタン/リンクの正しい実装という「操作されるための構造」を積み増す必要がある。

Q9. 中小サイトでもCometのエージェントタスクで訪問されますか？

構造が整っていれば十分あり得る。エージェントタスクの選定はドメインの規模より操作可能性が優先されやすい。

Cometはユーザーが指定したタスクに沿ってページを横断するため、大手・中小を問わず該当する情報を提供し、かつ構造的に操作しやすいページが選ばれる。ドメインオーソリティよりも実装品質が問われる場面が多い。

Q10. 自社サイトがCometに引用・訪問されているか確認する方法はありますか？

典型的なタスク文をCometで実行し、参照・操作されたページに自社ドメインが含まれるかを月次で確認するのが基本だ。

含まれない場合は競合ページのHTML構造と自社ページを比較し、見出し階層・ARIA属性・ボタンの実装差分を洗い出す。あわせてボット管理サービスの許可設定がエージェントアクセスを遮断していないかも点検するとよい。

Q11. ChatGPT AtlasとCometで対策を変える必要はありますか？

DOM・ARIA・セマンティックHTMLといった基礎対策は共通するが、クロールを担うボットの識別・許可設定は個別に見直す必要がある。

Cometは1,800万人、ChatGPT Atlasは1,100万人という規模までユーザーを伸ばしており（2026年第1四半期時点）、成長率はAtlasの方が速い。両者とも同じ基礎対策の恩恵を受けるが、User-Agentやボット管理サービスの許可設定は個別の項目として管理する必要がある。

Q12. Cometのような自動購入エージェントはセキュリティ上安全ですか？

Perplexity側は段階的な対策を進めているが、間接的プロンプトインジェクションなどのリスクが報告されており、サイト側にも備えが必要である。

セキュリティ研究によって、エージェントの乗っ取りや認証済みセッション内の情報露出につながるリスクが指摘され、Perplexityは追加のユーザー確認や管理者によるエージェント無効化設定を導入した。サイト運営者側も、決済など機微な操作の手前に人間による最終確認を挟む設計を維持することが望ましい。

Q13. 特定のページだけCometのエージェントアクセスを制限したい場合はどうすればいいですか？

ページ・パス単位でのアクセス制御設定を確認し、決済やアカウント関連ページなど機微な領域を個別に管理する。

Cloudflareなどのボット管理サービスでは「Search」「Agent」「Training」を区別して設定できる場合があり、これをページ単位・パス単位で調整できないか確認するとよい。加えて、自社サービス側に管理者向けのエージェント無効化機能がある場合は、その適用範囲をあらかじめ決めておく。

Q14. サーバーログでPerplexityBotのアクセスを確認する方法はありますか？

PerplexityBotは専用のUser-Agent文字列を名乗るため、アクセスログを直接解析することで確認できる。

ただしUser-Agentの詐称やIPローテーションによる検出回避が報告されているため、UA文字列の一致だけでなく、短時間に同一パターンのリクエストが複数IPから来ていないかなど、挙動面の特徴もあわせて確認するとより正確な把握につながる。

まとめ：Cometエージェント対策で押さえるべき要点

• Cometは2026年第1四半期に月間アクティブユーザー1,800万人まで急拡大し、クエリの19%が実際の操作を伴う「エージェントタスク」に置き換わっている
• Cometには「アドレスバー検索」「インラインページ要約」「エージェントタスク」という3つの異なるモードがあり、それぞれ評価軸が異なる
• エージェントタスクではページの見た目ではなくDOM・アクセシビリティツリーが判断材料になるため、セマンティックHTML・ARIA属性・ボタン/リンクの正しい実装が最優先の対策になる
• Comet Plusは「訪問」「引用」「エージェント行動」を区別して収益を分配する仕組みであり、パブリッシャー側の新しいKPIになり得る
• Cloudflareの新方針により、2026年9月15日以降は「検索」「エージェント」「学習」ボットが個別に許可・遮断されるようになるため、自社の設定を点検する必要がある
• ChatGPT Atlasなど競合ブラウザの台頭により、基礎対策は共通しつつもボット別の許可設定は個別管理が必要になっている
• エージェントによる自動操作にはセキュリティ・法務上のリスクも伴うため、決済など機微な操作の手前には人間による最終確認を残す設計が欠かせない

次に着手すべきアクションは次の3つだ。

1. 自社サイトの主要な操作導線（購入ボタン・フォーム・アイコンボタン）をブラウザの開発者ツールでアクセシビリティツリーとして確認し、認識されているかを点検する
2. Cloudflareなど利用中のボット管理サービスで、Search・Agent・Trainingの許可設定を個別に見直す
3. サーバーログを解析し、PerplexityBotおよびエージェント経由と推定されるアクセスの推移を月次でトラッキングし始める

関連用語

• Perplexity
• クローラー
• 構造化データ
• RAG
• GEO
• Schema.org

関連記事

• AI検索対策完全ガイド｜ChatGPT/Perplexity/Gemini/Claude/AI Overview 統合戦略【2026年版】
• Perplexity 引用対策 2026｜海外最新事例から学ぶ引用獲得の実践戦略
• Perplexity Deep Researchに引用される条件｜ソース選定基準と実務対策【2026年版】
• PerplexityのYouTubeソース指定で動画を引用させる戦略【2026年7月時点】
• PerplexityがRedditを46%引用する理由と日本語サイトの代替UGC戦略
• AI検索で引用されない原因7選と改善策【2026年最新】
• llms.txtの効果とWordPress実装ガイド｜AI引用率を上げる設定・書き方【2026年版】
• GEO・AEO・LLMO・AIOの違いをわかりやすく解説【2026年版】
• Perplexityがエージェント基盤へ転換しMicrosoft 365へ統合｜LLMO実務への影響を解説
• Dia（AIブラウザ）LLMO対策｜チャット型ブラウザに引用されるサイト設計
• Perplexity「Personal Computer」Windows対応——検索からエージェント基盤へ