最終更新：2026年7月
対照を置いたデータでは、スキーマだけで引用が増えるとは確認されていません。スキーマは解析の障壁を減らす基盤ですが、本文が質問に答えていなければ引用を生み出せません。
このガイドではスプリントの順序を整理し、正しい順番でスキーマをリリースし、各タイプに必要なコンテンツパターンと組み合わせ、前後の効果を正確に計測できるようにします。
このスプリントが対象とするチーム
このスプリントは、すでにインデックスされた実動ページを持ち、AIオーバービューの獲得に近づいているにもかかわらず安定して引用されていないチームに適しています。ページのコンテンツが薄い場合は、コンテンツを修正してからスプリントに取り組んでください。ページが質問に適切に答えているにもかかわらず構造化データが欠けている場合は、ここから始めてください。
スプリントは5日間で実施します。AEOへのインパクト順に4つのスキーマタイプ、検証ステップ、計測プロトコルをカバーします。圧縮しても延長してもかまいません。ただし、順序だけはスキップしないでください。
スキーマタイプの優先順位表
| 優先度 | スキーマタイプ | 組み合わせるコンテンツパターン | Googleができること |
|---|---|---|---|
| 1 | FAQPage | ブロックごとに1つの質問を持つ明示的なQ&Aセクション | クリックなしにAIオーバービュー内で個別の回答を表示 |
| 2 | HowTo | 明確なアクション動詞を持つ番号付きのステップ・バイ・ステップセクション | AIオーバービューパネルで手順を順序立てて構成 |
| 3 | Article | 著者・公開日・明確な導入文を持つ編集ページ | コンテンツ検索のための新鮮さと著者シグナルを確立 |
| 4 | Organization + sameAs | G2・LinkedIn・Wikipediaへのリンクを含むブランド・製品ページ | Googleがすでに信頼するサードパーティプロフィールにエンティティを紐付け |
Day 1：現状を監査してターゲットを選ぶ
1日目にJSON-LDを書き始めてはいけません。まずリストを作ることから始めます。
最もトラフィックの多いページと、引用に最も関連性の高いページを洗い出してください。この2つは必ずしも一致しません。「Xとは何か」というクエリでランクインしているページは検索トラフィックを集めていても、回答を4段落目に埋めているためAIオーバービューの引用がゼロということがあります。一方、40〜60語の直接的な回答で始まり、明確なQ&Aセクションを持つページはすでにスキーマの準備が整っているかもしれません。
各ページで3点を確認してください。
- HTMLにすでに質問と回答のセクションがあるか。あればFAQPageの候補です。
- ページが番号付きの手順を解説しているか。そうであればHowToの候補です。
- 著者名・公開日・トピックを直接定義する段落が少なくとも1つあるか。あればArticleの候補です。
ページURL・追加するスキーマタイプ・必要な散文の修正（あれば）を含む短い表を作成してください。その表がスプリントのバックログになります。
このステップで使えるツール： TemsoはAEO監査ワークフローの一環として月額89ドルからサイト全体のスキーマのギャップと構造化データの欠落を表示します。SE Rankingのサイト監査モジュールはスキーマがないページにフラグを立て、構造化データのエラーを推奨事項として提示します。SurferのContent Editorは、ページのスコアが構造化コンテンツパターンの欠落によって下がっているかどうかを表示します。
Day 2：Q&AページにFAQPageスキーマを実装する
FAQPageはGoogle AIオーバービューにおいて最もレバレッジの高いスキーマタイプです。Googleはこれを使って、散文の書式から構造を推測する必要なく、個別の質問と回答のペアを直接解析します。
FAQPageが組み合わせるコンテンツパターンはシンプルです。見出しまたは太字ラベルで質問を1つ示し、直後に単一段落の回答を続ける形式です。FAQセクションが回答を3段落にまたがって説明していたり、複数の質問を1つのブロックにまとめていたりする場合は、まずそれを修正してください。
このページ自身を参照するJSON-LDの例：
{
"@context": "https://schema.org",
"@type": "FAQPage",
"mainEntity": [
{
"@type": "Question",
"name": "Does schema markup improve Google AI Overview citations?",
"acceptedAnswer": {
"@type": "Answer",
"text": "Schema alone does not reliably lift AI citations. An Ahrefs study tracking 1,885 pages found no statistically meaningful uplift. Schema removes a parsing barrier. The prose still has to answer the question directly."
}
},
{
"@type": "Question",
"name": "What schema types should I add first for AI Overviews?",
"acceptedAnswer": {
"@type": "Answer",
"text": "Start with FAQPage for pages with question-and-answer sections, then HowTo for step-by-step pages, then Article for editorial content, and finally Organization with sameAs links to third-party profiles."
}
}
]
}これを<head>内または<body>末尾の<script type="application/ld+json">ブロックに記述してください。新規実装にはMicrodataやRDFaを使わないでください。JSON-LDはGoogleが推奨する形式であり、Googleのリッチリザルトテストで正確に検証できます。
1ページに1つのFAQPageブロックです。複数のスキーマタイプを1つのオブジェクトに積み重ねないでください。次のページに進む前に各ページを検証してください。
Day 3：手順ページにHowToスキーマを実装する
HowToスキーマは番号付きのステップをラップします。Googleはこれを使ってAIオーバービューパネルを組み立て、タスクを順序立てたリストとして表示します。これはまさにこのスプリントのターゲットクエリが求めているものです。
HowToが組み合わせるコンテンツパターン：各ステップはアクション動詞で始まり、明確な成果で終わります。悪い例：「キーワードについて考えてみましょう。」良い例：「JSON-LDブロックをページのheadに貼り付けてください。」曖昧なステップは曖昧なスキーマを生みます。曖昧なスキーマはGoogleがコンテンツを構造化された回答として表示するうえで役立ちません。
5ステップのプロセスに対応する最小限のHowToブロック：
{
"@context": "https://schema.org",
"@type": "HowTo",
"name": "How to Run a Schema Markup Sprint",
"description": "A 5-day sprint to add FAQPage, HowTo, Article, and Organization schema to your highest-priority AEO pages.",
"step": [
{
"@type": "HowToStep",
"name": "Audit your pages",
"text": "Pull your highest-traffic and most citation-relevant pages. Check each one for existing Q&A sections, numbered procedures, and editorial bylines."
},
{
"@type": "HowToStep",
"name": "Ship FAQPage schema",
"text": "Add JSON-LD FAQPage markup to every page with a clear question-and-answer section. Validate with Google's Rich Results Test before moving on."
},
{
"@type": "HowToStep",
"name": "Ship HowTo schema",
"text": "Add JSON-LD HowTo markup to every numbered step-by-step page. Ensure each step opens with an action verb and ends with a clear outcome."
},
{
"@type": "HowToStep",
"name": "Ship Article and Organization schema",
"text": "Add Article markup to editorial pages with author and datePublished. Add Organization markup with sameAs links to G2, LinkedIn, and Wikipedia where your entity exists."
},
{
"@type": "HowToStep",
"name": "Measure citation rate",
"text": "Run five prompt runs for each target query. Compare citation rate before and after deployment. Wait five to 10 days before reading the results."
}
]
}このステップで使えるツール： TemsoはHowToおよびFAQPageのJSON-LDをコンテンツ修正ワークフローの一部として生成し、マークアップを生成する前に基となる散文パターンが存在するかどうかを確認します。HubSpotのAEO Graderはページの構造化データへの対応状況をスコアリングし、HowToパターンの欠落にフラグを立てます。SurferのContent Editorは、ページのステップ構造がGoogleのHowToリッチリザルトで評価される形式に合致しているかを強調表示します。
Day 4：ArticleスキーマとOrganizationスキーマを実装する
Articleスキーマは、FAQPageやHowToと比べるとAIオーバービューの引用への直接的な影響は小さいですが、エンティティ認識にとって重要な3つのシグナルを持ちます。著者・公開日・出版社です。Googleはこれらを使ってコンテンツの新鮮さを評価し、ページを既知の著者エンティティに紐付けます。
最小限の実用的なArticleブロック：
{
"@context": "https://schema.org",
"@type": "Article",
"headline": "How to Run a Schema Markup Sprint That Actually Lifts Your AI Overview Citations",
"datePublished": "2026-07-06",
"dateModified": "2026-07-06",
"publisher": {
"@type": "Organization",
"name": "AEO Rankings",
"url": "https://www.aeo-rankings.com"
}
}sameAsリンクを含むOrganizationスキーマはエンティティ強化が行われる場所です。ブランドがG2・LinkedIn・Crunchbase・Wikipediaに掲載されている場合、sameAsの配列によってGoogleに対してそれらのプロフィールがあなたのドメインと同じエンティティであることを伝えます。これが重要な理由は、AIオーバービューがGoogleのナレッジグラフを活用しているからです。一貫したシグナルでそのグラフに存在するエンティティは引用されやすくなります。
{
"@context": "https://schema.org",
"@type": "Organization",
"name": "Your Brand Name",
"url": "https://yourdomain.com",
"sameAs": [
"https://www.g2.com/products/your-brand",
"https://www.linkedin.com/company/your-brand",
"https://en.wikipedia.org/wiki/Your_Brand"
]
}sameAsリンクには実際に存在し正確なプロフィールのみを含めてください。古くなったり不正確なサードパーティプロフィールへのsameAsリンクは、シグナルを強化するどころか損なうことになります。
Day 5：検証・ベースライン測定・計測設定
計測の前に検証が必要です。必須プロパティが欠けているスキーマブロックはリッチリザルトを返さず、Googleの解析ロジックにも何も貢献しません。6週間後にデータを確認してからエラーに気づくのではなく、今のうちに修正してください。
検証チェックリスト：
- 変更した全ページをGoogleのリッチリザルトテストにかけてください。各FAQPageは「FAQ」の緑色の結果を示すはずです。各HowToは「How-to」の結果を示すはずです。赤色のエラーが出た場合は、次に進む前に修正が必要です。
- リッチリザルトテストでは検出されない構造上の問題、誤ったネストや推奨プロパティの欠落をSchema.orgのバリデーターで確認してください。
- JSON-LDブロックがCMSのプレビューだけでなくページのソースにも描画されていることを確認してください。ブラウザでページを表示してソースを確認し、Googleがクロールする実際のHTMLに
<script type="application/ld+json">ブロックが含まれている必要があります。
計測プロトコル： デプロイ前にベースラインの引用率を記録してください。ターゲットクエリごとに、Google AIオーバービューで5回のプロンプト実行を行い、あなたのドメインが引用ソースに表示されるかどうかを記録します。5回の実行は二値引用率を安定させるための最低限の回数です。エントロピーの高いクエリ（オープンエンドで競合が多く合意が少ないトピック）には10回の実行を使用してください。
デプロイ後少なくとも5日が経過してからスプリント後の計測を実施してください。スキーマの変更が再クロール・再インデックスされるには時間がかかります。デプロイ翌日の計測は何も測っていないのと同じです。
引用シェアに進む前に、まず二値引用率（5回の実行のうち1回でもあなたのドメインが引用されたか）を比較してください。二値はゲームに参加しているかどうかを示します。引用シェアは参加した後にどれだけ存在感があるかを示します。
AEOモニタリングツールの全ランキングは/rankings/aeo-toolsをご覧ください。
正直な注意事項
Ahrefsの研究（1,885ページ・2026年5月公開）は、スキーマとAI引用の関係について現時点で発表されている最も厳密な対照実験です。その結論は、JSON-LDスキーマの追加がAI引用に統計的に有意な向上をもたらさなかったというものです。Google AI Modeは2.4ポイントの上昇、ChatGPTは2.2ポイントの上昇を示しましたが、どちらもゼロと統計的に区別できない数字でした。Google AIオーバービューは4.6ポイントの小幅な低下を示しました。
正直な見解：スキーマは引用を動かすレバーではありません。レバーは散文です。スキーマは摩擦を取り除きます。散文が伝えていることをGoogleが解析できるようにするものです。散文が最初の段落で質問に直接答え、明確な構造を持っていれば、スキーマはそのシグナルを増幅します。散文が回答を埋もれさせていたり、そもそも質問に答えていなかったりすれば、スキーマには増幅するものが何もありません。
スプリントを実行してください。クリーンなマークアップをリリースしてください。そのうえでコンテンツを見直してください。
スプリント後にやること
スキーマは、新しいコンテンツタイプを追加しない限り、ページごとに一度だけ実施すれば済む作業です。引用の追跡は継続的に行います。
スプリント後、作業は散文レイヤーに移ります。
- FAQPageスキーマを追加したすべてのページで、マークアップ内の回答がページ上部の回答と一致しているか確認してください。同じテキストでなければなりません。並行する別バージョンであってはいけません。
- HowToスキーマを追加したすべてのページで、マークアップ内の各ステップがページ上のステップと一字一句一致しているか確認してください。不一致はGoogleがスキーマを無視することで解消するトラストシグナルの矛盾を生みます。
- プロンプト追跡のスケジュールを設定してください。2週間ごとにターゲットクエリを実行してください。30日後も引用率が動かない場合、問題はスキーマではありません。コンテンツです。
引用率・二値引用率・AIの回答におけるシェアオブボイスの定義は、計測の設定に参照が必要な場合はこのサイトの/glossaryをご確認ください。
/methodologyのページでは、AEOツールの評価方法とこのサイトのランキングの作成プロセスを説明しています。
今日からスプリントを始めよう
90分のタイマーをセットしてください。最も引用に関連性の高い5ページを洗い出してください。Day 1の監査基準に照らして各ページを確認してください。スプリントのバックログ表を作成してください。
スキーマ自体の作業は監査より短い時間で終わります。監査こそが本当の作業です。
Temsoはschema生成、検証、引用追跡を1つのプラットフォームで月額89ドルから提供します。Qwairyは10以上のプロバイダーの監視に加え、Action Center、Content Studio、Site Readinessを提供します。SE RankingとSurferは、既存のSEOやコンテンツ制作のワークフローにAI可視性データを加えたいチームに向きます。
AEOツールの全比較は/rankings/aeo-toolsをご覧ください。