Google DiscoverのSEO

TL;DR — Google Discoverはフィードです。GoogleアプリとChromeモバイルのホーム画面で見る記事と動画のカードです。Googleはユーザーの関心に基づいてこれをプッシュするため、検索も、順位を狙うキーワードもありません。Discoverクエリ向けに最適化することはできません。クエリがないからです。できるのは、コンテンツを掲載対象にすることです。インデックス登録し、Googleのコンテンツルールに従い、正直なタイトルを書き、高品質で大きな画像を用意します。

Google Discoverとは実際には何か

SEOの多くは検索に関するものです。誰かがクエリを入力し、そのクエリでの順位を狙います。 Discoverはその逆です。これは、ユーザーが何かを検索する前に、Googleが各ユーザーの関心に基づいて表示する記事と動画のフィードです。Googleアプリ、Chromeモバイルの新しいタブページ、google.comに表示されます。Google自身の言葉では、Discoverは*“shows people content related to their interests, based on their Web and App Activity.”* 2018年にGoogleが開始したときのタグラインは、文字どおり*“no query required.”* でした。

この1つの事実がすべてを変えます。狙うキーワードも、上る順位も、分析するSERPもありません。ここへ来て「Google Discoverのランキング要因」を探しているなら、正直な答えは、検索に（大まかに言えば）存在するようなランキング要因の一覧はない、ということです。代わりにあるのは適格性です。

掲載される方法（ランキングではなく適格性）

良い知らせは、特別な設定がないことです。Googleによると、コンテンツはインデックス登録され、Discoverのコンテンツポリシーに従えば、Discoverに表示される自動的な適格性を持ちます。“no special tags or structured data are required.” 適格であることは表示の約束ではありませんが、資格を得るために技術的な作業をする必要はありません。

Googleによると、本当に役立つのは次のことです。

• クリックベイトを使わない。 内容を過剰に約束したり、実際の内容を隠したりするタイトルや画像は、ここでは逆効果です。
• 正直な見出しを書く。 記事の本当の内容を捉えた見出しにします。
• 扇情的な表現を避ける。 怒りを煽る表現やショック戦術は、GoogleがDiscoverで積極的に抑えようとしているものです。
• 大きく高品質な画像を使う。 大きく関連性のある画像は、Discoverで最も目立つレバーです。優れた画像が、カードをタップする価値のあるものにします（正確なサイズはAdvancedタブで説明します）。
• 良いページエクスペリエンスを提供する。 高速で、モバイルに適し、読みやすくします。Discoverは何よりもまずモバイル向けの画面です。

多くの人が誤解していること

Discoverのトラフィックは来たり去ったりします。それが正常です。 1つの記事から、Discover経由の訪問が数日間突然大量に届き、その後ほぼゼロへ（恒久的に）戻ることがあります。それはペナルティではなく、通常は何かを間違えたという意味でもありません。GoogleはDiscoverを、ビジネスの基盤にするものではなく補助的なトラフィックとして扱うよう明言しています。急増したら喜んでよいのですが、次の急増を追いかけるためにコンテンツ計画全体を作り直さないでください。

正確な画像仕様、コンテンツポリシー、2026年2月のDiscoverコアアップデートで変わったことを知りたいですか？ Advancedタブに切り替えてください。

TL;DR — Discoverはクエリへの応答ではなくフィードです。狙うキーワードはなく、あるのは適格性だけです。コンテンツはインデックス登録され、ポリシーに準拠すれば自動的に適格になり、特別なマークアップは不要です。文書化されているレバーは、クリックベイトや扇情的な表現を避け、正直なタイトルを使い、大きく高品質な画像（幅1200px以上、30万ピクセル超、16:9、max-image-preview:large と og:image／schema.org付き）を公開し、モバイルファーストの画面で良いページエクスペリエンスを提供することです。コンテンツポリシー（広告の開示、誤解を招くプレビューの禁止、透明性／署名）は執行レイヤーであり、Discover固有の手動対策につながることがあります。トラフィックは設計上、急増し、継続的には発生しません。Googleはこれを補助的なものと呼んでいます。2026年2月のDiscoverコアアップデート（初のもの）は、クリックベイト、地域との関連性、トピックごとの専門性を対象にしました。公開された「Discoverアルゴリズム」はありません。不透明さについて正直でいましょう。

DiscoverはSERPではなくフィード

まずこの点を明確にしておきたいと思います。記事全体の見方が変わるからです。Discoverはクエリへの応答ではありません。 そこに検索ボックスはありません。Googleは、ユーザーのWebとアプリのアクティビティに基づいて、あるコンテンツがその人の関心を引くかもしれないと判断し、そのカードをフィードに置きます。つまり、従来の意味で順位を狙うものはありません。キーワードも、順位も、SERPもありません。「Discoverのランキング要因」を番号付きで列挙する記事は、よくても誰かが推測した相関関係を説明しているだけで、文書化された仕組みではありません。この区別を頭に置けば、Discoverをめぐる混乱の多くは消えます。

これは、当サイトのニュースSEOハブが使っているのと同じ整理で、もう一度言う価値があります。検索ではクエリを狙って最適化し、Discoverでは自分を適格にして、フィードに選ばれるのを待つのです。

コンテンツが適格になる方法

Googleはここを明快に説明しています。“Content is automatically eligible to appear in Discover if it is indexed by Google and meets Discover’s content policies. No special tags or structured data are required. Note that being eligible to appear in Discover is not a guarantee of appearing.” また、DiscoverはSearchの一部なので、“Discover makes use of many of the same signals and systems used by Search to determine what is helpful, people-first content.” と説明しています。

前提条件は、（1）インデックス登録されること、（2）ポリシーに違反しないことだけです。それ以外は、ゲートを開けることではなく、表示される可能性を高めることです。

Googleが実際に文書化しているレバー

Google自身の推奨事項一覧は、存在する中で最も最適化チェックリストに近いものです。クリックベイトや誤解を招くプレビューを避け、内容の本質を捉えたタイトルと見出しを使い、扇情的な表現を避け、タイムリーな内容や独自の洞察を提供し、魅力的で高品質な画像（“especially large images that are more likely to generate visits from Discover”）を含め、その大きな画像を指定するために og:image またはschema.orgマークアップを使い、“provide an overall great page experience.” としています。実際に効果へつながる部分を取り出しましょう。

画像が最大のポイントです。 Discoverは視覚的なフィードで、タップを生むのは画像です。Googleの仕様は、“At least 1200 px wide; High resolution of more than 300,000 total pixels…; 16x9 aspect ratio.” です。ただし、大きなプレビューを有効にする max-image-preview:large robotsディレクティブを設定している場合に限り、画像が大きく表示されます（AMPでは自動的にも有効になります）。ページが max-image-preview:standard や none を送る場合、画像がどれほど良くてもDiscoverは大きな画像を表示できません。このrobotsメタ設定は、最重要レバーに対する本当のハードゲートです。Googleは実用的なトリミングの助言もしています。横長で使うために自動トリミングを試みるので、“be sure your images are well-cropped and positioned for landscape usage,”、“avoid using generic images (for example, your site logo),“、そして*“for best results, avoid using text-heavy images.”* としています。

内容に合ったタイトル。 推奨されているのは、“use page titles and headlines that capture the essence of the content” であり、できるだけ人を惹きつける表現を書くことではありません。これはそのまま、クリックベイトを避けるルールにつながります。

クリックベイトも扇情性も使わない。 Googleはこの2つを明示的に、しかも2度挙げています。1度目はベストプラクティス文書で、“Avoid clickbait…by using misleading or exaggerated details in preview content” および “Avoid sensationalism tactics that manipulate appeal by catering to morbid curiosity, titillation, or outrage” と述べ、もう1度は以下の2026年2月コアアップデートで、より強く取り上げています。短期的なエンゲージメント狙いは、Discoverが評価する方向とは逆です。

ページエクスペリエンスとモバイル。 文書化された最後の項目は、単に*“provide an overall great page experience.”* です。Discoverはほぼ全面的にスマートフォン上に存在するため、モバイル体験は「あればよい」ものではありません。Core Web Vitalsやモバイルファーストインデックスをここで説明し直す代わりに、そちらを案内します。検索向けに行うページエクスペリエンスとモバイルフレンドリーの作業こそ、Discoverが重視するものだという点が重要です。

もう1つ、鮮度についてです。Discoverは速報ニュースだけのものではありません。Googleは、古いコンテンツも*“if it’s helpful and relevant to individuals based on their interests.”* であれば表示されると述べています。したがって、コンテンツの鮮度とタイムリーさは明らかに役立ちますが、常緑のコンテンツも適格です。ニュースサイトでなければならないと思わないでください。

コンテンツポリシー — 執行レイヤー

ベストプラクティスのページとは別に、Discoverコンテンツポリシーという独立した文書があります。多くの競合コンテンツが省いているのはこの部分です。適格になるには、コンテンツが*“must not violate Google Search’s overall policies, Google Search’s spam policies,”*、または機能別ポリシーの一覧（危険なコンテンツ、欺瞞的な行為、嫌がらせのコンテンツ、医療コンテンツ、露骨な性的コンテンツなど）に違反してはいけません。具体的なので、ここでは3つを取り上げます。

• 広告とスポンサーコンテンツは開示しなければなりません。“Advertising and other paid promotional material on your pages should not exceed your content… Sponsorship… should be clearly disclosed to readers.”
• 誤解を招くコンテンツは禁止されています。“We don’t allow preview content that misleads users to engage with it by promising details which aren’t reflected in the underlying content.”
• 透明性は曖昧なE-E-A-Tの身振りではなく、名前のあるDiscoverポリシーです。ニュースソースには、“Clear dates and bylines; Information about the authors, publication, and publisher; Information about the company or network behind the content; Contact information.” が求められます。

この透明性要件は、Discoverの適格性とE-E-A-Tを結ぶ最も明確で文字どおりのリンクです。著者情報と署名は品質評価者向けの伝聞ではなく、ここでは明文化されたポリシーです。そしてポリシーには実効性があります。“When we find content or behavior that violates these policies, we may remove the content from Discover… If your site violates one or more Discover content policies, Discover manual actions may appear in your Search Console under Security & Manual actions.” Discover固有の手動対策を実際に受ける可能性があります。

Discoverのトラフィックが急増して消える理由

これは、すべてのパブリッシャーがいずれ厳しい形で学ぶ部分です。最初に率直に言えば、正常なことです。Googleの文書には、“Traffic from Discover is less predictable or dependable when compared to keyword-driven search visits. Given its serendipitous nature, you should consider traffic from Discover as supplemental to your keyword-driven search traffic.” とあります。

Googleは、トラフィックが動く理由を3つ挙げています。どれも「ペナルティを受けた」ではありません。関心の変化（関心が変わるとフィードが別のものを表示する）、コンテンツの種類（Googleがフィードで重視する種類を調整する）、Google検索のアップデート（DiscoverはSearchの延長なので、検索のアップデートでDiscoverトラフィックも動く）です。注目すべきことに、アップデート後は*“it may be that there’s nothing you need to do after an update”* とされています。

Googleの担当者は、何年も同じことを、もっと生々しく述べてきました。John Muellerは、“the traffic tends to be very on or off… suddenly you get a lot of traffic from Discover. And then our algorithms might at some point say it doesn’t make sense to show it that much in Discover anymore and then the traffic goes away.” と説明しています。助言は、“if you do see a lot of visibility from Google Discover, I think that’s fantastic. I just would be careful and kind of realize that this is something that can change fairly quickly.” です。Gary Illyesは2019年に、実務上の結論を最も鋭く示しました。“I just hope people realize that this may go away overnight and they don’t build their whole business model around it.”

つまり、良い記事が急増してからほぼゼロに落ちるのは、関心ベースのフィードにおける想定内の動作です。それ自体はペナルティのシグナルではありません。

2026年2月のDiscoverコアアップデート

この話題が今重要な理由の中で最も新しいものは、2026年2月5日にGoogleが2026年2月のDiscoverコアアップデートを発表したことです。特に注目すべきなのは、Search全般ではなくDiscover向けと明示してGoogleが発表した初のコアアップデートだったことです（通常のコアアップデートもDiscoverに影響しますが、Discoverアップデートとして位置付けられたのはこれが初めてです）。Googleは、このアップデートで次のように体験を改善すると述べました。

• “Showing users more locally relevant content from websites based in their country”
• “Reducing sensational content and clickbait in Discover”
• “Showing more in-depth, original, and timely content from websites with expertise in a given area”

パブリッシャーにとって最も役立つのは、Googleが専門性をトピックごとに捉えていることです。具体例として、“a local news site with a dedicated gardening section could have established expertise in gardening, even though it covers other topics. In contrast, a movie review site that wrote a single article about gardening would likely not.” と説明しています。要点は、狭いニッチのサイトも広いサイトも対象になり得るものの、単なる公開量ではなく、トピックについて示された深さによって評価されるということです。

Googleは、展開には最長2週間かかる可能性があり、まず英語圏の米国ユーザーに開始し、その後*“in the months ahead.”* に他の言語と国へ広げると述べました。どのコアアップデートでも、“some sites might see increases or decreases; many sites may see no change at all.” です。Search Engine Roundtableのスレッドでのパブリッシャーの反応はいつものようにまちまちでした。「“90-95% down”」と報告する人もいれば、「“did start showing up again on Discover”」という人もいましたが、これはデータではなく、逸話的なフォーラムコメントとして扱ってください。彼らが述べる変動性は、上でGoogleが警告しているものとまさに同じです。

できないこと — そして不透明さに正直であること

努力を無駄にしないよう、いくつかの点を率直に述べておきます。

• キーワードは狙えません。 クエリがないからです。キーワードターゲティングは検索の概念であり、フィードには当てはまりません。
• 特別なスキーマの裏技はありません。 適格性に構造化データは必要ありません。マークアップに近いレバーで重要なのは、max-image-preview:large（スキーマではなくrobotsディレクティブ）と、Discoverが優先すべき画像を示す任意の og:image／schema.org画像マークアップだけです。
• Follow／RSS機能はなくなりました。 以前Googleは、ユーザーがDiscover内でサイトのフィードを「フォロー」できるようにし、サイト所有者は優先フィードを指定できました。Googleは、DiscoverにFollow機能が表示されなくなったため、その案内を削除しています。RSS／<link>の施策をDiscover向けに組み立てないでください。
• 公開された「Discoverアルゴリズム」はありません。 たとえば文書化されたCore Web Vitalsの基準とは違い、GoogleはDiscoverについてランキング要因型の文書を公開したことがありません。存在するのは適格性／ベストプラクティスのページとコンテンツポリシーのページです。「Discoverの11個のランキング要因」を売る人は、相関関係から推測しています。そうではなく、私は不明なものを不明だと伝えたいと思います。

Discoverのパフォーマンスを監視する

DiscoverのデータはSearch Consoleで確認できます。Googleは、“If you have content on Discover, you can monitor your performance using the Performance report for Discover. This report shows impressions, clicks, and CTR for any of your content that has appeared on Discover in the last 16 months… The Discover performance report includes traffic from Chrome, and fully tracks a site’s Discover traffic across all surfaces.” と説明しています。Discoverフィルターは、十分なDiscoverインプレッションがレポートのしきい値を超えた後にのみSearch Consoleに表示されます。データがないからといって必ずしも適格でないわけではなく、まだ量が十分でないだけかもしれません。ここでレポートの仕組みを説明し直すつもりはありません。当サイトで最も近い既存の関連ページは、一般的なパフォーマンスレポートの解説です。16か月の期間、インプレッションの数え方、Discover固有のフィルタリングは、専用のDiscoverレポート深掘り記事を作るときに扱うのが適切です。

Discover向けに最適化すべきか

パブリッシャーにとって、賭け金は現実のものです。Search Engine Landが報じた565社の米国・英国パブリッシャーに関するChartbeatのデータでは、そのグループで*“Discover is now the primary driver of Google referrals”*となり、Google経由のトラフィックに占める従来の検索からの紹介は2025年7月までにおよそ19%へ下がりました。Discoverは目新しいものではなく、多くのニュースサイトにとって主役です。

しかし、だからこそ「補助的で、一晩で消える可能性がある」という警告が、Discoverへの依存度が高いほど重要になります。私の率直な見方はこうです。すでに行うべき他のすべてと重なる作業、つまり本当に良いコンテンツ、正直なタイトル、強く独自性のある画像、高速なモバイルページ、明確な著者情報に取り組み、Discoverのトラフィックは上振れとして扱いましょう。Discover専用の小手先を追いかけず、Discoverの急増によって持続的なチャネルを築いたと思い込まないでください。Discoverが別のものへ移った日に（個々の記事については必ずそうなります）、何も残らないことがないよう分散させます。

Bingについて： Microsoftには、おおまかな同等機能としてMicrosoft Startがあります（Edgeの新しいタブページ、MSN、Microsoft Startアプリのフィードです）。多くの人が直接最適化する画面ではなく、MicrosoftはGoogleのDiscover文書に匹敵する詳細な技術ガイダンスを公開していません。ただし、ニュースを公開するなら、品質、クリックベイトなし、明確な著者情報、強い画像という一般原則は引き継げます。

AIによる要約

Advanced版の要点をまとめます。

• Discoverはクエリへの応答ではなくフィードです。 狙うキーワードもSERP上の順位もなく、あるのは適格性だけです。Googleアプリ、Chromeモバイルの新しいタブ、google.comでのWebとアプリのアクティビティに基づき、人々へプッシュされます。
• 適格性は自動です。 ページがインデックス登録され、ポリシーに準拠すれば、“No special tags or structured data are required.” 適格であることと表示されることは同じではありません。
• 文書化されたレバー： クリックベイトと扇情的な表現を避け、正直なタイトルを書き、大きく高品質な画像（幅1200px以上、30万ピクセル超、16:9）を max-image-preview:large と og:image／schema.org付きで公開し、モバイルファーストの画面で良いページエクスペリエンスを提供します。ニュースだけでなく常緑のコンテンツも適格です。
• コンテンツポリシーが執行レイヤーです： 広告／スポンサーの開示、誤解を招くプレビューの禁止、透明性（署名、著者／パブリッシャー／連絡先情報）が必要です。違反するとSearch ConsoleでDiscover固有の手動対策につながることがあります。
• トラフィックは設計上、急増し、継続的には発生しません。 Googleは検索より*“supplemental”で”less predictable or dependable”*だと述べ、Muellerは「オンかオフ」と表現し、Illyesはそれを前提にビジネスモデルを組み立てないよう警告しました。急増してから落ちるのは正常で、ペナルティではありません。
• 2026年2月のDiscoverコアアップデート（初めての種類のもの）は、クリックベイト／扇情性、地域との関連性、トピックごとの専門性を対象にしました。
• 不透明さに正直でいましょう。 公開された「Discoverアルゴリズム」も、キーワードターゲティングも、スキーマの裏技もありません。Follow／RSS機能はなくなりました。Search ConsoleのDiscoverフィルターで監視します。

公式ドキュメント

Googleの一次資料によるドキュメントです。Discover固有の案内は、意図的にSearchの案内より薄くなっています。これが公式資料のほぼ全体です。

Google — Discover

• Discoverとウェブサイト — 適格性、推奨事項、画像仕様、トラフィックが変化する理由、パフォーマンスレポートへの案内を扱う中核文書です。
• Discoverコンテンツポリシー — 広告／スポンサー、誤解を招くコンテンツ、透明性、手動対策を扱う執行レイヤーです。
• Googleの2026年2月Discoverコアアップデート — Discover固有の初のコアアップデート発表です（クリックベイト削減、地域との関連性、トピックごとの専門性）。
• Google Discoverの紹介（2018年の開始） — 元々の「クエリ不要」という整理と「8億人」という数字を扱います。

関連するGoogleドキュメント（複数の画面に関わるレバー）

• robotsメタタグと max-image-preview — Discoverで大きな画像プレビューを有効にするディレクティブです。
• Search Console — パフォーマンスレポート — Discoverフィルターがある場所です。

原文の引用

Googleによる記録に残る発言です。各リンクは、引用された箇所へ直接移動するディープリンクです。

Google — Discoverとは何か、適格性はどう決まるか

• “Discover is a part of Google Search that shows people content related to their interests, based on their Web and App Activity.” — Discover and your website, Google Search Central。 引用へ移動
• “Content is automatically eligible to appear in Discover if it is indexed by Google and meets Discover’s content policies. No special tags or structured data are required. Note that being eligible to appear in Discover is not a guarantee of appearing.” 引用へ移動
• “As part of Google Search, Discover makes use of many of the same signals and systems used by Search to determine what is helpful, people-first content.” 引用へ移動

Google — 推奨事項（画像、タイトル、クリックベイト、ページエクスペリエンス）

• “Include compelling, high-quality images in your content that are relevant, especially large images that are more likely to generate visits from Discover.” 引用へ移動
• “At least 1200 px wide; High resolution of more than 300,000 total pixels (for example, a 16:9 image that’s 1280x720 pixels would have 921,600 total pixels and satisfies this specification); 16x9 aspect ratio.” 引用へ移動
• “Google tries to automatically crop the image for use in Discover… avoid using generic images (for example, your site logo)… For best results, avoid using text-heavy images.” 引用へ移動

Google — トラフィックの変動性

• “Traffic from Discover is less predictable or dependable when compared to keyword-driven search visits. Given its serendipitous nature, you should consider traffic from Discover as supplemental to your keyword-driven search traffic.” 引用へ移動

Google — コンテンツポリシー

• “We don’t allow preview content that misleads users to engage with it by promising details which aren’t reflected in the underlying content.” — Discover content policies, Google Search Help。 ポリシーを読む

GoogleのJohn Mueller — オン／オフのトラフィック (Search Engine Journalによる2021年2月5日のSEO Office Hours報道経由)

• “the traffic tends to be very on or off… suddenly you get a lot of traffic from Discover. And then our algorithms might at some point say it doesn’t make sense to show it that much in Discover anymore and then the traffic goes away.”
• “if you do see a lot of visibility from Google Discover, I think that’s fantastic. I just would be careful and kind of realize that this is something that can change fairly quickly.” 報道を読む 二次報道 — Muellerの発言をSearch Engine Journalが再現したものです。最終的な根拠として扱う前に、元のOffice Hours録画で確認してください。

GoogleのGary Illyes — これを前提にビジネスを組み立てない (Search Engine Roundtableによる2019年11月8日のツイート報道経由)

• “I just hope people realize that this may go away overnight and they don’t build their whole business model around it.” 報道を読む 二次報道 — Search Engine Roundtableが再現したツイートです。最終的な根拠として扱う前に、元の投稿で確認してください。

GoogleのJohn Mueller — 2026年2月のコアアップデートとトピックごとの専門性

• “Since many sites demonstrate deep knowledge across a wide range of subjects, our systems are designed to identify expertise on a topic-by-topic basis. So whether a site has expertise in multiple areas or has a deep focus on a single topic, there’s equal opportunity to show up in Discover.” — Google’s February 2026 Discover core update, Google Search Central Blog。 発表を読む

Discoverの間違い — そして代わりにすること

よくあるDiscoverの誤解を、それが間違っている理由と実際にすることと組み合わせています。多くはDiscoverを検索のように扱うことから生まれます。

❌ 「Discoverのアルゴリズム／ランキング要因一覧をリバースエンジニアリングできる」 なぜ間違いか： Googleは、（大まかに言えば）SearchにはあるようなDiscoverのランキング要因ドキュメントを公開したことがありません。存在するのは適格性／ベストプラクティスのページとコンテンツポリシーのページです。番号付きの「Discoverランキング要因」一覧は、確認された仕組みではなく業界の推測です。 代わりにすること： 文書化された適格性のレバーとコンテンツポリシーに従い、それ以外は証明されていない仮説として扱います。

❌ 「キーワードでDiscoverを最適化する」 なぜ間違いか： Discoverにクエリはありません。キーワードターゲティングは検索の概念で、フィードには当てはまりません。 代わりにすること： 狙う語ではなく、コンテンツ、タイトルの正直さ、画像、ページエクスペリエンスを最適化します。

❌ 「Discoverのトラフィックが落ちたのはペナルティを受けたから」 なぜ間違いか： Google（とMueller）は、変動をフィードの正常な動作だと説明しています。ユーザーの関心の変化、フィードの構成変更、無関係なSearchアップデートによって起きます。急増後に落ちるのは想定内です。 代わりにすること： 品質の問題だと決めつける前に、Search ConsoleのDiscoverフィルターでDiscover全体の傾向か確認します。直すことがない場合も多くあります。

❌ 「特別なスキーマ／構造化データでDiscoverに掲載される」 なぜ間違いか： 適格性に特別なタグや構造化データは必要ありません。 代わりにすること： robotsディレクティブの max-image-preview:large を設定して大きな画像を表示できるようにし、必要なら og:image／schema.org画像マークアップで優先画像を示します。重要なマークアップに近いレバーはそれだけです。

❌ 「クリックベイトやバイラルな扇情的見出しで取り上げられる」 なぜ間違いか： Googleはクリックベイトと扇情性を避けることを推奨事項として明示しており、2026年2月のコアアップデートもそれらの削減を特に対象にしました。エンゲージメント狙いは逆方向です。 代わりにすること： 記事の内容を正直に捉えた見出しを書き、強く関連性のある画像に「タップしたい」と思わせる役割を任せます。

❌ 「一度Discoverに掲載されたら、掲載され続ける」 なぜ間違いか： ドキュメントとMuellerの「オンかオフ」という説明は、まったく逆のことを示しています。可視性は「かなり速く」消えることがあり、それは想定内です。 代わりにすること： Discoverを補助的なものとして扱い、1記事のDiscover急増がトラフィックの土台にならないよう分散させます。

❌ 「RSS／Follow機能でDiscoverのオーディエンスを増やす」 なぜ間違いか： Follow機能はDiscoverから削除され、GoogleはそれをDiscoverのレバーとして文書化しなくなりました。 代わりにすること： Follow／RSSをDiscoverの施策として無視します。それは過去のものです。

❌ 「Discoverは速報ニュースだけのものなので、常緑コンテンツは無意味」 なぜ間違いか： Googleは、古いコンテンツも*“if it’s helpful and relevant to individuals based on their interests.”* であれば表示されると述べています。 代わりにすること： 常緑のコンテンツをDiscoverの検討対象から外さないでください。強い画像のある本当に役立つ常緑記事も適格です。

「Discoverのトラフィックがない（または失った） — どこから始めるか」

上から順に確認します。Discoverの問題の多くは、画像ディレクティブやポリシーの問題という適格性ゲートか、フィードの正常な変動です。何か特殊なことが原因とは限りません。

Discover適格性チェックリスト

適格性を確認し、表示される可能性を最大限にするための簡単な確認です。

• 重要なページがインデックス登録されている（適格性の前提条件その1）。
• Search Consoleの「セキュリティと手動による対策」にDiscoverの手動対策がない。
• max-image-preview:large が設定されている（またはページがAMPを使っている）。大きな画像に対するハードゲートです。
• 各記事に大きく、関連性があり、独自性のある画像がある（幅1200px以上、30万ピクセル超、16:9）。og:imageまたはschema.orgで指定します。
• 画像がロゴではなく、文字の多い画像でもなく、横長用にトリミング／配置されている。
• タイトルが正直である。内容の本質を捉え、クリックベイトや誇張されたプレビューの詳細がない。
• 扇情性がない（怒り、ショック、性的好奇心を煽る表現）。
• 広告／スポンサーが開示され、コンテンツを上回っていない。
• 透明性がある。明確な日付、署名、著者／パブリッシャー情報、連絡先がある。
• ページが高速でモバイルフレンドリー（Core Web Vitals）。Discoverはモバイルファーストです。
• Search ConsoleのパフォーマンスレポートでDiscoverフィルターを監視している。
• Discoverのトラフィックを基盤ではなく補助的なものとして扱っている。

SOP：新規記事のDiscover対応確認

Discoverからトラフィックを得る可能性があるすべての記事で実行する、公開前の再現可能なチェックです。数分で終わり、適格性を実際に左右する抜けを埋めます。

1. 記事がインデックス可能になることを確認する。 noindexがなく、robots.txtでブロックされず、canonicalが自分自身を指していること。インデックス登録できなければ、Discoverにも適格ではありません。

2. 大きな画像のディレクティブを確認する。 ページ（またはサイト全体のデフォルト）がmax-image-preview:largeを送ることを確認します。これは最も見落とされるゲートです。これがなければ、画像の品質に関係なくDiscoverは大きなサムネイルを表示できません。

3. Discover向けの画像を公開する。 関連性があり独自性のある画像を1枚、幅1200px以上、30万ピクセル超、16:9で用意し、og:image（またはschema.org）で参照します。ロゴでも文字の多い画像でもなく、横長用にトリミングします。これは最も目立つレバーです。

4. 見出しを点検する。 タイトルは記事を正直に捉えていますか？過剰な約束、要点の隠蔽、怒りやショックへの便乗を取り除きます。餌のように読めるなら書き直します。

5. 透明性のシグナルを確認する。 表示された公開日、意味のある著者略歴にリンクした実在の署名、サイトレベルのパブリッシャー／連絡先情報があること。これらは任意の磨き上げではなく、名前のあるDiscoverコンテンツポリシーです。

6. モバイル／ページエクスペリエンスを確認する。 スマートフォンで読み込むか、Core Web Vitalsを実行します。Discoverはモバイルファーストなので、遅い、扱いにくいモバイルページは上記のすべてを弱めます。

7. 基準値を記録し、そのままにする。 公開後に日付を記録し、Search ConsoleのDiscoverフィルターで後から急増や急減を特定できるようにします。初日に反応して調整しないでください。Discoverの変動は正常です。

繰り返し： 公開のたびに手順1〜6を実行し、手順7は急増したものがあるかDiscoverフィルターを週1回確認します。

Discover対応確認のためのプロンプト

下書きカードと記事を監査する

見出し、デック、本文の下書き、提案するog:imageのURLと寸法、robotsメタ値を貼り付けます。Discoverに表示されるという予測ではなく、証拠に基づく対応確認を受け取ります。

Review this article for Google Discover readiness using only these documented levers:
- The page must be indexed and comply with Search and Discover content policies.
- The headline and preview must accurately reflect the article, without clickbait,
  withheld details, sensationalism, or outrage bait.
- The proposed image should be relevant, high quality, at least 1200 px wide, more than
  300,000 total pixels, suitable for a 16:9 landscape crop, and not generic or text-heavy.
- Large previews require max-image-preview:large; og:image or image markup identifies
  the preferred image.
- The page should clearly show dates, bylines, author/publisher information, ownership,
  contact details, and sponsored-content disclosure where applicable.

Return pass, review, or fail for each item and quote the supplied evidence. Separate hard
eligibility/policy problems from best-practice improvements. Flag claims or image facts
that require a human to verify. Do not invent a Discover score, keyword target, ranking
factor, or guarantee of traffic.

[PASTE HEADLINE, DEK, ARTICLE, IMAGE DETAILS, ROBOTS VALUE, AND TRANSPARENCY ELEMENTS]

見出しの約束と記事の実際の内容を比較する

1つのトピックから複数の見出し／本文ペアを貼り付けます。内容との不一致の指摘と編集上の質問を期待してください。モデルは、裏付けのない事実を書き換えるべきではありません。

Check each supplied Google Discover headline against its article body.

For every pair, identify the central promise made by the headline and preview, show where
the body fulfills it, and flag exaggerated, withheld, or sensational details that the
article does not support. Also note whether the article adds timely or original insight
rather than merely repackaging the topic.

Return a table with: accurate as written, needs clarification, or misleading; the exact
evidence; and the smallest truthful headline adjustment. Preserve the supplied facts and
tone. Do not add urgency, certainty, names, numbers, or conclusions absent from the body.

[PASTE HEADLINE/BODY PAIRS]

Google Discoverのメンタルモデル

1. SERPではなくフィード。 Discoverは推測された関心からカードをプッシュし、クエリに答えるものではありません。狙うキーワード順位がないため、従来の順位追跡の考え方では機会を説明できません。

2. 適格性と配信は別。 インデックス登録されポリシーに準拠したコンテンツは自動的に適格ですが、適格性がインプレッションを保証することはありません。技術とポリシーのチェックが入口を開き、いつ、カードを表示するかは不透明なパーソナライズドフィードが決めます。

max-image-preview:large 3. ハードゲートと確率レバー。 インデックス可能性とポリシー準拠はゲートです。大きなプレビューを使用できるかはこのディレクティブが制御します。正直な見出し、強い画像、独自の洞察、トピックの専門性、モバイルのページエクスペリエンスは条件を良くしますが、公開されたランキング要因の保証になるわけではありません。

4. 急増はエピソードであり年金ではない。 関心、コンテンツ構成、Searchのシステムは変化します。Discoverは補助的で変動する配信として評価し、1記事の急増を持続的なトラフィック予測に変えないでください。

5. 専門性はトピックの形を取る。 2026年2月のアップデートの例は、トピック内の深さを有用な単位にしています。広いパブリッシャーも、十分に作り込んだセクションで専門性を示せます。一方、普段のパターン外で1本だけ書いた記事では同じシグナルを確立できません。

Discover対応確認リファレンス

画像とプレビューの要件

適格性、最適化、レポート

これらの画面を混同しない

• 検索： クエリ主導で、キーワードと順位付き結果があります。
• Discover： パーソナライズされたクエリのないフィードで、トラフィックはオンにもオフにもなります。
• Googleニュース／トップストーリー： ニュースの適格性とランキングがあり、ポリシーと配信の仕組みが異なります。

DevToolsでライブDiscover画像ゲートを確認する

記事を開き、これをブラウザーのDevToolsコンソールに貼り付けます。robotsプレビューのディレクティブを報告し、og:imageを解決して読み込み、文書化された幅、ピクセル面積、16:9に近い基準を確認します。これはページ出力のチェックであり、Googleが画像を選ぶことや記事を配信することの証明ではありません。

(() => {
  const robots = [...document.querySelectorAll('meta[name]')]
    .filter((meta) => /^(robots|googlebot)$/i.test(meta.getAttribute('name') || ''))
    .map((meta) => ({
      name: meta.getAttribute('name'),
      content: meta.getAttribute('content') || '',
    }));

  const preview = robots
    .flatMap((meta) => meta.content.split(',').map((part) => part.trim().toLowerCase()))
    .find((part) => part.startsWith('max-image-preview:')) || 'not declared';

  const rawImage = document
    .querySelector('meta[property="og:image"], meta[name="og:image"]')
    ?.getAttribute('content');

  if (!rawImage) {
    console.table({
      maxImagePreview: preview,
      largePreviewAllowed: preview === 'max-image-preview:large',
      ogImage: 'missing',
    });
    return;
  }

  const imageUrl = new URL(rawImage, document.baseURI).href;
  const image = new Image();
  image.onload = () => {
    const width = image.naturalWidth;
    const height = image.naturalHeight;
    const pixels = width * height;
    const ratio = width / height;
    console.table({
      maxImagePreview: preview,
      largePreviewAllowed: preview === 'max-image-preview:large',
      ogImage: imageUrl,
      dimensions: `${width}×${height}`,
      widthAtLeast1200: width >= 1200,
      pixelsOver300k: pixels > 300000,
      approximately16by9: Math.abs(ratio - 16 / 9) < 0.08,
    });
  };
  image.onerror = () => console.error('The og:image could not be loaded:', imageUrl);
  image.src = imageUrl;
})();

横長画像はトリミングされる可能性があるため、比率のチェックには小さな許容幅を設けています。実際の構図を自分で確認し、16:9にトリミングしても主題が残ること、アセットが一般的なものでも文字の多いものでもないことを確かめてください。

Discoverカードの事前確認とレポートに使うツール

• Open Graphとソーシャルプレビュー — ライブページを取得し、Open Graph画像と寸法を確認し、カード画面で見出しと画像の組み合わせがどう表示されるかをプレビューします。欠落または不適切な og:image を見つけるのに使えますが、Discoverがページを選ぶか配信するかは判断できません。
• ブラウザーDevTools — Scriptsレンズのスクリプトをライブ記事で実行し、max-image-preview と、レンダリングされた出力で解決された画像の寸法を確認します。
• Google Search Console Discoverパフォーマンスレポート — プロパティのインプレッションが十分になってレポートが表示された後、Discoverのインプレッション、クリック、CTRを確認する場所です。レポートがないことは、コンテンツが適格性ルールに違反している証拠ではありません。
• Google Search Console URL検査 — 適格性が疑わしいときに、ページがインデックス登録されていることとレンダリングされた出力を確認します。Discoverに別個の送信ツールはありません。
• Search Consoleの手動対策 — すべてのトラフィック低下をペナルティと決めつけず、サイト全体の可視性低下が実際のポリシー通知と一致するときにDiscoverのポリシー対策を確認します。

継続的に確認するDiscoverパフォーマンス指標

Discoverは変動するため、記事、トピック、公開コホートごとに分け、プロパティ自身の履歴と比較します。Discoverレポートがないのは、レポートのしきい値にまだ達していないだけかもしれません。

Discoverのインプレッション

• 指標： Search ConsoleのDiscoverパフォーマンスレポートに表示されるインプレッション。
• わかること： 適格なコンテンツがDiscoverカードとして実際に配信された頻度。キーワード順位ではなく、フィードでの露出を測ります。
• 取得方法： Search Console → パフォーマンス → Discoverで、ページと日付ごとに分けます。編集上のパターンを比較するときは、トピックまたは公開コホートごとにエクスポートします。
• ベンチマーク／現実的な範囲： プロパティ自身の基準値を設定します。関心とフィードの構成は変わるため、普遍的なインプレッション目標や安定した記事曲線を正当化することはできません。
• 頻度： 編集レビューでは毎週、トピック／コホートの傾向では毎月。個々の急増は、繰り返し発生するトラフィックではなく、変動する先行露出として解釈します。

Discoverのクリック

• 指標： 同じSearch ConsoleレポートでDiscoverカードから発生したクリック。
• わかること： カードが表示された後、フィード配信によって生まれた訪問。
• 取得方法： Search Console → パフォーマンス → Discover → クリックで、ページ、日付、トピックごとにまとめます。クエリ主導のウェブ検索クリックとは分けてください。
• ベンチマーク／現実的な範囲： インプレッションの機会とトピックの文脈が似た記事を、自分の過去のコホートと比較します。短い急増から恒久的な実行率を予測しないでください。
• 頻度： 記事が活発な間は毎週、広いチャネルレビューでは毎月。これはインプレッションとカードの訴求力の結果です。

DiscoverのCTR

• 指標： Discoverのインプレッションについて報告されるクリック率。
• わかること： 表示されたカードがクリックを獲得する頻度。見出し、画像、トピック、オーディエンスの文脈を組み合わせた結果であり、単独のランキング要因ではありません。
• 取得方法： Search Console → パフォーマンス → Discover → 平均CTRで、インプレッション量と並べてページとトピックごとに確認します。
• ベンチマーク／現実的な範囲： 同じプロパティの比較可能なページの中央値を使います。低ボリュームのCTRは不安定で、サイトをまたいだ正直なDiscover目標はありません。
• 頻度： 毎月または記事完了コホートごと。日々のノイズを最適化したり、CTRをクリックベイトの許可に変えたりしないでください。

Google Discover SEOを自分でテストする

Discoverの仕組みと適格になる方法について、簡単な5問です。各問の答えを選んでから確認してください。

時間を使う価値のあるリソース

自分の関連執筆

• 技術SEOの初心者向けガイド — Discoverのようなパブリッシャー固有の画面が、すべてのサイトに必要な技術的基盤の中でどの位置にあるかを説明します。

登壇資料

• How Search Works（SlideShare） — クロール、レンダリング、インデックス登録、ランキングについての私の解説です。DiscoverがSearchのシグナルを再利用するため、背景として役立ちます（私の常設の免責事項も適用されます。「これはシステムについての私の理解であり……100%完全または正確ではありません」）。

業界の関連情報

• Discoverとウェブサイト（Google Search Central） — 適格性、画像仕様、トラフィックが変わる理由の一次資料です。
• Discoverコンテンツポリシー（Google Search Help） — 多くのガイドが省く執行レイヤーです。
• Googleの2026年2月Discoverコアアップデート（Google Search Central Blog） — Google自身の言葉による、Discover固有の初のコアアップデートです。
• GoogleのJohn Muellerが一貫しないDiscoverトラフィックを説明（Search Engine Journal） — Discoverトラフィックが消える理由を示す「オンかオフ」という引用です。
• Googleの警告：Google Discoverのトラフィックを前提にビジネスを構築しない（Search Engine Roundtable） — Gary Illyesの「一晩で消える可能性がある」という警告です。
• Google Discoverとは？パブリッシャーとSEO担当者向け完全ガイド（Search Engine Land） — パブリッシャー向けのより詳しいガイドです（「ランキング要因」の主張は、確認された仕組みではなく業界の推測として読んでください）。
• ニュースパブリッシャーへのGoogleトラフィックは安定しているが、従来の検索ではない（Search Engine Land） — Discoverがパブリッシャーにとってどれほど大きくなったかを示すChartbeat／PressGazetteのデータです。