AIエージェントの機械可読性とは、ChatGPTのエージェント機能やPerplexityのようなAIが、人の代わりに自社サイトを自動で読み取り・操作するとき、必要な情報(価格・サービス内容・問い合わせ先など)を正しく抜き出せる状態のことです。ここで注意したいのは、これは「AIに引用されるためのLLMO対策(AI検索最適化)」とは別の話だという点です。LLMOが「AIに選ばれるか」なら、本記事のテーマは「AIが実際にサイトへ来たとき、目的の情報にたどり着けるか」です。臨床検査の世界にたとえるなら、検体(情報)が正しいラベルで運ばれず、正しい棚に届かない「搬送経路の詰まり」に近い問題です。そして海外の調査では、この詰まりが最も起きる場所がはっきりしています——価格ページです。
この記事でわかること
- 最もつまずく場所: AIエージェントが最も情報を取り違えるのは価格ページで、原因は「情報非開示・機械可読性・アクセス制限」の3つの壁に集約されます。
- 放置するリスク: 自社ページから価格を読めないと、AIはG2やVendrなど自社が制御できない第三者情報に頼り、古い・誤った情報で紹介されます。
- 今日の打ち手: robots.txtのAIクローラー設定、価格・会社概要の生HTML化、Schema.org構造化データの3点を「サイトの健康診断」として点検できます。
結論:AIエージェントが最もつまずくのは「価格ページ」
まず結論からお伝えします。AIエージェントがサイトを読み取るとき、最も高い確率で情報を取りこぼすのは価格ページです。B2Bソフトウェア100製品をAIエージェントで検証した海外調査(Siteline社の調査と、それを分析したKevin Indig氏「Growth Memo」)によると、AIが自社ページから直接答えを得られた割合は、連携情報で93%、セキュリティ情報で92%だったのに対し、価格情報では79%まで下がりました。
価格でだけ成功率が落ちる理由は、突き詰めると3つの壁に整理できます。(1)そもそも価格を公開していない「情報非開示」、(2)価格は載っているのにAIが読み取れない「機械可読性」、(3)AIのアクセス自体を弾いてしまう「アクセス制限」です。この3つは価格ページに限らず、会社概要やサービス紹介など「AIに正しく伝えたいページ」すべてに当てはまります。以降で1つずつ分解していきます。
なぜ今つまずきが問題なのか|第三者情報に置き換えられるリスク
なぜ「AIが自社ページを読めるか」が今になって重要なのでしょうか。背景にあるのが、AIエージェントが人の代わりに情報収集・比較・問い合わせまで進める「エージェント経由の行動(agentic commerce)」の広がりです。ユーザーが自分で検索する代わりに、AIに「この条件に合うツールを3つ比較して」と頼む場面が増えています。
このとき、自社ページから価格を読み取れないとどうなるか。AIは答えを空欄にはせず、別の情報源で埋めようとします。前述の調査では、AIが自社ページを読めずに第三者情報へ切り替えたケースのうち、その77%が価格に関するものでした。切り替え先の内訳は、比較ブログなどの編集記事が52%、G2・Capterra・Vendrといったディレクトリ(比較・レビューサイト)が46%です。つまり、自社が管理していない場所の、古いかもしれない価格で紹介されてしまうのです。(アイダイム分析)検索結果の見た目を整える以前に、「AIに読ませる情報を自社側で持っているか」が問われる段階に入ったと考えています。
もちろん、この話に冷静な見方もあります。「AIエージェントの本格普及はもう少し先」「価格非公開は営業戦略として正しい」という意見です。妥当な指摘であり、明日すべてを作り替える必要はありません。ただし後述するように、対応の多くは「AI向けの特別な作業」ではなく「人にとっても読みやすいサイトに直す」作業と重なります。やって損のない土台づくりだと捉えるのが現実的です。
つまずく3つの壁|情報非開示・機械可読性・アクセス制限
AIエージェントがつまずく原因を、3つの壁として整理します。自社サイトがどの壁に引っかかっているかを見極めることが、健康診断の第一歩です。
まず全体像を、壁ごとの症状と直し方の対応表で押さえてください。
| 壁 | よくある原因 | AI側で起きる症状 | 基本的な直し方 |
|---|---|---|---|
| ①情報非開示 (opacity) | 価格・料金を載せず「お問い合わせください」のみ/表現が曖昧 | 答えが見つからず第三者情報で代替される | 自己申込プランの価格はテキストで明記。個別見積もりなら「何で金額が決まるか」を書く |
| ②機械可読性 (machine-readability) | 価格表がJavaScript描画・計算機ウィジェット・PDF・画像・重いページ | ページを取得しても中身が空欄に見え、抜き出せない | 生HTMLに価格を置く(サーバ側描画)。構造化データで意味を付与 |
| ③アクセス制限 (access friction) | robots.txtでAIクローラーを一律ブロック/取得エラー・過度なレート制限 | そもそもページを取得できない | 回答系AIクローラーを許可。重要ページを軽量に保つ |
この3つのうち、特に見落とされやすいのが②の機械可読性です。人の目には価格がきれいに表示されていても、その数字がJavaScriptで後から描き込まれている場合、AIが最初に取得する生のHTMLには何も書かれていない、という状態が起こります。
Q. 「機械可読でない」とは、具体的にどういう状態ですか?
A. 人には見えているのに、ページの生HTML(ソース)に情報が文字として存在しない状態です。価格が画像・PDF・JavaScript描画・計算機ウィジェットになっていると、AIは取得しても中身を読めません。ブラウザで「ページのソースを表示」して価格の文字列が見つかるかが、簡単な確認方法です。
つまり、見た目のデザインと「AIが読める形か」は別問題だということです。ここを踏まえたうえで、海外調査が示した具体的な数字を見ていきましょう。
【データ】海外調査が示す価格ページの弱さ
3つの壁が実際にどれだけの差を生むのか、調査データで確認します。次の表は、AIエージェントが自社ページから直接答えを得られた割合と、読めなかったときのコストへの影響をまとめたものです。
| 指標 | 数値 | 意味 |
|---|---|---|
| 自社ページから直接回答できた割合(価格) | 79% | 連携93%・セキュリティ92%より明確に低い |
| 第三者情報への切り替えに占める価格の割合 | 77% | 読めなかった多くが価格。制御外の情報で紹介される |
| 切り替え先の内訳 | 編集記事52%/ディレクトリ46% | 比較ブログやG2・Vendr等のレビューサイト |
| 解析しづらいサイトの処理コスト | トークン約4.4倍・時間約2.0倍 | AIから見て「重い・面倒なサイト」は後回しにされやすい |
注目すべきは、アクセスエラーの影響の大きさです。取得エラーが起きたのは全体の7%と少数でしたが、エラーが起きた場面では第三者情報への切り替えが通常の17%から77%へ跳ね上がりました。「たまにしか起きないから大丈夫」ではなく、「起きたときの被害が大きい」タイプの問題だと分かります。なお、構造化データ(Schema.org)を1つ加えただけで、あるページのAI可読スコアが73から93へ改善した例も報告されています。小さな一手が効く領域でもあるのです。
Q. これはB2B SaaSの話ですよね。価格ページがない業種でも関係ありますか?
A. 関係あります。調査対象は価格ページでしたが、同じ「情報非開示・機械可読性・アクセス制限」の壁は、会社概要・サービス内容・料金の目安・問い合わせ導線など、AIに正しく伝えたいすべてのページに当てはまります。価格表がない中小企業ほど、次章の「サービス情報全般」の観点が効きます。
海外の数字は価格ページ中心ですが、日本の中小企業では事情が少し異なります。次に、現場でよく見る失敗を見ていきます。
日本の中小企業サイトのあるある失敗|価格だけでなく「サービス情報全般」
海外調査は価格ページが主題でしたが、日本の中小企業サイトでは、そもそも価格ページを持たない業種も多くあります。その場合につまずくのは、会社概要・サービス内容・対応エリア・問い合わせ先といった「サービス情報全般」の機械可読性です。ここで、実際の現場で見かける失敗を挙げます。
最も多いのが、③アクセス制限の壁——robots.txtでAIクローラーを一律ブロックしているケースです。(実務知見)ある案件では、アクセス解析データを見て「AI経由の訪問が全然来ていない」ことをきっかけに調べたところ、robots.txtでAIのクローラーをまとめて拒否する設定になっていた、という状態でした。学習用のクローラーを避けたい意図は理解できますが、その巻き添えで、回答時に参照される種類のクローラーまで弾いてしまうと、AIの回答に自社が一切登場しなくなります。こうした「気づかないうちに自分でAIから消えている」設定は、決して珍しくなく、そこそこの割合のサイトで見かけます。クローラーの種類と役割の違いは「検索エンジンのクローラーとは?仕組みや呼び込むための施策を解説」で整理しています。
次に多いのが、②機械可読性の壁です。料金やサービスの要点が画像・PDFだけで提供されていたり、JavaScriptで後から描画されていたりして、生HTMLには情報が無い、というパターンです。人には普通に見えるため、問題に気づきにくいのが厄介な点です。どのクローラーを許可し、どこまでAIに開くかの全体設計は「生成AI最適化とは?Google公式が示す「やるべきこと・やってはいけないこと」【2026年版】」で解説しています。
AIエージェント時代のサイト健康診断チェックリスト
ここまでの3つの壁を、自分で点検できる「サイトの健康診断」に落とし込みます。臨床検査の精度管理(QC)では、結果を出す前に「そもそも検体が正しく届いているか」を確認します。同じように、AI対策も「AIがページを取得・読解できているか」という土台の検査値から見るのがおすすめです。
| 点検項目 | 確認方法 | つまずきの壁 |
|---|---|---|
| 会社概要が正しく整っているか | 事業内容・所在地・対応範囲が最新かつ具体的か | ①情報非開示 |
| 価格・料金が生HTMLにあるか | 「ページのソースを表示」で金額の文字列が見つかるか | ②機械可読性 |
| robots.txtの設定 | AIクローラーを意図せず全ブロックしていないか | ③アクセス制限 |
| 構造化データの有無 | 主要ページにSchema.orgのマークアップがあるか | ②機械可読性 |
| ページの重さ | 重要ページが不要なスクリプトで肥大化していないか | ②機械可読性 |
(実務知見)この診断で私たちが最初に目視するのは、意外に思われるかもしれませんが会社概要ページです。構造化マークアップが入っているかを見ると同時に、「そもそも会社概要として情報が正しく・十分に書かれているか」を一緒に確認します。これは構造化データを付ける以前の、いわば「会社概要の最適化(LPO=ランディングページ最適化の考え方)」です。なぜ最初にここを見るかというと、AIは会社概要を手がかりに「この会社は何者で、何を提供しているか」を理解するからです。土台となる会社概要が薄い・古いままだと、どれだけ個別ページを整えても、AIが描く自社像そのものがぼやけてしまうのです。
📌 自社サイトがAIエージェントに正しく読まれているか、プロの目で点検したい方へ。
→ 構造化マークアップ依頼の費用と相場を徹底解説|失敗しない外注先の選び方
Q. 何から点検を始めればよいですか?
A. まず会社概要ページと、robots.txtのAIクローラー設定の2つから始めるのがおすすめです。会社概要はAIが自社を理解する土台であり、robots.txtは「そもそも読ませているか」の入口だからです。この2点が整っていないと、他の対策の効果が出にくくなります。
診断で壁が見つかったら、次は具体的な直し方です。
つまずきの直し方|生HTML化・構造化データ・robots.txt・llms.txt
3つの壁の直し方を、優先度の高い順に整理します。共通しているのは、いずれも「AI専用の難しい作業」ではなく、人にとっても読みやすいサイトに整える作業と重なる点です。
手順1 robots.txtでAIクローラーの扱いを見直す。まず「そもそも読ませているか」を確認します。学習系のクローラーはブロックしても、回答時に参照される種類のクローラーは許可する、といった役割ごとの設定が基本です。全体の考え方は「【図解】AI検索 対策とは?公式が示す本当に必要な施策【2026年版】」を参照してください。
手順2 価格・会社概要・サービス情報を生HTMLに置く。JavaScriptで後から描画するのではなく、サーバ側で描画された状態(生HTMLに文字がある状態)にします。計算機ウィジェットやPDFだけの提供は、テキストの説明を併記して補います。
手順3 構造化データ(Schema.org)で意味を付与する。価格ならProductやOffer、会社概要ならOrganizationといったマークアップで、「これは価格です」「これは所在地です」とAIに明示します。実装と検証の方法は「JSON-LDとは?構造化データの書き方・実装・検証方法」で具体的に解説しています。あわせて、価格や仕様は1つの正規URL(canonical)に集約し、他のページからはそこへ案内する形にすると、AIが情報の在りかを迷いません。
(実務知見)なお、構造化マークアップの代行そのものは、着手から反映まで1〜2週間程度が目安です。ただし実際には、この作業に入ると会社概要が薄いといった別の問題点も一緒に見つかることが多く、そちらも直すため、結果としてもう少し時間をかけるケースが大半です。単にタグを付けるだけの作業ではなく、サイト全体の「健康診断とあわせた改善」になる、と考えていただくのが実態に近いです。こうしたAIに選ばれる土台づくりの全体像は「【入門編】LLMO対策の教科書:AIに選ばれる検索戦略とコンサルティング」でまとめています。
AIエージェント対応のよくある質問
Q. robots.txtでAIクローラーは全部ブロックすべきですか?
A. 一律ブロックはおすすめしません。学習に使われたくない意図があっても、回答時に参照される種類のクローラーまで弾くと、AIの回答に自社が登場しなくなります。役割ごとに「学習系はブロック、回答系は許可」といった切り分けを検討するのが現実的です。
Q. BtoBで価格を公開したくない場合はどうすればよいですか?
A. 具体的な金額を出せない場合でも、「何によって金額が決まるか(従量課金・人数・利用範囲など)」をテキストで書くだけで、AIの取り違えは大きく減ります。「お問い合わせください」だけで終えず、判断材料を言葉で示すのがポイントです。
Q. AIエージェント対応は、まだ早いのではないですか?
A. 本格普及はこれからという見方もあり、明日すべてを作り替える必要はありません。ただし本記事で挙げた対策の多くは、人にとっても読みやすいサイトに直す作業と重なります。robots.txtの見直しや会社概要の整備は今やっても無駄にならない土台づくりなので、できる範囲から始めるのがおすすめです。
参考情報
- Kevin Indig「Where AI agents get stuck on your site」(Growth Memo)
- Search Engine Land「Where AI agents get stuck on websites」
- Search Engine Journal(Siteline調査に関する報道)

