AIエージェント対応ECサイト セルフチェックリスト10項目。あなたのストアは「AIの買い物客」を迎えられますか

AIエージェントがECサイトで買い物を代行する時代が始まっています。ところが、私たちがAIエージェントを実際にECサイトで歩かせる診断を運営していて痛感するのは、意識して作られていないサイトは高い確率で途中で止まる、という現実です。Shopify公式のデモストアですら、会員登録フォームのCAPTCHAで停止し、100点満点中20点でした。

この記事では、自分のストアがAIエージェントに対応できているかを自分で確かめるためのチェックリストを10項目に整理しました。前半は今日から確認できる項目、後半は少し技術的な項目です。エージェンティックコマース自体の解説は別記事エージェンティックコマースとはをご覧ください。

チェックの前提。エージェントはどこを歩くのか

AIエージェントが買い物を代行するとき、たどる道筋は人間とほぼ同じです。サイトに到達し、商品を探し、必要なら会員登録かログインをし、カートに入れ、決済に進みます。

つまりチェックすべきは、この導線上の各段階です。以下の10項目は、実際の歩行診断で停止が起きやすい順ではなく、導線の順（入り口→フォーム→商品情報→決済）に並べています。

セルフチェックリスト10項目

1. robots.txtでAIエージェントを締め出していないか

サイトの入り口の問題です。robots.txt（クローラーへの指示ファイル）でAI関連のボットを一括拒否していると、エージェントによってはサイトの情報取得の段階でつまずきます。

確認方法: 「あなたのドメイン/robots.txt」をブラウザで開き、Disallowの指定を確認します。不正クローラー対策として設定した記憶がないのに広範なブロックが入っている場合、利用中のプラットフォームやセキュリティサービスの初期設定の可能性があります。

2. 会員登録・購入の導線にCAPTCHAを置いていないか

歩行診断で最も強力な停止要因です。CAPTCHA（「私はロボットではありません」の認証）は、その設計目的の通りAIエージェントを止めます。正当なエージェントによる買い物代行も、不正ボットと区別なく遮断されます。

確認方法: 自分のストアで実際に会員登録と購入を試し、CAPTCHAが出る箇所を書き出します。プラットフォーム利用の場合は、CAPTCHAの有無を店舗側で制御できるか設定画面を確認します。

考え方: CAPTCHAを外せと言いたいのではありません。不正対策としての必要性と、エージェント経由の購買機会の損失を天秤にかけ、どこに置くかを意図して決めることが重要です。少なくとも「知らないうちに全導線に入っていた」状態は避けるべきです。

3. 入力欄にラベルが正しく紐づいているか

CAPTCHAと並ぶ二大停止要因です。人間は入力欄の近くにある「郵便番号」という文字を見て意味を理解しますが、機械はHTML上でラベルと入力欄が紐づいていないと、その欄に何を入れるべきか判断できません。見た目にラベルがあっても、機械には「名無しの空欄」ということがよくあります。

確認方法: フォームの入力欄に対応するラベル文字をクリックしてカーソルが入るか試します（正しく紐づいていればラベルのクリックで入力欄が選択されます）。技術者がいる場合は、label 要素の for 属性や aria-label 属性の有無を確認します。

なおこの項目は、視覚障害のある方が使うスクリーンリーダーへの対応（ウェブアクセシビリティ）とほぼ重なります。エージェント対応の整備は、人間のお客様への配慮にもそのまま効きます。

4. エラーの内容が文字で伝わるか

フォームの入力に不備があったとき、「どの欄が」「なぜ」だめなのかが文字で表示されるかを確認します。枠が赤くなるだけ、ページ先頭に戻るだけ、といった設計では、エージェントは何を直せばよいか分からず、そこで手詰まりになります。

確認方法: わざと不備のある内容（形式の違うメールアドレスなど）で送信し、エラーの表示を確認します。

5. 会員登録なしでも購入できる導線があるか

ゲスト購入の可否です。会員登録は入力項目が多く、メール認証やCAPTCHAも挟まりやすいため、エージェントにとって最大の難所になりがちです。ゲスト購入の道があれば、登録で止まっても購入までは到達できます。

確認方法: 自分のストアで、会員登録せずに決済画面まで進めるか試します。

6. 商品情報が構造化データになっているか

商品名・価格・在庫状況が、機械が読める形式（schema.orgのProductマークアップなど）で埋め込まれているかです。構造化データがあると、エージェントは推測ではなく確定情報として商品を理解できます。検索エンジンのリッチリザルト対策と同じ整備なので、SEOにも直接効きます。

確認方法: Googleのリッチリザルトテスト（無料）に商品ページのURLを入れ、Product情報が検出されるか確認します。

7. 価格・送料・在庫が画像やあいまい表現に埋もれていないか

構造化データの有無とは別に、本文上の情報の書き方の問題です。送料が画像バナーの中にしか書かれていない、「お問い合わせください」としか書かれていない、といった状態では、エージェントは購入判断に必要な総額を計算できません。

確認方法: 商品ページと購入フローを見て、支払総額の計算に必要な情報（価格・送料・手数料）がすべて文字情報として書かれているかを確認します。

8. JavaScriptが重くても主要情報にたどり着けるか

多くのエージェントはJavaScriptを実行できますが、読み込みが極端に遅いページや、操作しないと表示されない情報（無限スクロール、タブの奥の在庫表示など）は取りこぼしの原因になります。

確認方法: PageSpeed Insights（無料）で商品ページの表示速度を確認します。また、購入判断に必要な情報がクリックやスクロールなしで本文に現れるかを見直します。

9. 途中で予期しないポップアップを出していないか

離脱防止のモーダル、クーポンの全画面表示、チャットウィジェットの自動展開などは、人間には閉じられてもエージェントの歩行を妨げることがあります。特に決済直前の割り込みは、購入完了率に直結します。

確認方法: 初回訪問の状態（シークレットウィンドウ）で購入フローを最後まで歩き、途中で自動的に出てくる要素を書き出します。

10. 静的チェックだけで安心せず、実際に歩かせて確かめたか

ここまでの9項目を目視で確認しても、最後の確信は持てません。robots.txtや構造化データの有無を機械的に調べる無料チェッカー（Cloudflare Agent Readiness Score など）は有用ですが、静的チェックで高得点でも実際の歩行では序盤で止まる、ということが起こり得ます。実装と実際の挙動は別物だからです。

その傍証として、UCP Checkerの2026年7月レポートでは、エージェントコマース向けプロトコルの検証済みストアが11,414店ある一方、決済までの実装が確認されたストアはゼロと報告されています。「対応している（はず）」と「実際に買える」の間には、それだけの溝があります（出典: State of Agentic Commerce July 2026）。

確認方法: AIエージェントに実際にサイトを歩かせ、どの段階で止まるかを記録します。次節の通り、これを無料で代行する診断があります。

チェックリストの後は、実測で裏を取る

10項目を通して伝えたかったのは、エージェント対応の大半は「見た目には分からない」ということです。だからこそ、目視チェックの仕上げとして実測をおすすめします。

Agentrixは、AIエージェントをあなたのストアで実際に歩かせ、会員登録→閲覧→カート→決済直前のどこで止まったかをスコアと停止理由付きのレポートにする「エージェント到達性診断」です。診断レポートの生成は現在無料で、同意と対象URLを送るだけで通常2営業日以内にレポートをお返しします。無断で診断することはなく、CAPTCHAの突破や購入の確定は一切行いません（CAPTCHA検知時点で停止し、その停止自体を診断結果として報告します）。

あなたのストアでは、10項目のうちいくつ確認できたでしょうか。診断で見つかった意外な停止要因があれば、ぜひ教えてください。

よくある質問

10項目すべてに対応しないとだめですか

いいえ。影響が大きいのはCAPTCHA（項目2）とフォームのラベル（項目3）で、歩行診断でもこの2つが停止要因の代表です。まずこの2つと、費用対効果の高い構造化データ（項目6）から着手することをおすすめします。

対応するとSEOにも効果がありますか

重なる部分が多くあります。構造化データ（項目6）や表示速度（項目8）は検索エンジン対策そのものですし、ラベルの紐づけ（項目3）はアクセシビリティ改善として人間のユーザー体験にも効きます。エージェント対応のための整備は、既存の集客改善と両立します。

プラットフォーム（BASEやSTORESなど）利用でも使えるチェックリストですか

項目1・2・3などプラットフォーム側の仕様に依存する項目と、項目7など店舗側で今日から直せる項目が混在しています。プラットフォーム利用の個人ストア視点での整理は、別記事BASE・STORES・カラーミーショップのストアはAIエージェントに対応できているのかをご覧ください。