Search Console、GA4、CRMのデータを使い、次に維持、調査、修正、テストすることを決めます。
実務的な手順
- 最初に「維持・調査・修正・テスト」の判断を決めます。同じプロパティ、検索タイプ、国、デバイス、ランディングページ、同じ長さの日付範囲を比較し、季節性、祝日、キャンペーン、リリース日を注記します。
- ファネルは別々のシステムで追跡します。Search ConsoleはGoogle検索での表示回数とクリック数、GA4は計測済みセッション、ランディングページ、設定済みイベントを報告し、CRMは送信済み、連絡済み、適格なリードの正本になります。定義が異なるため、各数値は1対1では一致しません。
- クリックがセッションにつながらない場合は、日付とタイムゾーン、ランディングURLとリダイレクト、同意とタグの計測範囲、ページ読み込みの失敗、キャンペーンパラメーターを確認します。同じURLと日付を比べます。Search Consoleは集計ルールが異なるため、プロパティ合計とページ合計が異なる場合があります。
- コンバージョンを評価する前にリード計測を監査します。ボタンのクリックだけでなく、フォーム送信の成功をテストします。1回だけ送信し、重複がないか確認します。電話とメッセージアプリの経路は別々に検証します。Tag Assistant／DebugViewで、想定イベントが正しいページとパラメーターとともに1回だけ発火することを確認します。該当する場合は同意の選択肢を変えて再テストします。
- GA4とCRMの記録を照合する場合は、GA4の外にある管理された許可済みシステムで、プライバシーに配慮した方法を文書化し、同じ日付を使います。CRM IDや個人識別情報をGA4へ送らないでください。段階を明示します：計測済みキーイベント → CRMへの送信 → 連絡済みリード → CRMで適格と判定されたリード → 顧客。キーイベントは自動的に実際のリード、適格判定、売上を意味するものではありません。リードから顧客への率は同じコホートから計算し、分母を明記します。
- 原因を挙げる前に、区分ごとにトラフィック変化を調べます。季節性と曜日構成を比べ、次にページ、クエリ、デバイス／国、リリース日を確認します。変化が集中する箇所を見つけ、そのページ／クエリやリリースを調べ、計測を検証し、担当者と再確認日を含む検証可能な説明を1つ記録します。
- 月次レポートは1ページにまとめます：成果と判断、Search Consoleの可視性／クリック、GA4のランディングセッション／検証済みキーイベント、CRMの送信／適格リード／顧客、最大の区分変化、計測上の注意点、次の行動・担当者・期限。相関や帰属売上を、SEOの因果関係が証明されたかのように扱わないでください。
実践：短いレポートから次の行動を選ぶ
- 下のファネルを使い、観察できた事実を1つ、未証明の説明を1つ、次に確認することを1つ書きます。日付範囲、同意、ランディングページの計測を確認してから、承認済みのCRM手順でリードの質を評価します。最後に判断、担当者、期限を記録します。クエリからリードや売上への帰属を推測しないでください。