Google広告のCV補正は 返品・キャンセル・LTV更新を入札へどう戻すか
Google広告の管理画面ではCPAもROASも目標を達成しているのに、月末に会計データを見ると利益が残っていない。ECや予約型のサービスを運用していると、この現象に何度か遭遇します。原因の多くは配信設定ではなく、いったん記録されたコンバージョンがその後どうなったかを広告側に返していないことにあります。
返品、キャンセル、解約、そして契約後に判明する実際の顧客生涯価値。これらはコンバージョンが計上された後に確定する情報です。放置すれば、自動入札は「返品された注文」も「解約された契約」も成功例として学習し続けます。Google広告にはこれを後から補正する仕組みが用意されており、Google広告ヘルプでは修正と撤回という二つの調整方法が案内されています。
この記事では、コンバージョンの調整で何ができて何ができないのか、実装の前提となるトランザクションIDの設計、送信期限の制約、そして導入後に何を見て効果を判断するかまでを、広告運用代行の現場で使っている基準に沿って整理します。オフラインコンバージョンの取り込みとは目的が異なる領域なので、そこの切り分けも明確にします。
この記事の要点
- コンバージョンの調整は、すでに記録されたコンバージョンの値を後から変更または取り消す仕組み
- 修正はコンバージョン値だけを変更し件数は動かさない。撤回は値を0にしてコンバージョン自体を削除する
- 調整にはトランザクションIDとコンバージョンアクション名の組み合わせ、またはクリックIDと日時が必要
- いったん撤回したコンバージョンは、それ以降さらに調整することができない
- 導入の効果はCPAの改善ではなく、広告側の数値と会計側の数値の乖離が縮むかどうかで判断する
コンバージョンの調整とは、記録済みの成果を後から直す仕組みです
コンバージョンの調整とは、すでにGoogle広告に記録されたコンバージョンについて、その値を後から変更したり、コンバージョン自体を取り消したりする機能です。通常のコンバージョン計測が「発生した瞬間」を捉えるものであるのに対して、調整は「その後どうなったか」を反映するための仕組みだと考えるとわかりやすくなります。
計測とは目的が異なる
広告計測の議論はどうしても、取りこぼしをいかに減らすかという話に偏りがちです。タグの実装、サーバーサイド計測、拡張コンバージョンといった施策はすべて、発生したコンバージョンを漏れなく拾うためのものです。これらは重要ですが、拾った後の正確性までは担保しません。
調整が扱うのはその先の領域です。正しく計上されたコンバージョンが、後日返品やキャンセルによって価値を失った、あるいは想定より大きな価値を生んだ、という変化を広告側へ戻します。取りこぼしを減らす施策と、記録後の実態に合わせる施策は、別々に設計する必要があります。
混同されやすいのが、拡張コンバージョンやオフラインコンバージョンの取り込みとの関係です。これらはいずれもコンバージョンを新たに計上したり、計上の精度を上げたりするための機能であり、すでに記録された成果を後から書き換えるものではありません。目的が違う以上、どちらかを入れれば他方が不要になるという関係にはなく、必要に応じて併用する前提で考えます。
入札アルゴリズムへの影響
Google広告の自動入札は、蓄積されたコンバージョンデータからパターンを学習します。返品率の高いユーザー層や、解約されやすい流入経路が混ざったまま学習が進むと、アルゴリズムはその層に積極的に配信を寄せていきます。表面上のコンバージョン数は増え、CPAも良く見えます。
調整を送ると、この学習の材料そのものが変わります。返品された注文の価値が下がり、キャンセルされた予約が消えることで、アルゴリズムは「実際に残る成果」に近い基準で配信先を選び始めます。調整は数値の見た目を整える作業ではなく、入札の判断基準を作り替える施策です。
コンバージョン値の設計そのものについては、以下の記事で基本から整理しています。
返品とキャンセルが入札を歪める仕組み
返品やキャンセルが広告成果に与える影響は、単純に売上が減るという話にとどまりません。歪みは学習データを通じて配信そのものに波及し、時間が経つほど累積していきます。ここを理解しておかないと、調整を入れる優先度を正しく判断できません。
また、返品やキャンセルは季節性を持つことがあります。年末商戦の直後や、新生活シーズンの終わりに集中する商材では、特定の月だけ返品率が跳ね上がります。年間平均でしか見ていないと、この山が均されて見えなくなり、実際にはその時期の配信効率が大きく落ちていることに気づけません。
返品率は流入経路によって偏る
実務でデータを見ていると、返品やキャンセルの発生率はチャネルやキャンペーンによって明確に差が出ます。値引き訴求で集めた新規顧客と、指名検索で来た顧客とでは、同じ購入でもその後の返品率が大きく異なることは珍しくありません。
この差を広告側に伝えなければ、アルゴリズムから見た両者は同価値です。結果として、返品率の高い層に予算が流れやすくなります。返品率の偏りが大きい商材ほど、調整を入れたときの配信変化も大きくなります。
もうひとつ見落とされやすいのが、返品が集中するタイミングの偏りです。セール期間中に獲得した注文は、通常期の注文よりも返品率が高くなる傾向があります。セール期の実績をもとに通年の入札基準が学習されると、平常時の配信効率まで引きずられます。期間を区切って返品率を確認しておくと、この歪みに気づけます。
解約前提のビジネスではさらに顕著になる
サブスクリプション型や継続課金型のサービスでは、初月で解約される契約と数年続く契約が同じ一件として計上されます。初月解約が多い流入経路に最適化が進むと、獲得件数は増えるのに事業としての売上は伸びない、という状態に陥ります。
この構造は、獲得単価だけを追っている限り気づきにくいものです。会計側の継続率データと広告側のコンバージョンデータが分断されていると、問題が可視化されるまでに数ヶ月かかります。分断を埋める手段のひとつが、調整による価値の書き戻しです。
調整の優先度が高くなりやすい状況
- 返品率やキャンセル率が全体で一割を超えており、かつ経路ごとに偏りがある
- 初月解約や短期解約が一定割合で発生する継続課金型のサービス
- 受注後に数量変更や値引きが入り、最終請求額が初回計上額と乖離する
- 予約から実来店までの間隔が長く、無断キャンセルが一定数発生する
- 目標ROASや目標コンバージョン単価で自動入札を運用している
修正と撤回は使い分けが決まっています
Google広告ヘルプによれば、コンバージョンの調整には修正と撤回という二つの方法があります。修正はコンバージョン値を変更するもので、コンバージョン数そのものは変わりません。撤回はコンバージョンを完全に削除し、コンバージョン値を0.00に変更します。
部分返品には修正、全額取り消しには撤回
三点購入のうち一点だけ返品されたようなケースでは、コンバージョン自体は成立しているため、値だけを実際の金額に合わせて下げます。これが修正です。件数は一件のまま残り、値だけが実態に沿った金額へ置き換わります。
一方で、注文全体がキャンセルされた、あるいは審査に落ちて契約に至らなかったといったケースでは、そもそもコンバージョンが成立していません。この場合は撤回を使い、件数ごと取り消します。件数を残すべきかどうかが、修正と撤回を分ける判断軸です。
実務では、修正を繰り返して段階的に値を下げていく運用も可能です。分割配送で一部ずつ返品が発生する商材では、返品が確定するたびに残額へ修正していくという扱い方ができます。この場合、最終的に全額返品になった時点で撤回に切り替えるかどうかは、件数を残したいかどうかで判断します。
撤回は一度きりの操作になる
実装上とくに注意が必要なのが、撤回の不可逆性です。Google広告ヘルプは、コンバージョンを撤回して0に修正すると、それ以降は調整ができないと明記しています。つまり、いったん取り消したコンバージョンを後から復活させることはできません。
キャンセル後の再申し込みや、返品後の再購入が一定割合で起きる商材では、この制約が効いてきます。キャンセル確定の判定を急ぎすぎると、復活可能な案件まで永久に消してしまいます。社内のどの状態をもって確定とするかは、この不可逆性を前提に決める必要があります。
| 状況 | 使う調整 | コンバージョン数 | コンバージョン値 |
|---|---|---|---|
| 一部返品で金額が減った | 修正 | 変わらない | 実際の金額に変更 |
| 注文が全額キャンセルされた | 撤回 | 削除される | 0.00になる |
| 審査落ちで契約不成立 | 撤回 | 削除される | 0.00になる |
| 追加購入で金額が増えた | 修正 | 変わらない | 実際の金額に変更 |
| 継続契約で価値が確定した | 修正 | 変わらない | 確定した価値に変更 |
調整にはトランザクションIDの設計が前提になります
調整を送るには、どのコンバージョンを直すのかをGoogle側が特定できなければなりません。Google広告ヘルプでは、トランザクションIDとコンバージョンアクション名の組み合わせ、あるいはオーダーIDがない場合はクリックIDとコンバージョン日時を使う方法が案内されています。
最初の計測時点でIDを送っておく必要がある
ここが実装上いちばんの落とし穴です。調整はあくまで既存のコンバージョンを指し示す操作なので、最初にコンバージョンを計上した時点でトランザクションIDを一緒に送っていなければ、後から紐付けることはできません。
つまり、調整を導入するという判断は、通常のコンバージョン計測の実装を見直すところから始まります。すでに走っているキャンペーンの過去分は、IDを送っていない限り遡って調整できません。導入を決めたら、まず計測側にIDを載せる改修を先に入れ、その後の分から調整を効かせていくのが現実的な進め方です。
この制約は、導入の意思決定にも影響します。効果を見てから本格導入を判断したいという要望はよく出ますが、IDを送っていない期間のデータは後から使えないため、検証のためにはまず計測側の改修を先行させる必要があります。小さく試すという進め方が取りにくい領域だという点は、事前に社内で共有しておくべきです。
IDは業務システム側の主キーに揃える
トランザクションIDに何を使うかは、広告側の都合ではなく業務システム側の都合で決めるべきです。返品やキャンセルが発生したときに、その事実を保持しているのは受注管理システムや基幹システムです。そこから広告側のコンバージョンを一意に引ける値でなければ、運用が回りません。
受注番号をそのまま使うのが最も素直な設計です。避けたいのは、広告計測用に別途採番した値を使ってしまい、後で受注データと突き合わせられなくなるパターンです。ここが分断すると、調整データを作る作業自体が手作業になります。
IDを持てない導線をどう扱うか
すべてのコンバージョンにトランザクションIDを持たせられるとは限りません。電話問い合わせや店頭申し込みのように、ウェブ側で採番が発生しない導線では、そもそも紐付ける先がない状態になります。この場合はクリックIDと日時の組み合わせを使う方法が用意されていますが、クリックIDを保持できていることが前提です。
IDを持てない導線は、調整の対象外として最初から切り分けておくのが現実的です。すべてを一度に理想の形にしようとすると、実装が終わりません。まずは全体の大半を占める主要導線で調整を回し、その効果を確認してから対象を広げるほうが、確実に前に進みます。
オフラインコンバージョンの取り込み全般については、以下の記事で実装手順を整理しています。
送信できる期限には制約があります
調整はいつまでも送れるわけではありません。Google広告ヘルプでは、ホテル広告について自動入札の読みやすさに関する調整は7日以内、それ以外は55日以内という期限が示されています。商材によって扱いは異なりますが、無期限ではないという前提で設計する必要があります。
返品受付期間との整合を取る
実務で確認すべきなのは、自社の返品受付期間やキャンセル可能期間が、調整の送信期限に収まっているかどうかです。返品期間が長い商材では、返品が確定したときにはすでに調整を送れない、という事態が起こり得ます。
この場合、すべてを調整で解決しようとせず、期限内に収まる分は調整で戻し、期限を超える分は別の方法で補正するという二段構えが必要になります。調整で拾える範囲と拾えない範囲を最初に線引きしておかないと、後から数字が合わなくなります。
期限をどう扱うかは、返品受付期間の長さによって現実的な選択肢が変わります。返品受付が短い商材であれば、確定を待ってから送っても十分に間に合います。一方で長期の返品受付を掲げている商材では、期限内に確定しない案件が構造的に一定数残ります。
期限を超える分については、広告側での補正を諦めて社内の実績管理でカバーするという割り切りも必要です。広告データをどこまで実態に近づけるかは、精度と工数のバランスで決める判断であり、完璧を目指すこと自体が目的ではありません。
送信頻度は日次を基本にする
期限がある以上、調整データの送信をためこむ設計は危険です。週次や月次でまとめて送る運用にすると、月初に発生したキャンセルが期限ぎりぎりになります。何らかの理由で送信が一度失敗すると、そのまま期限切れになる可能性があります。
日次で自動的に送る仕組みを最初から組んでおくと、こうした事故を防げます。あわせて、送信に失敗した分を検知して翌日に再送する仕組みも用意しておきます。手作業でのアップロードに頼る運用は、担当者が変わった時点で止まります。
導入の前に決めておくこと
調整の実装で失敗するパターンは、技術的な難しさよりも、事業側の定義が曖昧なまま進めてしまうことに起因します。何をもって返品確定とするか、どの時点でキャンセルとみなすかは、システムではなく業務のルールです。
ここで決めるべきことは、システムの仕様ではなく業務のルールです。開発側に丸投げすると、実装しやすい条件が選ばれてしまい、実際の返品運用と噛み合わない判定になります。業務部門と広告担当が同席して、実際の返品フローを一度なぞりながら決めるのが確実です。
確定タイミングの定義
返品を例に取ると、返品申請を受け付けた時点、商品が返送されて検品が完了した時点、返金処理が完了した時点と、複数の候補があります。どれを選ぶかで、調整を送るタイミングも、送信期限に対する余裕も変わります。
早い段階で確定とみなせば期限には余裕が出ますが、その後に返品が取り下げられた場合に不整合が生じます。撤回が不可逆である以上、確定判定は遅めに置くほうが安全です。ただし遅らせすぎて期限を超えては本末転倒なので、返品フローの実測日数をもとに決めます。
判定を担当する部門を決めておくことも重要です。返品の確定は業務部門が把握していますが、それを広告側に反映する責任が誰にあるのかが曖昧なままだと、システムは動いていても実際のデータが流れない状態になります。誰がいつ何を確認するのかを、運用フローとして明文化しておきます。
LTVを反映する場合の粒度
継続課金型で顧客生涯価値を反映させる場合は、どの時点の価値を送るかを決める必要があります。契約から三ヶ月時点の累計額なのか、想定される年間価値なのか、実際に決済された累計額なのか。基準が曖昧なままだと、数字の意味が誰にも説明できなくなります。
運用しやすいのは、一定期間経過後の実績値を使う方法です。予測値を使うと精度の議論が始まり、モデルを更新するたびに過去の調整との整合が取れなくなります。実績で運用し、必要になってから予測の導入を検討する順番が扱いやすくなります。
実装前に社内で合意しておく項目
- 返品・キャンセル・解約それぞれの確定判定タイミング
- トランザクションIDとして使う業務システム側の値
- 修正と撤回の使い分けルールと、判定を担当する部門
- 調整データの生成頻度、送信頻度、失敗時の再送方針
- LTVを反映する場合の基準時点と、使う値の定義
導入後に見る指標と効果の判断
調整を入れた後、管理画面のコンバージョン数とコンバージョン値は下がります。これは想定どおりの挙動であり、失敗ではありません。ここを事前に共有しておかないと、導入プロジェクトが社内で否定的に評価されます。
あわせて確認したいのが、調整の適用率です。発生した返品件数のうち、実際に調整として送信できた割合がどれくらいかを見ます。この比率が低いままだと、いくら乖離を追っても縮まりません。送信できなかった分については、期限切れなのか紐付け失敗なのかを分けて把握しておきます。
評価すべきは乖離幅の縮小
効果を測る指標は、広告管理画面の売上と会計側の確定売上の乖離幅です。調整が正しく効いていれば、この差は明確に縮まります。逆に、乖離が縮まっていないなら、調整データが届いていないか、対象範囲が不十分です。
CPAやROASの数値そのものは、調整導入の成否を判断する材料になりません。数値は必ず悪化して見えるからです。見るべきは、その数値がどれだけ現実に近づいたかです。
社内への説明を先に用意しておく
調整の導入で最も揉めやすいのが、社内報告の場面です。先月まで達成していたはずのCPA目標が未達に変わるため、事情を知らない関係者からは施策の失敗に見えます。導入前に、数値が悪化して見えることと、それが正確化の結果であることを共有しておく必要があります。
可能であれば、目標値そのものを調整後の水準に合わせて引き直しておくのが安全です。古い基準のまま運用を続けると、現場が達成不可能な目標に追われ、結果として調整を止めようという話になりかねません。基準の更新まで含めて導入計画に入れておきます。
配信の変化は数週間かけて見る
自動入札が新しい基準で学習し直すには時間がかかります。調整を入れた翌週に配信が変わらなくても、それは正常な範囲です。少なくとも学習期間を挟んだうえで、キャンペーン別やオーディエンス別の予算配分がどう動いたかを確認します。
このとき、調整以外の変更を同時に入れないことが重要です。入札戦略の変更やクリエイティブの入れ替えを重ねると、何が効いたのかを説明できなくなります。変更履歴を残し、一定期間は調整だけを走らせるのが確実です。
よくある失敗とその切り分け
調整の運用でつまずく箇所は、ある程度パターン化できます。エラーの内容から原因を絞り込む順番を決めておくと、対応が早くなります。
紐付かないエラーが最も多い
アップロードは成功しているのに調整が反映されない、というケースの大半は、指定したトランザクションIDに該当するコンバージョンが存在しないことが原因です。最初の計測時にIDを送っていない、あるいは形式が異なっている可能性を最初に疑います。
大文字小文字の違いや、前後の空白、ゼロ埋めの有無といった些細な差でも一致しません。計測側と調整側で、IDを生成する処理を共通化しておくのが最も確実な予防策です。別々の実装に分かれていると、片方だけ仕様変更されて壊れます。
形式の不一致は、実装当初ではなく、しばらく運用したあとに突然発生することがあります。カートシステムのバージョンアップで受注番号の桁数が変わった、あるいは新しい決済手段の追加でプレフィックスが付くようになった、といった変更が引き金になります。システム側の改修予定を把握しておくと、事前に対応できます。
コンバージョンアクション名の不一致
もうひとつ多いのが、調整対象のコンバージョンアクション名が実際の設定と一致していないケースです。アカウント内でコンバージョンアクションを整理した際に名称を変更し、調整側の設定を更新し忘れると発生します。
コンバージョンアクションの設計を変更するときは、調整の送信設定も同時に見直す運用にしておきます。アカウント構成の変更が計測周りに波及することは多いので、変更手順書に含めておくと漏れません。
送信そのものが止まっていないかを定期的に見る
見落とされやすいのが、調整データの送信処理がいつの間にか停止しているケースです。エラーで止まっていても広告配信自体は問題なく続くため、日々の運用では気づけません。数ヶ月経ってから、返品の反映が止まっていたことが発覚するという事故が起こります。
送信件数がゼロの日が続いていないかを、監視項目として明示的に持っておくべきです。返品が発生しない日はあり得ますが、何日も連続してゼロなら異常を疑う価値があります。広告レポートの定例確認項目に、調整の送信件数を加えておくと確実です。
| 症状 | 最初に確認する場所 | 典型的な原因 |
|---|---|---|
| 調整が反映されない | 計測時に送ったトランザクションIDの有無と形式 | 初回計測でIDを送っていない、形式の不一致 |
| 一部だけ反映されない | コンバージョンアクション名の一致 | アクション名の変更を調整側に反映していない |
| 期限切れが増えた | 確定判定から送信までの実測日数 | 返品フローの長期化、送信頻度の低さ |
| 撤回できない | 過去に同一コンバージョンを撤回していないか | 撤回済みのため以降の調整が不可 |
| 会計と合わない | 調整の対象範囲と除外条件 | 一部の返品理由を対象外にしている |
内製と代理店の線引きはどこに引くべきか
調整の運用は、広告担当者だけでも、システム担当者だけでも完結しません。データを持っているのは業務側、それを使うのは広告側なので、両者の橋渡しが必要になります。
社内で握っておくべき部分
確定判定の定義と、トランザクションIDの設計は社内に残すべき領域です。業務フローを知らない外部が決めると、実態と合わない判定基準になります。返品の実務を担当している部門を巻き込んで決めるのが確実です。
また、調整データを生成する処理そのものも、基幹システムに近い場所に置いたほうが保守しやすくなります。データの定義と生成は社内、広告側の設計と検証は外部という分担が、もっとも噛み合います。
外部に任せたほうが早い部分
どの入札戦略と組み合わせるべきか、調整を入れた後に配信がどう変わるかの見立て、期待どおりに動かないときの切り分けは、複数アカウントでの経験がそのまま効く領域です。ここを自社で試行錯誤すると、学習コストを広告費で払うことになります。
ハーマンドットでは、計測と調整の設計を運用と切り離さずに見ています。調整を入れた後に入札がどう反応したかまで追い、必要であれば送信設計そのものを組み直します。計測担当と運用担当が分かれていると、数字が合わないときに誰も原因を特定できません。
広告と利益を接続して管理する考え方は、以下の記事でも扱っています。
手動アップロードと自動連携のどちらを選ぶか
調整データをGoogle広告へ渡す方法は、管理画面からファイルをアップロードする手動の方式と、APIを介して自動で送る方式に大別されます。どちらを選ぶかは、件数と運用体制によって決まります。技術的に高度なほうが常に正しいわけではありません。
判断を誤りやすいのは、将来の件数増を見込んで最初から自動化に踏み切るケースです。実際の調整データがどういう形になるかは、運用してみないと見えない部分が多く、仕様が固まらないまま自動化すると作り直しになります。まず手動で数ヶ月回して要件を確定させてから自動化するほうが、結果的に早く仕上がります。
手動が現実的なケース
月間の調整件数が数十件程度で、返品処理の担当者が固定されているのであれば、手動アップロードでも十分に運用できます。実装コストがかからず、始めるまでの期間も短くて済みます。まず効果を確かめたい段階では、手動から入るのが合理的です。
ただし手動には、担当者への依存という弱点があります。属人化した運用は、担当者の異動や休職でそのまま止まります。手動で始める場合も、手順を文書化し、複数人が実行できる状態にしておくことが前提になります。
件数が中程度で、手動と自動の中間を取りたい場合は、データの生成までを自動化し、送信だけを人が実行する形も選択肢になります。ファイル作成の手間とミスを減らしつつ、送信前に内容を目視で確認できるため、移行期の運用としては扱いやすい形です。
自動連携に切り替える判断基準
件数が月に数百件を超えてくると、手動でのファイル作成は現実的でなくなります。作業時間そのものよりも、転記ミスや送信漏れのリスクが問題になります。この規模に達したら、基幹システムから自動生成して送る仕組みへの移行を検討する段階です。
移行の際は、いきなり全件を自動化せず、一定期間は手動と自動の結果を突き合わせて検証します。自動化の初期は、生成ロジックの誤りが大量のデータを一度に壊す危険があります。並行稼働の期間を設けることで、この事故を防げます。
まとめ：入札の判断基準を実態に合わせ直す
コンバージョンの調整は、記録済みの成果を後から実態に合わせる仕組みです。修正は値だけを変え、撤回は件数ごと取り消します。撤回が不可逆であること、送信期限があること、そして最初の計測時にトランザクションIDを送っておく必要があることが、設計上の三つの制約になります。
返品率やキャンセル率が経路によって偏っている事業では、調整を入れるだけで予算配分が変わります。逆に、返品がほとんど発生しない商材であれば優先度は下がります。自社の返品・解約データを経路別に分解してみることが、判断の出発点になります。
導入にあたっては、まず主要な導線に絞って始め、効果を確認してから対象を広げる進め方が安全です。調整は一度作れば終わりではなく、返品フローの変更や決済手段の追加によって前提が崩れる領域です。送信件数の監視まで含めた運用設計を、実装と同時に用意しておくことをおすすめします。
- 修正は値のみ変更、撤回は件数ごと削除。撤回は一度実行すると後から調整できない
- 調整には最初の計測時に送ったトランザクションIDが必要で、過去分に遡って適用はできない
- 効果はCPAの改善ではなく、広告側と会計側の数値の乖離が縮まったかで判断する
コンバージョン値に条件別のルールを適用する方法は、以下の記事で解説しています。
まずは無料で広告アカウント診断を
自社のGoogle広告で、返品やキャンセルがどれだけ入札を歪めているかは、経路別の返品率と広告データを突き合わせれば見えてきます。ただし、調整の導入が費用対効果に見合うかどうかは、商材の特性と現在のアカウント構成によって変わります。
ハーマンドットでは、計測の実装状況とアカウント構成をあわせて確認し、優先順位をつけたうえで改善の道筋をご提案しています。実装ありきの提案ではなく、現状のままで問題ないケースはそのようにお伝えします。まずは現状把握から始めていただければと思います。
初回相談は完全無料・所要時間30分・オンライン対応可能