「TikTok広告のコンバージョンが、実際の受注より明らかに少ない」——TikTokはアプリ内ブラウザでの遷移が多く、ブラウザベースの計測が特に抜けやすい媒体です。
その補完手段が Events API です。MetaのコンバージョンAPI（CAPI）に相当する仕組みで、サーバーから直接TikTokへイベントを送信します。
本記事では設定手順と、そもそも自社に必要かの判断基準を解説します。
記事のポイント
- TikTok Events APIとは何か、ピクセルと何が違うのか
- ピクセルとの併用が推奨される理由
event_idによる重複排除（必須）- アクセストークンの扱い
- 導入すべきケース・見送るべきケース
目次
- TikTok Events APIとは
- ピクセルとの違い
- 併用が推奨される理由
- 設定手順
- 重複排除の設定（必須）
- 送信するパラメータ
- 設定後の確認
- 導入すべきケース・見送るべきケース
- よくある質問
- まとめ
TikTok Events APIとは
TikTok Events API は、自社のサーバーからTikTokのサーバーへ、コンバージョンなどのイベントを直接送信する仕組みです。
ブラウザに設置したTikTokピクセルとは経路が異なり、広告ブロッカーやブラウザのトラッキング防止機能の影響を受けません。
Meta のコンバージョンAPI（CAPI）と考え方は同じです。CAPI全般の仕組みは「【2026年版】コンバージョンAPI（CAPI）とは？仕組み・メリット・デメリットと導入の判断基準」で解説しています。
ピクセルとの違い
| TikTokピクセル | Events API | |
|---|---|---|
| 送信元 | ユーザーのブラウザ | 自社のサーバー |
| 広告ブロッカーの影響 | 受ける | 受けない |
| ブラウザのCookie制限 | 受ける | 受けにくい |
| 実装の難易度 | 低い（タグを貼る） | 高い（サーバー実装） |
| オフラインCVの送信 | できない | できる |
| ブラウザ情報の取得 | できる | 一部のみ |
最後の行が重要です。 ピクセルでしか取得できない情報があるため、置き換えではなく併用が前提になります。
TikTokで計測が抜けやすい理由
TikTokはアプリ内ブラウザからの遷移が中心です。アプリ内ブラウザはプライバシー保護のため、通常のブラウザより制約が強い場合があります。
そのため、TikTok広告はもともとブラウザ計測が抜けやすい媒体であり、Events API の効果が相対的に大きくなります。
併用が推奨される理由
TikTokは、ピクセルとEvents APIの併用を推奨しています。 両方から送ることで、計測の網羅性が上がるためです。
併用する以上、同じコンバージョンが2回送られます。 重複排除を設定しなければ、コンバージョン数が実態の2倍近くになります。
設定手順
ステップ1: アクセストークンを発行する
- TikTok広告マネージャーにログイン
- 「アセット」→「イベント」を開く
- 対象の**ピクセル（イベントソース）**を選択
- 設定から「Events API」を選び、アクセストークンを生成する
トークンには有効期限がありませんが、セキュリティ上、定期的な再発行が推奨されます。 発行日を記録しておいてください。
ステップ2: 実装方法を選ぶ
| 方法 | 向いているケース |
|---|---|
| パートナー連携 | Shopifyなど対応プラットフォームを使っている |
| サーバーサイドGTM | 他媒体のサーバー計測もまとめたい |
| 直接実装（API） | 独自システム。細かい制御が必要 |
まずパートナー連携で済まないかを確認してください。 対応プラットフォームなら設定作業だけで導入できます。
複数媒体をまとめるならサーバーサイドGTMが有利です。構築手順は「【2026年版】サーバーサイドGTMの構築手順｜Cloud Run設定からサブドメイン設定まで」で解説しています。
ステップ3: イベントを送信する実装を行う
直接実装の場合、自社サーバーからTikTokのAPIエンドポイントへイベントをPOSTします。
アクセストークンは機密情報です。 ソースコードに直接書かず、環境変数やシークレット管理の仕組みで扱ってください。
重複排除の設定（必須）
ここを飛ばすとコンバージョン数が水増しされます。
仕組み
ピクセルとEvents APIの両方から同じイベントを送るとき、イベントごとにユニークな event_id を発行し、両方で同じ値を送ります。 TikTok側が同一イベントと判定し、片方を破棄します。
ポイント
| ポイント | 内容 |
|---|---|
event_id を完全一致させる | 1文字でも違えば別イベント扱い |
| イベント名も一致させる | 大文字小文字を含めて揃える |
| イベントごとにユニークにする | 注文IDなどを基に生成する |
Metaと考え方は同じです。 すでにMeta CAPIを実装しているなら、同じ event_id の生成ロジックを流用できます。Meta側の設定は「【2026年版】Metaコンバージョン APIの設定方法｜重複排除の設定と計測精度の確認手順」で解説しています。
送信するパラメータ
ユーザーを識別するための情報は、ハッシュ化して送信します。
| 種類 | 例 |
|---|---|
| ハッシュ化して送る | メールアドレス、電話番号、外部ID |
| そのまま送る | IPアドレス、ユーザーエージェント、クリックID（ttclid） |
ハッシュ化の前に正規化してください。 メールアドレスは小文字化と前後の空白除去、電話番号は国番号付きの数字のみにします。ここを揃えないとマッチしません。
個人データを外部に送る処理であることに変わりはありません。 プライバシーポリシーへの記載と同意取得の設計を、法務および情報システム部門と確認してください。
設定後の確認
実装して終わりにせず、必ず確認します。
- テストイベントで発火を確認する — TikTok広告マネージャーのイベント管理画面で、リアルタイムに届いているかを見る
- 重複排除が効いているか確認する — ピクセルとEvents APIの両方から届いたイベントが1件として扱われているか
- コンバージョン数の推移を見る — 導入後に数値が急増していないか
3で急増していたら、重複排除が効いていません。 導入直後に必ず確認してください。
導入すべきケース・見送るべきケース
導入を検討すべき
- TikTok広告の月間費用が数十万円以上
- TikTok経由のCVが月数十件以上ある — 自動入札の学習に足りる量
- 管理画面のCV数と実際の受注数に明らかな乖離がある
- すでにMeta CAPIを実装しており、同じ仕組みを流用できる
見送ってよい
- TikTok広告を試験的に少額で運用している段階
- 月間CVが一桁 — 経路を増やしても学習データにならない
- そもそもLPのCVRが低い — 計測より先にLPを直すべき
最後の項目が重要です。 Events APIを入れると管理画面のCV数は増えますが、それは見えていなかった成果が見えるようになっただけで、実際の受注は変わりません。
TikTok経由のCVRが低い場合、若年層向けのLPになっているかを先に確認してください。他媒体と同じLPを使っていて、TikTokだけCVRが低いなら、LP側の問題です。
流入元別にCVRを分解する手順は「【2026年版】GA4でCVRを改善する方法｜キーイベント レートの見方から具体的な打ち手まで解説」で解説しています。
よくある質問
Q. TikTokピクセルは削除すべきですか？
A. 削除しないでください。TikTokは併用を推奨しています。 ピクセルからしか取得できないブラウザ情報があり、両方送ることで計測の網羅性が上がります。ただし重複排除の設定は必須です。
Q. コンバージョン数が急増しました。
A. 重複排除が効いていない可能性が高いです。 event_id がピクセルとEvents APIで完全に一致しているか、イベント名の大文字小文字が揃っているかを確認してください。
Q. アクセストークンに有効期限はありますか？
A. 発行後は期限がありませんが、セキュリティ上、定期的な再発行が推奨されます。 ソースコードに直接書かず、環境変数やシークレット管理の仕組みで扱ってください。
Q. Meta CAPIとどちらを先に導入すべきですか？
A. 広告費が大きい媒体からです。 一般にMeta広告のほうが費用規模が大きいことが多いため、その場合はMetaが先になります。すでにMeta CAPIを実装していれば、event_id の生成ロジックを流用できるためTikTok側の実装は軽くなります。
Q. TikTok経由のCVRが他媒体より低いのですが、Events APIで改善しますか？
A. 改善しません。Events APIは計測の経路を増やす仕組みで、CVRを上げるものではありません。 TikTokだけCVRが低いなら、LPが流入層と合っていない可能性があります。まず流入元別にCVRを分解して原因を確認してください。
Q. 個人情報を送ることになりますが問題ありませんか？
A. ハッシュ化して送信されますが、個人データを外部に送る処理であることに変わりはありません。プライバシーポリシーへの記載・同意取得の設計・社内規程との整合を、法務および情報システム部門と確認してください。
まとめ
TikTok Events APIについて、要点を整理します。
- 自社サーバーからTikTokへ直接イベントを送る仕組み。Meta CAPI と考え方は同じ
- TikTokはアプリ内ブラウザ経由が中心で、もともと計測が抜けやすい
- ピクセルの置き換えではなく併用が推奨
event_idによる重複排除は必須。 設定しないとCV数が2倍近くになる- Meta CAPI を実装済みなら、
event_idの生成ロジックを流用できる - 実装は「パートナー連携 → サーバーサイドGTM → 直接実装」の順に検討する
- ハッシュ化前の正規化ルール（小文字化・空白除去・国番号）を守る
- アクセストークンはソースコードに直書きしない
- 導入後はテストイベント・重複排除・CV数の推移を確認する
- 月間CVが一桁なら見送ってよい。 計測より先にLPを直す
CVR改善ならDejam！媒体ごとの計測より、LPの取りこぼしを減らす
Dejamは、LP制作・ヒートマップ分析・ABテスト・AI自動解析をオールインワンで提供するCVR改善特化ツールです。「媒体ごとに計測を整えたが、CVRそのものが上がらない」という段階から、本格的なPDCAを回して成果を最大化するまでを総合支援します。
Dejamが選ばれる理由
- ワンプロダクトで完結: LP制作・ヒートマップ分析・ABテストをすべて単一ツールで実施
- 月額3万円〜利用可能: オプティマイズプラン月額3万円〜 / CMSプラン月額5万円〜 / オールインワン月額12万円〜
- ユーザー課金なし: 何名で使っても追加費用は発生しない
- ISMS認証取得: ISO/IEC 27001:2022 & JIS Q 27001:2023認証取得済み
- 毎週アップデート: 市場トレンドとユーザーリクエストに応じて機能を毎週拡充
- 権威ある実績: 代表がダイレクトアジェンダで2連覇。LPO顕彰制度「LPO AWARD」主催者
Dejamの主要機能
- LP/記事LP制作: ノーコード・コードの切り替えに対応。AIで生成したコードを直接取り込み可能
- ヒートマップ: 5種類（クリック/クリックイベント/熟読/滞在/離脱）。流入元別に比較できる
- ABテスト: リダイレクトテストで、媒体ごとに別のLPへ振り分けて検証できる
- スワイプ型LP: 縦型・スワイプ操作に最適化したLPを作成できる
- 広告ダッシュボード: Google広告・Meta広告など複数媒体のデータとLPのCVRを1画面で確認
TikTok経由のユーザーは、他媒体とLPの読まれ方が違います。Dejamなら流入元別にヒートマップを比較して、TikTok経由だけがどこで離脱しているかを確認できます。
