スキーマはGoogleのランキング要因なのか？2026年版の明確な回答

いいえ。スキーママークアップはGoogleのランキング要因に直接関係するものではなく、Googleは2018年からそのように述べています。スキーママークアップによって得られる効果は、リッチリザルトの表示資格を得たり、クリック率を高めたり、AI概要内で引用される可能性を高めたりすることです。これらの二次的な効果によって、実際のトラフィックが増加します。マークアップ自体がランキングを押し上げるわけではありません。

スキーママークアップは直接的なランキング要因ですか？

いいえ。ページにスキーマを追加しても、Googleのオーガニック検索結果での順位は上がりません。これは断言できます。ジョン・ミューラー氏は長年このことを繰り返し述べており、Googleの検索リエゾンであるダニー・サリバン氏も、より分かりやすい言葉で同じことを言っています。つまり、スキーマを使用してもランキングは向上しないということです。最も明確な説明は、2025年4月にミューラー氏が行ったものです。彼は構造化データをパーティーへの道順を示すものに例えました。ランキング要因は招待状です。招待されていなければ、道順をもらっても何の役にも立ちません。

では、なぜSEO業界の半分は今でもスキーマを魔法のランキングレバーのように扱っているのでしょうか？ 間接的な 報酬は確かにあり、人々は「ランキング」という言葉をいい加減に使っている。星評価や価格ブロックを獲得したページは、 SERP クリック数が増えます。同じ掲載順位でクリック数が増えれば、トラフィックも増えます。これはGoogleがあなたのランキングを上げているわけではありません。あなたが既に獲得しているランキングで、より多くのクリックを獲得しているということです。

誰も明確に説明できない違いがここにある。

• リッチリザルト資格 — スキーマがあなたを作る 許可されて より優れた結果を表示するため。資格があることと、実際に表示されることは同じではありません。
• 回収信号 スキーマは、GoogleやAIシステムがエンティティを理解するのに役立ち、適切なクエリに対して検索結果に表示されるようになります。
• ランキング要因 — 位置を決定するもの。スキーマはこのリストには含まれません。

この3つを混ぜ合わせると、このテーマに関するほとんどのブログ記事に見られるような混乱が生じる。

スキーママークアップ（構造化データ）とは何ですか？

スキーママークアップは、ページに追加する構造化データです。 HTML 検索エンジンにコンテンツが実際に何を意味するのかを伝えるため、単に書かれている内容だけでなく、その意味を明確に伝えることが重要です。人間は「$49、星4.8、在庫あり」というテキストを読めばすぐに理解できますが、クローラーは長文のテキストを読み解く必要があります。スキーマによって各要素にラベルが付けられるため、機械は$49が価格、4.8が評価、在庫ありが在庫状況であることを認識できます。

プレーンコンテンツはコンテンツです。構造化データは 組織された コンテンツ。Google自身の考え方では、ページを理解しやすくするものはすべて良いことだ。なぜなら、Googleは解釈できないものを上位にランク付けできないからだ。それが仕組みの全てだ。つまり、常識を持たないパーサーにとっての曖昧さを減らしていることになる。

曖昧さの問題こそが、構造化データが存在する根本的な理由です。「ローマ」という単語を例にとってみましょう。あるページは、イタリアの都市ローマ、サッカークラブのASローマ、あるいはHBOのドラマシリーズを指す可能性があります。スキーマはこれを解決します。エンジンに「@type: City」と指示し、sameAsでWikidataのエントリにリンクすれば、曖昧さの解消は完了です。推測する必要はありません。

Schema.org：共有語彙

Schema.orgは、Google、Bing、Yahoo、Yandexが2011年に合意した共通語彙であり、競合する標準規格を独自に開発するのを防ぐことを目的としています。Schema.orgは、製品、組織、人物、レシピなど、誰もが使用するタイプとプロパティを定義しており、その他約800種類を網羅しています。Googleはこれらのうち約30種類のみをサポートしており、それらについてドキュメント、必須プロパティ、リッチリザルトに関するガイドラインを公開しています。

そのギャップは重要です。競合他社がベンダーのブログで読んだような、あまり知られていないSchema.orgのタイプをマークアップしても、Googleがその機能をサポートしていなければ、Googleでは何の効果もありません。有効なマークアップをいくら積み重ねても、その背後にドキュメント化されたリッチリザルトがなければ、それはパーサーが読み取って次に進むためのコンテンツにラベルを付けているだけです。

JSON-LD、マイクロデータ、RDFaの比較

JSON-LDはGoogleが推奨するフォーマットであり、2026年時点ではどちらを選ぶべきか迷う余地はない。これら3つのフォーマットは、同じ事実をエンコードする。違いは、コードがどこに保存されるか、そしてメンテナンスの難易度にある。

JSON-LDが優れている理由は、Googleタグマネージャーで挿入でき、データレイヤーから更新できる単一のブロックに収まっているからです。価格や在庫状況が変わると、マークアップもそれに合わせて更新されます。マイクロデータやRDFaではラベルがページマークアップに絡み合ってしまうため、テンプレートを変更するたびに構造化データが破損するリスクがあります。特別な理由がない限り、JSON-LDを使用してください。おそらく、特別な理由はないでしょう。

スキーママークアップの種類

これらのタイプは、検索結果を向上させるページの基盤となります。ほとんどのサイトでは、数種類のタイプだけで十分です。重要なのは、Googleが実際に表示する機能に合わせてタイプを選択し、マークアップされたデータをユーザーがページ上で目にするものと完全に一致させることです。

製品 / 組織 / 地域ビジネス / 記事 / FAQページ / パンくずリスト / ハウツー / イベント / レシピ

これらのうちいくつかは、率直に言っておくべきでしょう。最近、商品スキーマが厳しくなりました。Google は返品ポリシー、送料、正確な在庫状況を求めており、不足しているフィールドは Search Console で警告されます。組織は、多くの人が見落としがちですが、見落としてはいけないものです。なぜなら、組織はブランドを認知された存在として確立し、公開するすべてのコンテンツで著者と発行者のシグナルを強化するからです。LocalBusiness は、プレースホルダーではなく、実際の地理座標と営業時間を求めています。HowTo はどうでしょうか？ SERP の順位を上げるために作成するのはやめましょう。そのリッチリザルトは 2023 年に廃止されました。チームがまだそれを追い求めているなら、2022 年のプレイブックで作業していることになります。

豊富な情報と豊富な結果

リッチリザルトとは、検索結果の表示形式を拡張することで、星評価、価格、パンくずリスト、レシピカードなどを表示できる機能のことです。「リッチスニペット」は、同じ機能を指す古い用語ですが、今でも使われています。視覚的な改善こそが、多くのサイトが構造化データを採用する最大の理由であり、正当な理由と言えるでしょう。

2つの重要なルールがあります。まず、適格性は保証ではありません。有効なマークアップは候補となるためのものであり、表示するかどうかはGoogleが決定します。次に、マークアップは表示されているページと一致していなければなりません。ページ上のどこにも表示されていない4.8の評価をマークアップしても、最適化しているのではなく、手動による修正を招いていることになります。

ここで、多くの人が誤解しているペナルティについて触れておきましょう。Googleが不正なマークアップや偽のマークアップを検出すると、構造化データスパムポリシーが適用されます。ペナルティは、オーガニック検索順位の低下ではなく、リッチリザルトの削除です。青いリンクは残ります。輝くレビューの星は消えます。スキーマの悪用によってランキングが急落すると考える人がいますが、そうではありません。マークアップによって得られた特権が剥奪されるだけです。

クリック率（CTR）への影響

リッチリザルトはクリック率を向上させ、まさにここでスキーマが真価を発揮します。業界でよく引用される数値は、リッチスニペットを表示するリスティングは、通常のリスティングと比較してクリック率が20～30%向上するというものです。ただし、この数値はあくまでベンダーの推定値と考えてください。なぜなら、これらの数値のほとんどは、何かを売りたいと考えている代理店から提供されているからです。

Google自身が発表した事例研究こそ引用する価値がある。なぜなら、Googleにはそれらを誇張する動機が全くないからだ。

• 腐ったトマト 構造化データを使用した100,000万ページにおいて、クリック率が25%向上したことを測定した。
• ネスレ リッチリザルトを獲得したページは、そうでないページに比べてクリック率が82%高かったと報告されている。
• フードネットワーク 約80%のページで検索機能を有効にした後、訪問者数が35%増加した。

これらはGoogleによって記録された、実際の規模を持つ実在のサイトです。ランキングの上昇は一切ありません。これらの成果はすべて、同じ掲載順位からより多くのクリックを集めたことによるものです。これが「スキーマがSEOに役立つ」という正直な説明です。

事例研究で見落とされている注意点が一つあります。それは、マークアップが不十分だと、マークアップがないよりもパフォーマンスが悪くなる場合があるということです。著者も日付も見出しもないのに「記事」と宣言したページは、矛盾したシグナルを送ります。パーサーは、事実を期待していた場所にノイズが混入してしまうのです。型を宣言してプロパティを空のままにしておくのは、何もしないよりも悪い結果を招く可能性があります。

ナレッジグラフとナレッジパネル

スキーマはナレッジグラフの基盤となります。ナレッジグラフは、ブランド検索結果の右側に表示されるナレッジパネルを支えるエンティティデータベースです。組織をマークアップし、sameAsプロパティを使用して権威あるプロファイルに接続することで、Googleに組織が誰であるかを明確に機械可読な形で証明できます。

基本的な仕組みは、主語、述語、目的語という意味の三重項です。「Acme Corp（主語）の創設者（述語）はJane Doe（目的語）」。これらを十分に積み重ね、@graphノード内でエンティティを@id参照でリンクすると、散在する無関係な事実ではなく、ブランドのつながりのあるマップが構築されます。sameAsをWikidataとWikipediaのエントリに向けると、エンティティの曖昧性解消が行われ、同じ名前を持つ多数の「Acme」の中から、どの「Acme」が自社なのかをGoogleに正確に伝えることができます。

これは地味で時間のかかる作業です。来週にはダッシュボードが華やかになるような仕事ではありません。しかし、これはAIによる検索がますます依存するようになる基盤であり、次のセクションではそれについて説明します。

スキーママークアップ、AI概要、検索生成エクスペリエンス（SGE）

スキーマはAI概要機能を有効にするものではなく、そう謳っている業者は誇大広告です。GoogleのAI機能に関するガイダンスには明確に記載されています。AI概要機能やAIモードに特別なスキーママークアップは必要ありません。また、同じガイダンスには、使用する構造化データはページ上の表示コンテンツと一致させる必要があるという、これまでも変わらず正しいルールも追加されています。

では、なぜスキーマはあらゆるGEOやAEOの議論で繰り返し登場するのでしょうか？それは、スキーマが理解に及ぼす影響によるものです。AI概要、SGE、そしてより広範な生成型検索スタックは、検索強化型生成に基づいて動作します。モデルはインデックス化されたページから事実を抽出し、それに基づいて回答を構築します。事実が明確でラベル付けされた構造化データで記述されているページは、同じ事実が散文の中に埋もれているページよりも抽出が容易です。スキーマは引用を金銭で買うものではありません。システムがあなたの情報を正しく読み取るコストを削減し、価格、著者、または作業時間を誤認する可能性を低減するものです。

ベンダーの統計データは、誇張表現が目立ちます。例えば、スキーマを追加した後にAI概要の引用数が611%増加したとか、AIが引用したページの81%に構造化データが含まれているという調査結果などを目にするでしょう。しかし、これらのデータは注意深く読む必要があります。ほとんどは相関関係を因果関係のように見せかけたものです。スキーマを持つページは、他のすべての点において優れたチームが運営しているページである傾向があり、当然ながら引用数も多くなります。スキーマは、優れたサイトの指標であって、引用の原因ではありません。正直なところ、構造化データは必須条件になりつつあります。構造化データを持っているからといって、必ずしも勝てるわけではありません。むしろ、構造化データがないと、知らず知らずのうちに損失を被る可能性があります。

Microsoft は Google よりも直接的だ。Bing の主席プロダクト マネージャーである Fabrice Canel 氏は、2025 年 3 月にミュンヘンで開催された SMX で、スキーマ マークアップが Microsoft の LLM がコンテンツを理解するのに役立つと述べた。これは、名前が公表されたプラットフォーム リーダーによる公式な確認であり、本来あるべきよりも稀なことだ。Reddit で LLM について同じ質問をされた Mueller 氏は、証拠に合致する答えを返した。「はい、いいえ、場合によります」。機能と、特定のエンジンがデータをどのように使用するかによって異なる。価格や在庫状況などのショッピング シグナルについては、構造化データはほぼ必須である。なぜなら、その情報は散文から正確に読み取るのが難しいからだ。一般的なブログ記事の場合は、その負担は小さい。

2026年に向けた実用的な対策をお望みなら、複数のタイプを統合しましょう。1つの商品ページに、@graphでリンクされた商品、パンくずリスト、組織マークアップを含め、価格と在庫をGTMデータレイヤーに接続して自動更新します。これにより、SERPとAIレイヤーの両方に、完全で最新の機械可読な情報を提供できます。ついでに、EEAT向けに著者と発行者のエンティティも強化しておきましょう。

音声検索とLLM

音声アシスタントとローカルビジネスモデル（LLM）は、どちらも構造化された情報から恩恵を受けます。その理由は、スクロールするページではなく、簡潔で明確な回答が求められるからです。音声クエリで営業時間を尋ねられた場合、明示的にopeningHoursと記述されたLocalBusinessマークアップを読み取るアシスタントは、自信を持って回答を返します。しかし、段落の途中に埋もれた文章から同じ情報を抽出すると、誤認識率が上昇します。BERTやGeminiのようなモデルは言語解析に優れているため、スキーマは必須要件ではありません。スキーマは精度向上に役立つものです。入力がより明確になれば、ビジネスに関する誤った回答も少なくなります。

JSON-LDでスキーママークアップを実装する方法

スキーマを実装するには、JSON-LDスクリプトブロックをページに挿入します。以下に、重要なプロパティを含む製品の動作例を示します。

{

「@context」: 「https://schema.org」、

"@タイプ"： "製品"、

「名前」：「アクメ・トレイルランナー2」

「sku」：「ATR2-BLK-42」

"ブランド"： {

“@type”: “ブランド”,

「名前」：「アクメ」

},

「オファー」: {

“@type”: “オファー”,

「価格」：「129.00」、

“価格通貨”: “USD”,

「在庫状況」：「https://schema.org/InStock」

},

「集計評価」: {

“@type”: “AggregateRating”,

「評価値」: 「4.7」、

「レビュー数」：「312」

}

}

知っておくべき要素：@context は Schema.org を指し、常に同じです。@type は、それが何であるかを宣言します。name、offers、および aggregateRating は、Product リッチな結果のロードベアリング プロパティです。sameAs (ここでは表示されていません) は、エンティティを外部プロファイルにリンクします。Organization の場合は contactPoint を追加します。LocalBusiness の場合は、address、telephone、および geo を追加します。

実装上の注意点を2つご紹介します。価格や在庫など、変更される可能性のあるものはすべてデータレイヤーとGoogleタグマネージャーを使用して管理することで、表示ページに対してマークアップが古くなるのを防ぎます。また、@graph内で@id参照を使用してノードを相互にリンクすることで、製品、組織、人物の各エンティティが互いに参照し合い、独立した状態にならないようにします。

従来のマイクロデータ方式について一言：itemscope、itemtype、itemprop属性を使用しているページを継承しても、引き続き機能しますが、テンプレートを変更する際にはJSON-LDに移行してください。再設計の際にインライン属性を維持したままにすると、構造化データが大規模に運用される際に、知らず知らずのうちに機能しなくなる原因となります。

テストと検証のためのツール

出荷前にすべてのブロックを検証してください。共有テンプレート内のスキーマが1つでも破損していると、数千ページにわたる構造化データが一度に無効になってしまうからです。この作業には、次の3つのツールが役立ちます。

• 豊富な結果テスト (search.google.com/test/rich-results) — Googleのツール。特定のリッチリザルトに該当するページかどうか、またGoogleがどのように認識しているかを示します。
• スキーママークアップバリデーター (validator.schema.org) — 廃止された構造化データテストツールに代わる、汎用的なSchema.orgバリデーターです。マークアップを語彙と照合し、Googleの機能による制限はありません。
• Google Search Console — 「改善」レポートは、Googleがクロールした後、ライブページ上のエラーや警告を大規模に表示します。

警告とエラーの違い：エラーはリッチリザルトの表示を妨げる​​ため、必ず修正する必要があります。警告は、推奨プロパティが漏れていることを示すもので、そのままリリースできますが、通常は追加することで改善されます。スキーマの変更は、コードの変更と同様に扱います。リッチリザルトテストで検証し、ステージング環境に展開してから、サイト全体にデプロイし、Search Consoleでパフォーマンスの急上昇を監視してください。

リッチリザルトが表示されるまでどれくらい時間がかかりますか？それはクロール頻度によって異なります。クロール頻度の高いサイトであれば、数週間以内に結果が表示される可能性があります。Googleがめったに訪れないサイトは、かなり長く、場合によっては数ヶ月かかることもあります。表示を強制するボタンはありません。

WordPressのスキーマプラグイン（RankMath、Yoast、Schema Pro）

WordPressでは、プラグインがスキーマを処理してくれるので、投稿ごとにJSON-LDを手動でコーディングする必要はありません。知っておくべき3つのプラグインは、それぞれ異なるアプローチを採用しています。

率直な意見としては、スキーマを出力するプラグインを2つ同時に実行しないでください。重複したマークアップはクローラーを混乱させ、矛盾するエンティティを生成する可能性があります。信頼できる情報源は1つに絞りましょう。ほとんどのサイトでは、RankMathやYoastに組み込まれているスキーマで十分です。Schema Proは、メインのプラグインでは生成できない型が必要な場合にのみ、その真価を発揮します。

サンプル FAQページ 上記セクションのJSON-LDブロック。実際のQ&Aコンテンツが表示されているページ用に保持されます。

{

「@context」: 「https://schema.org」、

“@type”: “よくある質問ページ”,

「メインエンティティ」：[

{

“@type”: “質問”,

「名前」：「スキーママークアップは2026年のランキング要因になるのか？」

「受け入れられた回答」: {

“@type”: “答え”,

「テキスト」：「いいえ。スキーマは直接的なランキング要因ではありません。リッチリザルトの適格性、クリック率、AIによる引用確率に影響を与え、オーガニック検索順位を変えることなくトラフィックに影響します。」

}

}

]

}

タイトルオプション

• スキーマはGoogleのランキング要因なのか？（2026年の真実）— 44文字
• スキーママークアップとランキング：Googleが実際に言っていること — 53文字

説明オプション

• スキーママークアップはランキングを上げるものではありません。リッチリザルトを獲得し、クリック率を高め、AI概要に情報を提供します。ベンダーの偏りのない、2026年までの詳細な分析です。— 152文字
• Googleはスキーマがランキング要因ではないことを確認しました。その真のメリットとは、リッチスニペット、クリック率の向上、AIによる引用、そして2026年5月のFAQ廃止です。 — 146文字

様々な業界において、SEOに最適化された魅力的なコンテンツ作成に15年の実績を持つ経験豊富なコンテンツライター。トラフィック増加とブランド認知度向上につながる、魅力的な記事、ブログ投稿、ウェブコピー、マーケティング資料の作成に長けています。