この記事のまとめ
個人ブログの記事も Google Discover に出ることはあり、Google の公式ドキュメントによれば、Google にインデックス登録され、Discover のコンテンツ ポリシーを満たしたページは申請や特別なタグなしで自動的に表示対象になりますが、必ず表示されるとは限りません。Search Console の Discover のレポートは、Discover でのインプレッション数が最低限必要な数に達したプロパティにしか表示されないので、見当たらないときにまず考えられるのはその数に届いていないことです(必要な数は、私が確認した Google の2ページには書かれていません)。自分で確かめられるのは、公式が推奨する大きな画像の設定(幅1,200ピクセル以上、max-image-preview:large など)と、誤解を招くプレビューやスポンサーの開示についてのポリシーです。公式は Discover の流入を、キーワード検索の流入を補うものとして考えるよう書いています。
Google Discover に個人ブログの記事が出ることはありますが、自分から申し込む方法はなく、出るかどうかを決めるのは Google です。
スマホのフィードにブログ記事が流れてくるのを見て、自分のブログも載るのか調べたものの、Search Console に Discover のレポートが見当たらず、設定が足りないのか、そもそも出ていないのかが分からずにいる人に向けて書いています。
読み終えたときには、レポートが無い理由と、自分のブログで確かめておける設定、気にしなくていいことの線引きができるはずです。
Search ConsoleのZIPを読み込むと、候補の判定と1記事分の診断カードを無料で確認できます。登録は不要です。ZIPが無い場合は、診断カードの見本を確認できます。
Discover に申請や専用タグは無い。公式が書いている条件は2つ
「Discover に出す方法」を探すと、何か登録や設定があるように思えます。Google のDiscover とウェブサイトのドキュメントは、表示の仕組みをこう書いています。
コンテンツが Google にインデックス登録されていて、かつ Discover のコンテンツ ポリシーを満たしていれば、そのコンテンツは自動的に Discover の表示対象になります。特別なタグや構造化データは必要ありません。なお、Discover の表示対象になっていても、必ず表示されるとは限りませんのでご注意ください。
条件は、インデックス登録されていることと、コンテンツ ポリシーを満たしていることの2つです。英語版も「Note that being eligible to appear in Discover is not a guarantee of appearing.」と書いていて、訳のずれはありません。
つまり Discover は、条件を満たしたページが自動で候補に入り、その中から Google が人それぞれの興味や関心に合わせて選んで出す仕組みです。ドキュメントは、検索と同じシグナルとシステムの多くを使うとも書いています。候補に入るところまでは自分で整えられますが、実際に出すかどうかを決める操作はサイト側にありません。
インデックス登録されているかどうかは、記事ごとに Search Console の URL 検査で確かめられます。検索に出ている記事なら、1つ目の条件はすでに満たしています。
Search Console に Discover のレポートが無いのは、インプレッション数がしきい値に届いていないから
いちばん多い詰まり方は、Search Console を開いても Discover のレポートが見当たらないことだと思います。これは設定漏れではありません。Search Console ヘルプのパフォーマンス レポート(Discover)は、冒頭でこう書いています。
このレポートは、Discover におけるプロパティのインプレッション数が最低限必要な数に達した場合にのみ表示されます。
英語版も「This report is visible only if your property has reached a minimum number of impressions in Discover.」で、意味は同じです。レポートが無いときにまず考えられるのは、そのプロパティの Discover でのインプレッション数がその数に届いていないことです。Discover に申請や設定の項目は無いので、何かをオンにし忘れているわけではありません。ただしヘルプによれば、ページのデータは正規 URL を含むプロパティにしか表示されないので、http と https、www の有無などで正規 URL と違うプロパティを開いていないかも確かめてください。
では何回表示されればレポートが出るのか。私が確認した2ページ(Discover とウェブサイトのドキュメントと、このヘルプ)には、具体的な数は書かれていません。「◯回でレポートが出る」という数字を見かけても、この2ページにその根拠はありません。
検索パフォーマンス レポートの検索タイプを切り替えても Discover は出てきません。Discover は検索タイプではなく、別のレポートとして扱われているためで、詳しくはサーチコンソールの検索タイプ、切り替えると数字が変わるのはなぜ?に書きました。レポートが出ていれば、ヘルプの「Discover のパフォーマンス レポートを開く」のリンクからも開けます。
レポートが出ても、全部のページが行に出るわけではない
しきい値はレポート全体だけでなく、表の1行ごとにもあります。ヘルプの「データについて」の節には、こう書かれています。
データ行は、Discover でページのインプレッション数が最小しきい値に達した場合にのみ表示されます。ただし、行のデータは、このしきい値を下回ってもサイトの合計に加算されます。
グラフの上の合計に数字があるのに、表に記事が1本も出ない、あるいは合計より表の行の足し算が少ない、ということが起きるのはこのためです。行に出ていない記事も、合計には入っています。
自分のブログで確かめられるのは「大きな画像」の設定
ドキュメントは「コンテンツが Discover に表示される可能性を高めるには、次の方法をおすすめします。」として、いくつかの項目を挙げています。主なものは、誤解を招くタイトルや画像で注目を集めるクリックベイトを避けること、内容の本質を捉えたタイトルと見出しを使うこと、そして関連性の高い大きな画像を使うことです。このうち、自分のブログの設定として確かめられるのが画像です。
画像について、ドキュメントは次の仕様を満たすものを使うようすすめています。
- 幅 1,200 ピクセル以上
- 合計 30 万ピクセル以上の高解像度(たとえば、1,280x720 ピクセルで 16:9 の画像は合計 921,600 ピクセルのため、この仕様を満たしています)
- アスペクト比: 16:9
- …
- max-image-preview:large の設定または AMP を使用して有効にしたもの
(省略したのは、Google が画像を自動で切り抜こうとすることと、自分で切り抜くときの注意の段落です。)
見落としやすいのが最後の項目です。max-image-preview は robots メタタグで指定する値で、robots メタタグのドキュメントは「large: ビューポートの幅までの画像プレビューを表示できます。」と説明し、Discover もその対象に含めています。指定が無い場合については「max-image-preview ルールが指定されていない場合、Google はデフォルト サイズの画像プレビューを表示する可能性があります。」とあります。画像そのものが大きくても、AMP を使っていないブログでこの指定が無ければ、ドキュメントの推奨のうち1項目を満たしていないことになります。
確かめ方は、記事ページのソースを開いて max-image-preview を検索するだけです。<meta name="robots" content="…max-image-preview:large…">のような行があれば指定されています。WordPress は本体が、サイトを公開している設定のときにこの指定を出します。プラグインを入れていると robots メタタグの出力が変わることもあるので、WordPressのSEOプラグインは必要?二重出力をソースで確かめるの手順で実際のソースを見てください。
サムネイルに選ばれる画像は og:image か schema.org で指定する
ドキュメントは、schema.org マークアップか og:image メタタグで、ページを代表する大きな画像を指定するようすすめています。そうすることで Discover のサムネイルとして選ばれる画像に影響を与えられる、という書き方です。避けるものとして挙がっているのは次の2つです。
schema.org マークアップまたは og:image meta タグで、一般的な画像(サイトのロゴなど)を使用しない。
schema.org マークアップまたは og:image meta タグで、テキストが多すぎる画像は使用しない。
個人ブログで起きやすいのは、記事ごとのアイキャッチを設定しておらず、og:image にサイト共通のロゴやバナーが入っている状態です。ソースで og:image を検索し、記事ごとに違う画像が入っているかを見ておくと安心です。文字をたくさん載せたアイキャッチ画像も、2つ目の項目に当たります(英語版はこの項目に「For best results」と前置きしています)。
Search ConsoleのZIPを読み込むと、候補の判定と1記事分の診断カードを無料で確認できます。登録は不要です。ZIPが無い場合は、診断カードの見本を確認できます。
ポリシーで個人ブログが気をつけるのは、タイトルとアフィリエイトの開示
もう1つの条件のDiscover のコンテンツ ポリシーは、Google 検索全体のポリシーやスパムに関するポリシーに加えて、危険なコンテンツや医療のコンテンツなどの項目を挙げ、そのうえで Discover 固有のポリシーを3つ置いています。「広告、スポンサー コンテンツ」「誤解を招くコンテンツ」「透明性」です。
ブログで関係しやすいのは前の2つです。誤解を招くコンテンツについては、こう書かれています。
元のコンテンツに反映されていない情報を期待させることによって、ユーザーを不正に誘導するプレビュー コンテンツは認められません。
プレビューとは、Discover のカードに出るタイトルや画像のことです。本文に無い答えをタイトルでほのめかす、記事と関係の薄い画像で目を引く、といった作り方がこれに当たります。広告・スポンサー コンテンツの項目は「スポンサーシップは、読者に明確に開示してください。これには、オーナーやアフィリエイトの利益、支払い、物質的な支援が含まれますが、これらに限定されません。」と書いていて、アフィリエイトの利益も開示の対象に入っています。
3つ目の透明性は「Google のニュース提供元は以下の情報を提示する必要があります。」という書き出しで、日付と執筆者の署名、連絡先などを挙げています。主語はニュース提供元で、個人ブログにも求めるとは書かれていません。
違反があった場合、ポリシーのページは「Google はそのコンテンツを Discover から削除することがあります。」と書いています。サイトが違反している場合は、Search Console の「セキュリティと手動による対策」に Discover の手動による対策が表示されることがある、とドキュメントとポリシーのページの両方にあります(日本語版は「表示されます」、英語版は「may appear」)。心配なら、まずそこを確かめるのが手がかりになります。
ポリシーのページとレポートのヘルプは、日本語版に「AI 技術を使用して翻訳されたコンテンツが含まれている場合があります」と注記があるため、英語版も取得して照合しました。誤解を招くコンテンツとスポンサーの開示の文は同じ意味です。透明性の「提示する必要があります」は、英語版では「should provide」です。なお、ポリシーのページの冒頭は、英語版では "to be eligible, content should follow best practices for Discover" と、表示対象になるにはおすすめの方法(上で見た画像の推奨を含むドキュメント)に沿うべき(should)だと書いています。日本語版ではこの「表示対象になるには」に当たる部分が訳されていません。ポリシーに違反してはならない(must not)という書き方とは強さが違うので、私は画像の仕様を必須の条件ではなく推奨として読みましたが、守っておくに越したことはありません。
レポートが出たら、何をどう見るか
レポートが表示されるようになったら、見られるのはクリック数・インプレッション数・平均クリック率の3つです。検索パフォーマンスと違って、ヘルプの指標にも掲載順位はありません。エクスポートすると順位の列が無いCSVになる話はサーチコンソールのCSVエクスポート手順に書きました。
| 項目 | ヘルプに書かれていること |
|---|---|
| 分け方 | ページ・国・Discover の外観(AMP の記事・ウェブストーリー・動画など)・日付でグループ化できる |
| 期間 | デフォルトは過去3か月。ドキュメントには過去16か月分が見られるとある |
| インプレッション | 1回のユーザー セッションにつき、結果ごとに1回だけ数える |
| ページのURL | 正規URLに集計される。正規URLを含むプロパティにしか表示されない |
| 表の行数 | 1,000行まで |
インプレッションの数え方は、検索の表示回数とまったく同じではありません。ヘルプは「インプレッションがカウントされるのは、1 回のユーザー セッションにつき結果ごとに 1 回のみです。」と書いています。表示回数の定義そのものと、Discover のカードのようにスクロールで流れる場所での数え方はサーチコンソールの表示回数とは?にまとめています。
ドキュメントによれば、このレポートには Chrome からのトラフィックも含まれます。また、ヘルプは Discover のトラフィックを、ユーザーの検索語に依存せず Google が積極的に提供するため検索より予測しにくく、ばらつきが大きくなることがある、と説明しています。数日単位の増減で一喜一憂するより、週単位・月単位で見るほうが向いています。
Discover の流入は、検索の流入を補うものとして考える
Discover への出方をいくら調べても、最後は Google の判断です。ドキュメントは流入の性格について、はっきり書いています。
Discover からのトラフィックは、キーワード検索からのトラフィックと比べて予測可能性や信頼性が低くなります。このような偶発的な要素を考慮し、Discover からのトラフィックは、キーワード検索のトラフィックの補完的なものと考える必要があります。
変動の理由としては、ユーザーの興味や関心の変化、フィードに出すコンテンツの種類の調整、Google 検索のアップデートが挙がっています。アップデートについては「ただし、アップデート後に実施すべきことは特にないでしょう。」とも書かれています。英語版は「However, it may be that there's nothing you need to do after an update.」で、日本語より控えめに、何もしなくてよい場合がある、という言い方です。
2026年には Discover だけを対象にしたコア アップデートもありました。Search Central ブログによると2月5日の公開で、扇情的なコンテンツやクリックベイトを減らすこと、特定の分野に専門知識を持つサイトのコンテンツを多く出すことなどが挙がっています。ブログは「このアップデートは、まず米国の英語ユーザーを対象にリリースされ、今後数か月以内にすべての国と言語に拡大される予定です。」と書いており、検索ステータス ダッシュボードは、開始時の告知で米国の英語ユーザー向けと書いたうえで、2月27日に展開が完了したとしています。ただ、私が見たこの2ページには、日本語への拡大が済んだかどうかは書かれていません。検索の順位が下がったときの切り分けはGoogleコアアップデートで順位が下がったときの対応に書いています。
やっておくこと、気にしなくていいこと
| やっておくこと | 気にしなくていいこと |
|---|---|
| 記事がインデックス登録されているか確かめる | Discover への申請や登録(仕組みとして存在しない) |
| ソースで max-image-preview:large と記事ごとの og:image を確かめる | Discover 専用のタグや構造化データ(「必要ありません」と書かれている) |
| アイキャッチを幅1,200ピクセル以上・16:9で用意する | レポートが無いこと自体(まず考えられるのは、インプレッション数がしきい値に届いていないこと) |
| 本文に無いことをタイトルや画像で約束しない。アフィリエイトの利益は開示する | Discover の日ごとの増減(検索より予測しにくいと公式が書いている) |
左の列は、Discover のためだけの作業ではありません。インデックス登録も、内容どおりのタイトルも、検索から読まれるための前提と重なっています。だから個人ブログでは、検索で読まれる記事を整えることを本線にして、Discover はその上に乗ることがあるもの、と考えるのが公式の書き方にも合っています。
よくある質問
Discover のレポートは、何回表示されれば出てきますか
私が確認した Google の2ページには書かれていません。ヘルプは「最低限必要な数に達した場合にのみ表示されます」と書くだけで、Discover とウェブサイトのドキュメントも「最小しきい値」としか書いていません。具体的な回数を挙げている情報があっても、この2ページに根拠はありません。
新しい記事でないと Discover には出ませんか
そうとは限りません。ドキュメントは「ユーザーの興味や関心に基づいて、古いコンテンツでも有用で関連性が高い場合は表示されることがあります。」と書いています。一方で、表示される可能性を高める方法の1つに、興味や関心をふまえたタイムリーなコンテンツを作ることも挙げています。
max-image-preview:large を入れれば Discover に出ますか
出るとは限りません。ドキュメントが挙げているのは、表示される可能性を高めるためにすすめる画像の仕様の1つです。表示対象になる条件はインデックス登録とコンテンツ ポリシーの2つで、表示対象になっても必ず表示されるわけではありません。
Discover からのアクセスが急に減りました。何か直すべきですか
まず、Search Console の「セキュリティと手動による対策」に Discover の手動による対策が出ていないかを確かめるのが手がかりになります。ただ、ポリシーのページは手動による対策が表示されることがある(英語版は「may appear」)という書き方で、それとは別に、違反したコンテンツを Discover から削除することがあるとも書いているので、何も出ていなくても違反が無いとまでは言い切れません。手動による対策が出ていなければ、ドキュメントが挙げる変動の理由(興味や関心の変化、コンテンツの種類の調整、検索のアップデート)のどれかで動いている可能性もあり、英語版の言い方なら、何もしなくてよい場合があるものです。検索からの流入が同じ時期に落ちていないかも、検索パフォーマンス レポートで並べて見てください。
まとめ
- Discover に申請や専用タグは無い。公式によれば、インデックス登録され、Discover のコンテンツ ポリシーを満たしたページが自動で表示対象になる。表示対象になっても、必ず表示されるとは限らない
- Search Console の Discover のレポートは、Discover でのインプレッション数が最低限必要な数に達したプロパティにだけ表示される。見当たらないときにまず考えられるのは、その数に届いていないこと(正規 URL と違うプロパティを開いていないかも確かめる)。必要な数は、確認した2ページには書かれていない
- 表の行にもしきい値があり、行に出ないページのデータも合計には入る
- 自分で確かめられるのは画像。公式の推奨は幅1,200ピクセル以上・合計30万ピクセル以上・16:9・max-image-preview:large(または AMP)。og:image にロゴや文字の多い画像を使わない
- ポリシーで気をつけるのは、本文に無いことを期待させるタイトルや画像と、アフィリエイトを含むスポンサーの開示
- レポートに掲載順位は無い。見るのはクリック数・インプレッション数・平均クリック率で、検索より予測しにくいので週単位・月単位で見る
- 公式は Discover の流入を、キーワード検索の流入を補うものとして考えるよう書いている。本線は検索
ここからは、私が作ったツールの話になります。
Discover が補完なら、手を入れる本線は検索から読まれている記事です。その「どの記事から直すか」を決めるツールを作りました。サーチコンソールの検索結果のエクスポートをZIPのまま置くだけで、4.0〜20.5位のページを、表示回数100回以上は通常判定、30〜99回は参考判定、30回未満は本文中心の監査に分け、この順に、同じ区分の中ではCTR機会差の多い順に並べて出します。 判定と候補3記事のCTR機会差の確認、そのうち1記事分の診断カードまでは無料です。有料は2,980円(税込)の買い切りで、無料の1件を除いた3記事分の診断カードが対象です。3記事分が揃うとき(判定に出た候補が4件以上のとき)だけご案内します。生成の利用期限は購入から7日間で、月額課金や自動更新はありません。ログインも不要です。 CSVファイルそのものはブラウザの外に出ませんが、診断カードを出すときは選んだ1ページぶんの数値(URL・キーワード・順位・表示回数・CTR)を、タイトル取得を押したときは最大10件のURLを送ります。
⚠️ このツールが読むのは検索結果のパフォーマンス レポートで、Discover の数字は扱いません。Discover に出やすくする機能もありません。また、掲載順位4.0〜20.5位に入るページが無いブログでは、候補が0件になることがあります。
Search ConsoleのZIPを読み込むと、候補の判定と1記事分の診断カードを無料で確認できます。登録は不要です。ZIPが無い場合は、診断カードの見本を確認できます。
