GA4のコンバージョン設定方法｜問い合わせ完了をキーイベントで計測する
- WEBマーケティング
最終更新日：2026年10月24日
GA4で問い合わせのコンバージョンを設定するには、最初に「何をもって問い合わせ完了とするか」を決め、その動作で送られるイベントを用意して、キーイベントとして記録します。ボタンを押した回数ではなく、フォームが正常に受け付けられた結果を測ることが出発点です。
設定方法は、送信後に専用のサンクスページへ移動するフォームと、同じページで完了メッセージを表示するフォームで異なります。自社のフォーム構成を確認し、成功時にだけ動く条件を選びましょう。本記事では企業サイトの問い合わせを例に、設計、設定、検証、運用まで説明します。
GA4・GTMの設定作業そのものにかかる費用は、既存タグの状態、フォームの種類、サイト側の改修の有無によって変わります。決まったイベント数だけで判断せず、どの動作を検証して引き継ぐのかまで作業範囲に含めてください。
GA4の設定・計測で
困っていませんか？
問い合わせ・電話・資料請求の
計測設定ならご相談ください。
ファーストネットジャパンでは、
GA4・GTMの初期設定から
イベント設定・既存の計測確認まで、
サイトの状況に合わせた
計測環境づくりをサポートいたします。
GA4のコンバージョン設定は「成果の定義」から始める
検索では「コンバージョン設定」と呼ばれることが多い一方、GA4内で重要な行動を示す名称は「キーイベント」です。Google広告で使うコンバージョンとは設定と用途を分けて考えます。GA4でキーイベントにしただけで、すべての広告設定や営業管理まで自動で完成するわけではありません。
企業サイトなら、一般的な問い合わせ、見積もり相談、資料申込、採用応募を同じ成果にまとめる前に、営業担当者が何を評価したいのか確認します。相談と営業売り込みが混ざる受付件数を、そのまま有効商談数と呼ばないことも大切です。計測は業務上の成果を判断する材料として設計します。
Google公式のイベントとキーイベントの説明を前提に、日々の確認では「何が起きたか」と「その行動を重要な成果として扱うか」を分けて記録してください。イベント名だけでなく、発生条件を言葉で説明できる状態にします。
フォームの方式を確認して実装経路を選ぶ
まず、実際の問い合わせ導線をブラウザでたどります。入力画面、確認画面、送信ボタン、サンクスページまでの流れを記録し、エラー時にはどの画面になるかも確認します。見た目が同じでも、外部フォーム、埋め込み、非同期送信では成功を検出できる場所が違います。
| フォーム構成 | 検討する計測方法 | 事前に確認する条件 |
| 専用サンクスページへ遷移 | 対象ページの閲覧から専用イベントを作成 | 正常受付後だけ到達するか、直接アクセスできるか |
| 同じページ内で送信完了 | 受付成功を知らせる処理をGTM等へ連携 | 成功と失敗を区別する通知や応答があるか |
| 別ドメインのフォーム | 外部サービスの連携機能や計測可能範囲を確認 | 先方へタグを設置できるか、戻り先を制御できるか |
サンクスページの存在だけで簡単に測れると決めつけないようにしましょう。送信に失敗しても同じURLへ移る構成なら、ページ到達は受付成功の証拠になりません。反対に正常送信してもURLが変わらない場合は、URL条件だけを追加しても目的のイベントは発生しません。
仕様が不明なときは、担当制作会社やフォーム提供元へ「正常受付のときだけ実行される処理は何か」と問い合わせます。管理画面のどこへ設定するかを探すより、先に成功条件を確定する方が、二重実装や後からの作り直しを避けやすくなります。
設定前にプロパティ・タグ・既存イベントを棚卸しする
編集対象のGA4プロパティ、ウェブデータストリーム、測定ID、GTMコンテナを確認します。会社のサイトとテスト環境、別事業のサイトが並んでいる場合は、名称だけでなく対象URLとIDを照合してください。閲覧権限しかないアカウントでは、必要な設定を保存できないことがあります。
続いて、既存イベントに問い合わせ完了を表すものがないか調べます。似た名前のイベントがあるからといって、同じ役割とは限りません。発生条件、送信元、対象フォーム、利用するレポートまで確認し、既存の設定を使うか、新しく用意するかを決めます。
作業前の設定一覧やGTMバージョンを保存し、変更する項目と触らない項目を分けておきます。広告代理店や別の制作担当が未公開の変更を持っている場合は、その内容を確認せず一括公開しないでください。問い合わせ計測のための作業が、別の広告タグを意図せず変更することを防ぎます。
イベント設計表に名前・条件・対象フォームを残す
イベント名は、担当者の好みより、将来見ても意味が分かることを優先します。問い合わせ完了を表す推奨イベントを利用する場合も、その推奨定義に合うかを確認します。独自名を使う場合は、既存命名との一貫性と、同じ行動に複数名を付けていないかを確認してください。
| 設計項目 | 記入例 | 注意点 |
| 業務上の意味 | 一般問い合わせの正常受付 | ボタン押下と区別する |
| イベント名 | generate_lead等、定義に合う名称 | 既存イベントと重複させない |
| 発生条件 | 指定フォームの受付成功時 | 失敗・入力途中では送らない |
| 分類情報 | フォームの識別子、ページ分類 | 氏名・メール・相談本文を含めない |
| 検証担当 | 実装担当と受付確認担当 | 画面と業務側の記録を照合する |
資料請求や見積もりを同じイベントにする場合は、分類情報で区別する設計が必要です。必要以上にイベント名を増やすと、レポートや広告連携の設定が分散します。逆にすべてを一つにすると、どの導線が改善したのか分からなくなります。用途を先に決めて粒度を合わせましょう。
この設計表は説明用のひな型です。自社のフォームや命名にそのまま流用する前に、現在取得しているイベントと照合してください。運用開始後に定義を変えた場合は変更日も残し、変更前後の数字を同じ条件の計測として扱わないようにします。
サンクスページ型は専用イベントを作成する
正常受付後にだけ専用URLへ移る構成なら、そのページで収集される閲覧イベントを基に、問い合わせ用のイベントを作成できます。元のページビューを上書きするのではなく、成果を表すイベントを分けることが基本です。サイト全体の閲覧を成果扱いにしないよう注意します。
GA4の管理画面で対象プロパティを確認し、イベントの作成画面を開きます。基本となるイベントとページの条件を指定し、専用の名前で保存します。設定画面の名称や表示順は権限や更新によって変わるため、Google公式の既存イベントからキーイベントを作成する手順と照合しながら進めてください。
URL条件は、実際の完了URLと照らし合わせて決めます。「thanksを含む」だけでは、別サービスの完了画面や記事URLも対象になることがあります。一方、URL全体の完全一致では、末尾スラッシュや想定されたパラメータの違いで漏れる場合があります。許可するパターンと対象外を先に書き出します。
この方式では、完了ページへの直接アクセスや再読み込みでも条件に一致することがあります。受付件数に近づける必要がある場合は、受付成功時のイベント連携を検討します。ページ到達を指標として採用する場合も、その限界を運用担当へ明示し、実際の受付記録と比較できるようにしてください。
ページ遷移がないフォームは受付成功と連携する
非同期送信のフォームでは、送信ボタンを押してからサーバーへ通信し、結果を画面へ表示することがあります。クリック時点で問い合わせイベントを送ると、必須項目の入力漏れ、通信エラー、迷惑送信の拒否まで成果に混ざります。成功を確認した後の処理へ計測をつなぐ必要があります。
フォームの公式仕様や既存の実装を確認し、成功通知、コールバック、データレイヤーのイベントなど、使える情報を選びます。GTMではその通知を受け取るトリガーとGA4イベントタグを組み合わせる方法があります。Googleのデータレイヤーの説明を参考に、フォーム固有の成功条件は実装担当と確認してください。
画面に「送信完了」という文字が見えたことだけを機械的に検出する方法は、表示の使い回しや再表示で誤計測することがあります。成功メッセージが出る条件を確認し、対象フォームに限定することが大切です。複数フォームを一つの共通処理で扱う場合は、フォーム識別子の受け渡しも設計します。
設置するコードを知らないまま本番へ貼り付けることは避けましょう。既存の送信処理、重複送信防止、入力チェックへ影響がないかを確認します。計測を追加した結果、問い合わせ自体が送れなくなっては目的を果たせません。フォームの業務動作と計測を別々に検証します。
GA4の設定・計測で
困っていませんか？
問い合わせ・電話・資料請求の
計測設定ならご相談ください。
ファーストネットジャパンでは、
GA4・GTMの初期設定から
イベント設定・既存の計測確認まで、
サイトの状況に合わせた
計測環境づくりをサポートいたします。
GTMで送信する設定とGA4の作成機能を重複させない
同じ問い合わせに対して、GTMから専用イベントを送信し、さらにGA4側でもページビューから同名のイベントを作ると、二重に記録される可能性があります。設定方法を複数用意することが安全策になるとは限りません。成果一つに対して、主となる送信経路を決めます。
GTMを利用する場合は、対象のGoogleタグとGA4イベントタグ、成功通知に対応するトリガーを確認します。Google公式のGTMによるGA4イベント設定を参照し、イベント名・測定先・パラメータの対応を整理してください。プレビューで動いた設定と、本番で公開されたバージョンは区別します。
WordPressのプラグイン、テーマ設定、直接挿入したタグも確認対象です。GTMだけを見て正しいと判断しても、別経路から同じ測定先へ送られていることがあります。削除する場合は、広告や別プロパティの計測に使っていないか確認し、担当者と役割を合わせてから進めてください。
キーイベントの指定とカウント方法を確認する
イベントが期待どおり収集されることを確かめてから、そのイベントをキーイベントとして扱う設定を行います。イベント名の大文字・小文字や綴りが異なると、想定と違うものを見ている場合があります。設計表、実際の送信名、管理画面に表示される名前を並べて照合しましょう。
カウント方法は、イベントの発生ごとに数えるのか、セッションを単位として扱うのかによって解釈が変わります。問い合わせ受付件数を把握したいのか、成果があった訪問の割合を見たいのかを決めてください。カウント方法を変えることと、サイト側の二重送信を防ぐことは別の対応です。
設定を追加したからといって、未収集だった過去の受付が自動的に復元されるわけではありません。導入日、変更日、集計開始日を記録し、導入前の期間との比較には注記を付けます。営業部門の受付件数をGA4の過去データとして追加したような説明もしないでください。
正常・失敗・再操作を含む検証表を作る
確認は「一度送信してイベントが出た」で終えず、計測されるべき動作と計測されてはいけない動作を両方試します。テスト送信は社内やフォーム管理者と調整し、営業対応不要の識別ができる内容にします。テストのたびに大量の受付メールを発生させないよう、検証計画を先にまとめます。
| 確認する操作 | 期待する結果 | 照合する記録 |
| PCで正常送信 | 受付成功と対応するイベント | 受付時刻・イベント名・対象フォーム |
| スマートフォンで正常送信 | 同じ定義で計測できる | 端末とフォーム動作 |
| 必須項目を空欄で送信 | 完了イベントにならない | 画面エラー・イベントの有無 |
| 完了画面を再読み込み | 採用した定義どおりの挙動 | 重複の有無と方式の限界 |
| 戻る・再送信・別フォーム | 誤った対象に混ざらない | 識別子と発生条件 |
GTMプレビューでのタグ発火、GA4での受信、フォーム側の正常受付は、それぞれ異なる確認です。タグが発火していても、測定先が違う、通信が遮断された、同意状態が想定と異なるといった問題が残る場合があります。どの段階まで確認したのかを検証記録に書いてください。
DebugViewではテスト端末のイベント名とパラメータを確認します。個別動作の検証に使い、月次レポートの件数とその場で一致しないことだけで故障と決めないようにします。通常レポートへの反映も、取得日時を残して後から確かめましょう。
個人情報と問い合わせ件数の扱いを決める
氏名、メールアドレス、電話番号、自由入力の相談本文をイベントパラメータへ載せない設計にします。フォームの分類や識別子で分析できる場面は多く、入力内容そのものを送る必要はありません。URLやページタイトルに入力値が入る構成も、送信対象の確認が必要です。
Googleの個人を特定できる情報を送らないための案内を確認し、制作担当、計測担当、フォーム担当の間で扱うデータを共有します。説明用の画面キャプチャや検証表にも、実顧客の相談本文や連絡先を残さないようにしてください。
GA4の件数と業務側の受付が完全一致しないことはあります。同意の選択、ブラウザの制限、計測できない経路、テストや迷惑送信の除外条件などが異なるためです。差をすべて不具合と決めつけず、同じ日時・同じ対象フォーム・同じ受付条件へ絞って照合します。
公開後はフォーム改修のたびに再確認する
フォームやサンクスページを変更すると、設定時には正しかった条件が使えなくなる場合があります。URL変更、フォームの置き換え、外部サービスの変更、スマートフォン専用画面の追加などは再確認のきっかけです。制作の公開手順に、代表的な正常送信と失敗時の確認を組み込みましょう。
運用表には、対象URL、イベント定義、変更担当、公開日、検証日、次の確認予定をまとめます。毎月同じ数字を眺めるだけでなく、受付数に急な変化があったとき、サイト側の変更と計測定義の変更を分けて調べられる状態にすることが重要です。
一つの数値を改善目標にする場合も、問い合わせの質を別に見ます。資料請求ばかり増えて一般相談が減ったとき、合算件数だけでは判断が逆になります。キーイベントの増加をそのまま売上増加と報告せず、商談や受注との関係は業務側の情報を使って段階的に確認してください。
ファーストネットジャパンへ相談できる範囲
ファーストネットジャパンは、1998年創業・4,000件超の制作実績をもとに、ホームページ制作、Webマーケティング、公開後の分析・運用改善を支援しています。問い合わせ計測では、GA4の画面操作だけでなく、フォームの仕様やサイト側の改修を含めて対応範囲を整理します。
ご相談時は、対象サイト、問い合わせフォームのURL、GA4・GTMの管理状況、計測したい行動、現在困っている点をお知らせください。パスワードを相談文へ書く必要はありません。必要な権限や作業方法は、担当者と確認したうえで調整します。
見積もりでは、現状調査、イベント設計、実装、正常・異常動作の検証、設定一覧と引き継ぎを分けて確認します。初期設定だけの依頼か、フォーム改修や継続分析まで含むかによって費用と工程は異なります。「正しく測れているか分からない」という段階からでも、確認すべき内容を整理してご提案します。
【関連記事】
GA4設定代行の依頼範囲・費用と確認ポイント
ホームページのアクセス解析と改善の進め方
よくある質問
Q. コンバージョンとキーイベントは同じ意味ですか？
GA4では事業上重要な行動をキーイベントとして設定します。一方、広告の最適化に使うコンバージョンは別の設定を含みます。問い合わせの計測が目的なら、まず正常受付を表すイベントを定義し、GA4で受信とキーイベントの集計を確認してください。広告連携は必要な場合に別途確認します。
Q. 送信ボタンのクリックだけで問い合わせ完了を測れますか？
クリック後に入力エラーや通信エラーが起こるため、クリックだけでは正常受付を判定できません。完了画面への遷移、フォームサービスの成功通知など、受け付けた結果を確認できる条件を使います。クリック数は導線や入力途中の分析に分けて活用します。
Q. サンクスページがないフォームでも設定できますか？
フォーム側に正常受付後の通知やコールバックなどがあれば、その結果を使う方法を検討できます。画面に成功文言が出る条件や提供元の仕様を確認してください。GTMのフォーム送信トリガーだけで受付完了と決めず、失敗時にイベントが出ないこともテストします。
Q. GTMで発火したのにGA4へ表示されないのはなぜですか？
測定IDの取り違え、同意状態、通信の遮断、表示しているプロパティやレポートなどを確認します。発火と受信は別の段階です。DebugViewなどで個別動作を確かめ、通常レポートは処理時間も考慮して確認します。原因が分かる前に同じタグを追加しないでください。
Q. 問い合わせ件数とGA4の件数は完全に一致しますか？
同意の選択やブラウザの制限、テストや迷惑送信を含める条件などによって差が出る場合があります。日時、対象フォーム、正常受付の定義を揃えて比較します。GA4を顧客管理の正本にせず、フォームや業務システムの受付記録と役割を分けることが重要です。
Q. 設定を依頼するときに何を用意すればよいですか？
対象サイトとフォームのURL、GA4・GTMの管理状況、成果にしたい行動、既存の計測方法をまとめます。正常・エラー・再読み込みを含む検証範囲と、設定一覧などの納品物も確認してください。費用や期間はフォームの仕様と改修範囲を確認して見積もります。
まとめ
GA4で問い合わせを計測するには、送信ボタンの操作と正常受付を分けて定義し、フォームの方式に合うイベントを設定することが出発点です。測定先と既存タグを確認してから実装し、GA4での受信を確かめたイベントをキーイベントとして扱います。
公開前には正常送信だけでなく入力エラー、直接アクセス、再読み込みも確認します。公開後はフォーム改修や受付件数の変化をきっかけに再点検し、判断に使える計測を保ちましょう。ファーストネットジャパンでは、現状調査からイベント設計・実装・検証・運用までご相談いただけます。
GA4の設定・計測で
困っていませんか？
問い合わせ・電話・資料請求の
計測設定ならご相談ください。
ファーストネットジャパンでは、
GA4・GTMの初期設定から
イベント設定・既存の計測確認まで、
サイトの状況に合わせた
計測環境づくりをサポートいたします。
