【2026年】LINE コンバージョンAPIとは？Cookie規制後の計測精度を高める導入方法

Cookie規制の影響で、LINE広告のコンバージョン計測が常時20〜40%失われているという推計があります。この計測ロストを根本から解消するのが、サーバー間で直接データを通信する「LINE コンバージョンAPI」です。

ブラウザ側の制約を受けないサーバーサイド計測に移行することで、広告の機械学習が正しいデータで最適化され、CPAの改善につながります。

本記事では、LINE コンバージョンAPIの仕組みから3つの導入パターン、重複排除の設定まで、広告運用担当者が実務で必要な情報をまとめています。さらに、CAPI導入後も残る「友だち追加CV計測」の課題についても解説します。

Cookie規制でLINE コンバージョンAPIが必要になった背景

LINE広告のコンバージョン計測は長らくブラウザ上のJavaScriptタグ（LINE Tag）に依存してきました。しかし、ブラウザのプライバシー保護機能が強化されたことで、LINE Tagによる計測の精度は大幅に低下しています。

LINE コンバージョンAPIが注目される背景を理解するには、Cookie規制の現状を知ることが出発点となります。

Safari ITPによるCookieの7日・24時間制限とは

AppleのSafariに搭載された「Intelligent Tracking Prevention（ITP）」は、ユーザーのプライバシーを守るためにCookieの有効期間を厳しく制限しています。2026年時点での主な制限は以下の通りです。

Cookieの種類	制限内容	LINE広告への影響
サードパーティCookie	Safari 13.1（2020年3月）以降、デフォルトで全ブロック	クロスサイトのユーザー追跡が不可能に
ファーストパーティCookie（JS発行）	有効期間を最大7日間に制限	1週間以上の検討期間を経たCVが計測不能に
ファーストパーティCookie（クリックID付きURL）	条件該当時は24時間に短縮	翌日以降のCVが広告経由として認識されない

特に深刻なのが24時間制限です。広告URLにクリックID（LINE広告ではplidパラメータ）が含まれており、かつAppleがそのドメインをトラッカーと判定している場合、JavaScriptで発行したCookieはわずか1日で消えます。

BtoB・不動産・人材など、ユーザーが複数日かけて検討する商材では、アトリビューション計測が実態とかけ離れることになります。

さらに2025年以降は、ユーザーが30日間そのドメインにアクセスしない場合、Cookie・localStorage・IndexedDBを含むすべてのサイトストレージが自動削除される仕様も強化されています。

ChromeのPrivacy Sandbox終了とユーザー選択モデルの現実

一方のGoogle Chromeは、サードパーティCookieの代替技術として「Privacy Sandbox」を推進してきましたが、2025年10月にこのイニシアチブを公式に終了しました。6年間の開発期間を経た終了という事実は、業界に大きな転換点をもたらしています。

その後Chromeが採用したのは「ユーザー選択モデル」です。ブラウザの設定や起動時のプロンプトを通じて、ユーザー自身がサードパーティCookieを許容するかどうかを選択できる仕組みです。

プライバシー意識の高い層を中心にCookieをブロックするユーザーが増えており、計測の穴は恒常的に発生する状態となっています。Privacy Sandboxで提供されていたAttributionReporting APIやTopics APIも事実上リタイア状態にあり、広告運用者はサーバーサイド計測への移行を余儀なくされています。

LINE Tagが計測できなくなる3つのシナリオ

上記の規制が重なることで、LINE Tagが正確にコンバージョンを計測できないシナリオは大きく3つに分類されます。

• 検討期間を挟んだコンバージョン：ユーザーが月曜日に広告をクリックし、翌週の火曜日に購入に至った場合、ITPの7日間制限によりCookieが消失しているため、LINE Tagはそのコンバージョンを「広告由来」として認識できず、オーガニック流入として処理します。
• アドブロッカー・プライバシーブラウザの利用：コンテンツブロック機能を持つブラウザ拡張機能や、プライバシー重視のブラウザを使用しているユーザーの場合、LINE Tag自体の通信が遮断され、イベントが一切送信されません。
• クロスドメイン遷移での情報断絶：広告LPから外部の決済プラットフォームや予約システムへドメインを跨いで移動する際、サードパーティCookieのブロックにより同一ユーザーとしての識別子が引き継がれず、コンバージョン計測が失敗します。

これらの要因が複合することで、媒体管理画面上のコンバージョン数は実測値より大幅に少なくなります。その結果、広告配信の機械学習が「成果の出ていないユーザー」に最適化されるという悪循環が生まれます。

LINE コンバージョンAPIが広告運用に必要な理由

LINE コンバージョンAPI（以下、CAPI）は、広告主のサーバーからLINEのサーバーへ直接イベントデータを送信するインターフェースです。ブラウザ上のJavaScriptを経由しないため、ITPやアドブロッカーの影響を受けません。

なぜLINE広告の運用においてCAPIの導入が不可欠なのか、3つの理由から整理します。

• 理由① Cookie規制でLINE Tagの計測ロストが常時発生している
• 理由② 計測ロストが広告の機械学習を誤った方向に最適化する
• 理由③ CAPIで正確なCVデータを機械学習に渡せるようになる

理由① Cookie規制でLINE Tagの計測ロストが常時発生しているから

Safari ITPの24時間制限の影響を強く受ける業種では、広告経由コンバージョンの20〜40%が計測ロストしているという業界推計があります。ユーザーが広告クリックから24時間を超えて成約に至る割合が高いほど、この数値は顕著になります。

ECサイトや単価の低い商材であれば当日購入が多いため影響は小さいですが、BtoB・不動産・保険・医療など検討期間が長い商材では、計測ロストが深刻な問題となっています。

また、iOSのシェアを考慮すると、SafariユーザーはLINE広告の受け手として無視できない割合を占めます。Safariユーザーへの広告がすべてCookie制限の対象になることを踏まえれば、CAPIなしでの正確な計測はすでに不可能といえます。

理由② 計測ロストが広告の機械学習を誤った方向に最適化するから

コンバージョン計測の精度問題は、単なるレポートの数値ズレにとどまりません。LINE広告の配信アルゴリズムは、コンバージョンデータをシグナルとして機械学習を行い、「コンバージョンしやすいユーザー」に広告を届けようとします。

ここで計測ロストが発生すると、実際にはコンバージョンしていたユーザーが「コンバージョンしなかった人」として学習データに入力されることになります。誤ったデータで最適化が繰り返されると、本来届けるべきユーザーへの配信比率が下がり、CPAは悪化していきます。

正確なCVデータの欠如は、広告効果そのものを毀損します。

理由③ CAPI導入でCV計測の回復と広告最適化の改善が同時に実現するから

CAPIを導入することで、Cookie規制により失われていたコンバージョンデータがサーバー経由で正しく届くようになります。これにより、機械学習の学習データの質が向上し、広告配信の精度が改善します。

実際の事例として、GA technologies社がLINE コンバージョンAPIを導入した結果、コンバージョン数が導入前比195%に増加し、CPAが63%改善したというデータが公表されています。この改善は「失われていたデータが可視化された」だけでなく、正確なシグナルを受け取った機械学習が適切なユーザーへの配信を強化した結果と分析されています。

LINE コンバージョンAPIを導入する3つの方法

LINE コンバージョンAPIの実装方法は、自社の技術環境やエンジニアリソースによって3つのパターンに分かれます。それぞれの特徴を理解した上で、自社に適した方法を選択することが重要です。

LINE コンバージョンAPIの導入に必要なアカウントと権限の確認

どの実装パターンを選ぶ場合でも、以下の前提条件を事前に満たす必要があります。

• LINEビジネスマネージャーの組織設定：広告主または代理店がビジネスマネージャーの組織を作成し、計測対象のLINE広告アカウントを紐付けます。
• アクセストークンの発行：ビジネスマネージャーの管理画面からCAPI専用のアクセストークンを発行します。このトークンは発行時に一度しか表示されないため、セキュアな環境に保存することが必要です。
• 利用規約への同意：組織の管理者がCAPIの利用規約に同意することが、API利用の有効化条件となります。

準備が整ったら、自社の状況に合わせて以下の3パターンから実装方法を選びます。

パターン① 自社サーバーから直接APIを送信する方法

自社のウェブサーバー（ECサイトのバックエンド等）から、コンバージョン完了のタイミングで直接CAPIを呼び出す方法です。Node.js・Python・PHP・Java・Rubyなど、HTTPリクエストが可能な言語であれば対応できます。

AWS Lambdaなどのサーバーレス環境からの送信も可能です。

CAPIのエンドポイントはHTTPS POST形式で、送信先はhttps://conversion-api.tr.line.me/v1/{line_tag_id}/eventsです。リクエストボディはJSON形式で、イベント情報（event）・ユーザー情報（user）・付加情報（custom）の3オブジェクトで構成されます。

マッチング精度を上げるために、userオブジェクトには広告クリックID（plid）やSHA256でハッシュ化したメールアドレスをできる限り含めることが推奨されています。

パターン② GTMサーバーサイドタグで実装する方法

Google Tag Managerのサーバーサイドタグ（sGTM）環境を構築し、そこからCAPIへデータを転送する方法です。フロントエンドのGTMとの連携が容易で、パラメータの加工をGUIベースで行える部分が多いことがメリットです。

sGTMをホストするためのGoogle Cloud（App Engine等）の契約と設定が別途必要となります。既存のGTM運用経験があるチームには比較的導入しやすいパターンです。

パターン③ サードパーティツールを利用する方法

コンバージョンAPI導入を支援する中間ツールを活用する方法です。サーバー構築や複雑なコードを記述することなく、タグ設置に近い感覚で導入できるため、エンジニアリソースが不足している場合に有効です。

ツールごとに月額の利用料が発生する点は考慮が必要です。

パターン	エンジニア要否	工数目安	向いているケース
①自社サーバー直接実装	必須（バックエンド）	2週間〜1ヶ月	自社開発チームがある・柔軟なカスタマイズが必要
②GTMサーバーサイドタグ	必須（GTM・GCP知識）	1〜2週間	既存GTM環境がある・GUIでの管理を重視
③サードパーティツール	不要なケースが多い	数日〜1週間	エンジニアリソースがない・早期導入を優先

LINE TagとCAPIを併用するための重複排除設定

LINEは、LINE TagとCAPIを「ハイブリッド計測」として併用することを公式に推奨しています。タグで計測できるものはタグで、Cookieが遮断されたケースはCAPIで補完するという考え方です。

ただし、同一のイベントが両方のルートから送信されると、コンバージョンが二重に計上されるリスクがあります。

これを防ぐために必要なのが「重複排除（Deduplication）」の設定です。仕組みはシンプルで、コンバージョン発生時にフロントエンド（LINE Tag）とバックエンド（CAPI）の両方でまったく同じ「deduplication_key」を発行し、それぞれのリクエストに含めます。

LINEのサーバーは受信後30日間、同じevent_nameとdeduplication_keyの組み合わせを重複として処理し、二重計上を防ぎます。

実装時の注意点として、deduplication_keyに「undefined」や「null」という文字列が渡されると、それらすべてが同一イベントとして誤認識されます。意図しないデータ消失につながるため、発行ロジックには厳格なバリデーションが必要です。

LINE コンバージョンAPIで解決できない友だち追加CVの計測課題

CAPIを導入することで、Cookie規制による計測ロストは大幅に改善されます。しかしLINE広告において、CAPIだけでは解決できない計測課題が別に存在します。それが「友だち追加コンバージョン」の計測精度の問題です。

CAPI対応後も「タップ数」ベースのCV送信では機械学習は改善しない

LINE広告の管理画面や多くの計測ツールでは、「友だち追加ボタンのタップ数」をコンバージョンとしてカウントしています。しかしタップした後、ユーザーが実際にLINE公式アカウントの友だち追加を完了するとは限りません。

誤タップやアドフラウドの影響により、実際の友だち追加完了数はタップ数の約30%にとどまることがわかっています。

以下は、媒体管理画面に表示されるLINE CV（タップ数）と、実際の友だち追加完了数の比較データです。

媒体	管理画面のCV（タップ数）	実際の友だち追加完了数	乖離率
Google広告	64件	21件	約67%が未完了
Yahoo!広告	45件	19件	約58%が未完了
Instagram	66件	23件	約65%が未完了

CAPIを導入してCookie規制による計測ロストを補完したとしても、送信しているCV値の元データが「タップ数」である限り、機械学習には誤ったシグナルが渡り続けます。Cookie規制への対応（計測ロストの補完）と、CV値の精度改善（タップ数ではなく完了数での計測）は、別々の課題として対処する必要があります。

友だち追加完了を正確に計測するとCPAが改善する理由

広告の機械学習が正しいデータで最適化されるためには、「友だち追加ボタンのタップ」ではなく「友だち追加の完了」をコンバージョンイベントとして媒体にフィードバックする必要があります。

タップ数（例：124件）で最適化されている状態では、実際には友だち追加を完了していないユーザーへの配信が最適解として学習されます。一方、実際の友だち追加完了数（例：51件）で最適化できれば、本当に友だち追加しやすいユーザー層への配信精度が高まり、CPAの改善につながります。

L Data Bank（LDB）は「友だち追加完了」をトリガーとしてコンバージョンをカウントし、そのデータをGoogle広告・Yahoo!広告・Instagram等の媒体に自動連携します。Cookie規制対応としてのCAPIと、友だち追加CVの計測精度改善を両輪で進めることで、LINE広告運用の精度を根本から改善できます。

LINE コンバージョンAPIに関するよくある質問

Q. LINE コンバージョンAPIとLINE Tagは同時に使えますか？

A. 同時に使用できます。LINEはLINE TagとCAPIの併用（ハイブリッド計測）を公式に推奨しています。ブラウザ側のタグでしか取得できない情報と、サーバーサイドでしか補足できないデータを組み合わせることで、機械学習の精度を最大化できます。ただし、同一イベントの二重計上を防ぐために「重複排除（Deduplication）」の設定が必須となります。

Q. LINE コンバージョンAPIの導入にエンジニアは必要ですか？

A. 実装パターンによって異なります。自社サーバーからの直接実装やGTMサーバーサイドタグを使う場合は、バックエンド開発の知識を持つエンジニアが必要です。一方、CAPIの導入を支援するサードパーティツールを活用すれば、エンジニア不要で導入できるケースがあります。直接実装の場合の工数目安は、設計からテスト完了まで2週間〜1ヶ月程度です。

Q. 正しくデータが届いているかはどこで確認できますか？

A. LINE広告管理画面の「レポートと計測」からトラッキング（LINE Tag）の画面を確認してください。各イベントのステータスが「利用可能」になっていれば、データが正常に届いています。なお、APIで送信してから管理画面に反映されるまで、30分〜最大1日程度の遅延が発生することがあります。

Q. LINE友だち追加のコンバージョンをさらに精度よく計測する方法はありますか？

A. CAPIによるCookie規制対応に加えて、「友だち追加の完了」を計測できるツールの導入が有効です。多くの媒体管理画面ではタップ数をCVとしてカウントしているため、実際の友だち追加完了数との間に大きな乖離（タップ数の約30%しか実際には友だち追加されていないケースも）が生じています。タップ数ではなく完了数を媒体に連携することで、広告の機械学習精度を根本から改善できます。

LINE コンバージョンAPIと友だち追加CV計測で広告運用の精度を改善する

Cookie規制（Safari ITPの7日・24時間制限、ChromeのPrivacy Sandbox終了）により、LINE Tagによるブラウザ計測は構造的に計測ロストが避けられない状況になっています。LINE コンバージョンAPIはサーバー間で直接データを通信するため、こうしたブラウザ側の制約を受けません。

計測ロストの補完と機械学習への正確なシグナル提供の両方が実現でき、CPAの改善につながります。

導入パターンは自社サーバー直接実装・GTMサーバーサイドタグ・サードパーティツールの3つがあり、エンジニアリソースや導入スピードに応じて選択できます。LINE TagとCAPIの併用時は重複排除（Deduplication）の設定が必須であることも忘れずに対応してください。

また、CAPIはCookie規制への対応であり、LINE友だち追加CVの「タップ数 vs 完了数の乖離」という別の課題は解決されません。友だち追加コンバージョンを正確に計測・連携する仕組みを合わせて整備することで、LINE広告全体の運用精度を大きく底上げできます。