AIが検索体験を塗り替えつつある今、BtoBマーケターが次に手を打つべき施策がある。それがAEO（Answer Engine Optimization：回答エンジン最適化）に対応したスキーママークアップだ。SEOの延長線上に見えるが、やるべきことの質が根本的に違う。本記事では、日本のBtoB企業が今すぐ実践できる具体的な手順を解説する。
スキーママークアップがAEOで重要な理由
まず前提を整理する。スキーママークアップとは、HTMLに追加する構造化データのことで、検索エンジンやAIクローラーがサイトの内容を機械的に読み取れるよう補足情報を与える仕組みだ。
従来のSEOでは、リッチスニペット（Rich Snippet）の表示や検索結果での視覚的な強調が主な目的だった。しかしAEOの文脈では役割が大きく変わる。ChatGPTやPerplexity、GoogleのAIオーバービューといった回答エンジン（Answer Engine）が「どのサイトの情報を引用すべきか」を判断する際に、スキーマが決め手になるからだ。
実際、スキーマが適切に実装されたページは、AIオーバービューへの表示率が高く、従来のSEOランキングでも上位に入りやすいというテスト結果が出ている。逆に言えば、スキーマが不完全なページはどれだけコンテンツが優れていても、AIに無視されるリスクがある。
ここが落とし穴で、「スキーマを入れた」という事実より「どう入れたか」が問われる。
BtoBサイトで優先すべきスキーマタイプ
BtoB企業のサイト構造に当てはめたとき、優先度が高いスキーマタイプは以下の通りだ。
Organizationスキーマは最初に実装すべき基盤だ。自社が何者で、何を提供し、どこで信頼性を担保できるか（SNSアカウント、設立年、代表者など）を機械が読める形で定義する。AIが「この企業の情報を引用していいか」を判断するとき、Organizationスキーマは最初の判断材料になる。
PersonスキーマはE-E-A-T（経験・専門性・権威性・信頼性）の強化に直結する。BtoBコンテンツに多い「専門家執筆」「責任者監修」といった記事では、著者をPersonエンティティ（Entity）として定義し、LinkedInなどの外部プロフィールと紐づける。これによりAIが「この人物は信頼できる情報源か」を判断しやすくなる。
Articleスキーマはブログ記事やホワイトペーパーに適用する。誰が書いたか、いつ公開・更新されたか、何について書いているかを構造化する。OrganizationやPersonと接続することで、コンテンツの帰属があいまいにならない。
BtoB企業で見落とされがちなのがServiceスキーマだ。サービス名、提供対象業界、エリア、提供者の情報を構造化することで、AIが「このサービスについて回答するときに参照できる信頼性の高い情報源」として認識しやすくなる。
エンティティグラフの構築：ページ単体ではなくサイト全体で考える
正直に言うと、スキーマを各ページにバラバラに実装するだけでは不十分だ。それはメモ書きを貼り付けているようなもので、AIが全体像を掴むには追加の解釈コストがかかる。
大切なのはエンティティグラフ（Entity Graph）の考え方だ。Organizationを中心に、Personがぶら下がり、そのPersonがArticleを書き、ArticleがServiceやProductに言及する。こういった関係性を`@id`プロパティを使って接続することで、クローラーはサイト全体を「知識ベース」として読み取れるようになる。
実装上のポイントは`@graph`を使った一括記述だ。複数の“タグにバラバラに書くのではなく、一つの`@graph`配列の中にOrganization、Person、Article、BreadcrumbListをまとめて定義する。こうすることでクローラーが一度読み込むだけで全エンティティと関係性を把握できる。
`sameAs`プロパティも忘れてはいけない。Organizationなら会社のSNSアカウント、Personならその人物のLinkedInや著者ページを`sameAs`でリンクすることで、外部の権威ある情報源と自社エンティティが同一であることを裏付けられる。
AEOに対応したページ構造の実践的な作り方
スキーマを実装する前に、ページ自体の構造がAEOに適していなければ意味がない。
まず、1ページ1テーマの原則を徹底する。「クラウドERPとは何か」と「ERPの選び方」を同一ページで扱うのは、一見お得に見えて実は逆効果だ。回答エンジンはスコープが明確なページを好む。テーマが混在すると引用対象から外れやすくなる。
見出し（H2・H3）はユーザーが実際に検索する質問文に近い形にする。「機能一覧」より「BtoB向けSFAに必要な機能は何か」のほうが、AIが質問に対応するセクションとして認識しやすい。
各セクションの冒頭に結論を置くことも重要だ。AIは「答えを探して文章を最後まで読む」ということをしない。セクションの先頭に直接的な回答があり、その後に補足説明が続く構造が引用率を高める。
コンテンツがアコーディオン（折りたたみ）やタブ表示に隠れている場合は要注意だ。フロントエンドで非表示になっていてもHTMLに記述されていれば問題ないが、JavaScriptで動的に生成される場合はAIクローラーがアクセスできないケースがある。
よくある実装ミスと品質の担保
スキーマバリデーター（schema.org/validator）でエラーが出ないからといって、安心するのは早い。「バリデーションは通るが意味のないスキーマ」という落とし穴がある。
例えばProductスキーマに名前だけ入れて、価格・ブランド・提供形態を省いた場合、技術的には有効でもAIにとって役に立たない。GoogleのリッチリザルトテストはGoogleが必須と判断するフィールドを表示してくれるため、バリデーターより踏み込んだ確認ができる。
日付のフォーマットミスも多い。ArticleスキーマのdatePublishedとdateModifiedはISO 8601形式（例：2025-06-01T09:00:00+09:00）で記述する必要がある。ページ上には「2025年6月1日」と表示されているのにスキーマの日付が更新されていないケースは、信頼性シグナルを損なう。
@idの設計は最初に統一ルールを決めてしまうのが得策だ。`https://example.com/#organization`のような形式で固定し、サイト全体で同一のIDを参照する。ページごとに異なるIDを使うと、エンティティグラフが断片化してAEOのパフォーマンスが下がる。
—
まとめ
スキーママークアップは「SEOの補助ツール」という位置づけを卒業し、AEO時代の競争優位を左右するインフラになった。BtoBマーケターがやるべきことはシンプルだ。Organizationを起点にエンティティを接続し、ページ構造をAI引用に適した形に整え、実装品質を定期的に検証する。一度仕組みを作れば、継続的な成果に繋がる投資対効果の高い施策だ。今すぐ自社サイトのスキーマ実装状況を棚卸しするところから始めてほしい。
参考：https://blog.hubspot.com/marketing/schema-markup-aeo
**