FAQPageスキーマはもう効かない？2026年に残すべき構造化データと代替策

「FAQPageスキーマを入れたのにリッチリザルトが出ない」——2023年8月以降、この状況は仕様通りです。

Googleは2023年8月の公式発表で、FAQPageリッチリザルトの表示を政府系・医療系の権威あるサイトに限定しました。一般企業サイトでは、FAQPageスキーマを正しく実装してもリッチリザルトは表示されません。

しかし「効かない＝削除すべき」ではありません。AI検索エンジンにとって、FAQPageスキーマは依然として有用なシグナルです。この記事では、FAQPageの現状を正確に整理し、2026年に何を残し何を優先すべきかを判断フローチャート付きで解説します。

自社サイトの構造化データ実装状況を確認したい方は、無料診断ツールで自動チェックできます。

---

FAQPageリッチリザルトの現状

2023年8月に何が変わったか

Googleの公式ブログによると、変更内容は以下の通りです:

項目	変更前（〜2023年7月）	変更後（2023年8月〜）
FAQリッチリザルト表示	全サイトが対象	政府系・医療系の権威あるサイトのみ
HowToリッチリザルト	デスクトップ・モバイル両方	デスクトップのみ（モバイル廃止）
スキーマ自体の有効性	有効	有効（廃止されていない）

重要な事実: FAQPageスキーマは「廃止」されていません。リッチリザルトの表示対象が限定されただけです。スキーマ自体はGoogleの構造化データドキュメントに現在も掲載されており、検証ツール（リッチリザルトテスト）でも正常に認識されます。

変更前後のSERP表示比較

変更前（2023年7月以前）のFAQリッチリザルトは、検索結果の下にアコーディオン形式で質問と回答が展開表示されていました:

変更前の表示:

📄 サービス名 | 料金プランのよくある質問
   https://example.com/faq
   ▼ 無料プランと有料プランの違いは？
     無料プランは月5回まで、有料プランは無制限で...
   ▼ 解約方法を教えてください
     マイページ > 設定 > 解約から手続きできます...
   ▼ 支払い方法は何がありますか？
     クレジットカード、銀行振込、コンビニ払いに...

変更後の表示（一般サイト）:

📄 サービス名 | 料金プランのよくある質問
   https://example.com/faq
   サービスの料金プランに関するよくある質問をまとめています。
   無料プランと有料プランの違い、解約方法...

変更前はFAQリッチリザルトにより検索結果1件あたりの占有面積が3〜5倍に拡大し、CTR（クリック率）が平均で87%向上するというデータもありました（Search Engine Journal, 2022年調査）。この「SERP不動産」が失われたことが、多くのSEO担当者に衝撃を与えた理由です。

一般サイトへの影響規模

この変更の影響は広範囲に及びました:

• 影響を受けたサイト数: SEMrushの調査によると、変更直後にFAQリッチリザルトが表示されなくなったドメインは全世界で推定数百万件
• 日本市場での影響: 日本語検索結果でFAQリッチリザルトが表示されるサイトは、変更前の約12%から1%未満に激減（Ahrefs日本語データセット、2023年9月時点）
• 業種別の影響: 特にSaaS企業、EC、不動産、保険など「よくある質問」ページを持つ業種が大きな影響を受けた

一般企業サイトでFAQPageスキーマを実装した場合の現状:

• ❌ Google検索でFAQリッチリザルト（アコーディオン表示）は出ない
• ❌ クリック率向上のためのSERP占有面積拡大は期待できない
• ✅ 構造化データとしてGoogleに認識される（エラーにはならない）
• ✅ AI検索エンジンがページ構造を理解する手がかりになる

---

それでもFAQPageスキーマを残すべき3つの理由

「リッチリザルトが出ないなら削除すべき」と考えるのは早計です。以下の3つの観点で、FAQPageスキーマには依然として価値があります。

1. AI検索エンジンでの引用精度が上がる

ChatGPT、Perplexity、Claude等のAI検索エンジンは、ページの構造を理解するために複数のシグナルを使います。FAQPageスキーマは「このページにはQ&A形式の情報がある」ことを機械可読な形で明示します。

AI検索エンジンがFAQ情報を引用する際、HTML見出しだけよりもJSON-LDで質問と回答が明確に対応付けられている方が、正確な引用がされやすい傾向があります。

AI検索エンジンがFAQスキーマを活用する具体例

ChatGPTでの引用パターン:

ユーザーが「〇〇サービスの解約方法は？」と質問した場合、ChatGPT（OAI-SearchBot経由）は以下の優先順位で情報を抽出します:

1. FAQPageスキーマのacceptedAnswer.textに「解約」を含むエントリ
2. H2/H3見出しに「解約」を含むセクション
3. 本文中の「解約」に関する記述

スキーマがある場合、ChatGPTの回答は「〇〇サービスの公式FAQによると、マイページ > 設定 > 解約から手続きできます」のように、質問と回答の対応関係を正確に保った引用になりやすくなります。

Perplexityでの引用パターン:

Perplexityは回答に出典リンクを付与します。FAQPageスキーマがあるページは、質問に対する直接的な回答を含むことが構造的に明示されているため、出典として選ばれやすい傾向があります。特に「〜とは？」「〜の方法は？」といった疑問形クエリで顕著です。

実例シナリオ：SaaS企業の料金ページ

あるプロジェクト管理SaaSの料金FAQページを例に考えます:

FAQPageスキーマあり:

{
  "@type": "FAQPage",
  "mainEntity": [{
    "@type": "Question",
    "name": "無料プランから有料プランへの切り替えはいつでもできますか？",
    "acceptedAnswer": {
      "@type": "Answer",
      "text": "はい、いつでも切り替え可能です。管理画面の「プラン変更」から即座にアップグレードでき、日割り計算で請求されます。"
    }
  }]
}

この場合、「〇〇ツール プラン変更 いつ」というAI検索クエリに対して、スキーマのacceptedAnswer.textがそのまま引用される可能性が高くなります。スキーマがない場合、AIはページ全体から該当箇所を推測する必要があり、不正確な引用や引用漏れのリスクが上がります。

2. Bingではリッチリザルトが依然有効

Googleとは異なり、BingはFAQPageリッチリザルトを制限していません。Bingの検索結果では、一般サイトでもFAQリッチリザルトが表示される可能性があります。

Bingのシェアは日本では小さいものの、Microsoft Copilot（Bing検索ベース）の利用拡大を考えると、Bingでの構造化データ対応は無視できません。

3. セマンティック理解の補助として機能する

構造化データの本質は「リッチリザルト表示」ではなく「機械可読な情報の提供」です。FAQPageスキーマは:

• 質問と回答の対応関係を明示する
• ページの情報構造を検索エンジンに伝える
• 将来的にリッチリザルト対象が再拡大した場合に即座に恩恵を受けられる

---

FAQPageの代替策：2026年に効く構造

FAQPageスキーマだけに頼るのではなく、以下の代替策を組み合わせることで、AI検索での引用可能性を高められます。

HowToスキーマも同様に制限されている

同じ2023年8月の変更で、HowToリッチリザルトもモバイルでは廃止されました。FAQPageと同様、「リッチリザルト目的」での実装優先度は下がっています。

今効く3つの代替アプローチ

1. Article構造化データ + Q&A形式の見出し

最も実効性が高い組み合わせです。

従来のFAQPage依存パターン（Before）:

<!-- HTML側：見出し構造が曖昧 -->
<div class="faq-section">
  <div class="faq-item">
    <p class="question">解約方法を教えてください</p>
    <p class="answer">マイページから手続きできます。</p>
  </div>
</div>

<!-- JSON-LD側：スキーマに依存 -->
<script type="application/ld+json">
{
  "@type": "FAQPage",
  "mainEntity": [{
    "@type": "Question",
    "name": "解約方法を教えてください",
    "acceptedAnswer": {
      "@type": "Answer",
      "text": "マイページから手続きできます。"
    }
  }]
}
</script>

推奨パターン（After）：HTML構造 + Articleスキーマ:

<!-- HTML側：セマンティックな見出し構造 -->
<article>
  <h1>料金プランに関するよくある質問</h1>

  <section>
    <h2>解約方法を教えてください</h2>
    <p>マイページ > 設定 > 契約管理 > 解約 から手続きできます。
    解約は即時反映され、残り期間は日割りで返金されます。</p>
    <p><strong>注意:</strong> 解約前にデータのエクスポートを推奨します。
    解約後30日間はデータが保持されますが、それ以降は完全に削除されます。</p>
  </section>

  <section>
    <h2>無料プランと有料プランの違いは何ですか？</h2>
    <p>無料プランはプロジェクト3件まで、有料プランは無制限です。
    詳細な比較は<a href="/pricing">料金ページ</a>をご確認ください。</p>
  </section>
</article>

<!-- JSON-LD側：Articleスキーマ（FAQPageも併用可） -->
<script type="application/ld+json">
{
  "@context": "https://schema.org",
  "@type": "Article",
  "headline": "料金プランに関するよくある質問",
  "author": { "@type": "Organization", "name": "サービス名" },
  "datePublished": "2026-01-15",
  "dateModified": "2026-05-01"
}
</script>

このパターンが効く理由:

• AI検索エンジンはH2見出しを「質問」として認識しやすい
• 見出し直後の段落を「回答」として抽出する精度が高い
• ArticleスキーマのdateModifiedで鮮度シグナルを送れる
• FAQPageスキーマを併用しても問題ない（両方入れてよい）

2. 本文内FAQ（ページ下部のQ&Aセクション）

ページの最後にFAQセクションを設けることで:

• ロングテールキーワードを自然にカバーできる
• AI検索の「People Also Ask」的な質問に回答できる
• ユーザーの疑問を先回りして解消し、離脱を防げる

3. 個別のFAQ専用ページ

質問数が多い場合は、カテゴリ別のFAQ専用ページを作成し、各ページにArticle構造化データを実装する方が効果的です。1ページに50問詰め込むより、テーマ別に5〜10問ずつ分けた方がAI検索に引用されやすくなります。

---

2026年に優先すべき構造化データ

FAQPageの優先度が下がった今、限られたリソースをどの構造化データに投資すべきかを整理します。

構造化データ	優先度	理由
Article	★★★	AI検索が著者・更新日・トピックを正確に把握。リッチリザルト表示も有効
Organization	★★★	ブランド情報・連絡先をナレッジパネルに反映。AI検索の信頼性シグナル
BreadcrumbList	★★★	サイト構造の明示。検索結果のパンくず表示。実装コスト低
Product	★★☆	EC・SaaSサイトでは必須。価格・レビュー情報のリッチ表示
FAQPage	★☆☆	リッチリザルトは出ないが、AI理解の補助として残す価値あり
HowTo	★☆☆	モバイルでリッチリザルト廃止。デスクトップのみ限定的に有効

優先度マトリクス：効果 × 実装難易度

どの構造化データから着手すべきか、効果（AI検索+従来SEOへのインパクト）と実装難易度の2軸で評価します:

構造化データ	効果（AI検索）	効果（従来SEO）	実装難易度	総合優先度	推奨着手順
BreadcrumbList	中	高（パンくず表示）	低（テンプレ1箇所）	★★★	1番目
Article	高（鮮度・著者）	高（リッチリザルト）	低（記事テンプレ）	★★★	2番目
Organization	高（信頼性）	高（ナレッジパネル）	低（トップページ1箇所）	★★★	3番目
Product	中	高（価格・星表示）	中（商品DB連携）	★★☆	4番目（EC/SaaSのみ）
LocalBusiness	中	高（地図表示）	低	★★☆	4番目（実店舗のみ）
FAQPage	中（Q&A構造明示）	低（リッチ非表示）	低	★☆☆	5番目
HowTo	低	低（モバイル非表示）	中（ステップ分解）	★☆☆	6番目
VideoObject	高（動画引用）	高（動画リッチ）	高（動画制作必要）	★★☆	コンテンツ次第

読み方: 「実装難易度：低」かつ「効果：高」のものから着手するのが最も費用対効果が高い。BreadcrumbList → Article → Organizationの順で実装すれば、3つ合わせて1〜2時間で完了し、AI検索・従来SEO両方に効果があります。

最優先で実装すべき3つ

1. Article（またはBlogPosting）

{
  "@type": "Article",
  "headline": "記事タイトル",
  "author": { "@type": "Person", "name": "著者名" },
  "datePublished": "2026-05-07",
  "dateModified": "2026-05-07"
}

AI検索エンジンはdateModifiedを鮮度判定に使います。更新日が古い記事は引用優先度が下がる傾向があります。

2. Organization

{
  "@type": "Organization",
  "name": "会社名",
  "url": "https://example.com",
  "logo": "https://example.com/logo.png"
}

E-E-A-T（経験・専門性・権威性・信頼性）のシグナルとして機能します。

3. BreadcrumbList

{
  "@type": "BreadcrumbList",
  "itemListElement": [
    { "@type": "ListItem", "position": 1, "name": "ホーム", "item": "https://example.com" },
    { "@type": "ListItem", "position": 2, "name": "ブログ", "item": "https://example.com/blog" }
  ]
}

実装コストが最も低く、検索結果での表示改善効果が確実です。

構造化データの実装方法の詳細はJSON-LD構造化データ実装ガイドを参照してください。

---

実装判断フローチャート：あなたのサイトはFAQPageを残すべきか？

以下のフローで判断してください:

Q1. あなたのサイトは政府系・医療系の権威あるサイトですか？
├── はい → FAQPageスキーマを実装・維持（リッチリザルト表示あり）
└── いいえ → Q2へ

Q2. 既にFAQPageスキーマを実装済みですか？
├── はい → Q3へ
└── いいえ → Q4へ

Q3. スキーマの内容はページに表示されているQ&Aと一致していますか？
├── はい → Q3-a へ
└── いいえ → ページ表示内容と一致させるか、削除する

Q3-a. JSON-LDの質問数は10問以下ですか？
├── はい → そのまま残す（害はない。AI理解の補助になる）
└── いいえ → Q3-b へ

Q3-b. 全ての質問がそのページのメインテーマに関連していますか？
├── はい → そのまま残す（量が多くても関連性があれば問題ない）
└── いいえ → テーマ別にページを分割し、各ページに関連するQ&Aのみ残す

Q4. 新規実装のリソースがありますか？
├── はい → Q5へ
└── いいえ → FAQPageは後回し。Article + BreadcrumbListを優先

Q5. ページにFAQ形式のコンテンツが既にありますか？
├── はい → Q6へ
└── いいえ → まずFAQ形式のHTMLコンテンツを作成。スキーマは後から追加

Q6. そのFAQコンテンツはユーザーの実際の検索クエリに対応していますか？
├── はい → FAQPageスキーマを追加（AI検索での引用可能性が上がる）
└── いいえ → Q7へ

Q7. Search Consoleで実際に流入しているクエリを確認できますか？
├── はい → 流入クエリに基づいてFAQ内容を書き直し → スキーマ追加
└── いいえ → 競合サイトのFAQや「People Also Ask」を参考にFAQ作成 → スキーマ追加

エッジケース別の判断

状況	推奨アクション	理由
政府・医療系サイト	FAQPageスキーマを積極的に実装	リッチリザルト表示対象
既に実装済み（内容一致）	そのまま残す	削除のメリットなし
既に実装済み（内容不一致）	修正するか削除	スパム判定リスク回避
未実装・リソース限定	Article + BreadcrumbListを優先	費用対効果が高い
未実装・リソースあり	FAQ HTMLコンテンツ作成 → スキーマ追加	AI検索対策として有効
CMSプラグインで自動生成されている	内容を確認し、正確なら残す	追加コストゼロ
多言語サイト	各言語版にそれぞれFAQPageスキーマを実装	hreflangと併用
SPAサイト（React/Next.js等）	SSR/SSGでJSON-LDを出力していることを確認	クライアントサイドレンダリングだとクロールされない可能性
FAQが動的に変わるページ	静的なJSON-LDではなく、サーバーサイドで動的生成	内容不一致を防ぐ

---

まとめ

ポイント	内容
FAQPageスキーマの現状	廃止ではない。リッチリザルト表示が政府・医療系に限定されただけ
一般サイトでの価値	AI検索の構造理解補助、Bingリッチリザルト、将来への備え
代替策	Article + Q&A形式見出し + 本文内FAQが最も効果的
2026年の優先順位	Article > Organization > BreadcrumbList > Product > FAQPage

FAQPageスキーマは「効かない」のではなく「効く場面が変わった」と理解するのが正確です。リッチリザルト目的なら優先度は低いですが、AI検索時代のセマンティック理解という観点では、残しておく価値があります。

自社サイトの構造化データ実装状況を無料診断ツールでチェックしてみてください。FAQPage・Article・BreadcrumbList等の実装有無と改善ポイントを自動で診断します。

---

よくある質問

FAQPageスキーマを入れるとペナルティになりますか？

いいえ。FAQPageスキーマを実装してもペナルティにはなりません。Googleの構造化データドキュメントに現在も掲載されており、リッチリザルトテストでも正常に認識されます。ただし、ページに表示されていないQ&AをJSON-LDだけで追加するとスパム判定のリスクがあります。

ChatGPTはFAQPageスキーマを読み取りますか？

ChatGPT（OAI-SearchBot）がJSON-LDを直接パースしているかは公式に明言されていません。しかし、構造化データはHTMLと併せてページの情報構造を明示するため、AI検索エンジン全般の理解精度向上に寄与する傾向があります。

FAQPageとQAPageの違いは何ですか？

FAQPageはサイト運営者が作成したQ&A（企業のFAQページ等）に使います。QAPageはユーザーが投稿した質問と回答（Yahoo!知恵袋、Stack Overflow等）に使います。用途を間違えると構造化データの不整合になるため注意してください。

2023年8月の変更はなぜ行われたのですか？

Googleの公式発表では明確な理由は述べられていませんが、FAQリッチリザルトの乱用（SEO目的で大量のQ&Aを追加する手法）が横行していたことが背景にあると考えられています。検索結果の品質維持のための措置です。

---

関連記事

• 構造化データでChatGPT対策｜JSON-LDの書き方と実装手順
• AI検索とは？仕組みと対策の全体像
• ChatGPTに表示されるrobots.txt設定ガイド