GA4×Search Console連携で「順位は良いのに問い合わせ0件」の原因を特定する手順｜Web兼務担当者向けSEO改善

結論：GA4とSearch Consoleを記事単位で紐づければ、「露出・クリック・訪問・転換」のどこで止まっているかが1画面で判断できます

SEO改善の出発点は「どの記事が問い合わせにつながっているか」の把握です。GA4とGoogle Search Console（GSC）を記事単位で連携すれば、露出（インプレッション）・クリック・訪問・転換の4層のどこで数字が落ちているかを切り分けられ、リライトすべき記事と、そもそも計測が壊れている記事を区別できます。この記事では、その切り分けに使う診断表と、売上貢献額の計算式を用意しました。

ATKのGA4・Search Console連携機能は、記事ごとのインプレッション・クリック・CTR・平均順位・セッション・滞在時間・コンバージョンを自動取得し、統合ビューで表示します。データを集める作業ではなく、どこに手を入れるかの判断に時間を使える状態をつくることが目的です。

この記事は「Webマーケを兼務するバックオフィス担当」に向けて書いています

想定読者は、従業員10〜50名規模のBtoB製造業・IT支援会社・受託開発会社などで、総務や営業事務、あるいは社長室業務と兼務しながらWebサイトを見ている担当者です。次の状況に心当たりがあれば、この記事の内容はそのまま自社の話として読めます。

• 専任のSEO担当はおらず、Webに割ける時間は月に数時間しかない
• 制作は外部パートナーに任せているが、成果の良し悪しを自分で説明できない
• 月に一度、社長や役員に「Webからの問い合わせはどうなっているか」を報告する必要がある
• GSCとGA4を別々に開いてはいるが、記事単位で問い合わせとの関係が見えていない
• リライトすべき記事はなんとなく分かるが、優先順位の根拠を数字で説明できない

逆に、専任アナリストがいてBigQueryで独自集計している体制であれば、この記事の手順は簡略版に見えるはずです。この記事は「少人数・兼務・月数時間」の制約下で判断を間違えないための型を扱います。

なぜ「順位は良いのに問い合わせ0件」という誤診が起きるのか

兼務担当者が最も損をするのは、記事の内容に問題がないのに記事を書き直してしまう誤判断です。以下は実在の顧客事例ではなく、条件を立てた概念例として読んでください。

パターン1：GSCで平均順位3位、GA4のコンバージョンは0件のまま2ヶ月放置

GSC上では狙ったキーワードで平均順位3位、クリックも積み上がっている。ところがGA4のコンバージョン列はずっと0。担当者は「上位表示できても業種的に問い合わせにならない記事なのだろう」と結論づけ、次の記事制作に移る——というパターンでは、原因が記事側ではなくGA4のコンバージョンイベント未設定であることがあります。問い合わせフォームのサンクスページがイベント化されていなければ、実際に問い合わせが発生していても数字は永遠に0です。この誤診は「0件」という表示が正常値に見えてしまうため、月次レビューでも気づかれにくいのが厄介な点です。

パターン2：CTRが低い記事に本文を書き足してしまう

インプレッションは多いのにセッションが伸びない記事に対し、「内容が薄いから読まれない」と判断して本文を3,000字追記する。しかし詰まっているのは検索結果でのクリック段階であり、本文の量は無関係です。このパターンでは、タイトルとmeta descriptionの書き換えのほうが工数あたりの効果が高い可能性が高く、本文追記に費やした時間はほぼ回収できません。

パターン3：URL不一致で「セッション0の記事」を削除してしまう

ATK上の記事スラグと、GA4・GSCが記録しているページURL（末尾スラッシュの有無、パラメータ付き、canonicalの向き先）がずれていると、実際には流入がある記事がダッシュボード上ではセッション0に見えます。「1年以上0セッションだから削除しよう」と判断した結果、実は流入の柱だった記事を落としてしまう——という取り返しのつかない失敗が起こり得ます。

パターン4：レポート作成に時間を使い切り、施策を1つも打てない

GSCの画面をスクリーンショットし、GA4から数字を転記し、スプレッドシートに貼り付ける。この作業に月2〜3時間かかると、報告資料は完成しても改善アクションを検討する時間が残りません。データ収集が目的化している状態は、兼務体制で最も起きやすい消耗です。

これら4つはいずれも、「どの層で数字が落ちているか」を層ごとに切り分けていれば防げます。次章の診断表がその役割を担います。

SEOファネル診断マトリクス：詰まり位置を4層で特定する

この記事では、GA4とGSCのデータを「露出→クリック→訪問→転換」の4層に割り当て、どの層で止まっているかを判定する枠組みをSEOファネル診断マトリクスと呼びます。記事単位でこの表を上から順に当てはめれば、打ち手が1つに絞り込まれます。

層	見る指標（取得元）	詰まりのサイン	優先すべき打ち手	誤診しやすい点
第1層：露出	インプレッション・平均順位（GSC）	インプレッションがほぼ立たない／平均順位が2ページ目以降	キーワード選定の見直し、内部リンク追加、記事構成の再設計	公開直後はインプレッションが少なくて当然。1〜2週間待たずに判断しない
第2層：クリック	クリック・CTR（GSC）	インプレッションはあるがCTRが同サイト平均より明確に低い	タイトルとmeta descriptionの書き換え、検索意図とのズレ修正	本文を書き足しても改善しない層。順位帯によってCTRの基準値が違う点に注意
第3層：訪問	セッション・滞在時間・直帰率・デバイス比率（GA4）	クリックはあるが滞在が極端に短い／モバイルだけ直帰率が高い	冒頭200字の結論明示、見出し整理、モバイル表示崩れの修正	クリック数とセッション数が大きく乖離する場合は計測不備を先に疑う
第4層：転換	記事経由のコンバージョン（GA4）	セッションはあるがコンバージョンが0または極端に低い	CTAの位置・文言変更、フォーム項目削減、関連記事からの導線追加	0件の場合はまずコンバージョンイベントの設定有無を確認する。設定漏れと成果ゼロは別物

マトリクスの使い方（記事1本あたり3分）

• 手順1：第4層から見ない。必ず第1層から順に「サインに該当するか」をYes/Noで判定します
• 手順2：最初にYesが出た層で判定を止めます。そこが詰まり位置であり、下の層の数字は原因ではなく結果です
• 手順3：判定結果が第4層になった記事は、打ち手を実行する前に「GA4のコンバージョンイベントが設定済みか」を確認します。ここを飛ばすと前述のパターン1に落ちます
• 手順4：判定した層と打ち手を記事一覧にメモとして残します。翌月、同じ記事が同じ層で止まっているなら打ち手の方向が間違っています

この診断表の価値は、打ち手を増やすことではなく、打たなくてよい打ち手を消せることにあります。

連携で取得できるデータは、診断マトリクスのどの層に対応するか

ATKがGA4・GSCから自動取得するデータと、対応する層を対応づけます。

データ項目	取得元	対応する層	主な活用目的
インプレッション・平均順位	GSC	第1層：露出	検索結果に出ているかどうかの確認
クリック・CTR	GSC	第2層：クリック	タイトル・meta descriptionの改善判断
流入クエリ内訳	GSC	第1〜2層	狙い通りのキーワードで流入しているかの確認
セッション・滞在時間・直帰率	GA4	第3層：訪問	読了度と内容の充実度の目安
デバイス比率（モバイル/デスクトップ）	GA4	第3層：訪問	表示崩れ・UI改善の優先判断
記事経由のコンバージョン（問い合わせ・資料DL等）	GA4	第4層：転換	流入から成果への転換率の把握

GSCは検索結果上のパフォーマンス、GA4はサイト内の行動を担当しており、片方だけでは詰まり位置を特定できません。記事単位で両者を紐づけたときにはじめて、4層の切り分けが成立します。

設定・運用は5ステップで完了し、コードの編集は不要です

• ステップ1：GA4プロパティの接続　ATKの設定画面からGA4プロパティIDを入力し、OAuth認証を完了します。接続後、計測イベントとコンバージョン設定を必ず確認します
• ステップ2：Search Consoleプロパティの接続　同じく設定画面からGSCのサイトURLを選択して認証します。サイトの所有権確認がGSC側で完了していることが前提です
• ステップ3：取得期間・対象ページの設定　記事一覧と連携対象ページを紐づけます。特定パス配下のみを対象にする絞り込みも可能です
• ステップ4：ダッシュボードで確認　接続が完了すると記事ごとの統合ビューが使えます。GSCデータは通常最大16ヶ月、GA4データは保持設定の範囲で遡れます
• ステップ5：定期確認の習慣化　週次ダイジェストと組み合わせると、毎週の変化を自動でメール通知できます

接続前チェックリスト（1つでも「いいえ」があれば先に潰す）

確認項目	確認方法	「いいえ」のときに起きること
GA4でコンバージョンイベントが設定されている	GA4管理画面のキーイベント一覧に問い合わせ完了イベントがあるか	第4層が常に0件表示になり、良い記事を「成果なし」と誤判定する
問い合わせ完了を示すページまたはイベントが一意に取れる	サンクスページのURL、またはフォーム送信イベントの発火確認	問い合わせと資料DLが混在し、転換率の意味が読めなくなる
GSCでサイトの所有権確認が完了している	GSCのプロパティ一覧に対象サイトが表示されるか	そもそも接続できない、または一部データが欠落する
記事スラグとGA4・GSCのページURLが一致している	末尾スラッシュ、パラメータ、canonicalの向き先を1本抽出して照合	流入がある記事がセッション0に見え、削除・統合の判断を誤る
集計対象パスを絞り込んでいる	集客コンテンツのディレクトリのみを対象に設定	ページ数が多いサイトでダッシュボードが重くなり、確認習慣が続かない
Googleアカウントに各プロパティの管理者権限がある	GA4・GSCそれぞれの権限設定を確認	OAuth認証が通らず、設定作業が途中で止まる

売上はどの経路で動くのか：計算式に自社の数字を入れて試算する

GA4・GSC連携そのものが売上を生むわけではありません。売上が動く経路は「記事別に詰まり位置を特定する→打ち手を正しい層に当てる→問い合わせ数が増える」と、「レポート作成工数が減る→その時間を施策に回せる」の2本です。それぞれ式にします。

経路1：問い合わせ経由の月間売上貢献額

月間セッション数 × 問い合わせ転換率 × 成約率 × 平均受注単価 ＝ 月間売上貢献額

以下は自社の数字を入れて再計算するための空欄テンプレートです。カッコ内はすべて仮の値であり、実績値ではありません。

• 月間セッション数：（　　）セッション ← GA4の該当パス配下の数値を入れる
• 問い合わせ転換率：（　　）％ ← GA4のコンバージョン数 ÷ セッション数
• 成約率：（　　）％ ← 営業側の受注件数 ÷ 問い合わせ件数
• 平均受注単価：（　　）円 ← 直近1年の平均で構いません

仮の値で計算例を示します。月間セッション1,000 × 問い合わせ転換率1.0％ ＝ 問い合わせ10件。10件 × 成約率20％ ＝ 受注2件。2件 × 平均受注単価50万円 ＝ 月間売上貢献額100万円。この4つの数値はいずれも仮置きであり、自社の実数に置き換えて計算してください。

診断マトリクスが効くのは、この式のどの変数を動かすべきかが決まる点です。第2層で止まっているならセッション数を、第4層で止まっているなら問い合わせ転換率を上げる打ち手に絞られます。上の仮の値で、転換率が1.0％から1.5％に動いた場合の月間売上貢献額は150万円となり、差分は50万円です。転換率のわずかな改善が、記事を新規に何本も追加するのと同等の効果を持つ場合があります。

経路2：レポート作成の削減工数

月間の削減工数（時間） × 担当者の人件費単価（円/時） ＝ 月間コスト削減額

例として、月次レポートの手作業に（　　）時間かかっており、自動集計で（　　）時間に短縮できたとします。差分の時間 ×（　　）円/時が削減額です。兼務担当者の場合、削減額そのものより「浮いた時間を第2層・第4層の打ち手に回せること」が経路1の押し上げにつながります。

経路3：投資回収までの期間

導入・運用コスト（月額） ÷（月間売上貢献額の増分 × 粗利率 ＋ 月間コスト削減額）＝ 回収月数

粗利率と月額コストは自社の数値を入れてください。回収月数が自社の投資判断基準（例：社内で定めた許容期間）を超えるなら、導入より先に第1層の露出づくりを優先すべき段階だと判断できます。

なお、成果はサイトの状況・競合・業種により異なり、特定の数値を保証するものではありません。上記はすべて自社の数字を当てはめるための式です。

つまずきやすいポイントは「設定漏れ」と「URL不一致」に集中します

• GA4のコンバージョン設定が未完の場合：ATK側でデータを受け取っても、GA4でコンバージョンイベントが設定されていなければ問い合わせ数は0のまま表示されます。接続前にGA4側の設定を確認してください
• GSCの反映遅延：GSCのデータには通常2〜3日程度のタイムラグがあります。記事公開直後にデータが少なく見えるのは仕様であり、1〜2週間後に改めて確認すると実態に近い数字が揃います
• ページURLの紐づけミス：ATKの記事スラグとGA4・GSCのページURLが一致していないと正しく集計されません。canonical URLが設定されている場合はそちらのパスを基準にします
• 大量のイベントデータでの絞り込み：ページ数が多いサイトでは、対象パスを絞らないとダッシュボードの表示が重くなることがあります。集客コンテンツのパス配下のみを対象にする設定を最初に入れておくと運用が続きます
• 判定の飛ばし読み：第4層の数字だけを見て「問い合わせが少ない＝CTAが悪い」と決めつけると、実際は第2層で止まっていたケースを見逃します。必ず第1層から順に判定してください

他機能と組み合わせると、判定から打ち手までが一本の線になります

GA4・GSC連携は単独よりも、リライト系・改善系の機能と組み合わせたときに効果が出ます。

第1層・第2層の打ち手はリライトsprintの運用と相性がよく、連携データからリライト候補を自動抽出できます。「順位は出ているがCTRが低い記事」にはタイトルとmeta descriptionの見直しを、「流入はあるがコンバージョンがない記事」にはCTA改善を、と診断結果に応じて割り振れます。

第4層の打ち手はCRO Copilotの活用でCVR改善仮説を立て、Variant LabでのA/Bテストで検証する流れに乗せられます。

報告工数の削減には自動レポート配信と週次ダイジェストを、定例会議の設計には月次KPIレビューの進め方が参考になります。指標そのものの置き方を整理したい場合はKPIダッシュボードの設計から着手してください。

よくある質問

Q. GA4・Search Consoleとの接続に特別な技術知識は必要ですか？

ATKの設定画面からOAuth認証を行うだけで接続できます。Googleアカウントで各プロパティの管理者権限があれば、コードの編集なしに設定可能です。ただしGA4のコンバージョンイベントはGA4側で事前に設定しておく必要があります。

Q. 過去のデータも遡って確認できますか？

GSCは通常最大16ヶ月分、GA4は保持設定の範囲内で遡れます。接続した時点より前のデータも取得できるため、記事の長期パフォーマンスの確認や季節変動の把握に使えます。

Q. 複数サイトを同時に連携できますか？

サイトごとにGA4プロパティとGSCプロパティを個別に接続する形になります。コーポレートサイトとオウンドメディアでドメインやサブディレクトリが分かれている場合は、それぞれのプロパティを正しく指定してください。1つのGA4プロパティで複数ドメインを計測している構成では、対象パスの絞り込み設定を先に行わないと、他サイトのデータが混ざって転換率が読めなくなります。

Q. データが表示されない・数字がおかしい場合はどうすればよいですか？

まずGA4とGSCそれぞれのプロパティが正しく選択されているかを確認します。次に対象URLのパスが記事スラグと一致しているかをチェックします。クリック数に対してセッション数が極端に少ない場合は、計測タグの重複や除外設定を疑ってください。それでも解決しない場合は、接続をいったん解除して再認証すると改善することがあります。

まとめ：3つの条件に1つでも当てはまるなら、次は自社数値でROIを試算してください

この記事で示した判断軸を振り返ります。第一に、SEOファネル診断マトリクスで第1層から順に判定し、最初にYesが出た層だけに打ち手を当てること。第二に、第4層が0件の記事はコンバージョン設定漏れとURL不一致を先に潰すこと。第三に、改善効果は「月間セッション数 × 問い合わせ転換率 × 成約率 × 平均受注単価」の式のどの変数が動くかで説明すること。この3点が揃えば、兼務担当者でも月次報告で優先順位の根拠を数字で示せます。

次のように、ここまでの3条件のうち1つでも当てはまるなら、投資判断の前に自社数値での試算に進む価値があります。

• コンバージョンが0件の記事があるが、GA4のイベント設定を確認したことがない
• リライト対象を選ぶとき、詰まり位置ではなく「順位が低い順」で選んでいる
• 問い合わせ1件が最終的にいくらの受注につながるか、社内で数字を共有していない

試算に進む前に、手元に「直近3ヶ月の月間セッション数」「問い合わせ件数」「その中から受注に至った件数」「平均受注単価」の4つを揃えてください。この4つが埋まれば、記事改善で狙える月間売上貢献額の増分と、投資回収までの月数まで自分で計算できます。逆に、この4つのうち埋まらない項目がある場合は、そこが計測設計の穴です。計算式の立て方と変数の集め方はSEO ROIの計算方法で確認してください。

なお、成果はサイトの状況・競合・業種により異なり、特定の数値を保証するものではありません。