TikTok Events APIの導入方式比較｜パートナー連携と直接実装を選ぶ基準
「TikTok広告の管理画面でイベントAPIの設定を勧められた」「代理店からサーバー側の計測も入れたほうがよいと言われた」。とはいえ、ECの管理画面だけで済むのか、開発会社に頼む必要があるのかが分からず、作業が止まっている担当者は少なくありません。相談先が広告の運用会社なのか、EC構築会社なのか、社内の開発担当なのかも判断しにくいところです。
TikTok公式は、Events APIの導入方式としてコマースパートナー、データパートナー、ダイレクトAPIの3つを案内しています。どれを選ぶかで必要な開発対応も保守の負担も変わり、TikTok Pixelと併用する場合は、同じイベントを二重に数えないための重複排除の設定も欠かせません。
この記事では、広告の配信戦略やKPIの選び方ではなく、Events APIをどの方式で接続するかという導入判断に絞って解説します。2026年11月時点のTikTok公式ヘルプで確認できる範囲をもとに、3方式の比較、ピクセルとの重複排除の成立条件、導入後にイベントマネージャーで確かめる手順、相談先の切り分けまでを整理しました。
この記事の要点
- 導入方式は「コマースパートナー」「データパートナー」「ダイレクトAPI」の3つで、イベントの元データがあるシステムに合わせて選ぶ
- 対応ECやタグマネージャーを使っているならパートナー連携、独自システムで受注を管理しているなら直接実装が候補になる
- ピクセルと併用するなら、同じイベントに同じイベント名とevent_idを付けて両方から送らないと重複排除は成立しない
- 導入後はイベントマネージャーの連携方法の表示、テストイベント、診断タブ、自社の注文件数との照合で接続を確かめる
TikTok Events APIの導入方式は3種類から選ぶ
TikTok Events APIの導入方式は、ECの連携機能を使う「コマースパートナー連携」、タグマネージャーやCDPを経由する「データパートナー連携」、自社でAPIを組む「ダイレクトAPI」の3種類です。TikTok Events API（公式ヘルプの日本語版ではイベントAPI）とは、ウェブサイトやアプリ、店舗やCRMといったオフラインの接点で起きた購入や申込などのイベントを、サーバーからTikTokへ送るための仕組みです。TikTok公式ヘルプのイベントAPIの概要では、共有する情報を広告主側で調整できる点も特徴とされています。
ピクセルとイベントAPIは送り出す場所が違う
TikTok Pixelは、サイトに設置したコードが閲覧者のブラウザ上で動き、ページの閲覧やカートへの追加などをTikTokに送ります。設置は手軽ですが、公式ヘルプでも、接続の問題やブラウザの違いによってピクセル経由のコンバージョンが正しく計測されない場合があると説明されています。
イベントAPIは、注文管理や顧客管理など自社側のサーバーからイベントを送るため、閲覧者のブラウザの状態に左右されにくい経路です。公式ヘルプ「イベントAPIの導入方法」は、単独での設定も可能としたうえで、ピクセルと併用する2番目のチャネルとして設定する構成を推奨しています。多くの場合、導入はピクセルの置き換えではなく、ピクセルに経路を足す作業になります。
方式ごとの違いはデータを組み立てる主体にある
公式ヘルプでは、コマースパートナー連携の例としてShopifyやWooCommerce、データパートナー連携の例としてCDP・タグマネージャー・CRMが挙げられています。ダイレクトAPI統合は、データ管理をより細かく制御したい場合の方法という位置づけです。どの方式でもTikTokに届くのは同じイベントですが、送るデータを組み立てる主体が、ECの連携機能か、既存の計測基盤か、自社の開発かで分かれます。
2026年11月時点の公式ヘルプ「ウェブサイトのデータ連携の設定方法について」では、実装時間の目安として、ダイレクトAPIは1〜4週間、コマース＆データパートナーはパートナーにより異なるものの1時間未満で済む場合もあると示されています。ピクセルと併用する場合は、重複排除の設定に追加の時間が必要とも書かれています。主な観点で比べると次のとおりです。
| 比較の観点 | コマースパートナー連携 | データパートナー連携 | ダイレクトAPI |
|---|---|---|---|
| 合う既存環境 | Shopify・WooCommerceなど対応ECで運営している | GTMのサーバーコンテナ・CDP・CRMを運用している | 独自開発の受注・申込・会員システムがある |
| 必要な開発対応 | 連携アプリや管理画面での設定が中心 | 既存の基盤側で送信設定を組む | イベントの組み立てと送信を自社で開発する |
| 実装時間の目安（公式） | パートナーにより異なり、1時間未満の場合もある | パートナーにより異なり、1時間未満の場合もある | 1〜4週間 |
| 保守の負担 | ECや連携アプリの仕様変更に追随する | 基盤の設定変更と権限を管理する | 送信処理とアクセストークンを自社で保守する |
| 導入後の検証 | 連携アプリの設定画面とイベントマネージャー | 基盤側の動作確認とテストイベント | 自社の送信記録とテストイベント |
| 主な相談先 | EC構築会社・ストアの運用担当 | 計測基盤の管理者・導入支援会社 | 社内の開発担当・開発会社 |
表のうち実装時間の目安は公式ヘルプの記載で、保守の負担や相談先は各方式の仕組みから整理した目安です。
導入前に共有するデータの範囲と担当を決める
導入方式を選ぶ前に決めるべきなのは、どのイベントを、どの項目まで、誰の承認でTikTokに送るかです。公式ヘルプ「イベントAPIの導入方法」は、社内のマーケティング・法務・技術チームで共有するデータの範囲を決め、目的に合うイベント・パラメータ・マッチキーを定義してから統合方法を選ぶ流れを示しています。
送るイベントと項目を一覧にする
ECであれば、商品ページの閲覧、カートへの追加、購入完了のように、ユーザーの行動の流れに沿ってイベントを並べます。それぞれに金額や通貨、商品IDなどのパラメータを付けるのか、メールアドレスや電話番号といったマッチキーまで送るのかで、必要な開発の量も法務の確認範囲も変わります。
マッチキーとは、TikTok側で広告に接触した人とイベントを照合するための識別情報です。公式ヘルプ「アドバンスドマッチング（ウェブ向け）」では、メールアドレスと電話番号はSHA256でハッシュ化されてからTikTokのサーバーに送られると説明されています。送る項目を決めないまま方式を選ぶと、項目を足すたびに追加の開発が発生します。
法務確認とプライバシーポリシーの改定を工程に入れる
公式ヘルプは、TikTokのプライバシーポリシーやデータ利用規約について、自社の法務チームに確認と承認を得ることを推奨しています。アドバンスドマッチングのヘルプでも、金融サービスや医療など規制の厳しい業種では、フォーム入力を自動で収集する方式ではなく手動の設定を検討するよう案内されています。
Shopify向けのヘルプでも、顧客がデータの利用方法を理解できるよう、プライバシーポリシーへ反映する必要があるとされています。スケジュールには実装だけでなく、社内承認やポリシー改定の時間も含めておきましょう。SNS運用担当者が窓口になる場合も、法務確認の担当者は最初に決めておくと手戻りを防げます。
なお、フォームやCRMで見込み客の情報を取りこぼさずに集める導線づくりは、イベントの送信とは別のテーマです。自社で取得するデータの設計から見直したい場合は、以下の記事が参考になります。
導入方式は既存システムとの適合性で選ぶ
導入方式は、送りたいイベントの元データがすでにどのシステムにあるかで選ぶのが基本です。データが生まれる場所と送り出す場所が近いほど、組み立て直す作業も、仕様変更の影響を受ける箇所も減ります。
ECで注文を管理しているならコマースパートナー連携
ShopifyのようにTikTokとの連携機能を持つECで注文を管理している場合は、コマースパートナー連携が最初の候補になります。公式ヘルプ「ShopifyのTikTokについて」では、ShopifyのTikTokアプリを通じて、ウェブサイトのコードを変更せずにTikTok PixelとイベントAPIのデータ接続を設定できると説明されています。
ただし同じヘルプには、すべての市場で利用できるわけではないとの注記があります。また、決済や会員登録だけを外部のシステムで処理している場合は、その部分のイベントがECの連携機能から送られるのかを個別に確かめます。
タグマネージャーやCDPを運用しているならデータパートナー連携
Googleタグマネージャーのサーバーコンテナや、CDP、CRMといった計測・顧客データの基盤をすでに運用している場合は、データパートナー連携が向いています。基盤に集めているイベントをTikTok向けに変換して送るため、送信の仕組みを一から作らずに済みます。
一方で、基盤の設定を変更できる担当者がいることが前提です。AdobeやTealiumといった連携先の手順書でも、TikTok側で用意したピクセルIDとアクセストークンを基盤に登録する工程が案内されています。基盤を社外の会社が管理しているなら、その会社に相談するのが近道です。
独自システムで受注や申込を管理しているならダイレクトAPI
自社開発の予約システムや会員管理、基幹システムで申込や受注を管理している場合は、ダイレクトAPIが候補になります。元データに最も近い場所から送れるため、送る項目やタイミングを細かく決められる反面、送信処理の開発と保守を自社で引き受けることになります。
どの方式が合うか判断に迷う場合は、次の点を社内の担当者や取引先に確認すると候補が絞れます。
方式を絞り込む確認事項
- 購入や申込の完了データを、どのシステムの画面で確認しているか
- そのシステムにTikTokとの公式連携や連携アプリがあるか
- タグマネージャーやCDPの設定を変更できる担当者が社内外にいるか
- 送りたい項目に、既存の仕組みでは扱えない独自の情報があるか
複数のシステムにまたがる場合は、閲覧やカート追加はECの連携機能、店舗での成約はCRMから送るといったように、イベントごとに方式を分ける組み合わせも考えられます。その場合も、同じイベントを複数の経路から送るなら重複排除の設計が必要です。自社がどの方式に当てはまるか判断がつかないときは、無料相談で現在のサイトや受注の仕組みを伺いながら整理することもできます。
パートナー連携でEvents APIを導入する場合の確認点
パートナー連携でEvents APIを導入するときに確認すべき点は、どの範囲のデータが送られる設定になっているかと、設定に必要な環境や権限がそろっているかの2つです。設定画面の選択肢を確かめないまま進めると、イベントAPIが使われていないのに導入済みと思い込むことがあります。
Shopifyはデータ共有のレベルで送信経路が変わる
公式ヘルプ「Shopify上でのTikTokアプリデータ共有」では、データ共有のレベルとして「標準」「強」「最強」の3段階が示されています。「標準」はTikTok Pixelだけで閲覧行動を共有し、「強」ではピクセルに加えてイベントAPIとアドバンスドマッチングを使い、「最強」ではさらにShopify APIとアプリ内Shopify注文（ベータ版のみ）を組み合わせると説明されています。
つまり、連携アプリを入れただけでイベントAPIが使われているとは限りません。「標準」のままではイベントAPIによる送信は含まれないため、設定画面で選んでいるレベルを確かめ、プライバシーポリシーへの反映とあわせて判断します。
GTMのサーバーサイド連携は前提条件を先にそろえる
公式ヘルプ「Googleタグマネージャーでサーバーサイドタグ付け用のイベントAPIを設定する方法」では、タグ付けサーバー用のGoogle Cloud Platformのアカウントと課金アカウント、サイトに設置したウェブコンテナとサーバーコンテナ、各コンテナの公開・承認・編集・読み取りの権限などが前提として挙げられています。
設定方法は、TikTokイベントマネージャーの対話型セットアップフローと、GTM上での手動設定の2通りです。公式ヘルプによると、対話型フローではピクセルとイベントAPIの両方がデフォルトで設定され、重複排除に使うevent_idの変数も自動で設定されます。手動の場合はevent_idとしてカスタムJavaScript変数を用意する必要があるため、どちらで設定したかを記録しておきましょう。
Events APIを直接実装する場合に必要な開発と管理
Events APIを直接実装する場合は、イベントの組み立てからTikTokへの送信、送信結果の確認までを自社の開発で引き受けることになります。公式ヘルプは実装時間の目安を1〜4週間とし、必要なリソースとして社内の開発者やマーテックチーム、広告運用など技術的な専門知識を持つ人材を挙げています。
開発担当に渡す要件を先にまとめる
開発を依頼する前に、送るイベント名、送るタイミング、付けるパラメータとマッチキー、ピクセルと併用するかどうかを一覧にしておきます。併用する場合は、同じイベントにどの値をevent_idとして付けるかも、この段階で決めておきます。
すでにMetaのコンバージョンAPIを実装している場合は、公式ヘルプ「イベントAPIのペイロードコンバーターについて」も確認しておきたいところです。他のプラットフォーム向けのデータ形式をTikTokが求める形式に変換するツールで、MetaのコンバージョンAPIに対応していると説明されています。既存の送信処理を流用できるかどうかで、開発の量は大きく変わります。
アクセストークンは発行者と保管場所を決めて管理する
イベントAPIで送信するには、ピクセルの設定画面から発行するアクセストークンが必要です。Adobeの連携手順書では、ピクセルの「設定」タブにある「イベントAPI」の項目から「アクセストークンを生成」を選ぶ流れが案内されています。
アクセストークンは、TikTokへイベントを送るための鍵にあたる情報です。開発会社の担当者の手元にだけ保存されている状態は避け、誰が発行し、どこに保管し、契約終了時にどう扱うかを社内の台帳に残しておきます。開発を外部に任せる場合も、トークンの管理者は自社に置くのが安全です。
外部の会社に権限を渡すときの線引きや、契約終了時の棚卸しの進め方は、SNSアカウントの権限管理と同じ考え方で整理できます。詳しくは以下の記事をご覧ください。
TikTok Pixelとの重複排除はevent_idで成立させる
TikTok PixelとイベントAPIで同じイベントを送る場合、重複排除は同一のイベントと同一のevent_idを両方から送ったときに成立します。公式ヘルプ「イベント重複排除機能について」は、重複排除を確実に行うには、ピクセルとイベントAPIの両方でイベントID（event_id）をパラメータとして共有する必要があると明記しています。
重複排除が必要なケースと不要なケース
重複排除が必要になるのは、同じ購入をピクセルとイベントAPIの両方から送るように、同じイベントが2つの経路で重なる場合です。逆に、ピクセルではカート追加だけ、イベントAPIでは購入だけを送るなど、経路ごとに別のイベントを分けている場合は不要と説明されています。
TikTokが重複と判断したイベントは、測定とレポートに最初に受信したものが記録されます。公式ヘルプが推奨する構成は、ユーザージャーニー全体のイベントをピクセルとイベントAPIの両方で共有する形なので、併用を選ぶなら重複排除の設定は前提と考えておくのが安全です。
時間の条件とevent_idの付け方
2026年11月時点の公式ヘルプでは、ピクセル同士、イベントAPI同士の重複は、最初のイベントから48時間以内に同一のイベントとevent_idを持つイベントが報告された場合に排除されるとしています。ピクセルとイベントAPIの間では、最初のイベントの5分後以降かつ48時間以内に報告された同一のイベントとevent_idが、統合または重複排除の対象になると説明されています。
このため、注文データを数日分まとめて送るような処理では、48時間の枠を外れて重複排除が働かないおそれがあります。event_idは、例えば購入なら注文番号をもとに作るなど、同じ行動には同じ値、別の行動には別の値が付く設計にします。購入完了ページを再読み込みするたびに新しい値が作られる仕組みでは、同じ購入が別のイベントとして数えられかねません。
重複排除が成立しない主な原因
- ピクセル側とイベントAPI側で、event_idの値を別々の方法で作っている
- 同じ購入を、片方は標準イベント名、もう片方は独自のイベント名で送っている
- サーバーからの送信が、最初のイベントから48時間を過ぎて行われている
- 連携アプリと手動設置の両方で、同じピクセルのコードが動いている
最後の項目は、event_idの設定とは別に起きる二重計測です。連携アプリを入れた後も以前のピクセルのコードが残っていると、同じイベントがブラウザから2回送られ、event_idがそろっていなければ別々に数えられるおそれがあります。導入前に、サイトに設置済みのタグを洗い出しておきます。
導入後の検証はイベントマネージャーの表示で確かめる
Events APIの導入が完了したかどうかは、設定を保存した時点ではなく、イベントマネージャーで受信と重複排除の状態を確かめられた時点で判断します。公式ヘルプ「イベントAPIの導入方法」も、実装を始めたらTikTokのウェブ診断ツールで動作を検証するよう案内しています。
画面ごとに確認する項目
公式ヘルプ「TikTokイベントマネージャーの診断ツールや監視ツールについて」によると、概要タブでは、TikTokが最後にイベントを受け取った時刻や、連携方法が「ブラウザ連携のみ」「サーバー連携のみ」「ブラウザ連携＋サーバー連携」のどれかを確認できます。イベント詳細には、パラメータやマッチング、イベント重複排除に関する情報が表示されます。
テストイベントタブでは、ブラウザとサーバーのテストイベントをフィルターで切り替えて確認できます。サーバー側のテスト送信では、テストイベントタブで取得するコードを付けて本番データと分ける方法が、Tealiumの手順書などで案内されています。診断タブには問題の重大度や影響を受けるデータセット・広告が表示され、「詳細を表示」から修正方法を確認できます。確認する場所と内容を表にまとめました。
| 確認項目 | 見る場所 | 確認すること |
|---|---|---|
| 受信の有無 | 概要タブの「最新受信」 | 想定した時間帯にイベントが届いているか |
| 接続の経路 | 概要タブの「連携方法」 | 併用なら「ブラウザ連携＋サーバー連携」と表示されるか |
| 重複排除 | 概要タブのイベント詳細 | 併用しているイベントの重複排除の情報 |
| テスト送信 | テストイベントタブ | ブラウザとサーバーを切り替え、両方で届くか |
| 問題の有無 | 診断タブ | アクティブな問題と修正方法が出ていないか |
| 件数の照合 | 広告マネージャーと自社の注文管理 | TikTok側の購入数が実際の注文件数を上回っていないか |
自社の件数と照らし合わせる
画面上で接続が確認できても、件数まで正しいとは限りません。テスト用の注文や申込のように件数を把握できる操作を行い、ブラウザとサーバーの両方に届いていること、イベント詳細に重複排除の情報が出ていることを確かめます。公開後は、TikTok側で報告される購入数が、同じ期間の自社の全注文件数を上回っていないかも定期的に見ておきます。
公式ヘルプには、イベントがトリガーされてからダッシュボードに表示されるまで時間がかかる場合があるとの注記があります。設定直後の数字だけで判断せず、数日分のデータがたまってから照合すると確実です。導入後の点検を毎月の運用業務に組み込む場合は、運用代行の業務範囲に含めるかどうかで費用も変わります。
SNS運用代行の費用の相場や料金体系は、以下の記事で詳しく解説しています。
保守の負担と相談先の切り分け
Events APIは一度つなげば終わりではなく、サイトの改修や連携アプリの更新、担当者の交代のたびに接続が崩れていないかを確かめる保守が必要です。方式ごとに保守の担い手が変わるため、導入前に「誰が直すのか」まで決めておくことが、相談先を選ぶ基準になります。
接続が崩れやすいタイミングを把握する
パートナー連携では、ECのテーマ変更や決済画面の仕様変更、連携アプリの更新のあとに、送られるイベントが変わることがあります。データパートナー連携ではタグマネージャーやCDPの設定を別の目的で変えた影響が送信に及ぶ場合があり、ダイレクトAPIでは自社システムの改修そのものが送信処理に影響します。
公式ヘルプによると、イベントマネージャーの変更履歴に表示されるのはイベントマネージャー内の設定変更だけで、ウェブサイトのコードやイベント自体の変更は反映されません。サイト側の変更は自社で記録を残すしかないため、改修を予定している月は、公開後に概要タブと診断タブを確認する手順を決めておきます。
相談先は課題がある場所で選ぶ
相談先は、問題が起きている場所で選ぶのが基本です。ECの連携アプリやストアの設定に関わることはEC構築会社やストアの運用担当、タグマネージャーやCDPの設定は計測基盤の担当、独自システムからの送信は社内の開発担当や開発会社が適しています。TikTok広告の運用会社は、最適化に使うイベントの選定や配信への影響の判断を担います。
実際には、方式の選定から検証までを一社で完結できるとは限りません。運用会社・EC構築会社・開発担当のあいだで、送るイベントの一覧と確認結果を共有する窓口を一人決めることが、作業を止めない現実的な方法です。社内で窓口を担える人がいなければ、TikTokの運用と計測の両方を見られる外部パートナーに相談すると整理が進みます。
外部に相談する前にそろえておく情報
- サイトを構築しているECや、受注を管理しているシステムの名称
- TikTok Pixelの設置の有無と、設置した方法
- タグマネージャーやCDPの利用状況と、その管理者
- TikTokに送りたいイベントと、その元データがある場所
どこに何を頼むべきか迷う段階でも、ハーマンドットの無料相談で現状の整理からご相談いただけます。SNS運用会社を比較するときの観点は、以下の記事でまとめています。
まとめ：TikTok Events APIは元データの場所で方式を選び検証まで設計する
TikTok Events APIの導入では、方式の優劣よりも、既存システムとの適合性と、導入後に接続を確かめられる体制があるかどうかが判断の分かれ目になります。2026年11月時点の公式ヘルプで確認できる仕様を前提に、次の3点を押さえておきましょう。
- 方式は元データの場所で選ぶ。対応ECならコマースパートナー、GTMやCDPならデータパートナー、独自システムならダイレクトAPIを候補にする
- 併用するならevent_idをそろえる。同じイベントには同じイベント名とevent_idを付け、48時間以内に両方の経路から送る
- 検証と保守の担当を決める。概要タブ・テストイベント・診断タブと自社の件数で確かめ、改修のたびに点検する
まずは無料でSNSアカウント診断を
TikTokの広告やアカウント運用の成果を正しく判断するには、計測がどの経路で、どの範囲までつながっているかを把握しておくことが前提になります。ハーマンドットでは、TikTokを含むSNSアカウントの運用状況を伺いながら、計測の接続で確認すべき点と相談先の切り分けを一緒に整理します。
「イベントAPIの設定を勧められたが、どこに頼めばよいか分からない」「ピクセルとの二重計測が心配」といった段階でもご相談ください。初回相談は完全無料・所要時間30分・オンライン対応可能です。