Google Discoverとは、利用者の関心に合わせて、記事や動画などを表示するGoogleの機能のことです。その場で検索語を入れて探す通常検索と違い、関心に関連する内容が届けられます。
自社で確認するのは、記事の内容と画像が条件を満たすか、Search ConsoleにDiscoverの記録があるかです。企業サイトでは、検索して依頼先を探す人への説明を先に整え、Discoverだけを集客計画の柱にしないようにします。
通常検索の数字の読み方はSearch Consoleで見る指標にまとめています。このページではDiscoverに絞り、掲載条件とレポートの有無を分けて扱います。
どんなページが表示の対象になる？
GoogleのDiscoverの公式説明によると、インデックスされ、Discoverのコンテンツポリシーを満たす内容は自動で対象になります。専用の申請や、特別なタグ、構造化データを追加する条件ではありません。
対象になれることと、実際に表示されることは別です。利用者の関心と関係があれば、古い内容も表示されることがあります。日付が新しい記事だけが対象、という仕組みではありません。
製造業なら、製品の使われ方や、公開できる技術上の発見を扱う記事を考えられます。ただし、これは企画例です。あるテーマを書けば必ずDiscoverへ出る、という条件を示すものではありません。
フォームや仕様の一覧まで、すべてをDiscover向けの記事に変える必要はありません。発注前の確認に使うページには、その用途を保ちます。記事の独自性を作るためにも、実際には測っていない性能や試験結果を加えないでください。
大きな画像には、どんな設定が必要？
Googleが推奨する画像は、記事に関連する高品質なものです。現行の説明では、幅1200px以上、総画素数30万超、横長の16対9などの条件が示されています。大きな画像の表示を許可する設定も必要です。
通常のHTMLページで許可する例です。
<meta name="robots"
content="max-image-preview:large">
この設定は、大きなプレビューを許可するものです。タグを置くだけで小さな元画像が高画質になるわけではなく、Discoverに載せる指示でもありません。実際の画像ファイルの寸法と画質を確認します。
記事を代表する画像をog:imageなどで示す方法も、Googleの説明にあります。会社ロゴだけの汎用画像や、文字を詰め込んだ画像を代表画像にすることは避けるよう案内されています。
たとえば部品の比較記事なら、比較対象と違いが分かる写真を選びます。図面や工場の写真は、公開してよい範囲を社内で確かめます。横長に切り取ったときに、大事な部分が画像の外へ落ちないかも見てください。
画像の説明や取得の点検はalt属性と画像SEOの基本へ進めます。画像の形式だけ整えても、本文と違う内容を見せていたら直す必要があります。
タイトルの釣りとポリシーは、何を点検する？
読者が開く前に、何についての記事かを判断できる題にします。結論を隠したり、実際より大きな効果を約束したりしてクリックを誘わないようにします。
技術記事なら、ある条件で確認した現象を、すべての製品で起きる問題のように広げないことです。画像も同様で、本文にない危険性を強調する見せ方や、関係のない写真は避けます。
GoogleのDiscoverのコンテンツポリシーは、本文にない情報を約束して閲覧を誘うプレビューを認めていません。広告やスポンサーとの関係を隠さないことも求めています。広告や有料の宣伝が本文を上回らないことも条件です。
記事を公開するときは、タイトル、説明文、代表画像、本文を一組で読んでください。本文では条件を限定しているのに、題と画像だけは広い効果を約束している状態を直します。
ポリシー違反があると、Search Consoleのセキュリティと手動による対策に、Discoverの手動対策が表示されることがあります。流入が落ちたという理由だけで違反と決めず、その記録の有無も確認します。
レポートがないのは、設定の間違い？
Search ConsoleのDiscoverレポートのヘルプは、プロパティが一定の表示回数に達したときだけレポートを表示すると説明しています。具体的な回数は公表されていません。
そのため、レポートがない状態を、未掲載の証明として使えません。一定回数とは何回かを推測し、必要なクリック数や記事数に置き換えることもできません。
ここでは、レポート自体の表示条件と、表の各行が表示される条件を分けます。同ヘルプでは、各行にも表示回数のしきい値があり、その値に届かない行のデータもサイト全体の合計へ入ると説明しています。
表に並んだページだけを足しても、合計と一致しないことがあります。見えていない行の数値を推定で埋めず、集計範囲が違うものとして記録します。
表示回数とクリックは、どう読む？
レポートがあるなら、期間を選び、表示回数、クリック数、CTRを見ます。ページ、国、日付などで分け、どの内容へ流入したかを確認してください。
| 指標 |
Discoverで数えるもの |
| 表示回数 |
項目が画面へスクロール表示された回数 |
| クリック |
項目がクリックされた回数 |
| CTR |
クリック数を表示回数で割った割合 |
表示は、同じ結果を同じセッションで見直しても一度として数えます。共有など別の操作を、サイトへのクリックへ混ぜません。通常検索の順位を使って、Discoverの並び順を推定することも避けます。
数字は正規URLへ集約されます。表に出たURLと実際に開いたURLが違うなら、重複ページやcanonicalを確かめます。直近のデータが暫定値なら、後から変わる点も記録してください。
通常検索のクリックが少ない問題は検索語とタイトルを確認する手順へ切り分けます。DiscoverのCTRが動いたことを、検索結果のタイトル改善の効果として報告しないようにします。
BtoBの集客で、どこまで狙う？
私たちの優先順は、発注者が必要な情報を確認できる状態を先に作ることです。対応範囲、仕様、事例、相談条件が不足したまま、幅広い話題で閲覧だけを増やしても、営業へ渡す材料はそろいません。
独自の技術記事を作るなら、本文に合う大きな画像とプレビュー設定も点検します。Discoverのためだけに主題と関係の薄いニュースを増やさず、その記事を読みたい発注者がいるかで企画を判断します。
GoogleはDiscoverの流入について、次のように位置づけています。
supplemental to your keyword-driven search traffic
検索語からの流入を補うもの、という説明です。利用者の関心などで変動し、記事の品質や更新頻度と無関係に流入が変わることもあるとしています。
私たちも暦の自社メディアで、検索に表示されるページの割合が下がった時期を経験しています。出典はSearch Console、2026年9月5日と9月27日から各直近28日間の記録です。これは通常検索の測定で、Discoverの掲載実績ではありません。同じGoogle経由でも、測っている機能を混ぜないために挙げています。
流入が急に減ったら、何から見る？
対象期間とページをそろえ、Discoverだけの変動か、通常検索やサイト全体にも問題があるかを分けます。代表画像の差し替え、公開制限、本文の変更など、直前の更新も確認します。
設定に問題が見つからなければ、減少を理由にタイトルを過激にしません。流入を取り戻すために、本文にない話題を見出しへ足すことも避けます。修正が必要な事実と、理由を特定できない変動を分けて残します。
相談への影響は、閲覧数とは別に見ます。GA4のキーイベントで送信完了を測り、実際に届いた相談内容も確認します。Discover経由の訪問増加を、そのまま受注見込みの増加としては扱いません。
計測と改善では、通常検索、Discover、サイト内の行動を別々に記録します。レポートが出るサイトでも、次の売上計画を一度の流入増に合わせず、継続して必要とされる仕様と記事を整えてください。
仕様・出典の確認日：2026年10月23日。
