この記事でわかること
- 問い合わせ件数を追っていると起きる、売上とのズレ
- オフラインコンバージョンが何を解決するのか
- 導入に必要な準備と、紐づけの仕組み
- 広告に送る「値」をどう決めるか
- データ接続せずにLTV基準へ近づける方法
- 導入の順番と、効果が出る条件
問い合わせ件数と売上のズレ
広告の成果として計測されるのは、多くの場合フォーム送信や電話タップといった「問い合わせ」の時点です。ここまでは広告側で追えます。しかし事業として意味があるのは、その先の受注と売上です。
問題は、問い合わせの価値が均一ではないことです。同じ1件でも、受注につながるものと、そうでないものがある。受注しても、単価が大きく違う。この差が広告側に伝わっていないと、次のことが起きます。
自動入札が「安い問い合わせ」を学習する：自動入札は、計測されたコンバージョンを基準に最適化します。全部のコンバージョンが同じ価値として送られていれば、システムは「最も安く問い合わせを取れる方向」へ配信を寄せます。その結果、件数は増えるのに受注は増えない、という状態が生まれます。広告費をかけるほど、成果から遠ざかることさえあります。
「CPAは下がったのに売上が増えない」の正体
この現象の多くは、ここに原因があります。安く取れる層に配信が寄った結果、CPAは改善して見える。しかし取れているのは受注につながりにくい問い合わせで、事業としては何も良くなっていない。広告の指標だけを見ていると、この状態に気づけません。
オフラインコンバージョンの仕組み
オフラインコンバージョンは、広告のクリック情報と、その後サイト外で発生した成果（受注・商談・契約）を紐づけて、広告プラットフォームに送り返す仕組みです。
クリック時の識別子を保存する
ユーザーが広告をクリックしてサイトに来た時点で、そのクリックを識別する情報が付与されます。これをフォーム送信時に一緒に取得し、問い合わせ情報とセットで記録します。ここが最初の関門で、記録されていないと後から紐づけられません。
識別子を保存していないと、受注データがあっても接続できない受注が発生したら記録に追記する
営業側で商談が進み、受注が確定した段階で、その案件がどのクリックから来たのかを紐づけて記録します。CRMでもスプレッドシートでも構いませんが、「問い合わせ」と「受注」が同じ行で管理されている必要があります。
営業側の入力が運用の生命線。無理のない項目数に絞る広告プラットフォームに送り返す
蓄積した受注データを、識別子とともに広告側にアップロードします。これによって「どのクリックが受注につながったか」が広告側で分かるようになり、最適化の基準が問い合わせから受注に変わります。
手動アップロードから始め、頻度が問題になったら自動化を検討する導入に必要な準備
| 必要なもの | 内容 | ないとどうなるか |
|---|---|---|
| 識別子の保存 | クリック情報をフォーム側で取得・記録 | 受注データがあっても紐づけられない |
| 受注管理の仕組み | CRMまたはスプレッドシート | 成果の記録が残らない |
| 営業側の運用 | 受注時に該当行を更新する習慣 | データが歯抜けになり精度が落ちる |
| 一定の件数 | 月に数十件以上の受注 | 学習の材料として不足する |
| 社内の承認 | データ連携についての判断 | 後から止めることになる |
最大の難所は技術ではなく運用：設定作業そのものより、営業側が受注のたびに記録を更新し続けられるかのほうが、実務では難しい部分です。項目が多いと入力されなくなります。最初は「受注したか」「金額はいくらか」の2項目程度から始め、続く形を作ってから増やしてください。
送る値の決め方
受注データを送るとき、何を「値」として設定するかで最適化の方向が変わります。
| 送る値 | 最適化の方向 | 向いている事業 |
|---|---|---|
| 受注の有無（0か1） | 受注につながる獲得を増やす | 単価が近い商材 |
| 初回受注金額 | 金額の大きい獲得を優先 | 単価に差がある商材 |
| 粗利額 | 利益貢献の大きい獲得を優先 | 商材ごとに利益率が違う |
| 推定LTV | 長期的な価値を最大化 | 継続課金・リピート型 |
| 商談化（中間指標） | 受注前の段階で早くフィードバック | 受注までの期間が長い |
受注までの期間が長い商材では、最後の行が重要になります。クリックから受注まで数か月かかると、データを送るまでのタイムラグも長くなり、その間の最適化に反映されません。商談化や見積提出といった手前の段階を中間指標として送ることで、フィードバックを早められます。
接続しない場合の代替策
データ接続は有効な手段ですが、必須ではありません。件数が少ない、体制が整っていない、まず効果を確かめたいという段階では、手元の分析だけでもLTV基準に近づけます。
クエリ別に成約率と単価を集計する
広告のクエリレポートと、営業側の受注データを手作業で突き合わせます。「どんな語で来た問い合わせが受注しているか」を把握するだけで、構成を見直す材料になります。月次で1〜2時間の作業でも、十分に判断できます。
まずは1か月分でよい。傾向が見えれば次の手が決まる価値の差を構成に反映する
把握した差をもとに、広告グループを期待価値で分け、グループごとに異なる目標CPAを人が設定します。データ接続がなくても、この形なら「価値の高い獲得に多く払う」設計は実現できます。
自動化されていなくても、判断が正しければ成果は動くフォームの選択項目で種別を取る
問い合わせフォームに種別の選択肢を置き、種別ごとにコンバージョンを分けて計測すれば、広告側でも大まかな質の違いを扱えるようになります。受注データを送らなくても、手前の段階で分類できます。
選択肢は営業が「価値が違う」と感じる軸で作る導入手順
LTV基準の運用に移行するチェックリスト
【第1段階：把握する】
- 問い合わせと受注を同じ表で管理している
- クエリ別・広告グループ別に成約率を出した
- 獲得の価値に差があることを確認した
- 営業側と「取りたい問い合わせ」の認識を揃えた
【第2段階：構成に反映する】
- 期待価値で広告グループを分けた
- グループごとに目標CPAを設定した
- 評価軸をCPAから利益貢献に変える合意を取った
- 月次で受注データと突き合わせている
【第3段階：データを接続する】
- クリック識別子をフォーム側で保存している
- 受注時に記録を更新する運用が回っている
- 送る値の定義を決めた
- プライバシーポリシーと社内承認を確認した
順番が重要です。第1段階を飛ばしていきなり接続しても、そもそも価値に差がなければ効果は出ません。まず手元で差があることを確認し、構成に反映して効果を見てから、自動化に投資する。この順序であれば、無駄な工数をかけずに済みます。
Web広告運用代行
問い合わせ件数ではなく、事業に残る利益で広告を評価する体制づくりからご支援します。データ接続の前段として、どの獲得に価値があるのかを整理するところから一緒に進めます。まずは現状の計測と受注管理の状況をお聞かせください。
広告運用代行の詳細を見るLnXの見解
「CPAは下がったのに売上が増えない」というご相談は、私たちが最もよく受けるものの一つです。原因の多くは、広告側に伝わっている成果の定義が、事業の成果とずれていることにあります。全部の問い合わせが同じ価値として送られていれば、システムは最も安く取れる方向に配信を寄せます。それ自体はシステムが正しく動いた結果であって、故障ではありません。
ただし率直に申し上げると、データ接続は目的ではなく手段です。実際、ご支援した上場人材会社の案件では、受注データを広告に自動連携する仕組みを先に作ったわけではありません。過去の実績を網羅的に分析して「どのクエリが売上に貢献しているか」を人が把握し、その差を広告グループの構成と目標CPAに反映しました。結果として4ヶ月でLTV1.6倍という成果につながっています。（事例の詳細はこちら）
つまり、大事なのは「価値の差を運用に反映すること」であって、その手段が自動連携である必要は必ずしもありません。件数が十分にあり、運用体制が整っているなら接続する価値は大きい。そうでない段階なら、まず手元の分析で差を把握して構成に落とす。どちらが自社に合っているかは、受注件数と体制次第です。LnXでは広告・LP・計測を同じ担当が見るため、どこから手を付けるべきかを含めてご提案しています。
よくある質問
Q オフラインコンバージョンを入れないと、LTV基準の運用はできませんか？
できないわけではありません。広告側にデータを戻さなくても、手元の分析で「どのクエリ・どの広告グループから価値の高い獲得が来ているか」を把握し、それに応じて構成や目標CPAを人が調整する方法があります。実際、この方法で成果を出している事例もあります。データ接続は自動化と精度向上の手段であって、前提条件ではありません。
Q CRMを使っていない場合でも導入できますか？
スプレッドシートで受注管理をしている場合でも、必要な項目が揃っていれば対応は可能です。重要なのはツールの種類ではなく、広告のクリックと受注データを紐づける識別子が記録されているかどうかです。この紐づけがないと、どの受注がどの広告経由なのかを特定できません。まずは記録する項目の設計から始めてください。
Q どのくらいの受注件数があれば効果が出ますか？
件数が少ないと、送ったデータが学習に十分な材料になりません。目安として、月に数十件以上の受注が発生していないと、自動入札の判断を変えるだけの情報量になりにくくなります。件数が少ない段階では、まず手元の分析で構成を見直すほうが費用対効果は高くなります。
Q 受注までの期間が長い商材でも使えますか？
使えますが、注意点があります。クリックから受注までの期間が長いと、データを送るまでのタイムラグも長くなり、その間の最適化には反映されません。商談化や見積提出など、受注より手前の段階を中間指標として送り、より早くフィードバックする設計を検討してください。
Q 個人情報の扱いはどうなりますか？
連携の方法によって送信するデータは異なりますが、顧客情報を扱う以上、プライバシーポリシーの記載や社内の承認は事前に確認が必要です。技術的な仕組みの安全性と、自社としてそのデータ連携を行ってよいかという判断は別の問題です。設定作業に入る前に、社内の扱いを整理してください。