海外向けサイトを公開しても、問い合わせ数だけを見ていると「集客が弱いのか」「フォームで離脱しているのか」「計測が壊れているのか」を区別できません。とくに多言語サイトでは、言語、国・地域、流入経路、閲覧したサービスによって行動が分かれます。改善の出発点は、フォーム送信を一つの数字として数えることではなく、検索表示から送信完了までを同じ流れで確認できる状態にすることです。
この記事では、海外向けサイトで問い合わせ獲得を計測するための実務手順を、設計、実装、動作確認、毎月の判断まで順番に整理します。特定の業種に共通する基本形であり、医療・法律・金融など個別規制がある分野では、別途専門家による確認が必要です。
最初に決めるのは「問い合わせ」の定義
計測ツールを入れる前に、社内で何を成果とみなすかを決めます。フォーム送信、電話番号のタップ、メールリンクのクリック、資料ダウンロード、オンライン相談の予約をすべて同じ成果として合算すると、営業につながる行動と情報収集を区別できません。
まず、次の3段階に分けると運用しやすくなります。
- 主成果：問い合わせ送信、見積もり依頼、商談予約など、担当者が追客できる行動
- 補助成果：電話・メールのクリック、会社案内や仕様書のダウンロード
- 検討行動：料金、導入事例、会社情報、FAQなど重要ページの閲覧
GA4では、見込み客の獲得に相当するイベントとして generate_lead が推奨されています。ただし、すべてのクリックをこのイベント名にせず、最初の見込み客獲得だけに使う方が集計しやすくなります。フォームの開始は form_start、完了は generate_lead、電話タップは独自の click_phone のように役割を分けます。
検索から送信までの計測表を1枚作る
担当者、制作会社、広告運用者で認識がずれないように、実装前に計測仕様を表にします。最低限、次の項目を埋めます。
| 段階 | 確認する数字 | 主な取得元 | 異常時に疑う点 |
|---|---|---|---|
| 検索表示 | 表示回数、クリック、CTR、掲載順位 | Search Console | 検索意図、タイトル、対象国の需要 |
| 訪問 | セッション、ランディングページ、参照元 | GA4 | 計測タグ、同意状態、URL統合 |
| 検討 | サービス・料金・事例の閲覧 | GA4 | 情報不足、導線、翻訳品質 |
| フォーム開始 | 開始数、開始率 | GA4 / GTM | ボタンの見つけにくさ、訴求の弱さ |
| 送信完了 | 完了数、完了率 | GA4 / GTM / 受信記録 | 入力項目、エラー、送信計測 |
| 営業確認 | 有効問い合わせ、商談化 | CRMまたは管理表 | 対象外問い合わせ、返信速度 |
ここで重要なのは、アクセス解析の送信数と、実際に届いたメールやCRMの件数を定期的に照合することです。ブラウザーの制限、同意設定、二重発火、迷惑送信対策などにより、両者は必ずしも一致しません。GA4だけを正解とせず、受信側の記録を業務上の基準にします。
言語・国・サービスを後から比較できるようにする
「海外からの問い合わせ」という一括集計では、改善箇所を特定できません。少なくとも、問い合わせ時点で次の情報を結び付けられる設計にします。
- フォームを送信したページURL
- サイトの表示言語
- 問い合わせ対象のサービスまたは製品
- 流入元とキャンペーン
- 送信日時と問い合わせ識別子
国・地域はGA4の地域データで傾向を見られますが、VPN、企業ネットワーク、同意状況などの影響があるため、個々の見込み客の所在地を断定する用途には向きません。営業上必要なら、フォームに「所在国・地域」を選択式で追加します。自由入力より表記ゆれが少なく、集計もしやすくなります。
一方で入力項目を増やし過ぎると完了率を下げる可能性があります。最初の問い合わせで必須にするのは、返信先、相談内容、対象サービス、所在国など営業判断に必要な項目に絞り、詳細な予算や導入時期は任意にする方法が現実的です。
GA4とGoogleタグマネージャーの実装手順
1. 送信成功を判定する場所を確認する
最も安定しやすいのは、正常送信後だけ表示される完了ページです。完了ページがない場合は、フォームプラグインが出す成功イベント、データレイヤー、または送信成功メッセージを使います。送信ボタンのクリックだけで成果を数えると、入力エラーや通信失敗まで含むため避けます。
2. GTMで条件を限定する
Googleタグマネージャーのフォーム送信トリガーを使う場合は、正常な送信だけを対象にするため Check Validation を有効にし、対象フォームや対象ページを限定します。必要に応じて Wait for Tags を設定します。サイト内のすべてのフォームへ一括適用すると、検索フォームや採用フォームまで同じ成果に混ざるため、URL、フォームID、CSSクラスなどで条件を絞ります。
3. GA4へ必要最小限の値を送る
generate_lead とともに、フォーム種別、サイト言語、サービス分類など分析に必要な値を送ります。氏名、メールアドレス、電話番号、問い合わせ本文など個人を識別できる情報は、分析イベントのパラメーターへ入れません。金額を送る場合、GA4の推奨仕様では value と currency を組み合わせますが、問い合わせ時点で売上が確定していないなら、推測額を送らない方が誤解を防げます。
4. 重要イベントに設定する
GA4で収集されたイベントを確認し、問い合わせ完了に相当するイベントをキーイベントに設定します。これにより、ランディングページ、参照元、国・地域などのレポートで成果を比較しやすくなります。Google広告へ連携する場合も、まずイベント定義と重複の有無を整えてから広告コンバージョンとして利用します。
同意管理を後付けにしない
対象地域、使用する広告・解析サービス、サイトで扱うデータに応じて、同意取得やプライバシー表示の要件は変わります。技術担当だけで判断せず、事業者側で対象市場と利用目的を確認し、必要なら法務の助言を受けます。
GoogleのConsent Modeを使用する場合、ページ読み込み時に既定の同意状態を設定し、その後ユーザーの選択に応じて状態を更新します。設定順序が逆になると、同意更新より前にタグが動くことがあります。導入後は、広告関連の ad_storage だけでなく、分析用の analytics_storage、必要に応じて ad_user_data と ad_personalization の扱いを確認します。
同意しなかった利用者がいる場合、GA4の数値とサーバーやCRMの受信件数に差が出ること自体は異常とは限りません。だからこそ、解析値を「全問い合わせの厳密な台帳」ではなく、改善傾向を見るデータとして扱います。
公開前の動作確認は4経路で行う
タグを公開しただけでは完了ではありません。次の順番で検証します。
- GTMのプレビューモードまたはTag Assistantで、対象条件のときだけタグが発火するか確認する
- GA4のDebugViewまたはリアルタイムでイベント名とパラメーターを確認する
- テスト問い合わせが担当者のメールまたはCRMへ1件だけ届いたか確認する
- 入力エラー、送信失敗、二重クリック、ページ再読み込みでは成果が増えないか確認する
日本語、英語、タイ語、ベトナム語など、フォームの実装が言語別に異なる場合は全言語で試します。PCだけでなくスマートフォンでも行い、主要ブラウザーで送信完了まで確認します。GA4の標準レポートへの反映には時間がかかることがあるため、公開直後の確認はリアルタイムやDebugViewを使います。
受信側の記録に問い合わせ識別子を残す
同じ時刻に複数の通知が届いたときや、GA4とメールの件数がずれたときに照合できるよう、個々の送信へ問い合わせ識別子を付けます。識別子はフォーム送信時に生成し、担当者への通知、CRM、完了処理の記録へ同じ値を残します。解析ツールへ送る場合は、個人情報を含まない無作為な値とし、URLへ氏名やメールアドレスを付けません。
フォームのプラグイン更新、キャッシュ設定、同意管理の変更、タグ公開は計測へ影響します。更新日、担当者、変更内容、テスト用識別子を簡単な変更履歴に残すと、数字が突然変わったときに原因を追いやすくなります。問い合わせ内容そのものは、権限を限定した業務システムで管理し、分析レポートへ転載しない運用にします。
Search ConsoleとGA4を役割分担する
Search ConsoleはGoogle検索上の表示回数、クリック、CTR、検索語句、ページ、国などを確認するために使います。GA4はサイト訪問後の閲覧や問い合わせ行動を見るために使います。両者は定義や収集方法が異なるため、クリック数とセッション数が完全一致することを期待しません。
毎月の確認では、次の順番で原因を絞ります。
- 表示回数が少ない：対象検索語、ページのテーマ、インデックス、言語・地域構造を確認する
- 表示されるがクリックが少ない：タイトルと説明文が検索意図に合っているか確認する
- 訪問はあるがフォーム開始が少ない：対象顧客、提供内容、実績・根拠、CTAの位置を見直す
- 開始はあるが完了が少ない：必須項目、入力エラー、スマートフォン操作、プライバシー説明を点検する
- 送信はあるが商談にならない：検索語とサービスのずれ、対象外地域、フォームの選択肢を見直す
週次と月次で見る数字を分ける
件数が少ない海外BtoBサイトで日別の増減に反応すると、偶然の変動を施策の効果と誤認しやすくなります。週次は計測異常と問い合わせ対応を確認し、月次または十分なデータがたまった時点でページ改善を判断します。
週次では、イベントが突然ゼロになっていないか、受信件数と大きくずれていないか、返信漏れがないかを確認します。月次では、言語別の検索表示、主要ランディングページ、フォーム開始率、完了率、有効問い合わせ数を並べます。変更日は記録し、複数の大きな修正を同時に行わない方が原因を追いやすくなります。
よくある計測ミス
- 送信ボタンのクリックを完了として数え、エラー送信まで含めている
- 完了ページを再読み込みするたびに成果が増える
- 日本語フォームだけ実装し、他言語フォームは計測されていない
- 採用、営業、迷惑問い合わせが同じイベントに混ざっている
- 個人情報をイベント名やURL、パラメーターへ送っている
- 同意管理ツール導入後に計測が変わったのに、受信記録と照合していない
- GA4の成果だけを見て、Search Consoleの表示・クリックを見ていない
実装担当へ渡すチェックリスト
- 主成果、補助成果、検討行動を定義した
- 対象フォームと除外フォームを一覧化した
- 成功時だけ発火する条件を決めた
- 言語、サービス、送信元ページを分析できる
- 個人を識別できる情報を解析タグへ送っていない
- 同意状態の既定値と更新順を確認した
- 全言語・スマートフォン・エラー時・二重送信をテストした
- GA4と受信メールまたはCRMを照合する担当者を決めた
- 変更日とテスト結果を記録した
よくある質問
GA4だけで問い合わせ件数を管理できますか？
改善傾向の分析には使えますが、業務上の正式な件数は受信メールやCRMなどでも管理してください。同意状態、ブラウザー制限、タグ不具合などで差が生じる可能性があります。
完了ページがないフォームでも計測できますか？
可能です。フォームプラグインの成功イベントやデータレイヤーを利用します。ボタンクリックだけを成功判定にせず、正常送信後にだけ発生する状態を使うことが重要です。
国別の成果はGA4の地域データだけで判断できますか？
傾向確認には使えますが、個別の所在地の断定には向きません。営業上必要な場合は、フォームで所在国・地域を選択してもらい、CRM側の情報と合わせて確認します。
フォーム項目は多いほど見込み客を選別できますか？
選別材料は増えますが、入力負担も増えます。初回対応に必須の項目と、後の商談で聞ける項目を分け、完了率と有効問い合わせ率の両方を見て調整します。
参考にした公式情報
- Google Analytics：推奨イベント
- Google Analytics：イベントをキーイベントとしてマークする
- Googleタグマネージャー：フォーム送信トリガー
- Googleタグ：同意モードの設定
- Google Analytics：タグ設定の確認とトラブルシューティング
- Google Search Console：検索パフォーマンスの確認
多言語サイトで、どの言語・ページから問い合わせにつながっているか分からない場合は、ページ構成と計測状態を一緒に確認する必要があります。
