SERP機能
SERP機能とは何か(リッチリザルト、注目スニペット、ナレッジパネル、画像パック)、構造化データで実際に有効化できるものと純粋にアルゴリズムによるものの違い、そしてそれらがCTRに与える影響。
言語
SERP機能とは、検索結果ページの10件の青いリンク以外のすべての要素です。注目スニペット、他の人はこちらも質問、ナレッジパネル、サイトリンク、画像/動画パック、AI概要、構造化データによるリッチリザルトなどがあります。最も重要な違いは、多くの記事が曖昧にしている点ですが、一部の機能は構造化データによって有効化されます(リッチリザルト:商品、レシピ、イベント、レビュー)が、ほとんどは純粋にアルゴリズムによるもので、マークアップのレバーはありません(注目スニペット、PAA、ナレッジパネル、AI概要)。Googleは注目スニペットを「リクエストできない」と明言しています。これらはどれもランキング要因ではありません。Googleのドキュメントでは、リッチリザルトの対象資格は「ページのランキングに影響しない」とされています。それらの実際の関連性はCTRであり、CTRを再分配します。多くの場合、あなたのオーガニックリスティングから離れます。構造化データ側は縮小し続け(FAQ、HowTo、2025年6月時点で6タイプ)、アルゴリズム側は成長しています(AI概要)。これは構造化データハブの下に位置します。
TL;DR — SERP機能とは、Googleの検索結果ページにある、通常の青いリンク以外のすべての要素のことです。注目スニペット、「他の人はこちらも質問しました」ボックス、星評価、画像・動画の行、ナレッジパネル、AI概要などが含まれます。一部はページに構造化データを追加することで利用できるようになりますが、ほとんどはGoogleが自動的に選択するもので、自分でオンにすることはできません。どれも検索順位を上げるものではなく、検索結果の見え方と、誰が何をクリックするかを変えるだけです。
SERP機能とは
「SERP機能」は、通常の青いリンクを超えた検索結果の表示形態を指す業界の総称です。Googleは、普遍的なSERP機能の分類を1つに定めるのではなく、個々の検索ギャラリーを文書化しています。 Evidence for this claim Google's Search Gallery documents supported search appearances by feature and content type. Scope: Google Search result features; the industry term SERP feature is broader and not one formal Google taxonomy. Confidence: high · Verified: Google: Search Gallery 構造化データを追加すると、対応するリッチリザルトの対象となる可能性がありますが、表示が保証されるわけではありません。 Evidence for this claim Valid structured data can establish eligibility for supported rich results but does not guarantee that Google will show them. Scope: Google rich-result eligibility and quality guidance. Confidence: high · Verified: Google: Understand structured data
「SERP」は検索エンジン結果ページの略です。何年もの間、そのページは基本的に青いリンクが10個並ぶだけのものでした。今は違います。今日では、ほぼすべての検索で追加の要素が表示されます。上部に枠で囲まれた回答、画像の行、展開できる「他の人はこちらも質問しました」、右側に会社や有名人に関するパネル、AIが作成した要約などです。こうした追加要素はすべてSERP機能です。
知っておくと役立つ名称の注意点が1つあります。「SERP機能」というのは、SEO業界やツール(Ahrefs、Semrush)が使う呼び方です。Google自身のヘルプドキュメントではこの表現は使われず、**「検索結果の機能」または「視覚的要素」**と呼ばれています。同じものを指す、公式な呼び方です。
重要な1つの区別
SERP機能には2つの種類があり、この2つを混同するのが、私が最もよく目にする間違いです。
- コードで利用を開始できる機能。 ページに構造化データ(スキーママークアップとも呼ばれます)を追加すると、そのページはより豪華な表示の対象になります。レビューの下の星評価、商品の価格、パンくずリストなどです。これらはリッチリザルトと呼ばれます。
- まったくオンにできない機能。 注目スニペット(枠で囲まれた回答)、「他の人はこちらも質問しました」、ナレッジパネル、AI概要などは、Googleが自動的に選択します。これらを取得するために追加するタグはありません。Googleは、注目スニペットをリクエストすることはできないと明言しています。
オンラインの記事のほとんどはこれらを混同し、マークアップがあらゆる場面で役立つと示唆しています。実際はそうではありません。機能がどのカテゴリに属するかを知ることで、それに対して何かできるかどうかがわかります。
SERP機能は検索順位に役立ちますか?
いいえ、直接は役に立ちません。 これが大きな誤解です。Google自身のドキュメントは構造化データのケースについて明確に述べており、リッチリザルトの対象資格を失っても「ページのランキングには影響しない」としています。これは構造化データに特化した、直接文書化された文です。Googleは他のすべてのSERP機能について同じ包括的な一文を公開していませんが、同じ論理が当てはまると理解されています。これらはGoogleが表示するかどうかを選択する表示レイヤーであり、ランキングに投入する別のシグナルではありません。SERP機能は、検索結果がどのように表示されるかを変えるものであり、(Googleが実際に述べている限りでは)どこに表示されるかを変えるものではありません。
実際に変わるのはクリック数です。星評価付きの表示は、通常の表示よりも多くのクリックを集めることができます。しかし、大きなAI概要や上部の枠で囲まれた回答は、その下にあるすべてのもの(あなたの結果を含む)からクリックを奪うこともあります。したがって、SERP機能について正直に考えるなら、それはページ上の注目を再分配するものであり、時にはあなたに有利に、多くの場合はそうではない、ということです。
完全な分類、構造化データとアルゴリズムの違いの詳細、CTRデータ、ゼロクリックの議論を知りたいですか? 上級者向けタブに切り替えてください。
TL;DR — SERPフィーチャーは明確に2つのメカニズムに分かれ、その区分がこのトピック全体の背骨となります: 構造化データ駆動型リッチリザルト (Product、Recipe、Event、Review — マークアップを追加することで対象となる資格を得ますが、決して保証されるわけではありません) 対 純粋にアルゴリズムによるフィーチャー (注目スニペット、他の人はこちらも質問、ナレッジパネル、AI Overviews、画像/動画パック、サイトリンク — マークアップによる操作手段は存在しません)。Googleは”can’t request a featured snippet” (翻訳)「注目スニペットをリクエストできない」 と明言しています。そのどれもランキング要因ではありません — Googleのドキュメントによると、構造化データの対象資格は”doesn’t affect how the page ranks” (翻訳)「ページのランキングには影響しない」 とされています。実際に気にするべき理由はCTRです: フィーチャーはクリックを再分配し、SERP上のフィーチャーが多いほど、一般的に1位のCTRは低下します。構造化データ側は縮小を続け (FAQ、HowTo、2025年6月時点で6タイプ)、アルゴリズム側は拡大を続けています (AI Overviews)。
「SERPフィーチャー」はGoogleの用語ではない
GoogleのSearch Galleryは、SERPフィーチャーと呼ばれる単一の正式なカテゴリを定義するのではなく、フィーチャーとコンテンツタイプごとにサポートされている検索結果エクスペリエンスを整理しています。 Evidence for this claim Google's Search Gallery documents supported search appearances by feature and content type. Scope: Google Search result features; the industry term SERP feature is broader and not one formal Google taxonomy. Confidence: high · Verified: Google: Search Gallery 対象資格の要件と実際の表示は別物です: 有効なマークアップはリッチリザルトを保証するものではありません。 Evidence for this claim Valid structured data can establish eligibility for supported rich results but does not guarantee that Google will show them. Scope: Google rich-result eligibility and quality guidance. Confidence: high · Verified: Google: Understand structured data
語彙から始めましょう。なぜなら、それは信頼できる権威の指標だからです。「SERPフィーチャー」は 業界/ツールの用語です。Google自身のドキュメントでは**「検索結果フィーチャー」**と **「視覚的要素」**を使用しており、その Visual Elements Gallery では、それらを “Google検索結果ページの構成要素であり、ユーザーが知覚または操作できるもの” と定義しています。 そのギャラリーは、他の場所で見かける「13のSERPフィーチャー」のようなフラットなリストよりも明確なメンタルモデルでもあります。なぜなら、すべてを5つのバケットにグループ化しているからです:
- テキスト結果 — “a result in Google Search that’s based on the textual content of the page.” (翻訳)「ページのテキストコンテンツに基づくGoogle検索の結果」 。通常の青いリンク。
- リッチリザルト — “a result that typically relies on structured data in the markup of your page to display graphical elements or interactive experiences.” (翻訳)「グラフィカルな要素やインタラクティブなエクスペリエンスを表示するために、通常、ページのマークアップ内の構造化データに依存する結果」 。
- 画像結果 — “a result that’s based on an image that’s embedded on that web page.” (翻訳)「そのウェブページに埋め込まれた画像に基づく結果」 。
- 動画結果 — “a result that’s based on a video that’s embedded on that web page.” (翻訳)「そのウェブページに埋め込まれた動画に基づく結果」 。
- 探索フィーチャー — “a feature that helps searchers expand and refine their initial search” (翻訳)「検索者が最初の検索を拡張および絞り込むのに役立つフィーチャー」 (関連検索、他の人はこちらも質問スタイルの絞り込み)。
5つのバケットのうち1つだけ — リッチリザルト — がマークアップに依存すると説明されていることに注意してください。それがGoogle自身の言葉による全体の区別です。
背骨: 構造化データ駆動型 vs. 純粋にアルゴリズムによるもの
Three columns distinguish the mechanisms. Structured-data-driven rich results include Product, Recipe, Event, Review snippet, Breadcrumb, and Video rich results; markup creates eligibility but never guarantees display. Knowledge panels sit in the middle because Organization or Person markup can feed entity understanding without creating the panel. Algorithmic placements include featured snippets, People Also Ask, AI Overviews, sitelinks, and image packs; there is no markup switch for the placement itself.
© Patrick Stox LLC · CC BY 4.0 ·
ここに、すべてのSEO担当者が心に刻むべき区分があります。一方には、マークアップによって自分を対象にすることができる機能があります。もう一方には、GoogleとBingがクエリとコンテンツに基づいて表示することを決定する機能があり、マークアップの切り替えは一切ありません。
構造化データ駆動型(マークアップが必要 — Search Galleryを参照): Product、Recipe、Event、Review snippet、Breadcrumb、およびその他の現在の約25タイプ。Googleは 構造化データを使用してページのコンテンツを理解し、「検索結果でよりリッチな外観で表示します。これはリッチリザルトと呼ばれます。」 これはまさに リッチリザルトの詳細ガイド、およびこの記事が属する 構造化データハブ全体のトピックです。そのハブからの2つの厳格なルールが引き継がれます:マークアップはあなたを対象にするだけで、決して保証するものではありません — Googleは “構造化データが検索結果に表示されることを保証するものではありません。ページが正しくマークアップされていても同様です” — そして、サポートされているリストは縮小し続けています(詳細は後述)。
純粋にアルゴリズムによるもの(マークアップのレバーなし): 注目のスニペット、他の人はこちらも質問、ナレッジパネル、AI Overviews、画像および動画パック(スキーマではなく、ページ上のメディアから派生)、ローカルパック、サイトリンク、トップニュース、ディスカッション/フォーラム。これらにタグ付けで入ることはできません。このバケットをリッチリザルトと混同することは、競合記事で最も一般的なエラーです — 彼らはすべての機能を「マークアップを追加」の実装ヒントとともにリストし、あたかもスキーマが普遍的なレバーであるかのように扱います。そうではありません。
SERP機能はランキング要因か?構造化データについては文書化され、その他については推測されている
これは正確に述べる価値があります。親ハブは、John Muellerの繰り返しの発言を通じて、構造化データがランキング要因ではないことをすでに確立しているからです。この記事にはさらに強力で文書化されたバージョンがあります — しかし、それは「SERP機能がランキング要因になることは決してない」よりも狭く、その範囲について正確に述べる価値があります。Googleの構造化データポリシーページは、ページが構造化データの手動による措置を受けたときに何が起こるかを説明しており、ページは “loses eligibility for appearance as a rich result; it doesn’t affect how the page ranks in Google web search.” (翻訳)「リッチリザルトとして表示される資格を失います。これは、ページがGoogleウェブ検索でどのようにランク付けされるかには影響しません。」 これは、リッチリザルトの資格とウェブランキングを分離する実際に文書化された文です — 中継されたオフィスアワーの言い換えよりも明確です — しかし、それは特に構造化データの手動による措置のケースに関するものです。Googleは、注目のスニペット、PAA、ナレッジパネル、AI Overviewsについて同等の文言を公開していません。合理的な拡張 — これらのシステムが実際にどのように機能するかによって裏付けられています(既存のランキングの上で行われる表示レイヤーの選択であり、別のスコアリング入力ではない)— は、同じ資格対ランキングの分割が全体にわたって成り立つということです。その拡張を情報に基づく推測として扱い、同一に文書化された事実としてではなく、Googleが実際に文書化した唯一のケースとしてsd-policiesの文に依存してください。
ジョン・ミューラーが示した系論は、ページ上で技術的に正しいことを行っても、それだけでページが他よりも優れたものになるわけではないということです。技術的な正しさはコンテンツの品質と同じではありません。 このミューラーの枠組みは、Search Engine Journal の報道 のみを出典としています。関連する一次報道は直接検証のため取得できなかったため、これは逐語的な引用ではなく二次的な情報として扱ってください。上記の文書化された sd-policies の記述が参照すべき引用です。
各主要機能が実際にどのようにトリガーされるか
注目スニペットは「アルゴリズムによるものであり、マークアップによるものではない」ことの証明です。注目スニペットは、“special box where the format of a regular search result is reversed, showing the descriptive snippet first.” (翻訳)「通常の検索結果の形式が逆転し、説明的なスニペットが最初に表示される特別なボックス」 です。リクエストしたり、ページをスニペットにふさわしいとタグ付けしたりできますか?Google の回答は率直です:“You can’t. Google systems determine whether a page would make a good featured snippet for a user’s search request, and if so, elevates it.” (翻訳)「できません。Google のシステムが、ページがユーザーの検索リクエストに対して良い注目スニペットになるかどうかを判断し、なると判断した場合はそれを引き上げます」 。サイト所有者が実際に持つ唯一のレバーは、逆のもの、つまり nosnippet または低い max-snippet 値でオプトアウトすることです。これは削除のレバーであり、獲得のレバーではありません。
他の人はこちらも質問は、別の理由で注目に値するケースです。英語圏の SERP の大半に表示されているにもかかわらず、PAA 専用の Google Search Central ドキュメントページはありません。PAA について読むメカニズムの主張はすべて、観察に基づく業界の推測であり、文書化された事実ではありません。これは小さくても本物の信頼性のポイントです。ほとんどの記事は、何も引用せずに PAA を権威的に説明しています。公式に引用できるものがないからです。
ナレッジパネルは、2つのバケットの間のスペクトル上にあります。Google のナレッジパネルヘルプ(特に消費者製品のヘルプセンターであり、Search Central ではありません。これは、Google がこれをウェブマスター機能として扱っていないことを示しています)は、ウェブ全体のソースから自動的に生成されるナレッジグラフのエンティティに関する情報ボックスであると説明しています。自分の組織や人物に関するパネルを主張して、提案された編集へのアクセスを得ることはできますが、パネルを作成することはできず、マークアップだけではパネルは生成されません。Organization/Person スキーマは sameAs を通じてナレッジグラフにフィードしますが、パネルを保証するものではありません。
リッチリザルトは、真にマークアップ駆動型の唯一のバケットであり、リッチリザルトページで詳しく説明されています。それらでさえ、上記の「保証なし」という注意事項が付いています。
Bingの注目スニペット/Q&Aシステムも同じアルゴリズム方式で動作しており、これはGoogle特有の現象ではないことを示す有益な裏付けとなっています。BingのAli Alvi氏(AIプロダクト担当プリンシパルリードPM)とFabrice Canel氏(プリンシパルPM)は、Search Engine Journal のインタビューで、Q&Aは基本的に青いリンクと同じコアランキングアルゴリズムであり、重み付けが異なるだけだと説明しています。また、数億のパラメータを持つニューラルネットワークと機械学習モデルに「ほぼエンドツーエンドで」構築されています。Bingは、従来の検索結果で現在ランキングされていないパッセージからQ&Aの回答を表示することもできます。これは、Q&Aシステムが候補パッセージの独自のメモリを保持しているためです。人間によるアノテーションは関連ブロックの抽出を支援しますが、これは提供可能なランキング可能な構造化データシグナルではありません。Googleと同じ分割です。ランキングの上にニューラル関連性抽出があり、スキーマの切り替えではありません。オプトアウト側でも、BingはGoogleを反映しています。Fabrice Canel氏の2020年のスニペットコントロール発表 では、ウェブマスターにプレビューの長さを制御するrobotsメタコントロールを提供しました。これはオプトアウト/制限レバーであり、オプトインのものではありません。
CTRへの影響 — 実際に気にするべき理由
Grouped bars compare position-one, position-two, and position-three click-through rates. Sitelinks measure 46.9, 14.0, and 5.6 percent. Featured snippets measure 23.3, 20.5, and 13.3 percent. Knowledge panels measure 16.8, 13.2, and 12.6 percent. Shopping results measure 13.7, 8.0, and 6.4 percent.
SERP機能はランキングを動かさないため、その実用的な価値はすべてクリック率にあります。ここでのデータは本当に役立ちます。
まずベースラインから。Ahrefsの順位別クリック調査 (2025年10月最終更新、2025年8月までのSearch Consoleのクリック/インプレッションデータを集計)では、デスクトップのクリックの96,98%とモバイルのクリックの97,56%が上位10件の結果に集中していることがわかりました。この調査では、もはや上位3件のみの内訳は公開されていないため、他の場所で見かける古い「上位3件がX%を占める」という数字を繰り返さないでください。これがSERP機能が分け合うパイの圧倒的多数です。
Sistrixは、私が見た中で最も優れた機能別CTRデータセットを持っています。8 000万以上のキーワードを対象にしたモバイルSERP分析で、2020年に初公開され、2025年7月に最終更新されました。検索結果タイプ別CTR:
| 表示される機能 | 1位CTR | 2位CTR | 3位CTR |
|---|---|---|---|
| サイトリンク | 46,9% | 14,0% | 5,6% |
| 注目スニペット | 23,3% | 20,5% | 13,3% |
| ナレッジパネル | 16,8% | 13,2% | 12,6% |
| ショッピング | 13,7% | 8,0% | 6,4% |
Sistrix自身のデータセット全体の要約:機能が多いほどCTRは低くなります。 SERP上の追加機能ごとに、クリックは1位からさらに細分化されます。これが再分配効果を一言で表したものです。
その一方で、リッチリザルトはプレーンなリスト表示と比較してあなたのCTRを引き上げることができます。ここで、私のAhrefs構造化データガイド のケーススタディが登場します。これは親ハブで引用されているものと同じものです。Google自身の数字によると、リッチリザルトページではRotten TomatoesのCTRが25%向上、NestléのCTRが82%向上、Food Networkの訪問数が35%増加しています。つまり、両方のことが同時に真なのです。リッチリザルトはより大きなシェアを獲得できる一方で、SERP機能は全体としてオーガニッククリックの総量を縮小させます。
出現頻度については、Backlinkoが(SERP機能ページ、2026年4月最終更新)で引用しているいくつかの数字が、誤解を解くのに役立ちます。これらはBacklinko自身の調査ではなく、他のトラッカーの引用であることに注意してください。注目スニペットはSEOコンテンツで過大に注目されていますが、2026年3月のSemrush Sensorデータによると、検索の約**0,24%にしか表示されず、人々が想定するよりもはるかに稀です。一方、People Also Askは、Advanced Web Rankingによると、米国のクエリのおよそ53%**に表示されます(この数字の日付は不明)。目立つが稀なものではなく、一般的なものを追いかけましょう。
SERPがどのように縮小したか(そして拡大したか)
構造化データ側の機能リストは縮小しています。構造化データハブで確立された正確な日付を再利用します:
- HowTo リッチリザルトは 2023年にデスクトップから削除され、その後制限されました。
- FAQ リッチリザルトは 2023年に政府および医療サイトに制限され、その後 2026年5月までに完全に削除されました。
FAQPageタイプ は依然として有効なマークアップです — ただ、ほとんどのサイトでSERPの拡張を生成しなくなっただけです。 - 2025年6月にさらに6つのタイプが削除されました: Claim Review、Estimated Salary、Learning Video、Special Announcement、Vehicle Listing、および旧単一コース形式。Book Actionsは同じバッチで発表されましたが、実際には削除されませんでした。
一方、アルゴリズム 側は拡大しており、特に AI Overviews が挙げられます。Ahrefsの AI Overviews調査 (30万(300千)キーワード、デスクトップ、AI Overviewsの展開前後の2024年3月から2025年3月の米国Search Consoleデータを比較)では、上位のオーガニック検索結果へのクリックを34,5%削減することが判明しました。他の調査ではさらに高い削減率を示しており、数値はデバイス、国、クエリタイプによって異なります — 単一の数値は方向性を示すものとして扱い、普遍的とは見なさないでください。正味の効果:SERPのより多くがGoogle生成コンテンツとなり、マークアップで影響を与えることはできず、サイトが制御できるリッチリザルトは少なくなっています。
ゼロクリック論争 — 両方の立場
これが戦略的な背景であり、これは未解決の論争であり、確定した数字ではありません。そのため、勝者を選ぶのではなく、両方の立場を紹介します。
SparkToroのRand Fishkin氏は、SERPが壁に囲まれた庭園になりつつあると主張しています。彼の2026年の 分析 によると、2026年の最初の4か月間で、Google検索の68,01%がクリックなしで終了しました — 2024年の60,45%、10年前の約45%から増加 — また、AI Overviewsは存在する場合、CTRを約60%削減し、現在は検索の20%以上に表示されています。
Googleはこの枠組みに異議を唱えています。Search LiaisonのDanny Sullivan氏は、Search Engine Journalの 報道 で引用され、ゼロクリックの物語を “misleading claim” (翻訳)「誤解を招く主張」 と呼び、それは “relies on flawed methodology that misunderstands how people use Search,” (翻訳)「人々が検索をどのように使用するかを誤解する欠陥のある方法論に依存している」 と述べ、Googleは “billions of visits to websites every day, and the traffic we’ve sent to the open web has increased every year.” (翻訳)「毎日何十億ものウェブサイトへの訪問を送っており、オープンウェブに送ったトラフィックは毎年増加している」 と付け加えました。Googleの具体的な異議:SparkToroの方法は、後により狭いクエリに絞り込まれる広範なクエリを、ユーザーが最終的にサイトを訪問した場合でも「ゼロクリック」として数え、また、オープンウェブではなくアプリへのナビゲーションを考慮していません。注目すべきは、Googleは方法論への異議を述べていますが、比較可能な自社の公表数値は提供していません。
私の見解:この解決を待たないでください。正確なパーセンテージが何であれ、方向性は十分に明確であり、一部のクエリは単にクリックを送ってこないと想定し、まだ送ってくれるクエリに基づいて計画を立てるべきです。
実際にできること
実用的な結論は短いです。なぜなら、構造化データ対アルゴリズムの分割の要点は、SERPの大部分がレバーではないということだからです:
- 正確に適格な構造化データを実装する — それは本当に自分でコントロールできる唯一の分野であり、CTRを向上させることができます。正しく行い(構造化データハブを参照)、検証してください。
- マークアップ以外の機能を追いかけない。 注目スニペット、PAAスロット、ナレッジパネル、AI Overviews用のタグは存在しません。明確かつ包括的に書くこと — それがそれらに表示される方法ですが、存在しないスイッチを探すのはやめましょう。
- Search Consoleで機能別CTRを測定する。 クエリとページごとのクリック率を監視してください。そこに機能の効果が実際にデータに現れます。
- 一部の機能は単に影響を与えられないことを受け入れる — そしてすでに削除されたリッチリザルトを中心に戦略を構築しないでください。
次に進む場所
この記事は構造化データハブの下に位置しています。密接に関連する詳細な解説:
- リッチリザルト — SERP機能の中で本当にマークアップ駆動の分野:どのタイプがまだ存在するか、適格性、削除、およびSearch Consoleでの追跡。
- スキーママークアップ — リッチリザルトの適格性を引き出すschema.org語彙。
- JSON-LD — そのマークアップを書くための推奨形式。
このサブクラスターは、より広いオンページSEOクラスター内にあります。
AIまとめ
Advancedバージョンの簡潔な見解:
- SERP機能 = 10の青いリンク以外のすべて(注目スニペット、PAA、ナレッジパネル、サイトリンク、画像/動画パック、AI Overviews、リッチリザルト)。「SERP機能」は業界用語です。Googleは**「検索結果機能」/「視覚要素」**と呼び、5つのカテゴリ(テキスト、リッチ、画像、動画、探索)を使用します。
- 背骨 — 2つのメカニズム: (1) 構造化データ駆動のリッチリザルト(Product、Recipe、Event、Review — マークアップは適格にするだけで、保証はしません)と (2) 純粋にアルゴリズム的な機能(注目スニペット、PAA、ナレッジパネル、AI Overviews、画像/動画パック、サイトリンク — マークアップのレバーは存在しません)。この2つを混同することは、競合他社が最もよく犯すエラーです。
- ランキング要因ではない — 構造化データについて文書化されています。 Googleのsd-policiesページ:リッチリザルトの適格性を失うことは「Googleウェブ検索でのページのランキングに影響しません」。これはGoogleが実際に文書化した唯一のケースです。同じ適格性とランキングの分離は、他の機能にも適用されると理解されています(個別には文書化されていません)。
- 注目スニペットはアルゴリズム的です: Googleはリクエスト**「できない」**と言っています。唯一のレバーはオプトアウト(
nosnippet/max-snippet)です。PAAには公式のGoogleドキュメントはありません — メカニズムの主張はすべて推測です。ナレッジパネルはナレッジグラフによって生成されます — 主張可能ですが、作成可能ではありません。 - Bingもこれを反映しています: そのQ&A/注目スニペットシステムは、ランキングの上にあるニューラルネットワークの関連性抽出であり(Alvi/Canel)、スキーマのスイッチではありません。
- CTRが本当の話です。 ベースライン:デスクトップの96,98% / モバイルの97,56%のクリックがトップ10に着地します(Ahrefs、2025年10月更新)。機能別CTR(Sistrix、モバイルのみ、8000万以上のキーワード);「機能が多いほどCTRが低い」。リッチリザルトはあなたのCTRを向上させることができます(Rotten Tomatoes 25%、Nestlé 82%、Food Network 35%)。注目スニペットは検索の約0,24%にのみ表示されます(Semrush Sensor、2026年3月);PAAは米国のクエリの約53%に表示されます(Advanced Web Ranking、日付なし)— 両方の数値はBacklinko経由。
- SERPは変化しています: 構造化データ側は縮小(FAQ、HowTo、2025年6月に6タイプ);アルゴリズム側は成長(AI Overviewsがトップオーガニッククリックを約34,5%以上削減)。
- ゼロクリックは議論の的です: SparkToroは2026年の検索の68%がクリックなしで終わると言っています;Google(Sullivan)は方法論に反論していますが、対抗する数値はありません。両方を提示してください。
- 何をすべきか: 適格な構造化データを正確に実装し、マークアップ以外の機能を追いかけず、Search Consoleで機能CTRを測定し、一部の機能は影響を与えられないことを受け入れてください。
公式ドキュメント
検索エンジンからの一次情報ドキュメント。
- Visual Elements Gallery — Googleの実際の分類:テキスト/リッチ/画像/動画/探索機能。
- Structured Data Search Gallery — 構造化データによるリッチリザルトの種類の正規の最新リスト。
- Featured Snippets — 「リクエストできない」という記述と、
nosnippet/max-snippetによるオプトアウトの制御。 - Structured Data General Guidelines / Policies — 文書化された「ページのランキングに影響しない」という記述と「保証なし」という記述。
- ナレッジパネルについて — ナレッジパネル ヘルプ — 定義、自動生成、および申告(Search Centralではなく消費者製品のヘルプセンター)。
Bing / Microsoft
- Bingでウェブマスター向けスニペット制御の新オプションを発表 — スニペットプレビューの制御(オプトアウトの手段)に関するFabrice Canelの記事。
ソースからの引用
GoogleとBingからの公式声明。ページがテキストを公開している場合、リンクは引用箇所にジャンプするディープリンクです。
Google — 分類(Visual Elements Gallery)
- “Visual elements are the building blocks of the Google Search results page that a user can perceive or interact with.” (翻訳) 「ビジュアル要素とは、ユーザーが知覚または操作できるGoogle検索結果ページの構成要素です。」 引用へ移動
- リッチリザルトについて: “A result that typically relies on structured data in the markup of your page to display graphical elements or interactive experiences.” (翻訳) 「通常、ページのマークアップ内の構造化データに依存して、グラフィカルな要素やインタラクティブな体験を表示する結果です。」 引用へ移動
- 探索機能について: “A feature that helps searchers expand and refine their initial search.” (翻訳) 「検索者が最初の検索を拡張および絞り込むのに役立つ機能です。」 引用へ移動
Google — 注目スニペットはアルゴリズムによるもので、マークアップによるものではない
- “Special boxes where the format of a regular search result is reversed, showing the descriptive snippet first.” (翻訳) 「通常の検索結果の形式が逆転し、説明的なスニペットが最初に表示される特別なボックスです。」 引用へ移動
- リクエストできるかどうかについて: “You can’t. Google systems determine whether a page would make a good featured snippet for a user’s search request, and if so, elevates it.” (翻訳) 「できません。Googleのシステムが、ページがユーザーの検索リクエストに対して優れた注目スニペットになるかどうかを判断し、そうであればそれを引き上げます。」 引用へ移動
Google — ランキング要因ではなく、保証もされない
- “A structured data manual action means that a page loses eligibility for appearance as a rich result; it doesn’t affect how the page ranks in Google web search.” (翻訳) 「構造化データの手動による対策とは、ページがリッチリザルトとして表示される資格を失うことを意味します。Googleのウェブ検索でのページのランキングには影響しません。」 引用へ移動
- “Google does not guarantee that your structured data will show up in search results, even if your page is marked up correctly.” (翻訳) 「Googleは、ページが正しくマークアップされている場合でも、構造化データが検索結果に表示されることを保証しません。」 引用へ移動
- “Google uses structured data to understand the content on the page and show that content in a richer appearance in search results, which is called a rich result.” (翻訳) 「Googleは構造化データを使用してページのコンテンツを理解し、そのコンテンツを検索結果でよりリッチな外観で表示します。これはリッチリザルトと呼ばれます。」 引用へ移動
Bing — Q&A / 注目スニペットシステムはニューラルであり、マークアップではない
Ali Alvi氏とFabrice Canel氏は、BingのQ&Aは基本的にブルーリンクのランキングアルゴリズムを異なる重み付けで適用したものだと説明しました。つまり「ほぼエンドツーエンド」のニューラルネットワークと機械学習モデルであり、現在ランキングされていないパッセージを表示できる一方、人間による注釈は抽出を支援するものであり、ランキング可能なマークアップシグナルとして機能するものではありません。Search Engine Journalのインタビュー記事 経由で報告されたものであり、Bingの公式ドキュメントではありません。ここでは逐語的な引用ではなく、パラフレーズとして扱います。
ゼロクリック論争 — 両論
- Danny Sullivan(Google検索広報担当): ゼロクリックという主張は 「誤解を招く主張」 であり、「人々が検索をどのように使うかを誤解する欠陥のある方法論に依存している」 と述べています。 報道
- Rand Fishkin(SparkToro): 「2026年の最初の4か月で、Google検索のなんと68.01%がクリックなしで終了しました。」 出典
SERP機能 — 早見表
各機能がどのように選択されるか(機能別)
単一のイエス/ノーではなく、3つの別々の質問があります:誰が選択するのか、マークアップが適格性を生み出すのか、そしてパブリッシャーが実際に持つレバー(もしあれば)は何か?
| 機能 | 選択メカニズム | マークアップが適格性を生み出すか? | パブリッシャー側のレバー |
|---|---|---|---|
| リッチリザルト(商品、レシピ、イベント、レビュー、パンくず) | システムが選択するが、通常は構造化データが必要 | はい — 適格性のみ、保証はされない | マークアップを追加/修正する |
| 注目スニペット | システムがアルゴリズムで選択;リクエストは「できない」 | いいえ | オプトアウトのみ(nosnippet / max-snippet) |
| 他の人はこちらも質問 | システムが選択(公式のGoogleドキュメントは存在しない) | いいえ | 文書化されたものはない |
| ナレッジパネル | ナレッジグラフ、自動生成 | いいえ — Organization/Person + sameAs は 情報提供 できるが、作成はできない | 事後的に申し立てる(提案された編集) |
| AI Overviews | システムが選択 / 生成 | いいえ | 文書化されたものはない |
| 画像パック | システムが選択、ページ上の画像から取得 | いいえ(スキーマではない) | 文書化されたものはない |
| 動画パック | システムが選択、ページ上/埋め込み動画から取得 | いいえ(スキーマではない) | 文書化されたものはない |
| サイトリンク | システムが選択、サイト構造から | いいえ | 文書化されたものはない |
| ローカルパック | システムが選択、ビジネスプロフィール + ローカルシグナルから | いいえ | Googleビジネスプロフィールのリスティングが制御する |
クイックファクト
- ランキング要因ではない — 適格性は「ページのランキングに影響しない」(Google、sd-policies)。
- 注目スニペット: 検索の約0,24%(Semrush Sensor、2026年3月、まれ)。PAA: 米国クエリの約53%(Advanced Web Ranking、日付なし、一般的)。
- CTRベースライン: デスクトップクリックの96,98% / モバイルクリックの97,56%がトップ10に入る(Ahrefs、2025年10月更新、2025年8月GSCデータ)。
- 「機能が多いほどCTRが低い」 — Sistrix(モバイルSERP、8000万以上のキーワード、2025年7月更新)。
- リッチリザルトのCTR向上: Rotten Tomatoes 25%、Nestlé 82%、Food Network 35%。
- AI Overviews は、Ahrefsのデスクトップ米国調査(30万キーワード、2024年3月〜2025年3月)で、トップ10のオーガニッククリックを約34,5%削減し、拡大中;他の調査ではより高い数値が報告されている。
- マークアップ側で削除されたもの: HowTo(デスクトップ、2023年);FAQ(2023年に制限、2026年5月までに完全削除 —
FAQPageタイプは依然として有効);2025年6月に6タイプ(Book Actionsは発表されたが削除されていない)。 - 「SERP機能」 は業界用語;Googleは「検索結果機能」/「視覚的要素」と呼んでいる。
廃止すべきSERP機能の誤解
「SERP機能」をひとつのまとまりとして扱い、ひとつの修正で済ませること。 多くの競合記事では、注目スニペット、PAA、ナレッジパネル、リッチリザルトを並べて、同じ「構造化データを追加する」というアドバイスをしています。これはリストの大半に対して間違いです。マークアップで動くのはリッチリザルト(Product、Recipe、Event、Review、Breadcrumbなど)だけです。代わりに、追いかけている機能を「構造化データ駆動」か「純粋にアルゴリズム駆動」かに分類してから、マークアップが何かできるかどうかを判断しましょう。
マークアップや特別なタグで注目スニペットを「取得」しようとすること。 Googleは、注目スニペットをリクエストできないことを明言しています。システムがアルゴリズム的にページを引き上げるからです。代わりに、クエリに対して明確かつ包括的に書き、スニペットの表示をどうしても制御する必要がある場合は、唯一の実際のレバーである nosnippet または低い max-snippet 値を使って 除外 する(含めるのではなく)ようにしましょう。
「People Also Ask」の仕組みについて確信を持ったメカニズムを引用すること。 PAA専用のGoogle検索セントラルページはありません。米国のクエリの約半数に表示されるにもかかわらずです。そのため、「PAAがどのようにトリガーされるか」という具体的な主張は、業界の推測であり、文書化された事実ではありません。代わりに、PAAのメカニズムは観察によるものとして扱い、文書化されたソース(注目スニペットや構造化データのポリシーページなど)が存在する場合はそれに頼りましょう。
リッチリザルトや注目スニペットがランキングを動かすと想定すること。 Google自身の構造化データのポリシーページには、リッチリザルトの対象資格を失っても “doesn’t affect how the page ranks” (翻訳)「ページのランキングには影響しない」とあります。対象資格とランキングは別のシステムです。代わりに、構造化データとSERP機能の取り組みは、順位ではなくCTRへの影響で判断し、クライアントやステークホルダーにリッチリザルトによるランキング向上を約束しないようにしましょう。
すでに廃止されたリッチリザルトタイプを中心に戦略を立てること。 HowToは2023年にデスクトップから削除され、FAQは2026年5月までに完全に削除され、さらに6つのタイプが2025年6月に削除されました。廃止されたタイプを実装し続けたり報告したりするのは無駄です。代わりに、特定のリッチリザルトタイプに投資する前に、現在の構造化データ検索ギャラリー を確認し、今あなたのサイトで実際に何が表示されているかを確認しましょう。
スキーマだけでナレッジパネルを追いかけること。 Organization/Person マークアップと sameAs はナレッジグラフに情報を提供しますが、パネルを作成するわけではありません。パネルはナレッジグラフが生成し、事後的にのみ申請可能で、注文に応じて作られるものではありません。代わりに、エンティティマークアップはGoogleの理解への貢献として扱い、パネル生成の保証されたトリガーとは考えないようにしましょう。
SERP機能の影響を測定する方法
SERP機能はランキングを動かさないため、ここで唯一妥当なKPIはクリック行動です。そして、この記事自身も、それを監視する場所としてSearch Consoleを挙げています。
正直な限界を先に述べます。Search Consoleは、ファーストパーティの観測されたクエリ/ページのクリック、インプレッション、CTR、順位を提供し、さらに、実際に実装したマークアップについてEnhancementsでタイプ別の有効性レポートを提供します。しかし、すべてのSERPサーフェスで「このクリックは注目スニペットから来た」というクリーンで普遍的なディメンションを公開しているわけではありません。それが内訳として出ない機能(ほとんどのクエリタイプでのPAAやAI Overviews)については、前後のCTRの差分から推測しているのであって、ネイティブのアトリビューションフィールドを読んでいるわけではありません。サードパーティのトラッカー(Sistrix、Ahrefs、Semrushなど)は、独自の日付付きでツール固有のSERP観測でそのギャップを埋めます。これらも観測され日付が付いたスナップショットとして扱い、クリック変化の原因を測定した因果的な測定とは見なさないでください。また、あるツールの数値を別のツールの数値と比較する前に、その数値がどのツール、データベース、デバイス、日付範囲から来たかを常に明記しましょう。
Search Consoleパフォーマンスでのクエリ別CTR
わかること: SERP機能(注目スニペット、PAA、AI Overview、リッチリザルト)をトリガーするクエリが、そうでない同等のクエリと比べて、クリックを多く獲得しているか少なく獲得しているか。確認方法: Search Console → パフォーマンス → 特定のクエリでフィルタ/セグメントし、機能が表示される前後のCTRを比較する(または類似の機能なしクエリと比較する)。ベンチマーク / 現実的な範囲: 普遍的な数値はありません — Sistrixが公開している範囲(例:注目スニペットがある場合の1位CTRは約23%、サイトリンクがある場合は約46,9%)は業界全体の平均であり、特定のサイトの目標値ではありません。自社クエリのCTR履歴をベースラインとして、絶対値ではなく差分に注目してください。頻度: 毎月、または追跡しているクエリに新しい機能が表示されたことに気づいたらすぐに。
Search Consoleのパフォーマンスにおけるページ別CTR
わかること: 構造化データを追加または修正した後(実際にコントロールできる唯一のレバー)、特定のページの全体的なクリック率が変化したかどうか。確認方法: Search Console → パフォーマンス → ページで、マークアップ変更の前後数週間のページのCTRトレンドを比較し、インプレッションと照合して、順位変動が本当の原因ではないことを確認します。ベンチマーク / 現実的な範囲: ページの以前のCTRとリッチリザルトの種類に完全に依存します — Nestléの82%やRotten Tomatoesの25%のような業界の数値が自社ページに当てはまると想定するのではなく、変更前の自社ベースラインを設定してください。頻度: ページで構造化データを公開または編集するたびに、その後は毎月。
Search Consoleの拡張機能におけるリッチリザルトの対象資格とエラー
わかること: 構造化データが実際に有効で、リッチリザルトの対象となるかどうか — これはCTR効果の前提条件であり、Googleは正しいマークアップでも表示を保証しないためです。確認方法: Search Console → 拡張機能(リッチリザルトの種類ごと)、またはリッチリザルトテスト で任意のURLをスポットチェックします。ベンチマーク / 現実的な範囲: 唯一の正直な目標は、実装しているタイプについて報告される「無効」項目をゼロにすることです — サイト間の対象資格率に関する意味のある業界平均はありません。頻度: マークアップをデプロイするたびに確認し、その後は毎月、後退がないか確認します。
機能対象クエリのインプレッションシェア
わかること: PAA、AI Overview、注目スニペットをトリガーすると予想されるクエリが、時間の経過とともにオーガニックインプレッションを減少させているかどうか。これはゼロクリック論争の背後にある主要な指標です。確認方法: Search Console → パフォーマンスで、関心のあるクエリセットのインプレッション(クリックだけでなく)を四半期ごとに追跡します。ベンチマーク / 現実的な範囲: 防御可能な外部数値はありません — この記事で引用されているゼロクリック調査は互いに矛盾しており、Google自身の枠組みとも矛盾しているため、SparkToroや他の誰かのパーセンテージを目標として採用するのではなく、独自の四半期ごとのトレンドラインを確立してください。頻度: 四半期ごと。
自分でテスト: SERP機能
SERP機能とは何か、マークアップで有効になる機能、CTRへの影響に関する5つの簡単な質問です。各質問に回答を選び、確認してください。
変更履歴
2026年8月20日に更新。
編集概要と記録された変更の詳細。変更の詳細
-
変更の詳細な注記は現在英語でのみ提供されています。
-
変更の詳細な注記は現在英語でのみ提供されています。
完全な比較は利用できません — この改訂の以前のスナップショットがアーカイブされていません。
2026年8月20日に更新。
編集概要と記録された変更の詳細。変更の詳細
-
変更の詳細な注記は現在英語でのみ提供されています。
完全な比較は利用できません — この改訂の以前のスナップショットがアーカイブされていません。
2026年8月20日に更新。
編集概要と記録された変更の詳細。変更の詳細
-
変更の詳細な注記は現在英語でのみ提供されています。
完全な比較は利用できません — この改訂の以前のスナップショットがアーカイブされていません。
2026年8月20日に更新。
編集概要と記録された変更の詳細。変更の詳細
-
変更の詳細な注記は現在英語でのみ提供されています。
完全な比較は利用できません — この改訂の以前のスナップショットがアーカイブされていません。
2026年7月18日に更新。
編集概要と記録された変更の詳細。変更の詳細
-
変更の詳細な注記は現在英語でのみ提供されています。
-
変更の詳細な注記は現在英語でのみ提供されています。
-
変更の詳細な注記は現在英語でのみ提供されています。
-
変更の詳細な注記は現在英語でのみ提供されています。
-
変更の詳細な注記は現在英語でのみ提供されています。
完全な比較は利用できません — この改訂の以前のスナップショットがアーカイブされていません。