Google広告のオフラインCV連携で、先に確認したいのは「何件アップロードできたか」ではありません。「その商談データが正しい顧客・成果定義で送られ、広告の評価に使える状態か」です。
広告から問い合わせが来ても、BtoBではその後の商談や受注までに時間がかかります。CRMの結果を広告へ返す仕組みは重要です。ただし2026年は、Google Ads APIからのオフラインCVアップロードにアクセス制限が入り、Data Manager APIへの移行を確認すべき局面になりました。
ここでは、移行そのものをゴールにせず、「アップロード前・処理後・広告評価」の3段階で事故を見つける実務点検表をまとめます。コードの実装手順だけではなく、経営者・マーケ責任者が制作会社や広告代理店と確認すべき質問に絞ります。
2026年6月15日の変更は「旧APIが全員使えなくなった」ではない
Googleの公式開発者資料によれば、2026年6月15日以降、所定の期間にオフラインCVアップロード実績がないGoogle Ads APIの利用者には、UploadClickConversionsへのアクセス制限が適用されます。許可されていない場合は CUSTOMER_NOT_ALLOWLISTED_FOR_THIS_FEATURE などのエラーになり、GoogleはData Manager APIの使用を案内しています。既存の許可済み環境まで同日に一律停止した、という意味ではありません。Google Ads APIの公式変更履歴で、対象期間・制限内容を確認できます。
また、Google Ads APIの旧developer tokenを前提にした手順は、2026年9月9日の仕組み変更も踏まえて確認が必要です。新規構築なら、旧APIを無条件で流用するのではなく、利用資格とData Manager APIの対応状況を最初に調べます。
実務判断：「うちはAPIが動いているから問題ない」でも、「6月15日以降は全部移行しないといけない」でもありません。アカウント・プロジェクトの状態と、今後の保守体制を分けて確認します。
Data Manager APIで確認すべき構造の違い
GoogleのオフラインCV公式ガイドは、Destination（どの広告アカウント・CVアクションへ送るか）、Event（いつ何が起きたか）、識別情報、events.ingest、非同期の処理結果確認、という流れを示しています。
識別子・同意・CV定義・日時・送信先
受付結果・非同期処理・照合失敗・重複
集計日・アトリビューション・入札目標・営業結果
これは運用設計を示す独自の概念図であり、Google管理画面の再現ではありません。
重要なのは、APIの受付成功がそのまま広告への帰属や入札最適化の成功を意味しないことです。Google Ads APIの公式資料も、アップロード成功と成果の帰属は別であると注意しています。旧APIから新APIへ乗り換えても、この検証の原則は変わりません。
説明用のBtoBケース：100件の問い合わせから何を返すか
例として、法人向け研修サービスで問い合わせ100件、営業が条件を確認した有効相談25件、実施済み商談12件、契約3件があったとします。すべて説明用の仮数値で、当社・顧客の実績ではありません。
「問い合わせ100件」をフォームで計測できていても、CRM側の商談12件のうち5件がリードID不明、3件が担当者の記録遅延なら、広告へ返せるデータは不安定です。APIへ送る前に「何をCVと呼ぶか」より「その出来事を追跡できるか」を確認します。
既存の深いCV設計の記事では、問い合わせから商談へ進む成果定義を解説しました。今回はその次の、データを送り、欠損を発見し、安心して運用するための監査に焦点を当てます。
そのまま会議で使える「7項目監査シート」
| 点検項目 | 確認する証拠 | 異常時の第一対応 |
|---|---|---|
| 1. 成果定義 | 「有効相談」「商談実施」など、CRMで確定する条件と担当者 | 営業部署と判定条件を統一。変更履歴を残す |
| 2. 送信先 | Google Adsのconversion customer、CVアクション、Data ManagerのDestination | 親子アカウントやアクション所有者の不一致を確認 |
| 3. 識別子・同意 | GCLID等の取得状況、適切に正規化・ハッシュ化された顧客データ、同意状態 | 個人情報をログへ出さず取得経路と同意を点検 |
| 4. イベント日時 | 実際の成果発生日時・タイムゾーン・営業更新日時 | CRMの更新日を成果日として誤送信しない |
| 5. 再送・一意性 | 同じCVアクションとtransaction IDの組、再送履歴 | 無条件再送を停止し、調整と新規を区別 |
| 6. 処理診断 | validateOnly結果、受付結果、非同期処理、照合・エラーの内訳 | 失敗レコードを特定し、原因別に修正 |
| 7. 広告評価 | CV表示件数、計上日、Primary/Secondary、実商談・受注との整合 | 数日間の差を即「不具合」「成果増」と断定しない |
特に「送信先」は見落とされがちです。Googleの移行比較資料では、Google Ads APIで利用していたアカウント階層の扱いを、Data Manager APIへそのまま置き換えられない場合があると説明されています。
安全に切り替える5ステップ
1. 既存の本番経路を図にする
フォーム→CRM→連携処理→Google広告の順に、責任者とアカウントIDを記録します。APIなのか、Data Manager画面やCRMコネクタなのかも区別します。「APIで送っているはず」という伝聞を仕様確認と混同しません。
2. 実データを送る前に検証する
Data Manager APIのvalidateOnlyを使ってペイロードの形式を検査します。その後は非同期処理のステータス・診断も確認します。検証リクエストが通っただけで、実コンバージョンが計上されたとは扱いません。
3. 同じ商談の二重計上を防ぐ
切替中に旧経路・新経路の双方から本番データを送る設計は危険です。並行検証するなら、非本番・検証対象の分離や一意IDの取扱いを事前に決めます。Data Manager APIは同じtransaction IDでの値の更新を調整として扱うため、旧APIの重複エラーと同じ挙動を前提にしてはいけません。また、新APIはすべての取消操作を旧APIと同等にはサポートしません。公式移行ガイドの調整・取消の制限を確認してください。
4. アップロード件数だけでなく帰属を検査する
「送信100件、受付100件」でも、識別子不備や広告との非一致で帰属が少なくなる場合があります。広告のレポートは、アップロード当日ではなく元の広告接点の日付へ反映されることがあります。遅延もあるため、当日値だけで移行成否を判定しません。Google Ads APIの診断・反映時刻も参考になります。
5. 入札目標の変更は、データが安定してから
Data Manager APIの稼働と、Smart BiddingがどのCVを最適化対象としているかは別問題です。Googleは下流成果を入札目標へ切り替える際、対応するCVアクションを計測し、複数のコンバージョンサイクルで観測することを案内しています。下流CVへ変更する公式ガイドを参照し、Primary/Secondaryの変更を移行日と同時に実施しない方が、原因を切り分けやすくなります。
移行後の4つの結果と、次の一手
| 見えた結果 | 考えられる状態 | 次に確認すること |
|---|---|---|
| APIがエラーで受け付けない | アクセス制限・認可・送信先設定など | エラーコード、アカウント所有、Data Manager API対応 |
| 受付成功なのに広告上は少ない | 照合・帰属・処理遅延など | 診断、識別子、計上日、反映待ちを分解 |
| Google側の数字がCRMより多い | 重複、CV定義差、計上日差など | 一意ID、成果定義、再送・調整履歴を突合 |
| 件数は合うが商談が増えない | 計測は正常でも訴求・対象・営業設計に問題 | 広告文、LP、商談理由、最適化目標を見直す |
計測連携は「成果を増やす魔法」ではありません。しかし、正しく動けば、広告・LP・動画のどの仮説を改善すべきかを判断する材料が増えます。技術者の完了報告だけで終わらせず、営業の実記録→広告の学習・報告→次の判断を一本につなげることが目的です。
最初に確認するのは、この3つで十分
1つ目は、誰のどの広告アカウントへ、どのCVアクションを送っているか。2つ目は、元のCRMから重複なく追跡できるか。3つ目は、アップロードの成功と、広告上で実際に使える成果を分けて検査しているか。ここが曖昧なら、ツール選定より前に手順を整える価値があります。
広告の計測・LP・動画を含めた販売検証が必要な場合は、AI・動画広告 活用診断で現状の導線から確認できます。改善や広告成果は、データ量・業種・商流・実施条件によって異なり、保証されるものではありません。
一次資料・適用限界
- Google Ads API：Feature deprecations and unversioned changes — 2026年6月15日のアクセス制限、9月9日の仕様変更
- Data Manager API：Google Ads offline conversions — 送信先・イベント・検証・診断の流れ
- Data Manager API：Upgrade from the Google Ads API — 仕様差・アカウント構造・調整と取消
- Google Ads API：Manage offline conversions — 成功応答と帰属の違い
- Google Ads Help：下流コンバージョン目標への切替
編集注（2026年11月3日）：公式公開ドキュメントを基にした一般的な実装・運用判断です。Google広告アカウントごとの許可状態、APIバージョン、CRM設定、同意取得を個別に検査したものではありません。仮例の数値は顧客実績ではありません。
