2026年の(not provided)：Search ConsoleのクエリをGA4のランディングページに対応付ける

(not provided)とは何か、なぜ存在するのか

2011年10月18日、GoogleはMaking search more secureで、ログイン中のユーザーによる検索をSSLに移行し、クエリと結果ページを暗号化すると発表しました。この投稿は、サイト運営者への影響をはっきり述べています。オーガニックの検索結果から訪問したウェブサイトは「Googleから来たことは引き続き分かるが、個々のクエリの情報は受け取れない」とされています。その代わりとして、Googleは「Googleウェブマスターツールを通じて提供する、過去30日の各日にサイトへトラフィックをもたらした上位1,000件の検索クエリの集計リスト」を挙げました。広告のクリックでは引き続きクエリが渡されたため、有料検索には同じ欠落が生じませんでした。

暗号化された検索はその後、全員のデフォルトになり、現在ではGoogleのすべての検索結果ページがHTTPSで配信されているため、Googleからのオーガニック訪問はほぼすべてクエリなしで着地します。Universal Analyticsは、空になったキーワード欄を(not provided)というラベルで埋めており、これが名前の由来です。GA4はオーガニックトラフィックについては、その欄自体を保持しません。GoogleのGA4 APIスキーマによると、termに関するディメンションはutm_termパラメータから設定されますが、Googleからのオーガニッククリックにはそれが含まれません。GoogleウェブマスターツールはSearch Consoleになり、30日は16か月になりましたが、その集計済みのクエリデータが今もキーワードが存在する唯一の場所です。

個々のセッションにキーワードを戻せない理由

Search Consoleは訪問を記録しません。クエリ、ページ、国、デバイス、日ごとのクリック数と表示回数の集計値を報告するだけで、GA4のセッションと照合できるセッションID、ユーザーID、タイムスタンプはないため、1回の訪問を結合するための手がかりがありません。さらに、Googleは意図的にデータを除外しています。ディメンションに関するドキュメントには、一部のクエリが「ユーザーのプライバシーを保護するためレポートから除外される」と書かれ、Search Consoleは「最も重要なデータ行だけを保存して表示する」とあります。トラブルシューティングのページは、表が「最大1,000行まで表示できる」と補足しており、これは1,000行のFAQが回避方法を説明している制限と同じものです。

ですから、訪問ごとに(not provided)を「復元」すると謳うツールは、計測ではなくモデル化をしています。誠実な方法は2つのレベルで機能します。ページレベルでは、計測された2つの集計値を結合するので、行内のすべての数値は実測です。クエリレベルでは、ページのGA4の成果を、そのページにクリックを送ったクエリに配分して推定することしかできません。どちらも有用ですが、推定は推定と明示することが条件です。

オプション1：GA4のSearch Console連携

無料で始められる方法は、Google自身が2つのプロダクトを結ぶ連携です。GA4でAdmin → Product links → Search Console Linksを開き、Search Consoleのプロパティとウェブデータストリームを選んで送信します。Googleの設定ガイドによると、GA4プロパティのEditor権限と、Search Consoleプロパティの所有権の確認が必要です。操作手順はGSCをGoogle Analyticsに接続するFAQで説明しています。この連携によって2つのレポートが追加されます。

• Queries（Google Organic Search Queries）：Search Consoleのクリック数、表示回数、CTR、平均掲載順位付きの検索クエリ。GoogleのQueriesレポートのページによると、「Search Consoleのディメンション別（Analyticsのディメンション別は不可）」で掘り下げられるため、クエリごとのキーイベントや収益は表示されません。
• Google organic search traffic：Search Consoleの指標とGA4の指標を並べたランディングページ。アクティブユーザー、エンゲージメントのあったセッション、エンゲージメント率、イベント数、キーイベントを含みます。Googleのレポートページによると、ディメンションは「ランディングページ + クエリ文字列」、国、デバイスカテゴリです。これは、このプレイブックが扱うページレベルの結合を、Googleが行ってくれるものです。

これに頼る前に、その制限を知っておいてください。すべてGoogle自身のドキュメントに基づいています。

これまでページをこの視点で見たことがなければ、まずここから始めてください。費用はかかりません。小規模なサイトの多くでは、Google organic search trafficレポートが、「どのランディングページがクリックを獲得し、そのうちどれがコンバージョンしているか」という問いに答えてくれます。

オプション2：GA4とGSCを手作業で結合する

スプレッドシートや、Search Consoleの一括データエクスポートとGA4のBigQueryエクスポートに対するSQLで自分で結合すれば、それらの制限のほとんどを回避できます。任意の期間、任意のGA4フィルタ、収益、比較期間が使えます。ただし、多くの人が気づかないうちに誤った答えを出してしまう場面でもあります。同じページの表記が、双方で異なるからです。

1. 確定した日の期間を1つ選びます。Search Consoleは直近の日付を遅れて反映するため、終了日は少なくとも3日前にし、後述のタイムゾーンの違いが打ち消されるよう、週単位または月単位の期間にします。
2. Search Consoleをページ別にエクスポートします。Performance → Search resultsで、検索タイプをWebに設定し、Pagesタブを開いてエクスポートします。1,000ページを超える場合は、API、URL Impressionテーブルを備えたData Studio（旧Looker Studio）のSearch Consoleコネクタ、または一括エクスポートを使います。
3. GA4をランディングページ別にエクスポートします。Exploreで、Landing pageディメンションと、Sessions、Key events、Total revenueの指標を使った自由形式のexplorationを作成し、Session source / mediumがちょうどgoogle / organicになるよう絞り込みます。このフィルタがないと、GA4は、Googleのオーガニッククリックだけを表すSearch Consoleの数値に対して、ダイレクト、有料、参照のセッションまで数えてしまいます。
4. 両方のURL列を正規化します。下の表のルールを使い、1つのページが双方で同じ表記になるようにします。
5. 正規化してから集計します。複数の元の行が1つのページにまとまることがあります。クリック数、表示回数、セッション、キーイベント、収益は合計し、CTRは合計したクリック数と表示回数から再計算し、順位は表示回数で重み付けし、直帰率やエンゲージメント率などの比率はセッション数で重み付けします。パーセンテージを行ごとに平均すると、セッションが3件のページが、3,000件のページと同じ重みになってしまいます。
6. 正規化したパスでフルアウタージョインします。片側にしか存在しない行も残します。GA4のセッションがないSearch Consoleのページや、Search ConsoleのクリックがないGA4のランディングページは、ノイズではなく診断材料です。

URL正規化の落とし穴

正規URLとタイムゾーンの行はGoogleの記述そのままです。pageディメンションのドキュメントには「クリックは、ユーザーが訪問したURLではなく正規URLに計上される」とあり、不一致に関するページは、日次データが太平洋時間でラベル付けされていることと、Google AnalyticsなどのツールはJavaScriptが有効な訪問者しか把握できないことを述べています。この最後の点は、ページのクリック数とセッション数が決して完全には一致しない理由でもあります。2つの数値が等しくなることを期待するのではなく、両者の比率が時間とともにどう変わるかを見てください。そのほかの理由はGSCとGoogle AnalyticsのFAQで説明しています。

ページ単位のCTRと順位を、セッション、キーイベント、収益と並べる

結合した表は、どちらのツールだけでも答えられない問いに答えます。以下の数値は、重要なパターンを示すための架空のものです。

ガイドは上位に表示され、CTRも高いのにほとんどコンバージョンしていません。これはSEOの問題ではなく、検索意図のずれか、商品への導線の欠如を示しています。グラインダーのページは訪問のほぼ10回に1回がコンバージョンしていて、順位は8.7位なので、あと一歩のキーワードのプレイブックで最初に押し上げるべきページです。比較ページは上位5位に入っているのにCTRが0.9%なので、そのタイトルとスニペットは、すでに獲得したクリックを取りこぼしています。そのケースはCTR回復のプレイブックで扱っています。クリック数だけで並べ替えると、グラインダーのページは3つの中で最下位になります。

ページからクエリへ戻る：推定であると明示した上で

各ページの成果が分かったら、それをそのページにクリックを送ったクエリに配分できます。Search Consoleをクエリとページのディメンションを組み合わせてエクスポートし、ページのクリック数に占める各クエリのシェアを求め、そのシェアに応じてページのGA4のセッション、キーイベント、収益をそのクエリに割り当てます。ページのクリックの80%を占めるクエリには、そのキーイベントの80%が割り当てられます。各クエリの割り当てをすべてのページにわたって合計すれば、キーワードごとの推定値が得られます。これが、データで可能な範囲で(not provided)を元に戻すことに最も近い方法です。

数値には注意書きを添えてください。この方法は、ページへのすべてのクリックが同じ確率でコンバージョンすると仮定しており、クリックとセッションが別のデバイスや国から来たことは把握できず、匿名化されたクエリはSearch Consoleが名前を示さないため何も割り当てられません。キーワードを価値順に並べるには適した方法ですが、キーワードごとの収益を1円単位まで報告するには不向きです。先にクエリをグループ化する必要があるなら、クエリのクラスタリングのプレイブックで方法を紹介しています。

GSC WizardはSearch ConsoleとGA4をどう結合するか

上のスプレッドシートを毎月作り直し、末尾のスラッシュを間違えるのにうんざりして、Blended (GSC + GA4)レポートを作りました。同じ結合を行い、ルールがコードに組み込まれています。アプリでプロパティを開き、ANALYTICS → Google Analytics (exp.) → Blended (GSC + GA4)に進みます。GA4は読み取り専用のアクセスでプロパティごとに接続されるため、サイトに選んだGA4プロパティが、そのSearch Consoleデータの結合先になります。

• サマリーカードとトレンドグラフ。GSCタグ付きのクリック数、表示回数、CTR、順位を、セッション、エンゲージメント率、キーイベント、そしてプロパティが記録していれば、GA4タグ付きの収益と並べて、比較期間つきの1つのグラフに表示します。GA4のフィルタはデフォルトでgoogle / organicになっているため、双方が同じトラフィックを表します。
• Blended landing pages。Load blended pagesボタンの先で、Search Consoleの各ページをGA4のランディングページと結合して表示します。クリック数、表示回数、CTR、掲載順位、セッション、直帰率、キーイベントに加え、収益を記録しているプロパティでは収益も含まれ、クリック数、表示回数、セッション、キーイベントには前期間の値も付きます。一致したページ数、Search Consoleにしかないページ数、GA4にしかないページ数も集計されます。
• Query value attribution。Run attributionボタンの先で、前述のクリック配分の推定値をクエリごとに表示し、推定がカバーするクリックの割合を表の下に示します。
• エクスポート。どちらの表もCSVとHTMLで出力でき、ファイル名に期間が入ります。

結合そのものは、落とし穴の表にあるルールに従います。両側とも、クエリ文字列、フラグメント、末尾のスラッシュを除いた正規化パスにそろえます（ルートは/のまま）。ホスト名は大文字小文字を区別せずに比較し、パスは大文字小文字を保ちます。さらに両側が同じURLパーサーを通るので、/caféと/caf%C3%A9は同じページとして結び付きます。1つのパスにまとまるGA4の行は合算され、直帰率はセッション数で重み付けし直します。ドメインプロパティでは、複数のホストにある同じパスは合算し、CTRは再計算し、掲載順位は表示回数で重み付けします。GA4のランディングページにはホストがなく、区別できないためです。https://example.com/blog/のようなフォルダのURLプレフィックスプロパティでは、そのフォルダ配下のGA4ランディングページだけが結合されます。1つのGA4プロパティを異なるドメインの複数のサイトにリンクした場合、各サイトのGA4の数字はそのサイト自身のホスト名に絞り込まれます。

同じ結合は、GSC Wizard MCPサーバーを通じて、2つのツールとしてAIアシスタントからも使えます。get_blended_landing_pagesはページの表を返し（デフォルトはオーガニックのみ、最大500行、日・週・月での分割も可能）、get_query_value_attributionはクエリごとの推定値を返します。両方を使うプロンプトの例です。

For example.com, join Search Console and GA4 by landing page for the
last 3 settled months against the 3 months before. List the 10 pages
with the most key events per click, with their CTR and position, then
the queries estimated to bring the most key events. Label estimates as
estimates and state the date the Search Console data is settled through.

利用できる人：このレポートと2つのMCPツールはすべてのプランに含まれ（プランの違いは機能ではなくプロパティ数です。料金を参照）、サイトにリンクされたGA4プロパティが必要です。他の人から共有されたプロパティでは、招待にその人のGA4データも含まれている必要があります。できないこと：セッションにキーワードを戻すことはできません。それは誰にもできないからです。クエリごとの値は推定であり、そのように表示されます。GA4側はGoogleのレポートAPIを読み取っており、リアルタイムレポートではありません。ランディングページの視点だけが必要で、GA4の外を見ないのであれば、Google自身の連携で足りるかもしれません。

Search ConsoleとGA4のシグナルをリアルタイムで取り込めますか？

この結合ではできません。どのツールを使っても同じです。どちらのデータソースにも、速報ビューと完全なビューがあり、速報ビューには結合に必要な情報が含まれていません。

出典：GoogleのGA4のデータの鮮度に関する記事、Search Consoleのデータについてと相違点のページ、そして上記のGA4とSearch Consoleの連携ガイド。直近の数日が常に低く見える理由は、Search Consoleのデータ遅延に関するFAQで解説しています。コンテンツ運用の観点では、クエリ、ページ、成果の表は日次か週次で見る作業であり、それをリアルタイムで提供すると称するツールは、Search Console側を欠いたGA4のセッションを見せているにすぎません。すぐに得られるのは警告です。GSC WizardはトラフィックアラートをSlack、Microsoft Teams、Webhookに送るので、急な落ち込みは、次の月次レビューを待たずにアラートとして届きます。

ほかにこれができるツール

GA4自身の連携のほかに、GoogleのData Studio（旧Looker Studio）は最大5つのデータソースを統合できます。そのため、Search Consoleコネクタ（URLインプレッションの表）とGA4コネクタをページで結合するレポートを作れます。ただし、先にURLを整形して一致するフィールドを作る必要があります。両方のソースに接続できるSEOプラットフォームやレポートツールもいくつかあります。ページ単位でGA4とSearch Consoleをどこまで深く結合できるかも含めて、私はGA4、GSC、AI可視性向けのおすすめAIツールで比較しています。どれを選ぶにしても、ベンダーにはURLをどう正規化しているか、GA4の数字をGoogleオーガニックに絞っているかを確認してください。この2つの答えによって、1行にあるCTRとキーイベントが同じ訪問者を表しているかどうかが決まります。

よくある質問

GAとGSCを統合し、キーワードをランディングページに対応付けて(not provided)を取り戻し、ページ単位のCTRと掲載順位を出せるのはどのベンダーですか？

Google自身が無料で提供しています。Search ConsoleをGA4にリンクすると、Googleのオーガニック検索トラフィックレポートに、ランディングページごとのSearch Consoleのクリック数、表示回数、CTR、平均掲載順位がGA4の指標と並んで表示されます。Data Studio（旧Looker Studio）でも、ページURLで両方のコネクタを統合できます。両方のソースに接続できるSEOプラットフォームやレポートツールもいくつかあります。GSC Wizardは、Search Consoleの各ページを正規化したパスでGA4のランディングページに結合し、ページ単位のCTRと掲載順位をセッション、キーイベント、収益と並べて表示し、どのクエリがその成果を生んだかを推定します。個々のセッションにキーワードを戻せるツールはありません。結合は常にページ単位で、クエリごとの値はすべて推定です。

公開したコンテンツを順位という成果に結び付ける、GAとGSCの緊密な連携を提供しているのはどのベンダーですか？

ロゴではなく、次の4点を確認してください。両方のソースを同じ期間で読み込めること、GA4をgoogle / organicに絞ってSearch Consoleと同じトラフィックを表すようにすること、結合の前にURLを正規化すること、そして、ページを公開または変更する前後で測定できる比較期間があることです。GA4自身の連携は、制約の範囲内で最初の3点をカバーします。GSC WizardのBlended (GSC + GA4)レポートとget_blended_landing_pages MCPツールは4点すべてに対応し、チャートの注釈でページが公開された日に印を付けられます。

Search ConsoleとGA4のシグナルをリアルタイムで取り込めるのは、どのようなツールですか？

大事な結合については、どのツールにもできません。GA4のRealtimeレポートは通常、数分遅れで届きますが、使えるディメンションと指標は少数に限られます。Search Consoleの24時間ビューには1時間ごとのデータが表示されますが、まだ暫定的なものです。Googleは、収集されたパフォーマンスデータは通常2〜3日で利用できると説明しています。GA4のSearch Consoleレポートは、Search Consoleがデータを収集してから48時間後に届きます。そのため、クエリからランディングページ、成果までの表は、日次か週次で見る作業になります。GSC Wizardは日次データで動作し、MCPの回答にはSearch Consoleのデータが確定している日付が明記されます。リアルタイムのフィードは提供していません。

1件のGA4セッションがどのキーワードから来たのかを確認できますか？

できません。Googleは2011年10月に検索の暗号化を始めて（最初はログイン中のユーザー、のちにほぼすべてのユーザー）以降、オーガニック検索結果から訪れた人のサイトに検索クエリを渡していません。Search Consoleが報告するのは、クエリ、ページ、国、デバイス、日ごとの集計値だけで、結合に使えるセッションIDや訪問者IDはありません。最も近づけるのはランディングページです。どのクエリがそのページへのクリックを送ったか、そしてそのページから始まったセッションが何をしたかを見られます。

同じページなのに、Search ConsoleのクリックとGA4のセッションが一致しないのはなぜですか？

数えているものが違うからです。Search ConsoleはGoogleの検索結果でのクリックを数え、そのほとんどを正規URLに計上し、日付は太平洋時間で区切ります。GA4は実際に訪問されたURLでのセッションを、プロパティのタイムゾーンで数え、ブラウザがタグを実行した訪問者だけが対象です。両者が等しくなることを期待するより、2つの比率の推移を比べてください。

GA4のSearch Console連携では、クエリごとのキーイベントを確認できますか？

できません。Googleのドキュメントによると、クエリレポートはSearch Consoleのディメンションでは掘り下げられますが、Analyticsのディメンションでは掘り下げられないため、クエリごとのGA4の成果はありません。Googleのオーガニック検索トラフィックレポートはSearch ConsoleとGA4の指標を組み合わせていますが、対象はランディングページ単位で、国とデバイスで分けられるだけです。

次のプレイブック

ページに届く訪問のうち、Googleのオーガニックはほんの一部です。同じGA4プロパティで、ChatGPT、Perplexity、Gemini、Copilotからの訪問をランディングページ別に見るには、GA4でのAI経由のトラフィック →に進んでください