パフォーマンス マーケティングの未来: ITP 2.0 の更新と追跡に関する FAQ
公開: 2018-10-052021 年 6 月の更新情報: WWDC21 およびインテリジェント トラッキング防止「3.0」に対するマイクロソフトの回答を読むか、ITP 2.0+ およびコンバージョン トラッキング方法に関する詳細な電子書籍リソースに直接ジャンプしてください。
パフォーマンス マーケティング業界にいる場合は、主要なブラウザーがプライバシーとセキュリティのルールに大きな変更を加えていることに気付いているでしょう。 これは、広告主、ネットワーク、パブリッシャーのいずれにとっても大きな変化を意味します。
2018 年 9 月にリリースされた Safari ブラウザー用の Intelligent Tracking Prevention (ITP) 2.0 アップデートは、Apple、Google、および Mozilla による一連のアップデートと発表の 1 つに過ぎず、インターネットでのビジネスをより困難にしています。 インターネット ユーザーはこれらの変更を歓迎するかもしれませんが、トラッカーのブロック、Cookie へのアクセスの減少、および安全なトランスポート (https) の必要性により、オンライン コマースへの参入障壁が高まっています。 これらの変化はまた、複雑性の高いマーケティング担当者と低い複雑なパフォーマンスのマーケティング担当者の間に不一致のギャップを生み出しました。
この投稿では、3 つの主要なブラウザーによって行われた最近の変更、これらの変更がパフォーマンス マーケターとTUNEにとって何を意味するか、および広告主、ネットワーク、およびパブリッシャーがデジタル広告の将来にどのように備えることができるかを確認します。
ブラウザの更新: Safari、Chrome、および Firefox
ブラウザーの名前は異なるままですが、プライバシーとセキュリティの変更に関しては、Safari、Chrome、および Firefox はすべて同じ方向に向かっているようです。 ブラウザー固有の内訳については、以前の投稿、 What Apple's Intelligent Tracking Prevention 2.0 (ITP) Means for Performance Marketing 、およびこれらの記事を参照してください。
- Firefox : 2018 年 1 月 – Mozilla がより広範なトラッカー ブロックをリリース
- Firefox : 2018 年 3 月 – Mozilla が Symantec TLS/SSL 証明書を信用しない
- Safari : 2018 年 6 月 – Apple が ITP 2.0 を発表
- Chrome : 2018 年 7 月 – Google はドメインの保護に力を入れています
- Firefox : 2018 年 8 月 – Mozilla がトラッカーのブロックを再考
それが意味すること
本質的には、セキュリティで保護されていないクライアント側のセッション トラッキングは機能しません。 (おそらく、インターネット上を移動する個人をクライアント側で追跡することが蔓延しているためです。) これは現在、Safari ブラウザーの現実であり、最近の更新では Firefox が続くことが示されています。Mozilla はユーザーのセキュリティとプライバシーを改善するために有意義な努力を行っています。 .
TUNE では、これらの変更は意味のある進化であり、両手を広げて受け入れる必要があると考えています。 また、これらの変更は、追跡とレポートの方法論に革命が起こることを意味していることもわかっています。この革命は、パフォーマンス マーケティング業界全体に影響を与えるでしょう。
では、パフォーマンス マーケターはどうすればよいのでしょうか。
広告主、ネットワーク、およびパブリッシャーが準備すべき方法
ITP 2.0 に関する前回の投稿で、すべてのパフォーマンス マーケターにとって最善の道は、ポストバック トラッキングとも呼ばれるサーバー側のトラッキングにすぐに移行することであると共有しました。
広告主の場合、Cookie が広告主のプライマリ ドメインと同じドメイン (またはサブドメイン) にある限り、ピクセルと Cookie を利用する機会があります。 Cookie アクセスは引き続き可能ですが、Cookie ストレージの 30 日間の制限やドロップされたセッションの増加など、新しい制約があります。
ただし、ネットワークまたはパブリッシャードメインについては、同じことは言えません。 9 月 17 日に ITP 2.0 アップデートがリリースされると、Safari は「ファースト パーティ バウンス トラッカー」としてのみ使用されるドメインを特定し、これらのドメインがユーザー ブラウザの Cookie にアクセスするのをブロックし始めました。 Apple によって承認され、このユース ケースで引き続き許可されている唯一の追跡方法は、サーバー側 (ポストバック) 追跡です。
ポストバック: 進むべき道
しばらく前から、TUNE はポストバックの威力を認識してきました。 (年次会議の名前をそれにちなんで付けたほどで、 CEO はそれを称賛しました。) 結局のところ、私たちはそれを発明しました。 これはTUNE プラットフォームの決定的な機能であり、ネイティブに統合され、モバイル対応であり、何年もの間、当社が推奨する帰属表示方法でした。 しかし、パフォーマンス分野の誰もがそのような大胆な一歩を踏み出す準備ができているわけではないことも認識しています.
そのため、パフォーマンス マーケター向けの JavaScript 測定 SDK に取り組んでいることを発表できることをうれしく思います。 Google タグ マネージャーに準拠させ、Safari、Chrome、Firefox でブロックされないように構築し、サイト エクスペリエンスに悪影響を及ぼさないようにすることを目指しています。 TUNE は、モバイルからウェブに戻って私たちの学習をもたらし、すべての人にとって追跡を改善するのに役立つことを期待できます。
ITP 2.0 について質問がある場合、または TUNE JavaScript SDK で対処したい特定のニーズがある場合は、以下のコメントでお知らせください。 TUNE プラットフォームが追跡の将来性を保証する方法の詳細については、 [email protected]までお問い合わせください。
ITP 2.0 追跡に関するよくある質問
約束通り、Apple の ITP 2.0 アップデートに関する FAQ は次のとおりです。
質問 | 答え |
ピクセル/Cookie トラッキングを使用する TUNE クライアントは何をすべきですか? | あなたがネットワークまたはパブリッシャーであり、現在ピクセル トラッキングを利用して広告主からコンバージョン情報を受け取っている場合: 広告主に連絡して、ポストバック トラッキングに切り替えるプロセスをすぐに開始してください。 Safari からのすべての変換が失われます。 あなたが広告主の場合: Cookie がプライマリ サイトのサブドメインにある限り (たとえば、サイトがadvertiser.comの場合、 track.advertiser.comはサブドメインになります)、問題はありません。 ただし、トラッキング Cookie は引き続き 30 日間のアクティビティ ウィンドウの対象となります。 |
TUNE は JavaScript SDK を開発しますか? | はい。 TUNE は現在、JavaScript SDK に取り組んでいます。 これは一時しのぎの措置であり、将来の保証にはなりません。 ポストバック (サーバー側の追跡) は、今後最も受け入れられる方法です。 これは、変換情報を追跡する最良の方法として、Apple と Mozilla の両方によって特に言及されています。 |
TUNE の「cookieless」ピクセル トラッキングの使用に制限はありますか? | はい。 Cookie のないピクセルは、 transaction_id (TUNE セッション識別子) に依存して機能します。 Cookie は ITP によって制限され、Cookie トラッキングを支持する重要な論拠の 1 つは、 transaction_idなどのサードパーティ ID のストレージを実装するための開発努力であるため、Cookie を使用しないピクセルは、コンバージョン トラッキングを広告主のWebサイト。 (これにより、30 日間の Cookie ウィンドウが 3 分間の Cookie ウィンドウのようになります。) |
Google タグ マネージャーを使用する TUNE クライアントはどうですか? | Google タグ マネージャーはこの問題を解決しません。 Google タグ マネージャーは、測定ピクセルを管理するためのクライアント側の JavaScript SDK です。 サーバー側の追跡機能がないため、下流のシステムに通知を送信できません。 |
TUNE クライアントは、ITP に応じてカスタム ドメインを必要としますか? SSL証明書はどうですか? | はい。 広告主は、ピクセル トラッキングを可能にするために、プライマリ Web サイトと同じドメイン上にカスタム トラッキング ドメインを必要とします。 ピクセル トラッキングが存在しない場合、カスタム ドメインは特に必要ありません。 ただし、カスタム ドメインを使用して、トラッキングを共有ドメインの問題から隔離することをお勧めします。 SSL 証明書に関して: 広告主であり、Cookie ベースの追跡を使用したい場合、コンバージョン/サンキュー ページが安全 (つまり、https) である場合、追跡目的で使用するドメインに SSL 証明書が必要になります。 . さらに、Chrome と Safari はセキュリティで保護されていないドメインをブロックすると予想されます。 現時点では必須ではありませんが、追跡を将来的に保証するために、ドメインで安全な追跡をサポートすることをお勧めします。 あなたがネットワークまたはパブリッシャーである場合、安全なトラッキング ドメインは必要ありません。 ただし、インターネット全体で https が標準になりつつあるため、https を利用するのが賢明です。 サード パーティ (ユーザーではない) がトラフィックをキャプチャしようとすると、転送中に https がリンクのクエリ文字列パラメーターを暗号化するため、クエリ文字列を表示できなくなります。 |
私は、パブリッシャーとして複数のネットワークを扱う広告主です。 ITP によって、ITP との連携方法はどのように変わりますか? | 広告主として複数のネットワークと連携することは困難な場合があります。特に、さまざまなトラッキング テクノロジーが背後で機能している場合はなおさらです。 Apple と Mozilla は、サーバー側 (ポストバック) 追跡が追跡プラットフォーム間でデータを共有するための理想的な標準であると具体的に述べています。 ただし、現在、すべてのプラットフォームがサーバー側の通知をサポートしているわけではありません。 サーバー側の通知を受け入れることができないネットワーク プラットフォームに遭遇した場合、次の 2 つのオプションがあります。 1) カスタム ドメインがあり、前述の ITP 要件に従って動作するピクセルを使用している場合は、ネットワークがピクセルまたは JavaScript SDK を使用できるようにすることができます。 これには、iframe ピクセルを配置する必要があります。 ただし、Safari と Firefox の両方のユーザーに対するレポートの不一致に備えてください。 2) サイトに ITP 準拠のピクセルが設定されていない場合、ネットワークはサーバー側の変換通知 (ポストバック) を使用するか、アフィリエイト インターフェースから統計を受信する必要があります。 |
TUNE プラットフォーム、ポストバック トラッキング、および Apple の ITP やその他の Cookie ブロック対策を解決する方法について詳しく知りたいですか? [email protected]までご連絡ください。 一般データ保護規則に基づく TUNE とユーザーのプライバシーの詳細については、GDPR ページをご覧ください。
すぐに使用できるパフォーマンス マーケティング測定の詳細なガイドについては、ITP 後の世界におけるオンライン トラッキングと 4 つの最も一般的なコンバージョン トラッキング方法に関する TUNE の電子書籍をダウンロードしてください。
2019 年 9 月の更新: ITP 2.2 に関する当社の見解をお読みください。
2019 年 6 月の更新: この回避策は、追跡目的でサードパーティ Cookie として機能するファーストパーティ Cookie をサイトにドロップします。 ITP 2.2 は、これらのファーストパーティ Cookie を 24 時間後に削除するようになりました。 TUNE が推奨するコンバージョン トラッキングの方法であるサーバー側ポストバック トラッキングは、Cookie に依存しないため、これらの更新による影響を受けません。
2018 年 11 月の更新: iOS 12 および macOS Mojave の Safari での Intelligent Tracking Prevention 2.0 のリリースは、従来のパフォーマンスおよびアフィリエイト マーケティング プラットフォームの追跡機能に深刻な影響を与えました。 TUNE パートナー マーケティング プラットフォームはそうではありません。 サーバー側のポストバック追跡はプラットフォームにネイティブに組み込まれているため、この方法を使用した TUNE での追跡は ITP 2.0 の影響を受けません。