Googleが初めて「Discoverだけ」を動かした21日間。検索1位でも届かない、2026年の新しい流入設計図

「検索順位は守れているのに、なぜか流入が伸びない」。最近、こういう相談がはっきり増えました。

理由は、わかりやすい場所にあります。2026年2月、Googleが史上初の「Discoverだけ」を対象にしたCoreアップデートを打ったからです。21日間かけて完了し、同じ時期にデスクトップ展開も進みました。

ここで起きたことの本質は、こうです。Google Discoverが「検索順位を取れば自然に流れてくる副次的な通路」ではなくなりました。検索とは別個に設計対象になる、独立した流路へと格上げされたんです。

21日間に何が起きたか。なぜ「検索1位＝Discoverに出る」が成り立たなくなったのか。今週から仕込める3原則と実装チェックを、企業相談で使っている順序で渡します。検索とDiscoverを別個に設計する前提を、今週インストールしてください。

2026年2月、Googleが初めて「Discoverだけ」を動かした21日間

最初に押さえたい事実は、これです。Googleは2026年2月5日にDiscover単独のCoreアップデートを開始し、2月27日に完了を告知しました。期間は21日間です（出典: Google Search Central Blog「Google’s February 2026 Discover Core Update」）。

Coreアップデートは通常、検索全体に影響します。これまでDiscoverへの影響は「結果として動く」副次効果でした。今回は違います。Discoverのみを対象にしたCoreアップデートが、独立した告知として打たれた。Googleが「Discoverをひとつの独立した検索体験として扱う」と公式に宣言した瞬間と読んでいいでしょう。

公式ブログには、こういう趣旨の文言があります。「英語圏・米国ユーザーへの展開を最初に行い、今後数か月で全言語・全地域に広げていく」。つまり日本のWebサイトにも、これからフェーズを追って影響が来ます。

業界側のデータも、この変化を裏付けています。ALM Corp（米国のローカル系パブリッシャー支援企業）の解析によると、今回のアップデート後、ローカル文脈に強い記事と一次レポートを持つメディアの可視性が上昇し、要約だけのまとめ記事は逆に抑制されたという観測があります（出典: ALM Corp「Google’s February 2026 Discover Core Update: What the Data Actually Shows」）。

ここで疑問が湧きます。「うちは英語圏向けじゃないし、まだ関係ないのでは」。これが盲点です。Googleの過去の挙動を見るかぎり、英語圏に投入されたCoreアップデートは数か月遅れで日本語環境にも同等の挙動が反映されてきました。いま手を打てば「波が来る前」に乗れる位置にいます。逆に検索順位だけ見ていると、波が来てから慌てる側に回るでしょう。

もう一つ、地味ですが見逃せない動きがあります。Search Consoleの週次・月次ビューが2025年12月に追加され、Discoverパフォーマンスを「日々のブレ」ではなく「中期トレンド」で見る前提が整いました（出典: Google Search Central Blog「Introducing weekly and monthly views in Search Console」）。Googleが「Discoverは月単位で評価する流路だ」と言っているわけです。日次の上下に一喜一憂する設計から離れる時期が来ています。

なぜ「検索1位」を取ってもDiscoverには届かないのか

「SEOで上位を取っていれば、Discoverにも自然に出るんじゃないの」。よく聞かれます。残念ながら、検索とDiscoverは構造そのものが別物です。

検索はユーザーの能動的なクエリに応えるものです。「○○ 比較」「○○ 使い方」と打ち込まれたとき、最も関連する記事を上位に並べます。判定の中心は、クエリとの一致度・権威性・滞在時間です。

Discoverは違います。ユーザーは何も打ち込みません。Googleアプリ、モバイルのGoogleホーム、Chromeの新規タブ、そして2026年からはデスクトップでも、ユーザーの興味プロファイルに合わせてGoogleが「先回りで」提示します（出典: Google「Get on Discover」公式ドキュメント）。

判定の中心は、クエリとの一致度ではありません。**「興味を持ちそうな人に、ふさわしい体験として出せるか」**です。具体的にはこうなります。

軸	検索（Search）	Discover
ユーザー入力	クエリあり	クエリなし（受動）
評価の主軸	クエリ一致＋権威性	関心適合＋オリジナル性＋画像
トラフィック特性	計画的・予測しやすい	不規則・補助的
主な接点	PC＋モバイル	モバイル中心、デスクトップ展開中
評価期間	日〜週	週〜月

公式ドキュメントは、Discoverのトラフィックを「キーワード起点の検索よりも予測しにくく、補助的なものとして扱うべき」と明記しています。これは2026年も変わっていません。一方で、評価の軸が違う以上、SEO上位コンテンツがそのままDiscoverに出るわけではないことを意味します。

ここにデスクトップ展開が重なります。Search Engine Roundtableなど業界メディアの観測では、Google.comのデスクトップ版でDiscoverフィードを表示するロールアウトが多くの国・地域で進行中です（出典: Search Engine Roundtable「Google Begins Rolling Out Discover On Desktop」）。Chromebookでは特にアクセスしやすい構造になりつつあります。

これが意味するのは、こうです。「モバイルだけの補助通路」だったDiscoverが、デスクトップでも目に入る本流の入口に近づきつつある。Webトラフィック全体に占めるデスクトップの比率を踏まえると、Discoverの設計対象としての重みは段違いに上がっていきます。検索1位を取ったからといって、Discoverのデスクトップ枠に入るかどうかは別問題でしょう。入口が二重化したと捉えてください。

ここで「やることが増えるじゃないか」と思った方。逆です。Discoverに最適化する作業は、SEOやGEOの土台と一部しか重ならないものの、重ならない部分こそ「他社が手をつけていない領域」になります。先に動いた人ほど、後から追いかけてくる側との差を広げられる。

2026年版・Discoverに選ばれる3原則

ここから実装の話です。2026年2月のアップデートと公式ドキュメントを照合すると、Discoverに選ばれる条件は3つの原則に集約できます。

原則1 — 一次性（Originality）

最も重みが増した要素です。今回のアップデートでGoogleは「独自取材・独自データ・専門家コメント・一次体験を持つコンテンツを優遇し、要約だけの記事を抑制する」方向を明確に出しました。ALM Corpのデータ解析でも同様の傾向が観測されています。

これは検索でも長く言われてきた話ですが、Discoverではより厳しく適用されます。理由はシンプルでしょう。Discoverは「検索クエリの正解」ではなく「ユーザーが時間を使う価値があるか」を評価するからです。要約をスクロールして満足する体験は、Discoverの目的（興味を満たす・滞在を生む）と相性が悪い。

原則2 — 画像（Visual eligibility）

Discoverのフィード画面はビジュアル前提に設計されています。なぜ画像がここまで重要かというと、Discoverはユーザーがスクロールしながら「読む・読まない」を一瞬で決める画面だからです。タイトルと画像だけで判断される。公式ドキュメントは、サムネイルとして大きな画像を使うために最低1200ピクセル幅の画像と、max-image-preview:large メタタグまたはAMPの有効化を必須条件として挙げています（出典: Google「Get on Discover」公式ドキュメント）。

画像はog:imageかschema.org（ImageObject）のどちらかで指定します。max-image-preview:large を有効にしない設定は要注意です。いくら高解像度の画像を持っていても、Discoverのサムネイルでは小さい枠しか割り当てられません。設定一発で出方が変わる、もったいない設定漏れの代表格です。

そしてもう一つ。ロゴをメイン画像にしないこと。Discoverのフィードでロゴ単体のサムネイルは「クリックする理由」を与えません。記事内容を象徴する具体的な画像を選ぶのが基本です。

原則3 — 地域・専門性（Local & Topical Expertise）

2026年2月のアップデートで強化された軸です。「ローカル文脈での関連性」と「トピック別の専門性をグラニュラー（粒度細かく）に評価」という方向が示されました（ALM Corpの解析）。

「グラニュラー」とは、サイト全体ではなく記事単位・トピック単位で専門性を判断するという意味です。「このサイトはAI全般を扱うメディア」と認識されるより「このサイトはClaudeのビジネス活用に特化した記事を20本以上持つ」と認識される状態の方が有利になります。

これは「広く浅く扱うサイトより、特定領域・特定地域に深く根付いたサイト」を優遇するということです。SEOで言う「トピッククラスタ戦略」に近い発想でしょう。Discoverではさらに「この発信者は、このテーマの一次情報源として信頼できるか」という人格・立ち位置の評価が強くなる。

この3原則のうち、**もっとも見落とされているのが原則1の「一次性」**です。多くの企業は2と3にまず手を出します。理由は、技術的な対処で済むからです。けれど勝負どころは1。次のセクションで具体的に掘ります。

一次性の作り方 — 取材ゼロでも「独自」になる動線

「うちは記者じゃないから取材なんてできない」。よく言われます。けれど、一次性は取材だけが入口ではありません。実務レベルで作れる一次性が、少なくとも4つあります。

ひとつ目は、自社データの公開です。たとえばマーケ会社なら、自社のクライアント案件から匿名化したCTRや改善幅の集計データを出す。営業会社なら、商談ログから「断られた理由トップ5」を可視化する。自分たちが日常的に持っている数字を整理して出すだけで、世の中に同じものはない一次データになります。

ふたつ目は、当事者インタビューです。社員1人、取引先1人、顧客1人。誰かに15分聞いて、その発言を引用する。これだけで「他のどこにもない言葉」が記事に乗ります。15分のZoomなら今週中に1本仕込める。難しい話ではありません。

みっつ目は、自分の手で試した検証ログです。僕が記事でいつもやっているのが、ここ。「Claude Codeを実際にこういう手順で動かした、結果はこうだった」というプロセスを残す。ベンチマーク数値より、手順の細部の方が独自性が高いことが多い。なぜなら、他人は同じ細部までは試さないからです。

よっつ目は、比較・分類・翻訳の独自フレームです。世にあるレポートを5パターンに分類する、AとBを4軸で比較する、海外の概念を日本のビジネス文脈に翻訳する。素材はオリジナルでなくても、整理の仕方がオリジナルなら一次性は立ちます。

ここで気になるのが「どれくらいやれば足りるのか」でしょう。実装の手応えとしては、1記事あたり「最低1つ、理想は2つ」の一次性要素を入れる感覚で十分です。たとえば「ChatGPTで業務効率化」のような汎用テーマでも、自社の試行ログを1段落入れるだけでいい。Googleは「他にない情報を含む記事」として再評価する余地を作ります。

逆に、ChatGPTやClaudeで生成しただけの要約記事は、Discoverでは抑制される側に回ります。これは2026年2月のアップデートが明確に強化した方向です。生成AIで要約を量産する戦略は、Discoverの土俵ではマイナス評価に転じました。僕自身、複数のサイトで「Discover経由クリックは減少したが検索順位はほぼ横ばい」というパターンを3月以降に観測しています。あくまで実務観察の所感ですが、上記アップデートの方向性と整合する動きとして参考にしてください。

画像と専門性、明日できる実装チェック

技術側の話に戻ります。明日からチェックできる項目を、実装難度の低い順に並べていきましょう。

チェック1 — max-image-preview:large メタタグの設置

<meta name="robots" content="max-image-preview:large"> を、サイト全体のheadに追加します。多くのCMS（WordPress、Astro、Next.jsベースのヘッドレス構成）では、テーマやプラグイン側で標準実装されている場合もある。念のため現在のソースコードを開いて確認してください。これが入っていないと、Discoverのサムネイル表示で大きな画像が選ばれません。

チェック2 — og:imageの仕様確認

og:imageは1200px以上の幅、できれば16:9のアスペクト比、文字なしの画像を指定します。ロゴは避ける。記事ごとに固有の画像を持たせる。サイト全体で同じ画像を使い回すと、Discoverに出にくくなります。これは公式ドキュメントが明示している点です。

チェック3 — タイトルのクリックベイト除去

煽り表現、誇張、本文と一致しないタイトルは、2026年2月のアップデートでより強く抑制されるようになりました。「絶対に知らないと損する〇〇」「〇〇は実は不要だった」式の見出しは、SEOでも下がり、Discoverでは特に弾かれやすくなります。両方の入口で生き残るのは、本文の主張をそのまま要約する見出しのほう。

チェック4 — Search Console「Discover」レポートの月次確認

Search Consoleには「Discover」専用パフォーマンスレポートがあります。月次ビューを使って、過去3か月のクリック数・表示回数・上位URLを確認してください。増えているURLの共通点と、減っているURLの共通点を見比べる。これだけで「自社の場合、何がDiscoverに刺さるか」の輪郭が見えてきます。

チェック5 — 専門領域の「粒度」を見直す

ここが最も時間のかかる作業です。自社サイト全体を眺めて、「この領域で、うちが日本で5本指に入るくらい深い記事を持っているか」を自問してください。広く浅く扱っている領域は、思い切って「カテゴリの整理」をする価値があります。Discoverは粒度の細かい専門性を見ているからです。何でも書くサイトより、絞ったサイトが選ばれやすい。

このチェック5項目のうち、1〜3は今日中にできます。4は今週中。5は来月までに方針を出すペースで十分でしょう。完璧を待たず、できる順に動くこと、これがDiscover対応の本筋です。

まとめ — Discoverを「不安定なおまけ」のままにしない

ここまで見てきた通り、2026年のGoogle Discoverは、もう「検索の副次的な通路」ではありません。Googleが単独でCoreアップデートを打つ対象になり、デスクトップにも展開が進み、Search Console側も月次トレンドで評価する仕組みが整った。設計対象として独立した、もうひとつの流入の本流です。

検索順位だけ見ているマーケターは、半年後に「なぜか流入が伸びない、けれど順位は守れている」という奇妙な現象に向き合います。それはDiscoverを設計していないから起きる現象です。

今週やることは、3つです。

1. max-image-preview:large の設定確認と、og:image・タイトルの方針見直し。技術的な土台を1日で整える
2. Search Consoleの「Discover」月次レポートを確認。自社のどの記事が出ているか、何が共通点かを掴む
3. 次に書く記事に「一次性要素」を最低1つ入れる。自社データ・15分インタビュー・自分の検証ログ・独自フレームのどれでもいい

僕自身、AIエージェントの実装ガイド系の記事を書くとき、必ず「自分が動かしてみた手順」を1段落入れるようにしています。ベンチマーク数字より、手順の細部の方が一次性として強いからです。読者からの反応も、ベンチマークより手順を引用した記事のほうが圧倒的に多い。

検索とDiscoverを別個に設計する。この前提を今週インストールできた人は、半年後に「なぜか伸びない」側ではなく、「Discover経由が増えた」側にいるはずです。入口は二重化しました。設計も二重にしてください。

検索順位を見るのと並行して、もうひとつのダッシュボードを開く。それだけで、2026年のマーケティングの土台はじゅうぶん変わってきます。

---

参考:

• 検索の評価軸そのものの変化についてはナギの「検索の地図が変わった。Search Everywhere Optimizationで5つの入口を同時に押さえる実践ガイド」も合わせて
• AIに引用される側の設計は「Googleで1位でも、AIに引用されない記事の共通点」で詳しく
• 引用される記事の構造は「あなたの記事、AIに引用されるか」で
• 全体像は「2026年のマーケ地図が1枚にまとまった」で
• SEOとSNSの統合視点は「SEOとSNSを別管理している人が損する理由」から

出典:

• Google Search Central Blog「Google’s February 2026 Discover Core Update」
• Google Search Central「Get on Discover」公式ドキュメント
• Google Search Central Blog「Introducing weekly and monthly views in Search Console」
• ALM Corp「Google’s February 2026 Discover Core Update: What the Data Actually Shows About Local Publishers」
• Search Engine Roundtable「Google Begins Rolling Out Discover On Desktop」