AEO Rankings
← ブログ
公開日

AEOスキーマチェックリスト:回答ボックスを獲得するために追加すべき9つのJSON-LDタイプ(と追加順序)

AI Overviewsに対応した9つのJSON-LDスキーマタイプを優先順位順に紹介。コピペ可能なスニペットと、2026年のAEOにおけるスキーマのエビデンスについての率直な考察。

結論

まずFAQPageとHowToスキーマを追加しましょう。これらはAIエンジンに対して直接回答の意図を最も明確に伝えます。次にArticle、QAPage、Organization、Product、Review、BreadcrumbList、DefinedTermの順に実装します。正直に言えば、スキーマがAI引用率を向上させるというエビデンスは一致していませんが、実装コストは低く、上限リスクはほぼゼロです。

最終更新:2026年7月

このチェックリストの対象範囲

回答エンジン最適化(AEO)のためのスキーママークアップは、一度だけ決める問題ではありません。順序付けの問題です。AI Overviews、ChatGPT、Perplexityに対して真に重要な9つのJSON-LDタイプがあります。これらをすべて一度に実装するのではなく、シグナルの強さ、コンテンツへの適合度、実装コストによって優先順位を付けます。

このチェックリストでは、実装順序と各タイプのコピペ可能なスターターコード、そして現在のエビデンスがスキーマとAI引用率についてどのように示しているかを説明します。

リストに入る前に確認してください。エビデンスは実在しますが、矛盾しています。実装を始める前に、以下のCalloutボックスをお読みください。

優先度テーブル:9つのスキーマタイプを順位付け

優先度スキーマタイプAIエンジンへのシグナル実装タイミング
1FAQPage直接的なQ&A構造。回答エンジンが質問と回答のコンテンツを処理する方法に対応質問と回答のペアが2つ以上含まれるページ
2HowToステップ形式の手順コンテンツ。PerplexityとGoogle AI Overviewsは明示的に手順シーケンスを評価ステップバイステップのガイド、チュートリアル、プロセス
3Article編集コンテンツのタイプ、著者、日付、見出し。エンティティ解決と鮮度シグナルをサポートブログ記事、ガイド、編集コンテンツ
4QAPage単一の質問に主要な受け入れ回答がある形式。FAQPageとは異なる1つの質問を中心に構成されたページ
5Organizationエンティティのアイデンティティ:名前、URL、ロゴ、ソーシャルプロフィール、連絡先。AIのエンティティ解決を支援ホームページ、Aboutページ
6Product製品名、説明、価格、在庫状況。製品ナレッジグラフに情報を提供商品ページ、SaaS機能ページ
7Review / AggregateRating意見を集約するAIエンジン向けの信頼シグナルと感情コンテキスト比較ページ、レビューまとめ
8BreadcrumbListサイト階層とトピカルコンテキスト。AIエンジンがコンテンツアーキテクチャ内でページの位置を理解するのを支援サイト全体の全ページ
9DefinedTerm正確な用語と定義のペア。「Xとは何か」のクエリに直接回答用語解説エントリ、定義ページ

1. FAQPage

シグナルとして示すもの。 AIエンジンはFAQPageマークアップを事前に解析された質問・回答ブロックとして処理します。マークアップは各質問と承認された回答を明示的に名前付けし、コンテンツ解析の曖昧さをなくします。これは回答エンジンが自身の出力をフォーマットする方法に最も近い構造的アナログです。

追加のタイミング。 質問と回答のペアが2つ以上含まれるページに追加します。トピックガイド、説明ページ、ヘルプ記事、FAQ セクションが埋め込まれたブログ記事はすべて対象です。

{
  "@context": "https://schema.org",
  "@type": "FAQPage",
  "mainEntity": [
    {
      "@type": "Question",
      "name": "What is answer engine optimization?",
      "acceptedAnswer": {
        "@type": "Answer",
        "text": "Answer engine optimization (AEO) is the practice of structuring content so that AI systems select it as the direct answer to a user question, appearing in the answer box, AI Overview, or featured response rather than a list of links."
      }
    },
    {
      "@type": "Question",
      "name": "How do I get into Google AI Overviews?",
      "acceptedAnswer": {
        "@type": "Answer",
        "text": "Focus on concise structured answers near the top of the page, implement FAQ and HowTo schema, earn citations on high-authority third-party sources, and monitor which featured answers you currently win or lose."
      }
    }
  ]
}

2. HowTo

シグナルとして示すもの。 HowToマークアップはページを手順ガイドとして識別します。タスクを名前付けし、各ステップを明示的にリスト化し、所要時間と必要なツールを含めることができます。Google AI OverviewsとPerplexityはどちらも、直接的な手順回答のためにステップ形式のコンテンツを処理します。

追加のタイミング。 読者があるタスクを達成するための一連の明確なステップを案内するページに追加します。短い3ステップのガイドでも、長い技術的なウォークスルーでも機能します。

{
  "@context": "https://schema.org",
  "@type": "HowTo",
  "name": "How to add FAQ schema to a blog post",
  "totalTime": "PT20M",
  "step": [
    {
      "@type": "HowToStep",
      "position": 1,
      "name": "Write your question-and-answer pairs",
      "text": "Draft the questions your audience is actually asking. Keep each answer under 100 words and start with the direct answer."
    },
    {
      "@type": "HowToStep",
      "position": 2,
      "name": "Build the JSON-LD block",
      "text": "Create a script tag with type application/ld+json containing the FAQPage schema with a mainEntity array of Question objects."
    },
    {
      "@type": "HowToStep",
      "position": 3,
      "name": "Validate and publish",
      "text": "Run the JSON-LD block through Google's Rich Results Test to confirm it parses cleanly, then add the script tag to your page's head or body before publishing."
    }
  ]
}

3. Article

シグナルとして示すもの。 Articleスキーマは見出し、著者、パブリッシャー、公開日を識別します。エンティティ解決を行うAIエンジンにとって、著者とパブリッシャーのマークアップは重要です。コンテンツをナレッジグラフ内の既知のエンティティに結び付けます。鮮度シグナル(datePublishedとdateModified)も、エンジンがコンテンツの新しさを評価する際に役立ちます。

追加のタイミング。 すべての編集系ブログ記事、ガイド、分析記事。これはベースラインタイプです。コストはほとんどかからず、コンテンツを名前付きエンティティと公開タイムラインに結び付けることで、ページ上の他のすべてのスキーマタイプをサポートします。

{
  "@context": "https://schema.org",
  "@type": "Article",
  "headline": "The AEO Schema Checklist: 9 JSON-LD Types to Add",
  "publisher": {
    "@type": "Organization",
    "name": "AEO Rankings",
    "url": "https://www.aeo-rankings.com"
  },
  "datePublished": "2026-07-13",
  "dateModified": "2026-07-13",
  "description": "A prioritized JSON-LD implementation checklist for AI Overviews and answer engines."
}

4. QAPage

シグナルとして示すもの。 QAPageは、1つの主要な回答を持つ1つの質問を中心にページが構築されている場合に適したタイプです。FAQPageとは異なり、リストではなく単一のメイン質問をトップレベルで想定しています。単一トピックのQ&Aページ、コミュニティ形式の回答ページ、または1つの質問に詳しく答えるサポート記事に使用します。

追加のタイミング。 正確に1つの質問を中心に構成されたページ。「構造化データとは何か?」というタイトルのページを作成し、そのページ全体でその1つの質問に答えている場合、QAPageはFAQPageよりも意味的に正確です。

{
  "@context": "https://schema.org",
  "@type": "QAPage",
  "mainEntity": {
    "@type": "Question",
    "name": "What is structured data and why does it matter for AEO?",
    "acceptedAnswer": {
      "@type": "Answer",
      "text": "Structured data is machine-readable markup (most commonly JSON-LD) that you add to a page to tell search engines and AI systems what the content means, not just what it says. For AEO, structured data helps AI engines identify question-and-answer pairs, procedural steps, product details, and entity definitions without requiring them to infer structure from prose.",
      "upvoteCount": 0,
      "url": "https://www.aeo-rankings.com/glossary/structured-data"
    }
  }
}

5. Organization

シグナルとして示すもの。 Organizationスキーマはブランドを既知のエンティティとして確立します。AIエンジンはこれを使ってコンテンツの発行者を解決し、ソーシャルプロフィールと公式URLをクロスリファレンスし、ナレッジパネルに情報を提供します。Organizationスキーマがなければ、サイトはエンジンがアンカーテキストやサードパーティの言及からアイデンティティを推測することに依存します。

追加のタイミング。 ホームページとAboutページ。両ページで一貫した正規のOrganizationブロックを維持してください。名前やURLが異なる2つの矛盾するOrganization定義を作成しないでください。

{
  "@context": "https://schema.org",
  "@type": "Organization",
  "name": "AEO Rankings",
  "url": "https://www.aeo-rankings.com",
  "logo": "https://www.aeo-rankings.com/logo.png",
  "sameAs": [
    "https://twitter.com/aeo_rankings",
    "https://linkedin.com/company/aeo-rankings"
  ],
  "contactPoint": {
    "@type": "ContactPoint",
    "contactType": "editorial",
    "email": "[email protected]"
  }
}

6. Product

シグナルとして示すもの。 Productスキーマは製品名、説明を付け、Offerと組み合わせることで価格、在庫状況、SKUデータを含めます。「Xに最適なツールは何か」という問いに答えるAIエンジンにとって、Productスキーマは比較回答に引き込むための構造化データを提供します。

追加のタイミング。 商品ページとSaaS機能ページ。物理的な製品ではなくサービスを販売している場合は、ProductスキーマにネストタイプとしてServiceタイプを使用するか、Serviceタイプを直接使用してください。

{
  "@context": "https://schema.org",
  "@type": "Product",
  "name": "Temso",
  "description": "AI visibility tracking and answer-box optimization platform covering 8 AI engines from $89/mo.",
  "url": "https://temso.ai",
  "offers": {
    "@type": "Offer",
    "price": "29",
    "priceCurrency": "USD",
    "priceSpecification": {
      "@type": "UnitPriceSpecification",
      "billingDuration": "P1M"
    }
  }
}

7. ReviewとAggregateRating

シグナルとして示すもの。 Reviewスキーマは製品やブランドに対する感情のコンテキストを提供します。AggregateRatingは複数のレビューを数値サマリーにまとめます。意見を集約するAIエンジンにとって、これらのタイプは「Xについてユーザーはどう思っているか」という回答パターンに直接提供される構造化データです。

追加のタイミング。 サードパーティの評価を要約している比較ページとレビューまとめ。内部で作成した評価にはAggregateRatingを追加しないでください。基礎となるレビューデータが実在し、出典が明確な場合にのみ付与してください。

{
  "@context": "https://schema.org",
  "@type": "Product",
  "name": "AthenaHQ",
  "aggregateRating": {
    "@type": "AggregateRating",
    "ratingValue": "4.9",
    "reviewCount": "33",
    "ratingCount": "33",
    "bestRating": "5",
    "worstRating": "1"
  },
  "review": {
    "@type": "Review",
    "author": {
      "@type": "Person",
      "name": "Verified G2 User"
    },
    "reviewBody": "Best pure-play AEO platform for mid-market SaaS teams.",
    "reviewRating": {
      "@type": "Rating",
      "ratingValue": "5",
      "bestRating": "5"
    }
  }
}

8. BreadcrumbList

シグナルとして示すもの。 BreadcrumbListはページがサイト階層のどこに位置するかを伝えます。引用のトピカルコンテキストを構築するAIエンジンにとって、ページがルートではなく/blog/schema/faq-schema-guideにあることを知ることはコンテンツ分類に役立ちます。

追加のタイミング。 URLの深さが1レベルを超えるすべてのページに、サイト全体で追加します。CMSやサイトフレームワークがすでに自動的にパンくずマークアップを生成している場合があります。手動でブロックを追加する前にページのソースを確認してください。

{
  "@context": "https://schema.org",
  "@type": "BreadcrumbList",
  "itemListElement": [
    {
      "@type": "ListItem",
      "position": 1,
      "name": "Home",
      "item": "https://www.aeo-rankings.com"
    },
    {
      "@type": "ListItem",
      "position": 2,
      "name": "Blog",
      "item": "https://www.aeo-rankings.com/blog"
    },
    {
      "@type": "ListItem",
      "position": 3,
      "name": "AEO Schema Checklist",
      "item": "https://www.aeo-rankings.com/blog/aeo-schema-checklist-9-json-ld-types-add"
    }
  ]
}

9. DefinedTerm

シグナルとして示すもの。 DefinedTermは用語解説エントリに対してAIエンジンに提供できる最も直接的なマークアップです。用語を名前付けし、明示的な定義を提供します。DefinedTermを使用したページは「Xとは何か」の回答ボックスの有力な候補になります。マークアップがエンジンに「このページには正確な定義が含まれている」と伝えるからです。

追加のタイミング。 すべての用語解説エントリと定義ページ。/glossaryセクションがある場合、その中のすべての用語ページにDefinedTermマークアップを付与してください。例については/glossaryを参照してください。

{
  "@context": "https://schema.org",
  "@type": "DefinedTerm",
  "name": "Answer Engine Optimization",
  "description": "The practice of structuring, formatting, and distributing content so that AI systems (including Google AI Overviews, ChatGPT, and Perplexity) select it as the direct answer to a user question, appearing in the answer box rather than in a ranked list of links.",
  "inDefinedTermSet": {
    "@type": "DefinedTermSet",
    "name": "AEO Glossary",
    "url": "https://www.aeo-rankings.com/glossary"
  }
}

1つのページに複数のタイプを実装する

ほとんどのページは複数のスキーマタイプから恩恵を受けます。たとえばFAQスキーマに関するブログ記事は、Article、FAQPage、BreadcrumbListの3つを別々のJSON-LDブロック(または1つのscriptタグ内の配列)として持つべきです。

最もシンプルな正しい形式:

[
  {
    "@context": "https://schema.org",
    "@type": "Article",
    "headline": "Your page title",
    "datePublished": "2026-07-13"
  },
  {
    "@context": "https://schema.org",
    "@type": "FAQPage",
    "mainEntity": []
  },
  {
    "@context": "https://schema.org",
    "@type": "BreadcrumbList",
    "itemListElement": []
  }
]

関係のないスキーマタイプを互いにネストしないでください。兄弟ブロックとして並べてください。GoogleのRich Results TestとSchema.orgのバリデーターはどちらも配列をクリーンに処理します。


AEO向けスキーマに役立つツール

スキーマの実装はコード作業ですが、いくつかのツールで摩擦を減らしたりエラーを表面化させたりできます。

HubSpot AEO Grader は他のAEO準備シグナル(回答優先フォーマット、FAQ構造、ページ読み込み速度)と合わせてスキーマをチェックします。本格的な実装に取り組む前の素早い診断に役立ちます。

Surfer はContent Editor内でNLPスコアリングと並行して構造化データの推奨事項を提示します。コンテンツを書きながら同時に最適化する場合、別途の監査を必要とせずに不足しているスキーマタイプにフラグを立てます。

SE Ranking(SE Visible) はサイト監査を実行し、スキーマエラー、必須フィールドの欠如、URL全体にわたる矛盾したマークアップを検出します。AI Visibility Trackerでは、スキーマの変更がAI回答カバレッジの変化と相関するかどうかを時系列でテストできます。

Temso はコンテンツ修正ワークフローの一部としてFAQスキーマを生成します。獲得できていない回答ボックスを特定すると、プラットフォームがFAQスキーマブロックを含むコンテンツブリーフを出力します。主要な8つのAIエンジン(ChatGPT、Perplexity、Gemini、Google AI Overviews、Google AI Mode、Grok、Microsoft Copilot、Meta AI)をカバーし、月額89ドルから利用できます。スキーマを単独のタスクとして実行するのではなく、回答ボックスのギャップをエンドツーエンドで解消したい場合に有効です。

グラウンドトゥルースの検証ツールはGoogleのRich Results Test(search.google.com/test/rich-results)とSchema.orgバリデーターです。公開前に必ずJSON-LDブロックをいずれかのツールで確認してください。


スキーマがより広いAEO戦略の中で担う役割

スキーママークアップは完全な回答ボックス戦略の一層にすぎず、戦略全体ではありません。/rankings/aeo-toolsのレビューでは、獲得できていない回答ボックスの監視、獲得するためのコンテンツと構造化データの生成、引用率の変化の追跡という完全なループにわたってツールを評価しています。

本文の直接回答フォーマットはマークアップと少なくとも同じくらい重要です。グロースアドバイザーのKevin Indigによる2026年の検証済みChatGPT引用の分析によれば、ChatGPTの引用の44.2%がページのコンテンツの最初の30%から来ています。スキーママークアップは構造を示します。ページ上部のコンテンツが、エンジンに引用する価値のある何かがあるかどうかを決定します。

スキーマを追加してください。まず直接回答を書いてください。そして測定してください。このサイトがエビデンスとツールの主張をどのように評価するかについては/methodologyを参照してください。


スキーマサポートスコアを含む完全なAEOツールランキング:/rankings/aeo-tools

FAQ

スキーママークアップはAI OverviewsやAnswer Boxに表示される可能性を高めますか?

エビデンスは一致していません。Ahrefsが1,885ページを対象に行ったコントロール実験(2026年5月公開)では、JSON-LDスキーマ追加後にAI引用数が意味ある形で増加した結果は見られませんでした。Google AI Overviewsでは実際に4.6ポイントの小幅な低下が見られました。なおOtterly.AIはサイト全体のスキーマ展開後にGoogle AI Overviewsへの表示が+1,500%増加したと報告していますが、同社の研究者は競合他社もスキーマ変更なしで同様の動きを示したことから、この増加はスキーマ効果ではなくアルゴリズムの変動によるものと結論付けました。AirOpsは12,000以上のURLを分析し、ChatGPTに引用されたページの61%が3種類以上のスキーマタイプを使用していたのに対し、Googleのトップランクページでは25%に留まったことを発見しました。これは相関であり因果の証明ではありません。スキーマは実装コストが低く、AI引用率の向上が不確かな場合でも、リッチスニペット、ナレッジパネル、構造化パースに貢献します。

AI回答最適化で最も重要なスキーマタイプは何ですか?

FAQPageスキーマはAEOにおける最優先タイプです。AIのパースシステムに対して直接的な質問・回答コンテンツを示し、回答エンジンが構造化された答えを処理する方法に近い形でマッピングされます。また従来の検索でリッチスニペットを生成するという副次的なメリットもあります。ターゲットとなる読者が問いかけている明確な質問に答えるページには必ず追加してください。

AEOのためにJSON-LDスキーマタイプを実装する順番はどうすればよいですか?

以下の順番で優先しましょう。(1) すべてのQ&Aページとトピックページへ FAQPage、(2) ステップ形式のガイドへ HowTo、(3) 編集コンテンツへ Article、(4) 単一の質問に特化したページへ QAPage、(5) AboutページとホームページへOrganization、(6) 商品ページへ Product、(7) 比較・レビューページへ Review と AggregateRating、(8) サイト全体へ BreadcrumbList、(9) 用語解説エントリへ DefinedTerm。この順序により、回答エンジンのコンテンツ処理と最も直接的に結びついたシグナルを優先的に最大化できます。

AEOにはFAQPageとQAPageどちらのスキーマを使うべきですか?

1ページに複数の質問と回答のペアが含まれる場合(典型的なFAQブロックやトピックガイド)はFAQPageを使用します。ページが主要な回答を持つ1つの質問を中心に構成されている場合はQAPageを使用します。FAQPageはほとんどのAEOコンテンツアーキテクチャに適しています。QAPageはQ&Aコミュニティページや、質問と回答のペアが1対1のページに向いています。

Ahrefsのスキーマ研究はスキーママークアップをスキップすべきことを意味しますか?

いいえ。Ahrefsの研究はスキーマ追加前にすでに100件以上のAI Overview引用を獲得していた1,885ページを追跡したものです(引用件数の多いベースライン)。この結果は、すでに引用されているページにスキーマを追加しても引用率は大きく変わらないということを示しています。AI引用がゼロのページにスキーマが役立つかどうかは検証していませんし、従来の検索のリッチスニペットやエンティティパースにおける価値についても触れていません。スキーマは構造的なシグナルとして低コストで実装できるため、確実に引用が急増するという期待を持たずに追加しましょう。

AEOスキーマの実装と検証に役立つツールは何ですか?

いくつかのツールがAEO向けスキーマの実装と検証をサポートしています。HubSpotのAEO Graderはページレベルのスキーマ準備状況とその他のAEOシグナルを確認します。SurferのContent EditorはNLPスコアリングと並行して構造化データの推奨事項を提示します。SE RankingのSite Auditはスキーマエラーや不足しているタイプにフラグを立てます。Temsoはコンテンツ修正ワークフローの一部としてFAQスキーマを生成し、ライブAIエンジンの回答に対して出力を検証します。GoogleのRich Results TestとSchema.orgバリデーターは、作成するJSON-LDブロックの検証におけるグラウンドトゥルースのツールとして今も最も信頼できます。