AIエージェントはあなたのウェブサイトを利用できますか?実践的な受け入れテスト
アシスタントがオファーを読み取り、リンクをたどり、許可されたタスクを完了できるか確認します。テスト記録とアクセス失敗と機能不足を分離する方法を含みます。
あなたのサービスを別のサービスと比較するように求められたアシスタントは、利用可能な証拠が必要です:提供内容、対象者、条件の意味、次に進む場所。 デモを予約するように求められたアシスタントも実行可能なアクションが必要です。 ページは最初の要件を満たし、2番目を失敗させることができます。
有用な質問は具体的です:意図されたアシスタントは公開ページで意図されたタスクを完了できますか? 私たちのAI検索準備ガイドは発見への技術的障壁に対処します。 この受け入れテストは、サイトを利用したい人物に対してその作業を拡張します。
検証可能な結果を持つタスクを定義する
実際の顧客がすでに実行しているタスクを選択する。 サービスビジネスの場合、有用な出発点は次のとおりです:「このサービスが私の場所をサポートしているか確認し、関連するサービスページを特定し、相談をリクエストする方法を示してください。」フォームを送信したり顧客データを変更したりせずに公開情報に対してテストを実行します。
テスト前に期待される回答を書き出す。 サポートされている場所、現在のサービス URL、実際の相談アクションを記録する。 これにより、説得力のある回答と正しい回答を区別する方法が得られます。
簡単な記録を使用する:
| タスク | 指定された場所で利用可能なサービスを見つける |
| 期待される証拠 | サービス説明、カバレッジ声明、連絡リンク |
| 観測された結果 | 正しいページが見つかり、連絡アクションが利用できない |
| 修復と所有者 | 非アクティブな連絡先制御を置き換える;ウェブチーム |
| 検証 | タスクを繰り返し、結果の宛先を記録する |
これは例示的な記録であり、顧客の結果ではありません。 アシスタント、テスト日付、および開始URLを記録に保持し、次回の実行を公平に比較できるようにする。
アクセス、読み取り、アクションを分離する
アシスタントが実際に受け取ったものから開始する。 ログイン画面、同意インタースティシャル、またはボットチャレンジが、ブラウザで表示されるページの代わりになる場合があります。 成功ステータスコードだけでは、サービス説明が配信されたことを証明できません。 観測された応答または編集済みスクリーンショットを保存し、欠落している意図されたコンテンツを特定する。
次に、可視オファーとアシスタントが利用できるコンテンツを比較する。 一部のツールはテキストを取得し、他はブラウザを実行してページを検査する。 顧客が使用するツールをテストする。 Google は、ビジュアル出力、DOM、およびアクセシビリティツリーを検査できるブラウザエージェントを説明し、エージェンティック体験に関するガイダンス に記載されている。 JavaScript ページは、すべてのアシスタントが読み取れるかどうかの一括宣言ではなく、観測テストが必要である。
最後に、アクションを実行する。 明確に名前付けされたリンクは、意図された宛先に導くべきである。 フォームは、理解しやすいラベルと検証フィードバックを公開するべきである。 タスクに認証、支払い、または許可が必要な場合、その境界を記録する。 承認のために正しく停止するタスクは、ボタンを失ったり確認を発明したタスクとは異なる動作をする。
私たちのJavaScript レンダリングガイド は、人が見るコンテンツと取得ツールが受け取るコンテンツが乖離している場合に有用である。
目的に応じてアクセスポリシーを選択する
検索取得、モデル訓練、およびユーザー指向活動は異なる制御を持つ。 OpenAI は OAI-SearchBot と GPTBot の独立設定を文書化しており、サイト所有者は検索を許可しながら訓練を拒否できる。 その ChatGPT-User エージェントは、別個のユーザー指向役割を持つ。 ポリシーを決定する際は、プロバイダーのクローラドキュメント を使用してください。
Anthropic も同様に Claude-SearchBot、ClaudeBot および Claude-User を クローラガイダンス で区別しています。 目的、サイトのポリシー、および観測されたアクセス結果を一緒に確認してください。 トレーニングオプトアウトは、単独では検索アクセスが機能していない証拠にはなりません。
ホスティングと CDN コントロール、および robots.txt を確認してください。 ファイルで許可を宣言しても、ブロックされたネットワークリクエストを成功させることはできません。 正当なトラフィックの場合、ルールを変更する前にドキュメント化された識別プロセスを通じてプロバイダーを検証してください。 ユーザーエージェント文字列をリクエストにコピーしてテストすることは、そのリクエストがどのように処理されるかを確認するためであり、検証済みプロバイダーリクエストを再現するものではありません。
次のステップを発見可能にしてください
重要な製品情報は安定したリンク付きページに保管してください。 能力を通常言語で述べ、限定する資格を主張の横に置いてください。 「ワークフローと統合します」と言うページは、サポートされる操作とそのアクセス要件を説明するドキュメントへのリンクを含めるべきです。
公開 API または MCP 統合を提供するサイトの場合、サポートされるインターフェースと認証要件を公開してください。 SEOReport の エージェント統合 は、互換性のあるアシスタントがドキュメント化された製品インターフェースを通じてレポートを要求できるようにします。 これは、検索回答で SEOReport を発見するアシスタントの別の機能です。
機械可読のナビゲーションファイルは、それを明示的に消費するツールに役立ちます。 ファイルを受け入れ基準の一部として扱う前に、その使用を検証してください。 動作するリンクと有用な公開ドキュメントは、人々にとっても価値があります。
修復後に同じタスクを繰り返してください
元のテスト記録を保持してください。 同じ開始 URL とタスクを使用して変更後にそれを繰り返し、実際の宛先または回答の証拠を検査してください。 比較を制限するアシスタントまたはその取得モードの変更を記録してください。
タスクの成功完了は、このテストされた相互作用が機能したことを確立します。 検索引用、紹介訪問、および顧客決定には独自の測定が必要です。 それらの観察を合わせて、サイトが発見しやすくなったか、使いやすくなったか、または両方かを判断できます。