オフラインコンバージョンとは
広告をクリックしたあと、成約や契約が「オンライン上で完結しない」ビジネスがあります。BtoBの商談、不動産の内見予約、自動車の試乗来店、保険の対面相談などが代表的です。
こうしたビジネスでは、広告クリックからフォーム送信までは計測できても、そこから先の「商談化」「成約」「来店」はオンライン計測だけでは追えません。この「計測の断絶」を埋めるのが、オフラインコンバージョンインポートです。
オフラインCVインポートとは、CRMや基幹システムに記録された成約データを、広告プラットフォームに送り返す仕組みです。これにより、自動入札が「広告クリック後に本当に成約したかどうか」を学習できるようになります。
オフラインCVインポートが有効なビジネス
すべての広告アカウントでオフラインCVが必要なわけではありません。以下の条件に当てはまる場合に効果を発揮します。
| 条件 | 具体例 |
|---|---|
| オンラインでCVが完結しない | BtoB商談、来店型サービス、対面営業 |
| リードの質にばらつきがある | 問い合わせは多いが成約率が低い |
| 営業プロセスに複数ステージがある | MQL→SQL→商談→受注 |
| CRMにリードと成約のデータが蓄積されている | Salesforce、HubSpot、kintone等 |
逆に、ECサイトのように購入完了がオンラインで計測できるビジネスでは、オフラインCVインポートの優先度は低くなります。
データフローの全体像
オフラインCVインポートでは、広告クリックから成約データの送信までが一本の線でつながる必要があります。以下の図で全体の流れを確認してください。
Google広告：GCLID方式の設定手順
GCLID（Google Click Identifier）は、Google広告のクリックごとに自動付与される一意のIDです。このGCLIDをCRMに保存し、成約時にGoogle広告へ送り返すのがGCLID方式の基本です。
ステップ1：自動タグ設定を有効にする
Google広告の管理画面で「設定」→「アカウント設定」→「自動タグ設定」をONにします。これにより、広告クリック時にURLへgclidパラメータが自動的に追加されます。
ステップ2：GCLIDをCRMに保存する仕組みを構築する
ランディングページのフォーム送信時に、URLパラメータからgclidの値を取得し、CRMのリードレコードに紐づけて保存します。
実装方法はいくつかあります。
- フォームの隠しフィールドにGCLIDをJavaScriptで埋め込む
- Cookieに一時保存し、フォーム送信時に読み出す
- GTMのデータレイヤー経由で取得する
GCLIDの有効期限は90日です。この期間内にアップロードしなければ、Google広告側で照合できません。BtoBで商談サイクルが長い場合は、リード向け拡張コンバージョン（後述）の方が適しています。
ステップ3：コンバージョンアクションを作成する
Google広告の管理画面で「目標」→「コンバージョン」→「新しいコンバージョンアクション」から「インポート」を選択します。ソースとして「他のデータソースまたはCRM」→「クリック経由のコンバージョンをトラッキング」を選びます。
コンバージョン名、カテゴリ、値の設定は通常のコンバージョン設定と同様です。「最適化に使用するかどうか」は「メイン」に設定します。
ステップ4：成約データをアップロードする
成約が確定したリードのGCLID、コンバージョン日時、コンバージョン値をCSVファイルにまとめ、Google広告にアップロードします。
CSVに必要なカラムは以下の通りです。
| カラム名 | 内容 | 例 |
|---|---|---|
| Google Click ID | GCLID | EAIaIQobChMI… |
| Conversion Name | コンバージョンアクション名 | 成約 |
| Conversion Time | 成約日時（タイムゾーン付き） | 2026-06-15 14:30:00+0900 |
| Conversion Value | CV値（任意） | 500000 |
| Conversion Currency | 通貨コード（任意） | JPY |
アップロード方法は手動（管理画面からCSVをアップロード）、スケジュールアップロード（GoogleスプレッドシートやHTTPS/SFTP経由）、Google Ads APIの3つがあります。
運用メモ GCLID方式の初期導入では、まず手動CSVアップロードで仕組みを検証し、データの正確性を確認してからAPI連携に進むのが堅実です。アップロード直後にGoogle広告の管理画面で「オフラインデータの診断」を確認し、マッチ率が90%以上あるかを必ずチェックしてください。マッチ率が低い場合は、GCLIDの取得漏れやコンバージョン日時のフォーマット不備が主な原因です。
リード向け拡張コンバージョンとの違い
Google広告には「リード向け拡張コンバージョン（Enhanced Conversions for Leads）」という仕組みもあります。GCLID方式と混同されがちですが、役割と仕組みが異なります。
| 比較項目 | GCLID方式 | リード向け拡張コンバージョン |
|---|---|---|
| 照合キー | GCLID（クリックID） | メールアドレス等のユーザー情報 |
| GCLIDの保存 | 必須（CRMに保存が必要） | 不要 |
| 有効期限 | 90日 | 制限なし（ユーザー情報で照合） |
| 実装の複雑さ | フォーム改修 + CRM保存が必要 | GTMまたはタグでの送信 + CRMからのアップロード |
| 向いているケース | リードタイムが90日以内 | リードタイムが長い / GCLIDの保存が困難 |
リード向け拡張コンバージョンでは、フォーム送信時にユーザーのメールアドレスをハッシュ化してGoogleに送信します。成約時には、同じメールアドレスとコンバージョンデータをCRMからアップロードします。Google側でハッシュ値を照合し、広告クリックと成約を紐づけます。
GCLID方式はフォームとCRMの両方を改修する必要がありますが、照合精度は高くなります。リード向け拡張コンバージョンは既存のフォームを大きく変更せずに導入でき、GCLIDの有効期限制限もありません。
商談サイクルが90日を超えるBtoBビジネスや、GCLIDの保存が技術的に難しい場合は、リード向け拡張コンバージョンを選ぶのが合理的です。
Meta広告のオフラインコンバージョン設定
Meta広告にもオフラインコンバージョンの仕組みがあります。Google広告のGCLIDに相当する仕組みはなく、ユーザー情報（メールアドレス、電話番号、氏名など）のハッシュ値でマッチングを行います。
オフラインイベントセットの作成
- Metaイベントマネージャを開く
- 「データソースを接続」→「オフライン」を選択
- オフラインイベントセットに名前をつけて作成
- 広告アカウントを紐づける
データのアップロード
CSVファイルに以下の情報を含めてアップロードします。
| データ項目 | 必須/推奨 | 説明 |
|---|---|---|
| event_name | 必須 | イベント名（Purchase, Leadなど） |
| event_time | 必須 | UNIXタイムスタンプ |
| 推奨 | SHA-256ハッシュ化 | |
| phone | 推奨 | SHA-256ハッシュ化（E.164形式） |
| fn（名）/ ln（姓） | 推奨 | SHA-256ハッシュ化 |
| value | 推奨 | コンバージョン値 |
| currency | 推奨 | 通貨コード（JPY） |
マッチング精度を高めるには、メールアドレスと電話番号の両方を送信するのが効果的です。Meta側では、送信されたハッシュ値と広告に接触したユーザーのデータを照合します。マッチ率はイベントマネージャの「診断」タブで確認できます。
コンバージョンAPIとの関係
Meta広告では、オフラインイベントセットの代わりにコンバージョンAPI（CAPI）経由でオフラインイベントを送信する方法もあります。CAPIを使うと、オンラインイベントとオフラインイベントを同じパイプラインで管理でき、重複排除（event_idによるデダップ）も一元的に行えます。
新規にオフラインCVの仕組みを構築するなら、CAPIでオフラインイベントも送信する設計が推奨されます。
CRM連携の設計
オフラインCVインポートを安定運用するには、CRMとの連携設計が重要です。手動アップロードは検証には適していますが、継続運用には自動化が不可欠です。
CRMに保存すべきデータ
CRMのリードレコードに、以下のデータを保存する設計にします。
| データ項目 | 用途 | 保存タイミング |
|---|---|---|
| GCLID | Google広告の照合キー | フォーム送信時 |
| fbclid | Meta広告の参考情報（照合にはメール等を使用） | フォーム送信時 |
| メールアドレス | 拡張CV・Meta照合のキー | フォーム送信時 |
| 流入元URL | 広告経由かどうかの判別 | フォーム送信時 |
| リードステージ | どの段階でCVとして送信するかの判定 | ステージ更新時 |
| ステージ変更日時 | コンバージョン日時として使用 | ステージ更新時 |
自動連携の方式
CRMから広告プラットフォームへの自動連携には、主に3つのパターンがあります。
パターン1：CRMネイティブ連携 SalesforceやHubSpotには、Google広告やMeta広告との公式連携機能があります。設定画面からアカウントを接続し、リードのステージ変更をトリガーにコンバージョンデータを自動送信できます。導入のハードルは最も低い方法です。
パターン2：iPaaS（Zapier / Make等）経由 CRMに公式連携がない場合や、送信条件をカスタマイズしたい場合に有効です。「CRMのステージがSQLに変更されたら、Google Ads APIにコンバージョンを送信する」といったフローをノーコードで構築できます。
パターン3：API直接実装 Google Ads APIやMeta Marketing APIを使い、自社の基幹システムから直接コンバージョンデータを送信します。最も柔軟ですが、開発と保守のリソースが必要です。
運用メモ CRM連携で最もつまずきやすいのは「どのステージをCVとして送信するか」の定義です。商談パイプラインのステージが細かすぎると、CVの送信タイミングが分散し、自動入札の学習が安定しません。「SQL認定」や「受注確定」など、営業チームと合意した明確な基準を1つ決め、そのステージへの到達をトリガーにするのが実務上の最適解です。
アップロード頻度と最適化への影響
オフラインCVのアップロード頻度は、自動入札の学習精度に直接影響します。
推奨頻度
| 頻度 | 適したケース | 注意点 |
|---|---|---|
| 日次 | 成約リードタイムが短い（1週間以内） | 最も学習が安定する |
| 週次 | 成約リードタイムが2〜4週間 | 最低限の頻度として推奨 |
| 月次 | データ量が少なく日次では意味がない | 学習の反映が遅れるリスクあり |
Google広告では、クリックから成約までのタイムラグが自動入札の学習に影響します。クリックが発生してからCVデータが届くまでの「遅延」が大きいと、自動入札はその期間のクリックを「CVが発生しなかったクリック」として学習してしまいます。
このため、成約が確定し次第、できるだけ早くアップロードすることが重要です。日次のバッチ処理で前日の成約分を翌朝にアップロードする運用が理想的です。
自動入札への影響
オフラインCVをメインのコンバージョンアクションに設定すると、自動入札（tCPAやtROAS）はそのデータを最適化の基準にします。つまり「広告クリック後に実際に成約に至るユーザー」に対して入札を強化します。
これは、フォーム送信だけをCVにしている場合と比べて、広告の最適化対象が「質の高いリード」にシフトすることを意味します。結果として、フォーム送信数は減る可能性がありますが、成約率は向上します。
ただし、月間のオフラインCV数が30件を下回る場合は、学習に必要なデータ量が不足します。その場合は、フォーム送信をメインCV、オフライン成約をサブ（モニタリング用）として併用し、データが蓄積されてから切り替える段階的なアプローチが有効です。
導入時の注意点
データ品質の管理
オフラインCVインポートの効果は、データの正確性に依存します。以下の点を定期的にチェックしてください。
- マッチ率: Google広告では「オフラインデータの診断」、Meta広告ではイベントマネージャの「診断」タブで確認
- 日時のフォーマット: タイムゾーンの指定漏れは照合エラーの原因になる
- 重複データ: 同じ成約を複数回アップロードしていないか
- GCLIDの取得率: フォーム送信の何％でGCLIDが保存されているか
プライバシーへの配慮
オフラインCVインポートでは、ユーザーの個人情報（メールアドレス、電話番号など）を扱います。必ずハッシュ化してから送信し、プライバシーポリシーに適切な記載を行ってください。Google広告の拡張コンバージョンでは、GTM経由で自動的にSHA-256ハッシュ化されます。Meta広告のオフラインイベントセットでも、アップロード時にハッシュ化が必要です。
関連記事
- コンバージョン設計とバリューベース入札 - CV地点の選び方とCV値の設計パターン
- GA4のコンバージョン設定ガイド - GA4のキーイベント設定とGoogle広告への連携
- 拡張コンバージョン設定ガイド - Webの拡張コンバージョンの設定手順
- BtoB・SaaSの広告運用ガイド - リード獲得からMQL・SQLまでのファネル設計