GA4でSEO効果を測る方法｜設定と探索レポート活用ガイド【2026年最新】

GA4でSEOを測るとき、何が見えて何が見えないのか

SEOの計測は、検索結果の中で起きたことと、サイトに入ってから起きたことの2つに分かれます。前者はSearch Consoleの領域で、表示回数・クリック数・掲載順位・クエリが分かります。後者がGA4の領域で、流入後にどのページを見て、どこで離脱し、どの成果に至ったかが分かります。

この境界を意識しないまま「GA4で検索キーワードを見たい」と考えると行き詰まります。GA4は原則としてユーザーがサイトに来てからの行動を記録する仕組みであり、検索クエリはGA4が自力で取得しているデータではないからです。後述するSearch Console連携を行って初めて、限定的な形でクエリを扱えるようになります。GA4が扱う指標そのものの定義（セッション・エンゲージメント率・キーイベントなど）や用語集はGA4とは？初心者向けに使い方・初期設定・見るべき指標まで解説で整理しています。

したがってGA4に期待すべき役割は、次の3つに整理できます。

• オーガニック流入がサイト内でどう動き、どの成果につながったかを可視化する
• ランディングページ単位で「集客はできているが成果に至っていないページ」を特定する
• Search Consoleの表示回数・クリック数と、サイト内の成果を同じ画面でつなぐ

検索結果側の指標をどう設計するかはSEO指標一覧｜重要度別に見るべきKPIと確認方法で、測定の全体フローはSEO効果測定の方法｜KPI設計からレポートまで完全解説で整理しています。本記事はそのうち「GA4という道具をどう扱うか」に絞って掘り下げます。

SEO計測のためのGA4初期設定

GA4は初期状態のままでもページビューは記録しますが、それだけではSEOの成果を語れません。最低限、次の3つを設定しておきます。

キーイベント（旧コンバージョン）を定義する

GA4では、成果とみなす行動を「キーイベント」として定義します。公式ドキュメントは「収集するあらゆるイベントがキーイベントになり得る。キーイベントを測定するには、その行動を測定するイベントを作成または特定し、そのイベントをキーイベントとしてマークする(“Any event you collect can become a key event. To measure a key event, create or identify an event that measures the action and then mark the event as a key event.”)」と説明しています。

つまり手順は「イベントを用意する」→「キーイベントとしてマークする」の2段階です。問い合わせ完了、資料ダウンロード、会員登録など、事業上の成果に直結する行動を選びます。ここで注意したいのは、Google広告側のコンバージョンとは別物だという点です。公式ドキュメントは「Google広告のコンバージョンはGoogleアナリティクスの標準レポートには表示されない(“Google Ads conversions don’t appear in standard Google Analytics reports.”)」と明記しています。広告レポートとGA4のレポートで数字が食い違う典型的な原因がこれです。

キーイベントとして何を置くべきかは、サイトの目的によって変わります。サイトタイプ別の考え方はSEO KPIの設計方法｜サイトタイプ別の具体例と測定方法にまとめています。コンバージョンそのものの定義や種類の整理はコンバージョンとは？種類・計測方法・CVR改善施策まで初心者向け完全ガイドを参照してください。

Search Consoleと連携する

GA4の管理画面から、Search Consoleのプロパティをリンクします。連携は1対1で、1つのウェブデータストリームがリンクできるSearch Consoleプロパティは1つだけ、その逆も同様です。また、いったん作成したリンクは後から編集できず、変更したい場合は削除して作り直す必要があります。プロパティを付け替える可能性がある場合は、最初にどのプロパティを結ぶかを決めてから作業してください。

データ保持期間を確認して延ばす

GA4には「データ保持期間」という設定があり、ここが初期設定のままだと分析できる範囲が大きく制限されます。標準プロパティで選べるのはイベントデータが2か月または14か月、ユーザーデータが2か月または14か月です（26か月・38か月・50か月はGoogleアナリティクス360のみ）。

重要なのは、この設定が影響する範囲です。公式ドキュメントは「データ保持設定は、プロパティ内の標準の集計レポート（プライマリおよびセカンダリディメンションを含む）には影響しない。レポート内で比較を作成した場合も同様である(“the data retention setting does not affect standard aggregated reports (including primary and secondary dimensions) in your Google Analytics property, even if you create comparisons in the reports.”)」と説明しています。影響を受けるのは探索レポートとファネルレポートです。

つまり「標準レポートでは去年の数字が見えるのに、探索レポートでは同じ期間を指定してもデータが出ない」という現象は、保持期間が短いまま運用されているサインです。SEOは前年同月比で評価する場面が多いため、実務では14か月を選んでおくのが無難です。なお、この設定は変更した時点以降に適用される考え方なので、気づいた時点で早めに直すほど取り返せる範囲が広くなります。

Search Console連携で追加される2つのレポートと、その制約

連携が完了すると、GA4に2つのレポートが追加されます。ここはGA4でSEOを測るうえで最も誤解が多い部分なので、仕様を正確に押さえておきます。

追加される2つのレポート

• Google オーガニック検索クエリ（Google Organic Search Queries）：検索クエリと、それに紐づくSearch Consoleの指標を表示する
• Google オーガニック検索トラフィック（Google Organic Search Traffic）：ランディングページと、それに紐づくSearch Consoleおよびアナリティクスの指標を表示する

成果との接続を見たいときに使うのは後者です。ランディングページ単位で、Search Console側の表示回数・クリック数と、GA4側のエンゲージメントやキーイベントを同じ表で見比べられます。

掛け合わせられるディメンションは3つだけ

ここが決定的な制約です。公式ドキュメントは「Search Consoleの指標は、Search Consoleのディメンションと、次のアナリティクスのディメンションとのみ互換性がある：ランディングページ、デバイス、国(“Search Console metrics are only compatible with Search Console dimensions and the following Analytics dimensions: Landing page, Device, Country.”)」と明記しています。

つまり「検索クエリ×キーイベント」や「検索クエリ×ユーザー属性」といった掛け合わせは、GA4の標準機能では実現できません。クエリ単位でコンバージョンを見たい、という要望は実務でよく出ますが、これは工夫の問題ではなく仕様上できないことです。どうしても必要なら、ランディングページを媒介にして間接的に推定するか、BigQueryエクスポートやLooker Studioでの結合といった別の手段を検討することになります。

あわせて、これらのSearch Consoleレポートは時系列グラフに対応していません。推移を折れ線で追いたい場合は、Search Console側の検索パフォーマンスレポートを使います。その具体的な見方はサーチコンソールの使い方完全ガイド｜初心者向け実践マニュアルで解説しています。

48時間の遅延と16か月の保持

データの鮮度にも仕様があります。公式ドキュメントは「Search Consoleのデータは、Search Consoleが収集してから48時間後にSearch ConsoleおよびAnalyticsで利用可能になる(“Search Console data is available in Search Console and in Analytics 48 hours after it is collected by Search Console.”)」と説明しています。昨日実施した施策の反応を今日GA4で見ようとしても、まだ反映されていないのが正常な状態です。

また「Search Consoleはデータを直近16か月分保持する(“Search Console keeps data for the last 16 months.”)」ため、2年前との比較はそもそもできません。長期の推移を残したい場合は、定期的にエクスポートして自前で蓄積しておく必要があります。月次でどう記録に残すかはSEOレポートの作り方｜テンプレート付き月次レポートガイドで扱っています。

探索レポートでオーガニック流入を分析する

標準レポートは全体像の把握に向いていますが、SEOの分析では「オーガニックだけを切り出して、ランディングページ単位で成果を見る」という操作が必要になります。これを担うのが探索（Exploration）レポートです。

ランディングページ×キーイベントの表を作る

最も汎用性が高いのが、自由形式でランディングページ別の成果を並べる表です。設定する項目は次のとおりです。

探索 > 自由形式

セグメント : オーガニック検索トラフィック
ディメンション: ランディングページ
指標      : セッション / エンゲージメント率 / キーイベント数 / セッションのキーイベント率

行         : ランディングページ
値         : 上記の指標

この表を作ると、ページを3つのグループに分けて考えられるようになります。セッションが多くキーイベントも出ているページは維持、セッションは多いのにキーイベントが出ていないページは内容や導線の見直し対象、セッション自体が少ないページは検索側の改善対象です。前者2つはGA4だけで判断でき、最後の1つはSearch Console側のデータと突き合わせる必要があります。

エンゲージメント率が低いページを見つけたときは、直帰率の考え方とあわせて解釈すると誤読を防げます。GA4における直帰率の定義はユニバーサルアナリティクス時代と異なるため、直帰率とは？GA4での定義・業界別目安・改善施策まで完全解説で定義を確認してから使ってください。

セグメントでオーガニックだけを切り出す

探索レポートでセグメントを作らずに分析すると、広告やSNS、参照元不明の流入が混ざったまま「SEOの成果」を語ってしまうことになります。セッションのデフォルトチャネルグループが「Organic Search」であるセッションに限定したセグメントを1つ作っておき、SEO分析ではこれを常に適用するのが安全です。

なお、成果の割合をCVRとして評価する場合は、分母をセッションにするのかユーザーにするのかで数値が変わります。定義の揺れは社内で認識がずれる原因になりやすいため、CVRとは？コンバージョン率の計算方法・業界別平均値・改善施策を完全解説で計算方法を統一しておくことをおすすめします。

「オーガニック検索」が正しく分類されているかを確認する

SEOの数字を語る前提として、そもそもGA4が「これはオーガニック検索だ」と判定した流入が正しいかを確認しておく必要があります。ここがずれていると、以降の分析はすべて土台から狂います。

Organic Searchの判定条件

GA4のデフォルトチャネルグループにおいて、Organic Searchは「参照元が『SOURCE_CATEGORY_SEARCH』に列挙された検索サイトの一覧に一致する、または メディアが完全に organic に一致する(“Source matches a list of search sites listed under ‘SOURCE_CATEGORY_SEARCH’ OR Medium exactly matches organic”)」と定義されています。条件はORなので、どちらか一方を満たせばオーガニックとして分類されます。

関連するチャネルとの違いも押さえておきます。Paid Searchは、参照元が検索サイトの一覧に一致し、かつメディアが ^(.*cp.*|ppc|retargeting|paid.*)$ に一致するものです。つまり検索サイト由来でも、メディアに有料広告を示す値が入っていれば有料側に振り分けられます。Directは参照元が (direct) で、かつメディアが (not set) または (none) のものです。Referralはメディアが referral・app・link のいずれかである場合に該当します。

分類がずれる典型パターン

この仕様を踏まえると、実務でオーガニックの数字が歪む原因は次のように整理できます。

• メディアに organic を手動で付けてしまう：メールマガジンやSNS投稿のリンクにUTMパラメータを設定する際、メディアを誤って organic にすると、検索経由でない流入がオーガニックに合算されます。判定条件がORである以上、参照元が何であってもオーガニックとして数えられてしまいます
• 検索サイトとして認識されていない経路：GoogleがSOURCE_CATEGORY_SEARCHに登録していない参照元からの流入は、メディアが organic でない限りオーガニックにはなりません。ReferralやUnassignedに落ちている流入がないかを確認する価値があります
• どのルールにも一致しない：いずれのチャネルルールにも一致しない場合、GA4はそのセッションに「Unassigned」を割り当てます。Unassignedが目立って多い場合は、UTMの付け方かタグの実装に問題がある可能性が高いと考えられます

SEOの成果を報告する前に、チャネルレポートでUnassignedの比率と、オーガニックの参照元内訳を一度確認しておくことをおすすめします。ここを見ておくと、後から「その数字はSEOの成果ではなかった」と判明する事故を防げます。

数字が合わないときに疑う3つの仕様

GA4で「おかしい」と感じたときの原因は、多くの場合バグではなく仕様です。頻出する3つを押さえておけば、無用な調査時間を減らせます。

しきい値適用でデータが伏せられている

行が消える、合計が合わない、という現象の代表的な原因がしきい値適用です。公式ドキュメントは「データのしきい値は、レポートや探索を閲覧している人が、データに含まれる人口統計・興味・その他のシグナルに基づいて個々のユーザーの身元や機微情報を推測できないようにするために適用される(“Data thresholds are applied to prevent anyone viewing a report or exploration from inferring the identity or sensitive information of individual users based on demographics, interests, or other signals present in the data.”)」と説明しています。

SEO分析で特に影響が出るのが検索クエリです。公式ドキュメントは「レポートまたは探索に検索クエリ情報が含まれる場合、総ユーザー数が十分でなければ、そのデータを含む行が伏せられることがある(“If a report or exploration includes search query information, the row containing that data may be withheld if there aren’t enough total users.”)」としています。ロングテールのクエリが表示されないのは、計測漏れではなくこの仕様である可能性が高いということです。

適用されているかどうかは、レポート上部のデータ品質インジケーターで確認できます。対処として公式が挙げているのは期間の拡大で、「期間を広げると、イベントを発生させたユーザー数が増え、それまで伏せられていたデータが見えるようになる場合がある(“Expanding the date range may increase the number of users who triggered an event, enabling you to see the previously thresholded data.”)」と説明されています。しきい値そのものは「システム側で定義されており、調整できない(“Data thresholds are system defined. You can’t adjust them.”)」ため、設定で無効化することはできません。

どうしても行単位の完全なデータが必要な場合はBigQueryエクスポートという選択肢がありますが、こちらにも「AnalyticsはGoogleシグナルのデータをBigQueryにエクスポートしない(“Analytics doesn’t export data from Google signals to BigQuery.”)」という制約がある点は理解しておく必要があります。

標準レポートと探索レポートで数字が違う

前述のとおり、データ保持期間は標準の集計レポートには影響せず、探索とファネルレポートにのみ影響します。保持期間が2か月のまま探索レポートで半年前を指定すれば、データは出ません。同じ期間を指定したのに標準レポートでは見えて探索では見えない、という場合は、まず保持期間の設定を確認してください。

URLが変わって履歴が分断されている

GA4のランディングページはURLで識別されるため、サイト構成を変更するとその前後で同じページが別物として集計されます。当サイトも2026年7月にNext.jsによる静的サイトからWordPressへ移行し、/blog/xxx/ から /xxx/ へURLを変更しました。301リダイレクトで評価を引き継いだためインデックス上の問題は起きませんでしたが、GA4のランディングページ別レポートでは移行の前後で行が分かれます。

URL変更を伴う施策の効果を見るときは、ページ単位ではなくディレクトリ単位やサイト全体で比較するか、比較期間を移行後にそろえるといった配慮が必要です。移行そのものを検討している場合は、計測の連続性が切れることを前提にレポートの設計を先に決めておくと混乱が減ります。

GA4のSEO計測でやりがちな失敗

最後に、実務で繰り返し見かける失敗を整理しておきます。

まとめ

GA4でSEOを測る作業は、道具の仕様を知っているかどうかで効率が大きく変わります。要点は次のとおりです。

• GA4は「流入後の行動」を担当する道具であり、検索結果側の指標はSearch Consoleとの連携で限定的に扱える
• 初期設定はキーイベントの定義、Search Console連携、データ保持期間の3点。連携は1対1で後から編集できず、保持期間は標準プロパティなら14か月を選べる
• Search Consoleの指標と掛け合わせられるアナリティクス側のディメンションは、ランディングページ・デバイス・国の3つだけ。クエリ×コンバージョンは仕様上できない
• Search Console由来のデータは48時間遅れ、保持は16か月。長期比較には自前の蓄積が必要
• Organic Searchの判定は「検索サイト一覧に一致する参照元」または「メディアが完全に organic」のOR条件。UTMの付け方次第でオーガニックが水増しされるため、報告前に内訳とUnassignedの比率を確認する
• 行が消えるのはしきい値適用の可能性が高く、期間を広げると見える場合がある。しきい値は調整できない
• 探索レポートは保持期間の影響を受けるが、標準の集計レポートは受けない。両者の差はここから生まれることが多い

設定を整えたあとは、測った数字をどう解釈し、どう改善につなげるかが本題になります。指標の優先順位づけはSEO指標一覧｜重要度別に見るべきKPIと確認方法、測定から改善までの流れはSEO効果測定の方法｜KPI設計からレポートまで完全解説を続けてご覧ください。

本記事の仕様に関する記述は、Googleアナリティクス ヘルプの公式ドキュメント（Search Consoleとの連携、データ保持期間、データのしきい値、キーイベント、デフォルトチャネルグループの定義）に基づいて記載しています。引用箇所は原文（英語）を併記しました。URL移行に関する記述は、当サイトが2026年7月に実施したNext.jsからWordPressへの移行時の実体験に基づきます。GA4の管理画面の名称・配置は変更されることがあるため、実際の操作時は最新の画面表示をご確認ください。