AEOのためのスキーママークアップの書き方と検証手順

ページのHEADに、schema.orgの語彙で作成したJSON-LDブロックを入れます。コンテンツ記事にはBlogPosting・FAQPage・BreadcrumbListの3つのタイプをまとめて、会社サイトにはOrganization・WebSite・Service（またはProduct）をサイト全体に配置します。実装フォーマットはJSON-LD一つで十分です。Microdata・RDFaも標準ドキュメントにありますが、新しく作るサイトで使う理由はありません。

AI検索はページ全体を要約するのではなく、回答に使う事実の断片だけを選んで持っていきます。その抜粋が正確であるためには、ページが"これは発行機関、これは質問、これは回答、これは価格"と機械が読める形で示す必要があります。スキーママークアップがその表示です。

AEOにはなぜschemaが必要なのですか?

schemaは引用候補に入るための最低条件です。ChatGPTやPerplexityは回答を作るとき、ページのどの文章を引用するかを選びます。平文のHTMLしかなければ、このQ&Aがどの質問の答えなのか、発行主体が誰なのか、製品の価格がいくらなのかがタグで示されないため、選ぶ根拠があいまいになります。

Search Engine Landが2025年9月に行った統制実験では、内容が同じ2つのページのうち、JSON-LDを正しく作成したページだけがGoogle AI Overviews（AIによる概要）に表示された事例が報告されました。カテゴリの主要プロンプトで引用比率が0のページを開いてみると、ほとんどはschemaがないか、あっても会社情報がページごとに食い違っています。

schemaを入れたからといって、回答に自動的に表示されるわけではありません。schemaがなければ候補から外れ、あって初めて候補に入ります。候補の中でどのページが表示されるかは、コンテンツの回答適合性と会社の信頼度が決めます。

コンテンツ記事に入れるBlogPosting・FAQPage・BreadcrumbList

ブログやガイド記事の1ページには、3つのタイプをまとめて入れます。3つのタイプが担うシグナルは重ならないため、1つだけ入れると残りのシグナルが抜けます。

dateModifiedは空けておきません。AIの回答は最新の記事を優先して引用する傾向があるため、数年前の記事に見えればその分不利になります。文章を大きく書き直していなくても、内容を再点検したのであれば、点検した日に日付を更新します。

FAQPageは3つのタイプの中でAEO効果が最も直接的です。schema.orgのFAQPageの定義どおりにmainEntity配列にQuestionを入れ、各QuestionにacceptedAnswerを連結すれば、質問と回答のペアが、AIがそのまま持っていって使える回答の形になります。Google Search CentralのFAQPageのドキュメントは、本文に実際に表示されているQ&Aだけをマークアップするよう定めています。画面にない質問をschemaにだけ入れるとポリシー違反です。

BreadcrumbListは、AIエンジンがサイトの構成を把握し、Googleのデスクトップ検索結果がページのサイト内での位置を表示するときに使う値です。position・name・itemを順番どおりに書くだけで済むため、手間の割に効果が高いです。

PIONの自社ブログでは、記事を公開すると3つのタイプが自動で入ります。本文のFAQをclassName="faq-section"コンテナで囲むと、ビルダーが質問と回答を抽出してFAQPageのJSON-LDをページに入れます。

会社サイトに入れるOrganization・WebSite・Service/Product

ホーム・会社紹介・サービス・製品といった主要ページには、会社を1つのエンティティとして登録するschemaを別に入れます。個別記事のschemaとは別に、サイト全体に置く層です。

Organizationで最も気を配るべきフィールドはsameAsです。name・url・logo・descriptionはほとんどのサイトが埋めています。sameAs配列が空だと、AIには"getpion.comのその会社"と"LinkedInや報道に出てくるその会社"が同じ会社かを照合する根拠がなく、引用するときに会社名の表記がぶれます。LinkedIn・Crunchbase・記事のリンクを付けても、リンク先のページの社名・ドメイン・ロゴがばらばらでは効果がありません。sameAsは、外部で同じ名前で一貫して露出しているときに機能します。

WebSiteはドメインそのもののメタデータで、publisherの連結によって個別記事のBlogPostingと結び付きます。SearchActionで表示されていた検索結果のサイトリンク検索ボックスは、Googleが2024年11月から廃止しており、サイト名の表示には引き続きWebSiteの構造化データが使われます。

ServiceとProductのどちらのタイプを使うかは、事業モデルで決めます。PIONのようなマーケティング代行会社はService、物を売るeコマースブランドはProductです。Productを使うブランドが"クリームの価格はいくら"のようなプロンプトで引用されるには、sku・brand・offers・aggregateRatingまですべて埋める必要があります。Serviceであれば、provider（Organization参照）・areaServed・serviceType・hasOfferCatalogを置きます。

JSON-LDはページのどこに入れますか?

JSON-LDは通常、ページのHEADに置きます。BODYの末尾に置いても機能しますが、HEADにあればクローラーが文書の冒頭でメタデータを先に取得します。1ページにschemaが複数ある場合は、グラフにまとめるか、タイプごとに<script type="application/ld+json">ブロックを別々に入れます。

<script type="application/ld+json">
{
  "@context": "https://schema.org",
  "@type": "FAQPage",
  "mainEntity": [
    {
      "@type": "Question",
      "name": "AEOのためのスキーママークアップはどう適用しますか？",
      "acceptedAnswer": {
        "@type": "Answer",
        "text": "ページのHEADにJSON-LDブロックを挿入し ..."
      }
    }
  ]
}
</script>

運用するときは、次のルールを守ります。

• schema内のテキスト＝画面本文のテキスト。本文にない文章をschemaにだけ入れると、Googleのポリシー違反となりペナルティを受けます。
• @idでエンティティ同士をつなぎます。Organization・WebSite・BlogPosting・Personが@idで互いを参照すると、AIエンジンはサイト全体を連結されたエンティティのまとまりとして認識します。参照がなければ、同じサイトのページをばらばらのページとして認識します。

デプロイ前の検証手順

schemaを作成したら、デプロイ前に2つのツールを両方とも通過させます。2つのツールが検査する対象は重ならないため、1つだけでは不十分です。

• Google Rich Results Testは、URLやコードスニペットを入れると、Googleが認識するrich resultのタイプとエラー・警告を表示します。Googleの表示ポリシーに合っているかを検査します。
• Schema.org Markup Validatorは、標準語彙そのものの文法を検査します。Rich Results Testが捉えられない語彙のエラーをここで捉えます。

2つのツールを通過したということは文法が正しいという意味であり、実際に引用されるかは別に測定します。PIONは、提出した修正案がクライアントのサイトに反映されると、2つのツールで点検した後、AIエンジン（ChatGPT・Gemini（ジェミニ）・Google AI Overviews・AIモード）にカテゴリの主要プロンプトを入力し、引用比率がどう動くかを測定します。schemaはすぐには反映されず次のインデックスサイクルに入るため、決まった周期で再測定することを標準手順としています。