ピクセル vs. ポストバック: どの追跡方法を使用すべきか?

メーカーによるネサによる写真

パフォーマンス マーケティングに関して、自分自身 (または広告主) に尋ねることができる最大の質問の 1 つは、ピクセル トラッキング (クライアント側) またはポストバック トラッキング (サーバー側) のどの種類のコンバージョン トラッキング プロトコルを使用するかということです。 それぞれに長所と短所があり、成功したい場合はそれらを区別することが重要です. それでは、分解してみましょう。

最初 — 定義:

ピクセル トラッキング

クライアント側の Cookie ベースのブラウザー内追跡とも呼ばれます。 このメソッドは、ユーザーのブラウザに依存して、コンバージョン時に再度呼び出される Cookie をクリックに配置して、セッションを認証し、コンバージョンを正しいアフィリエイトに関連付けます。 ピクセルベースのオファーは、セッション値を Cookie に保存できるため、Cookie を使用して追跡します。また、ピクセルが追跡するように設計されている方法で、ブラウザからこの情報を簡単に抽出できます。 その結果、ピクセルを使用して追跡するオファーを設定するのは非常に簡単で、変換ページに HTML オファー ピクセルを配置するだけです。

次の場合にピクセル トラッキングを使用します。

ピクセル トラッキングは、Cookie を保存できる非モバイル Web トラフィックに対してのみ機能するため、TUNE の一般的な推奨事項は、ピクセル トラッキングをできるだけ使用しないことです。 さらに、Safari、Chrome、Firefox などの主要なブラウザーは、ファースト パーティであっても追跡関連の Cookie を許可しなくなりつつあります。

次の条件に該当する場合は、最後の手段としてピクセル トラッキングを使用してください。

オファーの広告主がサーバー側のコンバージョン通知を送信できません。
このオファーには、モバイル アプリのインストールは含まれません。
オファーの目的のエンド ユーザーは、トラッキング関連の Cookie をサポートするブラウザーを使用しています。

詳細については、ピクセル トラッキングの実装について説明しているこの TUNE サポート記事をご覧ください。

ポストバック追跡

サーバー側、サーバー呼び出し、サーバー 2 サーバー (またはサーバー間)、s2s、および誤ってサーバー ピクセル トラッキングとも呼ばれ、広告主のサーバーに依存して、クリックで生成されたセッションを追跡し、コンバージョンに結び付けます。 サーバーはトランザクション ID を記録し、TUNE に戻します。 このメソッドは、ユーザーのブラウザに依存しません。 ポストバック トラッキングは、ユーザーがオファーをクリックしたときに何が起こるか、コンバージョン時に何が起こるかという 2 つの別個のプロセスと考えることができます。

変換に至るまで:

1. ユーザーにオファーが表示されます。
2. ユーザーがオファーをクリックします。
3. クリックするとTUNEサーバーに移動します。 サーバーはクリックを記録し、そのセッションの ID (ほとんどの場合、トランザクション ID) を生成して記録します。
4. TUNE は、オファー URL にそのセッションの ID を含めて、すぐにユーザーをオファーのランディング ページに誘導します。
5. ユーザーは、広告主のサイトでオファーのページを表示します。 広告主のサイトは、そのセッションの ID の記録を適切に処理します。たとえば、e コマース サイトに変数として保存したり、モバイル アプリの SDK に保存したりします。

ユーザーがそのオファーでコンバージョンを達成すると:

1. 広告主のサーバーは、最初に提供された ID TUNE を含む信号を TUNE に送信します (つまり、ポストバックを起動します)。 ユーザーが TUNE に戻されることはありません。
2. TUNE は、そのセッションの変換を記録します。

TUNE には、ポストバック トラッキングを説明する別の優れたサポート記事があります。

次の場合にポストバック トラッキングを使用します。

サーバー側の呼び出しを実装するために利用できる技術リソースがあります (実装の詳細については、以下を参照してください)。

ピクセル トラッキングの長所と短所

長所：

• ピクセル トラッキングの実装は非常に簡単です。 コードをコピーして Web サイトの HTML に貼り付けるだけなので、開発者でなくてもトラッキングを設定できます。 同じように、実装の学習曲線はそれほど急ではありません。

短所：

• コンバージョンがモバイル デバイスで発生した場合、ピクセル トラッキングは機能しません。 つまり、モバイル Web、アプリ ストア、およびアプリでのコンバージョンは登録されません。 (通常、モバイル デバイスとスマートフォンでは Cookie がデフォルト設定でブロックされているため、そもそもモバイルに Cookie が配置されることはありません。)
• ピクセル トラッキングは、詐欺の可能性がはるかに高くなります。 ご想像のとおり、追跡はブラウザーで行われるため、技術に精通したアフィリエイトが実際のコンバージョンを発生させずにピクセルを発射するのはかなり簡単です.
• 時々、ピクセルが起動せず、その理由がわからないことがあります。 考えられる理由としては、ユーザーがクリックとコンバージョンの間にキャッシュをクリアしたことが考えられますが、理由が不明な場合もあります。 使用するサーバー ログがないため、レポートはトラブルシューティングにはほとんど役に立ちません。
• これらすべての理由 (およびその他の理由) により、ピクセル トラッキングは非常に不正確です。

ポストバック追跡の長所と短所

長所：

• すべての追跡がサーバー側で行われるため、信頼性が大幅に向上します。
• TUNE のサーバー ログを使用すると、トラブルシューティングがはるかに簡単になります。
• 詐欺の可能性が低くなり、オファー ホワイトリストの追加、広告主のセキュリティ トークン、ポストバック URL のハッシュなど、詐欺を軽減するためのより多くのオプションを利用できます。 ポストバック詐欺の防止について詳しくは、こちらをご覧ください。
• グローバル ポストバックを (広告主ごとに)設定するオプションがあり、単一のポストバック実装でその広告主のすべてのオファーのコンバージョンを登録できます。 ピクセルにはそのオプションがありません。
• 一般に、ポストバック トラッキングを使用すると、ユーザーがウェブページにいるとき以外にもコンバージョンを発生させるためのオプションが増えます。 単純なページの読み込みに制限される代わりに、広告主がいつでもコンバージョン URL を送り返すようにすることができます。 これは、たとえば、注文が発送されるまで、またはリードが認定されるまで、広告主がコンバージョンを登録したくない場合に役立ちます。
• ポストバック トラッキングはモバイル デバイスで機能します。 ピクセル トラッキングは、スマートフォンやモバイル デバイスでは機能しないことに注意してください。

短所：

• ポストバック追跡は実装が困難です。 ID が正しいパラメーターに渡されることを確認するには、ネットワークと広告主の間で直接通信する必要があります。次に、広告主に代わって値を保存して返す技術的な実装が必要です。 広告主は、リクエストをコーディングするために、サーバー側の HTTP の経験を持つ人を必要とします。
• 実装時間は大きく異なります。 ポストバック トラッキングは数分で設定できますが、広告主によっては、ID を格納するデータベースをコーディングするのに丸 1 日かかることもあります。

さらに情報が必要ですか？ デジタル追跡方法に関するブログ シリーズをチェックするか、 [email protected]までご質問をお送りください。

2021 年 9 月の更新: Apple ITP がすべてのサードパーティ Cookie をブロックし、iOS 15 で新しいプライバシー対策を導入したことで、ポストバックとサーバー側の追跡がこれまで以上に重要になっています。 パフォーマンス マーケティング キャンペーンを追跡するためにまだピクセルと Cookie に依存している場合は、今こそ Cookie を使用しない追跡ソリューションを採用するときです。

TUNE プラットフォームが追跡機能の将来性を保証する方法の詳細については、 [email protected]までお問い合わせください。