Masa Depan Pemasaran Kinerja: Pembaruan ITP 2.0 dan FAQ Pelacakan

Foto oleh rawpixel di Unsplash

Pembaruan Juni 2021: Baca tanggapan kami terhadap WWDC21 dan Pencegahan Pelacakan Cerdas “3.0”, atau lompat langsung ke sumber e-book mendalam kami tentang ITP 2.0+ dan metode pelacakan konversi.

Jika Anda berada di industri pemasaran kinerja, Anda telah memperhatikan bahwa browser utama telah membuat perubahan besar pada aturan privasi dan keamanan mereka. Dan itu berarti perubahan besar bagi pengiklan, jaringan, dan penerbit.

Peluncuran pembaruan Intelligent Tracking Prevention (ITP) 2.0 September 2018 untuk browser Safari hanyalah satu dari serangkaian pembaruan dan pengumuman oleh Apple, Google, dan Mozilla yang mempersulit bisnis di internet. Sementara pengguna internet mungkin menyambut baik perubahan ini, pemblokiran pelacak, penurunan akses ke cookie, dan kebutuhan akan transportasi yang aman (https) telah meningkatkan hambatan masuk untuk perdagangan online. Perubahan ini juga telah menciptakan kesenjangan perbedaan antara pemasar kinerja dengan kompleksitas tinggi dan rendah.

Dalam posting ini, kami akan meninjau perubahan terbaru yang dibuat oleh tiga browser utama, apa arti perubahan ini bagi pemasar kinerja dan TUNE , dan bagaimana pengiklan, jaringan, dan penerbit dapat mempersiapkan masa depan periklanan digital.

Pembaruan Browser: Safari, Chrome, dan Firefox

Meskipun nama browser tetap berbeda, Safari, Chrome, dan Firefox semuanya tampaknya menuju ke arah yang sama dalam hal perubahan privasi dan keamanan. Untuk perincian khusus browser, lihat posting kami sebelumnya, Apa Arti Pencegahan Pelacakan Cerdas Apple 2.0 (ITP) untuk Pemasaran Kinerja , dan artikel ini:

• Firefox : Januari 2018 – Mozilla merilis pemblokiran pelacak yang lebih luas
• Firefox : Maret 2018 – Mozilla tidak mempercayai sertifikat Symantec TLS/SSL
• Safari : Juni 2018 – Apple memperkenalkan ITP 2.0
• Chrome : Juli 2018 – Google meningkatkan fokus pada pengamanan domain
• Firefox : Agustus 2018 – Mozilla memikirkan kembali pemblokiran pelacak

Apa Artinya Semua

Intinya: Pelacakan sesi sisi klien tidak aman. (Kemungkinan karena pelacakan sisi klien yang merajalela dari individu saat mereka bergerak di internet.) Saat ini kenyataan di browser Safari, dan pembaruan terbaru mengindikasikan bahwa Firefox akan mengikuti, karena Mozilla melakukan upaya yang berarti untuk meningkatkan keamanan dan privasi pengguna .

Di TUNE, kami percaya perubahan ini adalah evolusi yang berarti, dan harus diterima dengan tangan terbuka. Kami juga tahu bahwa perubahan ini berarti revolusi dalam metodologi pelacakan dan pelaporan akan datang — sebuah revolusi yang akan berdampak pada seluruh industri pemasaran kinerja.

Jadi ... di mana itu meninggalkan pemasar kinerja?

Bagaimana Pengiklan, Jaringan, dan Penayang Harus Mempersiapkan

Dalam posting kami sebelumnya di ITP 2.0 , kami berbagi bahwa jalan terbaik untuk semua pemasar kinerja adalah segera pindah ke pelacakan sisi server, juga dikenal sebagai pelacakan postback .

Bagi pengiklan , masih ada peluang untuk memanfaatkan piksel dan cookie, selama cookie berada di domain (atau subdomain) yang sama dari domain utama pengiklan. Akses cookie masih dimungkinkan, tetapi ada batasan baru, termasuk batas penyimpanan cookie selama 30 hari dan peningkatan sesi yang dibatalkan.

Namun, hal yang sama tidak dapat dikatakan untuk domain jaringan atau penerbit . Setelah rilis pembaruan ITP 2.0 pada 17 September, Safari mulai mengidentifikasi domain yang hanya digunakan sebagai “pelacak pentalan pihak pertama”, dan memblokir domain ini agar tidak mengakses cookie di browser pengguna. Satu-satunya metode pelacakan yang disetujui oleh Apple dan masih diizinkan untuk kasus penggunaan ini adalah pelacakan sisi server (postback).

Pos Balik: Jalan Maju

Untuk beberapa waktu sekarang, kami di TUNE telah mengenali kekuatan postback. (Sedemikian rupa sehingga kami menamai konferensi tahunan kami dengan namanya , dan CEO kami menyanyikan pujiannya .) Bagaimanapun juga, kami yang menciptakannya. Ini adalah fitur yang menentukan dari platform TUNE , terintegrasi secara bawaan dan siap untuk seluler, dan telah menjadi metode atribusi yang kami rekomendasikan selama bertahun-tahun . Namun kami juga menyadari tidak semua orang di ruang pertunjukan siap untuk mengambil langkah berani seperti itu.

Itulah sebabnya kami dengan senang hati mengumumkan bahwa kami sedang mengerjakan SDK pengukuran JavaScript untuk pemasar kinerja. Kami bertujuan untuk membuatnya sesuai dengan Google Pengelola Tag, membuatnya sedemikian rupa sehingga Safari, Chrome, dan Firefox tidak ingin memblokirnya, dan memastikannya tidak berdampak negatif pada pengalaman situs. Anda dapat mengharapkan TUNE membawa pembelajaran kami dari seluler kembali ke web untuk membantu membuat pelacakan lebih baik bagi semua orang.

Jika Anda memiliki pertanyaan tentang ITP 2.0, atau kebutuhan khusus yang ingin Anda jawab di TUNE JavaScript SDK, beri tahu kami di komentar di bawah. Untuk mempelajari lebih lanjut tentang bagaimana platform TUNE dapat membuktikan pelacakan Anda di masa mendatang, hubungi [dilindungi email] .

FAQ Pelacakan ITP 2.0

Seperti yang dijanjikan, FAQ kami tentang pembaruan ITP 2.0 Apple:

Pertanyaan	Menjawab
Apa yang harus dilakukan klien TUNE yang menggunakan piksel / pelacakan cookie?	Jika Anda adalah jaringan atau penerbit, dan saat ini menggunakan pelacakan piksel untuk menerima informasi konversi dari pengiklan Anda: Hubungi pengiklan Anda dan segera mulai proses beralih ke pelacakan pos balik. Anda akan kehilangan semua konversi dari Safari. Jika Anda seorang pengiklan: Selama cookie Anda berada di subdomain situs utama Anda (misalnya, jika situs Anda adalah advertiser.com , track.advertiser.com akan menjadi subdomain), Anda akan baik-baik saja. Namun, cookie pelacakan Anda akan tetap tunduk pada jendela aktivitas 30 hari.
Akankah TUNE mengembangkan JavaScript SDK?	Ya. TUNE saat ini sedang mengerjakan JavaScript SDK. Kami melihat ini sebagai tindakan sementara dan bukan bukti masa depan dengan cara apa pun. Postback (pelacakan sisi server) adalah metode yang paling dapat diterima di masa mendatang. Secara khusus disebutkan oleh Apple dan Mozilla sebagai cara terbaik untuk melacak informasi konversi.
Apakah ada batasan untuk menggunakan pelacakan piksel "tanpa cookie" TUNE?	Ya. Piksel tanpa cookie bergantung pada transaction_id (pengidentifikasi sesi TUNE) untuk berfungsi. Karena cookie akan dibatasi oleh ITP, dan salah satu argumen utama yang mendukung pelacakan cookie adalah upaya pengembangan penerapan penyimpanan untuk pengidentifikasi pihak ketiga seperti transaction_id , piksel tanpa cookie cenderung membatasi pelacakan konversi ke sesi langsung di halaman pengiklan. situs web. (Ini membuat jendela cookie 30 hari lebih seperti jendela cookie tiga menit.)
Bagaimana dengan klien TUNE yang menggunakan Google Pengelola Tag?	Google Pengelola Tag tidak menyelesaikan masalah ini. Google Pengelola Tag adalah SDK JavaScript sisi klien untuk mengelola piksel pengukuran. Itu tidak memiliki fungsi pelacakan sisi server, dan karena itu tidak dapat mengirim pemberitahuan ke sistem hilir.
Apakah klien TUNE memerlukan domain khusus sebagai tanggapan terhadap ITP? Bagaimana dengan sertifikat SSL?	Ya. Pengiklan memerlukan domain pelacakan khusus pada domain yang sama dengan situs web utama untuk memungkinkan pelacakan piksel. Jika tidak ada pelacakan piksel, tidak ada kebutuhan khusus untuk domain khusus. Namun, praktik terbaik adalah menggunakan domain khusus untuk melindungi pelacakan Anda dari masalah domain bersama. Berkenaan dengan sertifikat SSL: Jika Anda seorang pengiklan dan ingin menggunakan pelacakan berbasis cookie, dan halaman konversi/terima kasih Anda aman (yaitu, https), Anda akan memerlukan sertifikat SSL pada domain yang Anda gunakan untuk tujuan pelacakan . Selain itu, kami berharap Chrome dan Safari memblokir domain yang tidak aman. Meskipun ini bukan persyaratan saat ini, akan lebih bijaksana untuk mendukung pelacakan aman di domain Anda untuk membuktikan pelacakan Anda di masa mendatang. Jika Anda adalah jaringan atau penerbit, domain pelacakan aman tidak diperlukan. Namun, dengan https menjadi norma di internet, akan lebih bijaksana untuk memanfaatkannya. Jika ada pihak ketiga (bukan pengguna) yang mencoba menangkap lalu lintas, mereka tidak akan dapat melihat string kueri karena https mengenkripsi parameter string kueri tautan saat transit .
Saya seorang pengiklan yang bekerja dengan banyak jaringan sebagai penerbit. Bagaimana ITP akan mengubah cara saya bekerja dengan mereka?	Bekerja dengan banyak jaringan sebagai pengiklan dapat menjadi tantangan, terutama dengan sejumlah teknologi pelacakan berbeda yang bekerja di belakang layar. Apple dan Mozilla secara khusus mengatakan bahwa pelacakan sisi server (postback) adalah standar ideal untuk berbagi data antar platform pelacakan. Namun, tidak semua platform saat ini dapat mendukung notifikasi sisi server. Jika Anda menemukan platform jaringan yang tidak dapat menerima pemberitahuan sisi server, ada dua opsi: 1) Jika Anda memiliki domain khusus dan menggunakan piksel yang berfungsi sesuai dengan persyaratan ITP yang telah kami cantumkan sebelumnya, Anda dapat mengizinkan jaringan untuk menggunakan piksel atau SDK JavaScript mereka. Ini akan mengharuskan Anda memiliki piksel iframe yang ditempatkan. Namun, bersiaplah untuk perbedaan dalam pelaporan Anda untuk pengguna Safari dan Firefox. 2) Jika Anda tidak memiliki piksel yang sesuai dengan ITP untuk situs Anda, jaringan Anda harus menggunakan pemberitahuan konversi sisi server (postback) atau perlu menerima statistik dari antarmuka Afiliasi Anda.

Tertarik untuk mempelajari lebih lanjut tentang platform TUNE, pelacakan postback, dan bagaimana kami memecahkan ITP Apple dan tindakan pemblokiran cookie lainnya? Hubungi kami di [email protected] . Untuk mempelajari lebih lanjut tentang TUNE dan privasi pengguna di bawah Peraturan Perlindungan Data Umum, kunjungi halaman GDPR kami.

Untuk panduan mendalam tentang pengukuran kinerja pemasaran yang dapat Anda gunakan sekarang, unduh e-book TUNE tentang pelacakan online di dunia pasca-ITP dan 4 metode pelacakan konversi paling populer.

Pembaruan September 2019: Baca sudut pandang kami tentang ITP 2.2 .

Pembaruan Juni 2019: Pembaruan Solusi ini menjatuhkan cookie pihak pertama di situs yang bertindak sebagai cookie pihak ketiga untuk tujuan pelacakan; ITP 2.2 sekarang menghapus cookie pihak pertama ini setelah 24 jam. Metode pelacakan konversi yang direkomendasikan TUNE, pelacakan postback sisi server, tetap tidak terpengaruh oleh pembaruan ini, karena tidak bergantung pada cookie untuk bekerja.

Pembaruan November 2018: Rilis Intelligent Tracking Prevention 2.0 di Safari untuk iOS 12 dan macOS Mojave telah sangat memengaruhi kemampuan pelacakan kinerja tradisional dan platform pemasaran afiliasi. Tidak demikian untuk Platform Pemasaran Mitra TUNE. Pelacakan postback sisi server secara bawaan dibangun ke dalam platform kami, dan oleh karena itu pelacakan pada TUNE menggunakan metode ini tidak terpengaruh oleh ITP 2.0.