ポストバックとサーバー間連携（S2S）は同じ意味ですか？

はい、実質的に同じ仕組みを指します。ポストバックはMMP（計測ツール）のサーバーから広告媒体のサーバーへ、コンバージョンデータをHTTPリクエストで送信する方式です。「サーバー間連携（S2S）」「サーバーコールバック」とも呼ばれますが、アプリ広告の文脈ではポストバックという用語が一般的です。

TikTokにポストバック設定は不要と聞きましたが本当ですか？

TikTokはSRN（Self-Reporting Network）に分類されるため、通常のポストバック設定は不要です。MMP管理画面でTikTokをパートナーとして有効化し、API連携を設定するだけで、コンバージョンデータは自動的にTikTok側に連携されます。ただし、MMP管理画面上での連携設定自体は必要ですので、混同しないよう注意してください。

Pangleのポストバック設定で最低限送るべきイベントは何ですか？

最低限必要なのはインストールイベントです。これに加え、Pangleの最適化精度を高めるために、登録完了やチュートリアル完了などの中間イベントを1〜2個送ることを推奨します。収益イベント（購入・サブスク開始）も送ると、ROAS最適化配信が利用可能になります。ただし、送りすぎると重複カウントや遅延の原因になるため、媒体の最適化に必要なイベントに絞ることが重要です。

ポストバックの数値がMMP側と媒体側で合わないのですが？

MMP側と媒体側の数値が完全一致することは稀です。主な乖離要因は、アトリビューションウィンドウの違い（MMPは7日、媒体は28日など）、タイムゾーンの差異、重複排除ロジックの違い、ポストバック遅延による日跨ぎなどです。一般的に5〜15%程度の乖離は許容範囲とされています。乖離が20%を超える場合は、イベントマッピングの誤りやポストバックURLの設定ミスを疑い、テストコンバージョンで検証してください。

MMPポストバック設定の全体像｜TikTok・Pangle・媒体別の連携フローと注意点

この記事のポイント

ポストバックとはMMP（計測ツール）から広告媒体へコンバージョンデータをサーバー間で返送する仕組み。媒体の配信最適化に直結する
TikTokはSRN（Self-Reporting Network）のためAPI連携で完結し通常のポストバック設定は不要。PangleはNon-SRNのためポストバック設定が必須
送るべきイベントは「媒体の最適化に必要な最小限」に絞る。過剰送信は重複カウントや遅延の原因になる

ポストバックとは何か

ポストバックとは、MMP（AppsFlyer、Adjustなど）のサーバーから広告媒体のサーバーへ、コンバージョンデータをHTTPリクエストで送信する仕組みです。「サーバー間連携（S2S）」「サーバーコールバック」とも呼ばれます。

アプリ広告において、ユーザーが広告をクリックしてアプリをインストールし、特定のアクション（登録、購入など）を行ったとき、その情報をMMPが計測します。しかし、MMPが計測しただけでは広告媒体側にはデータが届きません。ポストバックを通じて媒体にデータを返送することで、初めて媒体が「どの広告がコンバージョンを生んだか」を認識し、配信最適化に活用できるようになります。

つまりポストバックは、計測ツールと広告媒体をつなぐデータのパイプラインです。この設定が正しくなければ、いくら広告予算を投下しても媒体の機械学習が正常に機能せず、CPI・CPAの改善が頭打ちになります。

SRN（Self-Reporting Network）とポストバック方式の違い

広告媒体とMMPの連携方式は、大きくSRN方式とポストバック方式（Non-SRN）の2つに分かれます。この違いを理解することが、正しい設定の出発点です。

SRN方式（TikTok、Meta、Google等）

SRN（Self-Reporting Network）は、媒体自身がアトリビューション（広告貢献の判定）を行い、その結果をMMPにAPI経由で報告する方式です。TikTok、Meta（Facebook/Instagram）、Google Adsなどの大手媒体がこれに該当します。

SRN方式では、MMP側で媒体をパートナーとして有効化しAPI連携を設定するだけで、コンバージョンデータが自動的に双方向で共有されます。個別のポストバックURL設定は不要です。

ポストバック方式（Pangle、アドネットワーク等）

Non-SRN媒体（Pangle、ironSource、AppLovin、Unity Adsなど）では、MMP側がアトリビューションを判定し、その結果をポストバックURLを通じて媒体に送信します。ポストバックURLには、媒体が必要とするパラメータ（クリックID、イベント名、収益額など）が含まれます。

この方式では、MMP管理画面でポストバックURLを正しく設定し、送信するイベントを選定する作業が必要です。設定ミスがあるとデータが媒体に届かないため、慎重な確認が求められます。

ポストバックで送るべきイベントの選定

ポストバックで送信するイベントは、「媒体の最適化に必要な最小限」に絞ることが鉄則です。何でも送ればよいわけではなく、過剰な送信は重複カウントや処理遅延の原因になります。

インストールイベント（必須）

すべての媒体連携で最低限送るべきイベントです。広告経由のインストールを媒体が認識するための基本データであり、これがなければ媒体はキャンペーンの成果を把握できません。

中間イベント（推奨）

ユーザー登録、チュートリアル完了、初回起動後のエンゲージメントなど、インストールから最終コンバージョンまでの中間地点を示すイベントです。媒体が「質の高いユーザー」を学習するためのシグナルになります。

登録完了（Registration）：アプリ内でアカウント登録を完了したタイミング
チュートリアル完了（Tutorial Complete）：初回利用のオンボーディングを通過したタイミング
レベル達成（Level Achieved）：ゲームアプリなどで特定のマイルストーンを達成したタイミング

収益イベント（ROAS最適化時に必須）

購入、サブスクリプション開始、課金など、直接的な収益を伴うイベントです。ROAS（広告費用対効果）最適化を行う場合は、収益額（revenue）パラメータ付きで送信する必要があります。

どこまで送るべきか？

基本方針は「インストール＋中間イベント1〜2個＋収益イベント」の3〜4種類に絞ることです。イベントを10個も20個も送ると、媒体側の管理画面が煩雑になるだけでなく、ポストバックの処理負荷が増え、遅延や欠損のリスクが高まります。

TikTokへの連携設定フロー

TikTokはSRNのため、通常のポストバック設定ではなくAPI連携で設定します。以下はAppsFlyer・Adjustでの一般的な手順です。

MMP管理画面でTikTokをパートナーとして有効化する：連携設定ページでTikTok for Businessを検索し、パートナーとして追加します
TikTok Ads ManagerのアプリIDを入力する：TikTok側で発行されたアプリIDをMMP側の連携設定に入力し、紐づけを完了します
送信するイベントをマッピングする：MMP側のイベント名（例：af_purchase）とTikTok側のイベント名（例：Purchase）を対応づけます
アトリビューションウィンドウを設定する：クリックスルー（通常7〜14日）、ビュースルー（通常1日）の計測期間を設定します
テストコンバージョンで動作確認する：テスト端末で実際にインストール・イベントを発火させ、TikTok Ads Manager側にデータが反映されることを確認します

SRN連携のため、ポストバックURLの手動設定は不要ですが、イベントマッピングの設定ミスは頻出するため、テスト確認は省略しないでください。

Pangleへのポストバック設定フロー

PangleはTikTokと同じByteDanceグループですが、Non-SRNに分類されるため、ポストバック設定が必要です。

MMP管理画面でPangleをパートナーとして追加する：連携パートナー一覧からPangleを選択します
PangleのApp IDを入力する：Pangle管理画面で発行されたApp IDをMMP側に入力します
ポストバックURLを確認する：MMPが自動生成するポストバックURLを確認し、必要なパラメータ（click_id、event_nameなど）が含まれていることを検証します
送信イベントを選択・マッピングする：インストール、登録完了、購入など、Pangleの最適化に必要なイベントを選択し、Pangle側のイベント名と対応づけます
ポストバック送信条件を設定する：「Pangleに帰属するイベントのみ送信」か「全媒体のイベントを送信」かを選択します。通常は帰属イベントのみが推奨です
テストコンバージョンで検証する：テスト端末でPangle広告経由のインストールをシミュレーションし、Pangle管理画面にデータが反映されるか確認します

イベントマッピングの注意点

ポストバック設定で最もエラーが多いのが、イベントマッピング（MMP側のイベント名と媒体側のイベント名の対応づけ）です。

イベント名の不一致

MMP側で定義するイベント名と、媒体側が受け付けるイベント名は異なることがあります。たとえば、MMP側で「af_purchase」と定義しているイベントを、Pangle側では「Purchase」として受け取る場合、マッピングで正しく紐づけないとデータが認識されません。

必ず媒体側の公式ドキュメントで指定されたイベント名を確認し、typoや大文字・小文字の違いがないか確認してください。

重複送信の防止

同一イベントを複数のポストバック経路で送信してしまうと、媒体側でコンバージョンが二重カウントされます。特に以下のケースで起きやすいです。

MMP側で「全メディアソースに送信」を選択してしまい、帰属しない媒体にもデータが飛ぶ
同一イベントに対して、ポストバックとAPI連携の両方が設定されている
リターゲティング用と新規獲得用で、同じイベントが二重に設定されている

対策として、ポストバック設定後は媒体側のコンバージョン数とMMP側のアトリビューション数を突き合わせ、大きな乖離がないか確認する習慣をつけてください。

ポストバック遅延の原因と影響

ポストバックは設定すれば即座にリアルタイムでデータが届くとは限りません。遅延が発生するケースと、その影響を理解しておくことが重要です。

リアルタイム送信とバッチ処理

MMPの多くはイベント発生時にリアルタイム（ニアリアルタイム）でポストバックを送信しますが、媒体やMMPの設定によってはバッチ処理（一定時間ごとにまとめて送信）になる場合があります。バッチ処理の場合、1〜数時間の遅延が生じます。

遅延の主な原因

MMPサーバーの処理負荷：大規模キャンペーンの開始直後など、イベント量が急増した際に遅延が発生
ネットワーク障害：MMP・媒体間のサーバー通信が不安定な場合。リトライ処理で数時間後に到達するケースもある
アトリビューション判定の待機：SRN連携の場合、媒体からのレスポンスを待つ時間が遅延要因になることがある
イベントの発火タイミング：ユーザーがオフライン環境でアプリを利用し、オンライン復帰後にイベントが送信される場合

遅延が配信に与える影響

ポストバック遅延は、媒体の機械学習の精度低下に直結します。とくにoCPM・oCPC入札では、コンバージョンデータがリアルタイムに反映されないと最適化が遅れ、CPAが一時的に悪化します。日次レポートの数値ズレの原因にもなるため、遅延を前提としたレポーティングの運用設計が必要です。

トラブルシューティング

ポストバック設定後に「イベントが飛ばない」「数値が合わない」というトラブルは非常に多く発生します。主要なケースと対処法をまとめます。

イベントが媒体側に反映されない

ポストバックURLの設定漏れ：MMP管理画面で対象媒体のポストバックが有効になっているか確認
イベントマッピングの誤り：MMP側のイベント名と媒体側の受付イベント名が一致しているか確認
送信条件の問題：「帰属イベントのみ送信」設定で、対象媒体にアトリビューションされたイベントが存在するか確認
テスト端末の問題：テスト端末がMMP側でテストデバイスとして登録されているか、広告IDが正しく取得されているか確認

MMP側と媒体側の数値乖離

アトリビューションウィンドウの違い：MMPと媒体で異なるウィンドウ（例：7日 vs 28日）が設定されていないか確認
タイムゾーンの差異：MMP（UTC）と媒体管理画面（JST等）でタイムゾーンが異なる場合、日次レポートで数値がズレる
重複排除ロジックの違い：MMPは最終クリック基準、媒体は独自のアトリビューションモデルを使用する場合がある

5〜15%の乖離は正常範囲です。20%以上の乖離が継続する場合は、上記の項目を1つずつ検証してください。

計測設定もZVAにお任せください：ZVAでは、クリエイティブ制作だけでなく、MMP連携・ポストバック設定・イベント設計まで含めた計測基盤の構築をサポートしています。成果報酬型のため、計測設定の不備で成果データが欠損するリスクを広告主が負う必要はありません。「設定したけど数値が合わない」というお悩みも、運用チームが原因特定から改善まで対応します。

まとめ

MMPのポストバック設定は、アプリ広告の成果を正しく計測し、媒体の最適化を機能させるためのインフラです。TikTokのようなSRN媒体はAPI連携で完結しますが、PangleをはじめとするNon-SRN媒体では、ポストバックURLの設定・イベントマッピング・送信条件の選定を正確に行う必要があります。

とくに重要なのは、送るべきイベントを最小限に絞ること、テストコンバージョンで必ず動作確認すること、そしてMMP側と媒体側の数値を定期的に突き合わせることの3点です。計測基盤が正しく機能して初めて、クリエイティブの改善やターゲティングの最適化が意味を持ちます。

MMPポストバック設定の全体像｜
TikTok・Pangle・媒体別の連携フローと注意点