「Meta広告の管理画面では友だち追加が500件なのに、LINE側の実際の追加は120件しかない」——広告運用の現場で頻出する「数値が合わない」問題です。本記事では、この乖離がなぜ起きるのか、どちらの数字を信じるべきか、そしてCAPI連携で広告の数字を実態に近づける方法を整理します。
結論：乖離は仕組み上ほぼ必ず起きる。実追加を広告に返せば縮まる
この数値が合わない問題は、計測の仕組み上ほぼ必ず起きます。故障でも設定ミスだけが原因でもありません。
埋め方はシンプルで、LINE側で実際に発生した友だち追加を、正しく広告側に返す（CAPI連携）ことです。これにより広告の数字が実態に近づき、自動入札の最適化が正しく回るようになります。
> 要点（先に結論）
> - 広告側CVとLINE実追加は「数える基準」が違うため食い違う
> - 実態に近いのはLINE側の実追加数
> - 実追加をサーバー直送方式で広告に返せば、乖離は大きく縮まる
なぜ数字が食い違うのか
広告媒体とLINEは、そもそも数えているものが違います。
- 広告側（Meta等）：広告クリックやランディングを基準に「このクリックはCVにつながったはず」と推定してCVを計上する
- LINE側：実際に友だち追加された人数を数える
さらに、LP→LINE遷移の過程でクリックID（Meta広告のクリック識別子など）が失われると、広告側は「誰が追加したか」を正しく紐付けられません。その結果、次のようなズレが積み重なります。
| ズレの原因 | 起きること |
|---|---|
| クリックIDの消失 | 追加されても広告に紐付かず、広告側のCVが過小 or 過大に |
| 重複カウント | 同じユーザーが複数回計上され、広告側CVが膨らむ |
| 計測期間の違い | 広告は直近、LINEは長期で集計し、単純比較できない |
| 計測ロス | 一部の追加が広告側に届かず取りこぼし |
つまり、「500 vs 120」のような乖離は、計測基準の違い＋計測ロスの合わせ技で発生します。
どちらの数字を信じるべきか
「実際に何人が友だち追加したか」という実態に近いのは、LINE側の実追加数です。広告側のCV数は推定とロスが混じるため、そのままでは経営判断や予算配分の根拠にしづらい数字になります。
ただし、広告の自動入札は「広告側に返ってきたCV」を見て最適化します。だからこそ、実態（LINE実追加）を広告側に正しく返してあげることが重要になります。
乖離を放置するリスク
実態とずれた数字で広告最適化を回すと、判断を誤ります。
- 本当は効いている広告を「CVが少ない」と誤認して止めてしまう
- 効いていない広告に予算を寄せてしまう
- クライアントへのレポートで「正確な数字」を出せず、説明コストが膨らむ
解決策：実追加を広告に返す（CAPI連携）3ステップ
- LINE友だち追加を正しく捕捉する — GTMタグ1行をLPに設置し、どの広告から来た人が追加したかを記録します。
- サーバー直送方式で広告に返す — 実際の友だち追加を、Meta・Google・Yahooの各広告にサーバー側から直接返します。クリックIDが途中で消えても、サーバー側で突合して紐付けます。
- ダッシュボードで乖離を確認する — 広告に返した数と実追加数を並べて確認でき、どこで取りこぼしているかが見えます。
導入後の典型的なイメージは、媒体CV 500・LINE実追加 120という乖離が、CAPI連携で実追加 480前後（誤差解消）まで近づき、「説明できない・最適化できない」状態から「説明できる・最適化できる」状態に変わる、という変化です（数値は典型例で、実際の乖離幅はクライアントにより異なります）。
他社ツール・GA4との違い
GA4はLP上の動きまでは追えますが、LINE遷移後の実追加と広告を紐付けて媒体に返すことはできません。LIFF方式のツールは認証画面を挟むためCVR自体を落としがちです。LinetraceはCookie方式（GTMタグ1行・認証画面なし）で実追加を捕捉し、Meta・Google・Yahooの3媒体にサーバー直送方式で返せます。
Linetraceなら
LINE友だち追加の実態を広告に返し、媒体の数字を実態に近づけます。基本料金は月¥10,000〜（LINE公式アカウント単位）、商談・初期費用は不要です。2週間の無料トライアル（クレジットカード不要）で、自社の乖離がどれだけ縮まるかを確認できます。