Bagaimana Melacak Konversi E-niaga di Seluruh Domain, Perangkat & Peramban Saat Menjalankan Pengujian A/B?

Apa itu Pelacakan Lintas Lingkungan?

Satu konversi, banyak titik kontak!

Inilah yang dimaksud dengan pelacakan lintas lingkungan.

Pelanggan saat ini menggunakan berbagai titik kontak untuk menyelesaikan pembelian e-niaga. Mereka dapat mengakses Internet dari beberapa perangkat dan melihat kampanye pemasaran di satu lingkungan sebelum mengonversi di lingkungan lain, mungkin mulai dari perangkat laptop dan domain "A" saat mereka menelusuri hingga memutuskan produk mana yang paling sesuai untuk mereka, lalu beralih ke ponsel cerdas , sering berpindah browser di antaranya, dan akhirnya membeli di domain “B”.

Sebagai hasil dari tren ini, semakin banyak corong konversi yang tersebar di beberapa domain, perangkat, dan browser web.

Interaksi pengunjung situs web biasanya terdiri dari dua jenis:

• Lingkungan tunggal: Saat perjalanan menuju konversi dimulai dan berakhir di perangkat atau browser atau domain yang sama.
• Lintas-lingkungan: Ketika pengunjung situs web mengklik dari satu perangkat atau browser atau domain tetapi melakukan konversi di lingkungan yang berbeda.

Berikut adalah rumus sederhana untuk memahami istilah-istilah ini:

Dengan interaksi lintas lingkungan yang jauh lebih umum, pelacakan dan pengaitan konversi dapat menjadi tantangan. Jadi, bagaimana kami dapat melacak konversi e-niaga ini ketika lingkungan berubah untuk menawarkan pengalaman yang disesuaikan? Pertama, kita perlu memahami properti apa dari lingkungan yang dapat berubah, dan kemudian, mengidentifikasi berbagai cara untuk melacak konversi tersebut.

Mari kita uraikan berbagai jenis pelacakan yang dapat terjadi di corong e-niaga omnichannel untuk memastikan tidak ada pelanggan yang lolos:

Pelacakan Lintas Domain

Pelacakan lintas domain adalah cara untuk menganalisis pengunjung di beberapa domain.

Mengapa Pelacakan Lintas Domain merupakan Konsep Penting dalam Pengujian A/B?

Pelacakan lintas domain adalah fitur luar biasa yang memungkinkan Anda mengaitkan konversi dan perilaku ke kampanye Anda meskipun perjalanan pengguna mencakup beberapa domain. Tanpa itu, atribusi hampir tidak mungkin bagi kita yang memiliki lebih dari satu domain (seperti situs dengan domain belanja atau checkout terpisah).

Berikut adalah beberapa metrik konversi yang dapat ditangkap lintas domain:

• Konversi
• Peristiwa Konversi
• Konversi Klik-tayang
• Konversi Lihat-tayang
• Konversi Total
• Peristiwa Konversi Klik-tayang
• Peristiwa Konversi Lihat-tayang
• Peristiwa Konversi Total
• Total pendapatan

Pelacakan Lintas Domain Dengan Cookie Pihak Ketiga

Bentuk pelacakan lintas domain yang paling umum bergantung pada cookie pihak ketiga.

Situs web menggunakan cookie pihak pertama untuk menyimpan informasi tentang pengunjung dan sesi mereka dan biasanya memiliki atribut berikut:

• Cookie Name : nama cookie.
• Cookie Domain : domain tempat cookie diatur.
• Jalur Cookie : jalur di mana cookie diatur. Ini ditetapkan sebagai direktori root domain '/'.
• Cookie Expires : waktu dalam detik setelah cookie akan kedaluwarsa.

Sekarang, karena ini adalah cookie pihak pertama, mereka tidak dapat berbagi informasi dengan domain lain. Di sinilah pelacakan lintas-domain berperan. Dalam hal ini, kami perlu menginstruksikannya untuk membagikan nilai cookie domain A dengan cookie domain B, mengubah cookie pihak pertama menjadi cookie pihak ketiga.

Apa yang akan dilakukan pelacakan lintas domain adalah menambahkan nilai cookie domain A ke URL tempat domain berubah menggunakan string kueri secara default. Ini juga dapat diubah menjadi fragmen URL jika Anda bukan penggemar string kueri. Domain B akan mengenali parameter tambahan ini di URL ini untuk memastikan bahwa cookie mengadopsi nilai-nilai ini.

Mari kita lihat contoh seperti apa ini.

Katakanlah Anda ingin menyewa mobil secara online. Untuk melihat opsi yang berbeda, Anda mungkin akan membuka situs web persewaan mobil (kami akan menggunakan car.com dalam contoh ini). Karena situs ini memiliki banyak subdomain (car.com, payment.car.com, pickup.car.com, dll.) dan domain pihak ketiga untuk menerima pembayaran (secure.booking.com), perjalanan pengguna Anda akan lintas- domain.

Menggunakan pelacakan lintas domain, tim Car.com dapat melihat pengguna beralih dari satu subdomain ke subdomain lain dan mempersonalisasi seluruh pengalaman mereka dengan produk atau layanan yang paling relevan di berbagai subdomain.

Pelacakan Lintas Domain dengan Penyimpanan Lokal

Namun, ada satu kelemahan besar ketika cookie digunakan dalam pelacakan lintas-domain: penyimpanannya yang terbatas.

Cookie dapat menyimpan data jauh lebih sedikit daripada penyimpanan lokal: penyimpanan cookie dibatasi hingga 4096 byte sedangkan penyimpanan lokal memiliki 5MB per domain. Jadi, jika Anda menggunakan cookie, semakin banyak data yang ingin Anda simpan di browser pengunjung, semakin banyak cookie yang perlu Anda buat.

Masalah lain dengan cookie adalah mereka memperlambat situs web Anda, membuat pengalaman pengguna menjadi kurang optimal. Dengan setiap permintaan HTTP, cookie dikirim ke server. Jika Anda memiliki perjalanan lintas domain, ini menjadi lebih buruk. Pengunjung akan menelusuri bolak-balik antara domain yang berbeda, meningkatkan permintaan HTTP dan jumlah cookie di browser mereka.

Untuk alasan di atas, beberapa situs menggunakan penyimpanan lokal alih-alih penyimpanan cookie. Artinya, pada dasarnya Anda meng-host file di domain A dan menggunakan iframe di domain B yang memuat file dari domain A. Dengan cara ini, Anda membagikan data pengunjung antara dua domain seolah-olah itu adalah satu domain tunggal:

Berkas 1.html:

 <html>
<kepala/>
<iframe src='http://127.0.0.1/test.html' />
</html>

Berkas 2.html:

 <html>
<kepala/>
<skrip>
console.log(Penyimpanan lokal);
localStorage.setItem('tes', '123');
</skrip>
</html>

Kesalahpahaman tentang Pelacakan Lintas-Domain

Pelacakan lintas domain sering kali merupakan praktik yang disalahpahami. Berikut adalah tiga kesalahpahaman teratas tentang hal itu yang mungkin mengejutkan Anda!

Mitos #1. Anda Membutuhkan Pelacakan Lintas-Domain untuk Melacak Pengguna Di Seluruh Subdomain

Banyak pakar CRO percaya bahwa mereka perlu mengaktifkan pelacakan lintas domain untuk melacak pengunjung di seluruh subdomain. Ini tidak benar. Cookie dapat dibagi antara subdomain dan domain utama.

Jadi, misalnya, jika cookie disetel di www.convert.com, cookie juga dapat diakses oleh blog.convert.com tanpa mengaktifkan pelacakan lintas domain.

Mitos #2. Pelacakan Lintas-Domain Diperlukan untuk Gateway Pembayaran

Bagian membingungkan berikutnya tentang pelacakan lintas-domain adalah Anda harus menyiapkannya untuk gateway pembayaran (misalnya, PayPal.com).

Namun, pelacakan lintas domain hanya dimungkinkan bila Anda memiliki kontrol atas kedua domain tersebut.

Sering kali, gateway pembayaran tidak mengizinkan Anda untuk menempatkan kode pelacakan di halaman web mereka karena alasan keamanan (lebih lanjut tentang ini di bawah).

Mitos #3. Pelacakan Lintas-Domain Diperlukan ketika Ada Beberapa Domain

Kesalahpahaman lainnya adalah bahwa Anda memerlukan pelacakan lintas domain setiap kali Anda menggunakan berbagai domain. Ini hanya berlaku jika Anda ingin melihat pengguna yang sama bernavigasi di seluruh situs web dan mengatribusikan konversi ke sumber lalu lintas. Dalam hal ini, Anda memerlukan pelacakan lintas domain.

Meskipun demikian, jika Anda ingin melihat domain A sebagai sumber lalu lintas ke domain B dan tidak peduli dari sumber lalu lintas mana orang-orang tiba di domain A, maka Anda tidak memerlukan pelacakan lintas-domain.

Pelacakan Lintas Perangkat

Saat ini, orang memiliki banyak perangkat. Ini berarti pengunjung dapat berinteraksi dengan merek Anda (misalnya, mengeklik iklan Google Anda) di satu perangkat, lalu beralih ke perangkat lain dan terus memeriksa produk Anda. Berkat pelaporan konversi lintas-perangkat, pemasar dapat memeriksa efektivitas kampanye mereka di semua perangkat (tablet, seluler, dan desktop), terlepas dari perangkat yang sebenarnya digunakan pengguna untuk melakukan konversi.

Pelaporan lintas perangkat menautkan cookie (untuk web), ID perangkat (untuk aplikasi seluler), dan data masuk gabungan, untuk mengidentifikasi pengguna di berbagai perangkat. Hal ini memungkinkan pemilik situs web untuk mengidentifikasi jalur yang diambil oleh pengguna, dari pertama kali berinteraksi dengan merek atau melihat iklan hingga titik konversi.

Ini membantu pemasar menemukan pengunjung situs web unik tertentu, bahkan jika mereka memasuki corong menggunakan rute yang berbeda:

Ada dua metode utama pelacakan lintas perangkat.

Dalam satu metode, pengunjung situs web dilacak melalui ID pengunjung tetap. Metode lainnya didasarkan pada perilaku pengguna dengan ID perangkat.

Pelacakan Lintas Perangkat Dengan ID Pengunjung (Deterministik)

Metode ini sering digunakan ketika pengguna mendaftar melalui buletin atau login. Jejaring sosial seperti Facebook, Instagram, TikTok, atau Twitter melakukan pelacakan lintas perangkat dengan menetapkan ID pengunjung.

Cara ini cocok untuk website yang memiliki pengunjung terdaftar. Setelah pengunjung ditandai dengan ID unik, platform pelacakan diberi tahu setiap kali pengunjung masuk. Jika pengunjung yang sama menggunakan perangkat lain nanti, katakanlah tablet, dan membuka situs web yang dimaksud sebagai aplikasi dan masuk, mereka dapat dilacak secara akurat.

Metode ini, yang juga dikenal sebagai deterministik, sangat akurat (hampir 100%) dan dapat digunakan untuk menjalankan kampanye tepat yang menargetkan pengguna tertentu.

Pelacakan Lintas Perangkat Berdasarkan ID Perangkat (Probabilistik)

Metode pelacakan lintas perangkat kedua juga berfungsi dengan menandai pengguna, hanya saja kali ini mereka tidak perlu didaftarkan. Metode ini didasarkan pada berbagai atribut yang dikumpulkan dari alamat IP, perangkat, browser, atau aplikasi yang dijelajahi pengunjung dan digabungkan menjadi profil pengguna. Kerugian dari metode ini adalah tidak seakurat saat menggunakan ID pengunjung.

Ini juga disebut sebagai penargetan probabilistik . Seperti namanya, ini berbicara tentang kemungkinan bahwa A kemungkinan besar adalah pengguna dengan desktop (perangkat X) dan smartphone (perangkat Y). Jadi, untuk melakukan pelacakan, algoritme dengan sejumlah besar atribut dirancang, yang kemudian mengelompokkan pengguna berdasarkan perilaku serupa di seluruh perangkat, lokasi geografis, alamat IP, dan konteks serupa lainnya. Tentu saja, akurasi pelacakan ini tidak dapat mencapai 100%, tetapi 60-70% adalah target yang baik.

Pelacakan Lintas-Browser

Terakhir, pelacakan lintas-browser memungkinkan situs web untuk melacak pengguna di antara berbagai browser, termasuk Chrome, Firefox, Microsoft Edge, Safari, Tor.

Metode di balik pelacakan lintas-browser disebut sidik jari browser .

Ia bekerja dengan mengidentifikasi serangkaian karakteristik unik untuk perangkat keras dan perangkat lunak komputer dan menggunakan informasi itu, sebuah "sidik jari" untuk sistem yang bersangkutan.

Anda mungkin tidak menyadarinya, tetapi segala sesuatu mulai dari aplikasi yang Anda instal hingga pengaturan browser Anda digabungkan untuk membentuk profil unik Anda . Tingkat identifikasi sidik jari ini tergantung pada algoritma masing-masing browser.

Katakanlah Anda menjelajah di Firefox, melihat iklan, dan memutuskan untuk pindah ke Chrome untuk membeli produk agar tidak ditargetkan oleh kampanye penargetan ulang. Kecuali Anda telah menonaktifkan pelacakan lintas-browser dari pengaturan browser Anda, browser akan tetap dapat menargetkan Anda dengan kampanye.

Kapan Situs Memilih Transaksi di Domain/Perangkat/Browser Berbeda?

Pelacakan lintas domain sangat berguna saat pemilik situs ingin melacak sesi yang terjadi di dua atau lebih domain atau subdomain dan memperlakukan sesi tersebut sebagai satu sesi.

Sesi biasanya menjangkau beberapa domain saat:

1. Proses checkout diatur pada domain yang berbeda (yang cukup umum ketika Anda menggunakan keranjang belanja pihak ketiga seperti Shopify),
2. Konversi sasaran atau transaksi e-niaga terjadi di domain yang berbeda (yang juga cukup umum dalam kasus situs web afiliasi).

Berikut adalah skenario umum di mana pelacakan lintas-domain masuk akal: platform e-niaga dengan keranjang belanja pihak ketiga.

Dalam situasi ini, pengguna dapat mendarat di situs utama untuk melihat produk dari kampanye PPC. Saat pengguna menuju ke kasir, mereka dibawa ke keranjang belanja pihak ketiga di domain yang berbeda, misalnya melalui Shopify, untuk menyelesaikan transaksi.

Tanpa pelacakan lintas-domain, perilaku belanja dan pembayaran tidak akan ditautkan dan konversi tidak akan dilacak di berbagai domain. Jadi, pemilik toko online ini entah bagaimana harus menghubungkan domain mereka. Jika tidak, konversi akan dikreditkan ke keranjang belanja pihak ketiga, bukan sumber lalu lintas asli.

Jadi, pelacakan lintas domain memungkinkan Anda melacak pengunjung dengan andal bahkan setelah mereka meninggalkan situs Anda.

Manfaat lain dari penerapan pelacakan lintas domain adalah Anda dapat mengumpulkan data dari domain yang berbeda dalam satu laporan.

Memusatkan data transaksi memfasilitasi pengoptimalan yang lebih baik karena

• mendukung perbaikan berkelanjutan dalam proses pengambilan keputusan,
• memperkuat pelacakan dan optimalisasi proses bisnis yang lebih baik, dan
• meminimalkan risiko organisasi sambil mencegah dampak negatif dari ketidakakuratan dan redundansi.

Dan akhirnya, pemilik situs tidak perlu lagi membatasi diri untuk melakukan semua halaman arahan pra-penjualan di situs uang utama mereka, karena keterbatasan pelacakan. Mereka dapat bercabang ke beberapa situs web untuk saluran situs web pemasaran yang lebih luas dan dapat dilacak.

Di dunia omnichannel saat ini, cara konsumen menggunakan perangkat dan browser mencakup berbagai platform: mereka mungkin membaca berita pagi di tablet mereka di Firefox, memeriksa email selama perjalanan pagi di ponsel mereka di Chrome, dan menggunakan PC desktop saat bekerja. Di malam hari, mereka mungkin menelusuri jam tangan pintar mereka untuk mengikuti berita hari itu.

Berikut adalah skenario tipikal:

• Seorang pengguna menelusuri umpan berita di ponsel mereka dan mengeklik pos tentang produk Anda. Pengguna tertarik tetapi tidak langsung mendaftar.
• Akhir minggu itu, pengguna memutuskan untuk memeriksa produk Anda lagi, tetapi kali ini mengunjungi domain Anda langsung dari komputer mereka dari browser lain. Pengguna kemudian memutuskan untuk mendaftar.
• Dalam beberapa hari, pengguna masuk ke aplikasi Anda dari ponsel mereka.
• Semua riwayat penjelajahan mereka di perangkat dan browser di atas harus dikaitkan dengan benar ke akun mereka dan klik asli dari umpan berita mereka harus dikaitkan dengan benar ke konversi mereka.

Teknologi ini dapat membantu pemilik situs lebih memahami perilaku konsumen dan jalur multi-saluran mereka untuk membeli. Ini memungkinkan mereka untuk menawarkan pengalaman pelanggan yang lebih baik dan menciptakan strategi pemasaran omnichannel yang sangat bertarget di berbagai titik kontak. Ini membantu menjawab pertanyaan seperti:

• Apakah kampanye PPC saya menjangkau konsumen ideal saya pada waktu yang tepat?
• Bagaimana cara mengukur secara efektif perangkat mana yang menghasilkan konversi paling banyak untuk mengoptimalkan kampanye saya dan memberi penghargaan kepada sumber tersebut?
• Bagaimana pengalaman situs web saya dapat berjalan mulus di seluruh perangkat dan browser dan memberikan pengalaman merek yang konsisten kepada konsumen saya?
• Bagaimana saya dapat menjangkau konsumen terlepas dari perangkat yang mereka gunakan, untuk tidak hanya memotivasi mereka untuk terlibat dengan merek saya, tetapi juga agar mereka kembali sebagai pelanggan tetap?

Bagaimana Perubahan Privasi Mempengaruhi Pelacakan Lintas Lingkungan?

Karena internet menjadi semakin integral dengan kehidupan sehari-hari, penting bagi orang untuk merasa aman saat menjelajah. Untuk membantu menjaga kerahasiaan informasi pribadi di situs web, semakin banyak browser menerapkan langkah-langkah pencegahan pelacakan. Berikut ini rincian perubahan pencegahan pelacakan terbaru dan bagaimana perubahan tersebut dapat memengaruhi pelacakan lintas lingkungan.

Kami akan membahas secara singkat setiap pembaruan di bawah ini, tetapi untuk deskripsi yang lebih rinci tentang setiap pembaruan dan bagaimana Konversi menanganinya, baca Bagaimana Pelacakan & Cookie Berubah pada 2019 dan Bagaimana Pelacakan & Cookie Berubah pada 2020.

Cookie Pihak Ketiga yang Diblokir Penyamaran Google

Dalam mode Penyamaran, Google Chrome tidak menyimpan riwayat penjelajahan, informasi formulir, atau cookie browser pengguna. Dimulai dengan Chrome 83, browser memblokir cookie pihak ketiga dalam mode Penyamaran secara default.

Pengguna masih dapat mengizinkan cookie pihak ketiga untuk situs tertentu, tetapi metode pelacakan silang apa pun yang mengandalkan cookie pihak ketiga kini menghadapi tantangan besar karena harus diaktifkan oleh pengunjung situs web dari pengaturan browser mereka.

Pencegahan Pelacakan Ketat dalam Mode InPrivate Microsoft Edge

Di Microsoft Edge 80, perilaku default memungkinkan pengguna untuk memutuskan apakah mereka menginginkan perlindungan mode yang ketat atau tidak saat menjelajahi InPrivate.

Artinya, jika pengguna mengaktifkan fitur ini, pelacakan silang menjadi tidak mungkin.

Mozilla Enhanced Tracking Protection (ETP) 2.0

Sejak 2019, pengguna Firefox baru akan mengaktifkan Enhanced Tracking Protection (ETP) secara default, dan tahun lalu, Mozilla menambahkan lapisan keamanan lebih lanjut dengan Enhanced Tracking Protection 2.0 di mana mereka memblokir pelacakan pengalihan. ETP 2.0 menghapus cookie dan data situs dari situs setiap 24 jam, kecuali situs yang berinteraksi dengan pengguna secara teratur!

Jadi lupakan metode pelacakan silang yang mengandalkan cookie yang diblokir oleh ETP.

Pencegahan Pelacakan Cerdas di iOS 14, iPad 14, dan Safari 14

Dengan dirilisnya iOS 14, iPad 14, dan Safari 14, Apple menyertakan fitur privasi baru seperti Laporan Privasi di mana pengguna dapat melihat informasi tentang pelacak yang diblokir, serta ITP untuk semua browser web di perangkat iOS (v14 ke atas), yang mencegah atribusi lintas pelacakan.

Dapatkah Alat Pengujian A/B Melacak Konversi E-niaga DAN Menjaga Privasi Pengguna?

Pembaruan pelacakan & privasi yang dijelaskan di atas membatasi informasi apa yang dapat dilacak di berbagai lingkungan, tetapi menjaga privasi pengguna dan menawarkan pengalaman yang disesuaikan tidak saling eksklusif.

Pengumpulan data lintas lingkungan tidak harus terjadi dengan cara mengganggu yang membahayakan kepercayaan pelanggan Anda atau menghalangi mereka untuk mendapatkan hasil maksimal dari situs web mereka – ada cara Anda dapat melakukannya sambil menghormati kedua dunia!

Alat pengujian A/B dapat menawarkan solusi untuk membantu perusahaan Anda mempelajari apa yang diinginkan pengguna dan memberi mereka pengalaman online yang luar biasa, sekaligus menghormati privasi.

Mari kita lihat beberapa alat pengujian A/B paling populer di pasar, lihat solusi pelacakan konversi e-niaga apa yang mereka tawarkan, dan seberapa menghormati privasi mereka.

Optimalkan

Membangun dua metode berbeda secara optimal untuk memungkinkan pelacakan konversi lintas lingkungan.

Opsi 1: Aktifkan dan gunakan BYOID

Ini dapat dilakukan dengan mengaktifkan fitur “Bawa ID Pengunjung Anda Sendiri” di Optimizely. Fitur ini memungkinkan Anda untuk menentukan ID pengunjung Anda sendiri, baik sebagai cookie, kunci Penyimpanan lokal, parameter kueri URL, atau variabel javascript. Ini memiliki beberapa keuntungan di luar mitigasi ITP 2.x, termasuk memberi Anda kendali atas strategi persistensi ID Anda, memungkinkan ID pengunjung yang seragam di berbagai platform, dan mengurangi cookie bloat.

Opsi ini adalah proses manual dan membosankan yang perlu Anda tentukan untuk setiap klien atau domain tempat Anda menjalankan pengalaman. Anda juga harus berhati-hati agar ID unik yang Anda buat akan berhasil diambil oleh API Optimizely.

Opsi 2: Setel secara optimalEndUserId di CDN

Metode ini biasanya tidak disarankan karena BYOID adalah pendekatan yang lebih lengkap. Tetapi cara lain untuk mengonfigurasi pembuatan cookie adalah melalui CDN. Ini adalah opsi yang layak untuk implementasi pembuatan cookie sisi server berbasis UI dan yang dikelola UI dalam banyak kasus. Optimizely saat ini menyediakan dokumentasi untuk pembuatan cookie sisi server melalui konfigurasi Akamai.

Jika Anda mengikuti proses ini, selain perubahan pengaturan CDN di atas, Anda juga harus menonaktifkan perpanjangan masa aktif otomatis cookie ID pengunjung dengan menjalankan ini di proyek JS:

 jendela["optimalkan"].push({
 "type": "extendCookieLifetime",
 "diaktifkan": false
});

Strategi ini juga memiliki fungsionalitas terbatas saat pelacakan lintas-domain diaktifkan, terutama saat domain yang berbeda mengikuti strategi yang berbeda untuk persistensi ID pengunjung.

VWO

VWO mendukung pelacakan lintas domain dengan bantuan cookie pihak ketiga.

Jika Anda mengaktifkan opsi cookie pihak ketiga dalam pengujian Anda, selain menyimpan data pengunjung (variasi ditampilkan dan sasaran konversi dipicu) di cookie milik domain Anda, VWO akan mengirimkan data itu ke server juga. Setelah data dikirim, server VWO mengatur cookie untuk domain dev.visualwebsiteoptimizer.com. Jika pengujian Anda melibatkan domain lain, saat berikutnya halaman Anda meminta data pengujian, server VWO juga mengirimkan kembali data pengunjung. Di satu sisi, server bertindak sebagai proxy antara beberapa domain Anda yang berbeda, dan karenanya konversi dapat dilacak.

Namun, browser Firefox dan Safari memblokir cookie pihak ketiga secara default. Akibatnya, VWO tidak dapat mengakses cookie pihak ketiga, sehingga melarang pelacakan lintas-domain bekerja di browser Safari dan Firefox.

Google Optimalkan

Agar berhasil menerapkan pelacakan lintas domain Google Optimize, Anda harus mengetahui HTML & Javascript atau mendapatkan pengembang web khusus untuk itu.

Untuk menyiapkannya, buat satu properti di akun Google Analytics Anda.

Kemudian, Anda harus menggunakan ID pelacakan Google Analytics yang sama di kedua situs yang ingin Anda tautkan.

1. Domain sumber menghiasi URL yang mengarah ke domain tujuan sehingga berisi nilai cookie pengukuran pihak pertama dari domain sumber.
2. Domain tujuan memeriksa keberadaan cookie pengukuran yang ditautkan.

Parameter penaut diidentifikasi dalam parameter kueri URL dengan kunci _gl, seperti pada contoh di bawah ini:

https://www.contoh.com/? _gl=1~abcde5~

Kameleon

Solusi mereka membuat cuplikan sisi server yang secara otomatis disinkronkan dengan penyimpanan lokal. Jadi, mereka menyarankan untuk memasang cuplikan sisi server yang secara otomatis menyinkronkan cookie kameleoonVisitorCode mereka antara bagian depan dan bagian belakang. Ini berisi pengidentifikasi kode pengunjung yang sangat penting.

ITP tidak memberlakukan batasan apa pun pada cookie sisi server, sehingga cookie ini akan memiliki tanggal kedaluwarsa yang ditetapkan cukup jauh di masa mendatang.

Cuplikan akan membuat sisi server cookie KameleoonVisitorCode ketika tidak ada cookie Kameleoon yang ditemukan (yaitu belum dibuat sisi depan) ATAU mengambil nilai yang ada dan membuat ulang sisi server cookie untuk menghindari masalah ITP. Sinkronisasi berarti bahwa tidak hanya pengidentifikasi tidak akan dihapus setelah tujuh hari, tetapi tidak ada dampak pada kinerja atau pengalaman pengguna karena kami hanya akan menyimpan satu cookie.

Namun, karena Kameleoon menyimpan data lain di Penyimpanan Lokal, data yang diperlukan untuk memicu eksperimen waktu nyata tanpa panggilan server tambahan, mereka juga telah menerapkan mekanisme sinkronisasi Penyimpanan Lokal.

Di Safari, setelah Kameleoon mendapatkan kode pengunjungnya dengan membaca cookie kameleoonVisitorCode, Kameleoon akan memeriksa apakah Penyimpanan Lokalnya saat ini kosong. Jika demikian, yang mungkin berarti bahwa kunjungan terakhir lebih dari tujuh hari yang lalu, mereka akan melakukan Panggilan Sinkronisasi Server (SSC) untuk mengambil semua data yang ada di Penyimpanan Lokal dari server backend mereka. Setelah panggilan ini selesai, data akan dikembalikan ke kondisi yang sebenarnya jika ITP tidak menghapusnya. Operasi normal kemudian dapat dilanjutkan.

Bagaimana Pengalaman Konversi Mengelola Pelacakan Lintas Lingkungan?

Convert Experiences mematuhi semua aturan privasi dan, secara default, tidak mengizinkan pelacakan lintas-domain, lintas-perangkat, dan lintas-browser .

Namun, jika pengguna menginginkannya, mereka dapat mengaktifkan pelacakan lintas-domain di Pengaturan Proyek mereka dan dapat meminta tim dukungan Konversi untuk solusi khusus dalam pelacakan lintas-perangkat. Pelacakan lintas browser tidak didukung.

Sekarang, mari kita lihat detail lebih lanjut tentang setiap jenis pelacakan dan cara menyiapkannya di aplikasi.

Pelacakan Lintas Domain dalam Pengalaman Konversi

Bagian ini menjelaskan bagaimana Pengalaman Konversi menangani pelacakan lintas-domain; misalnya jika situs web Anda mencakup beberapa nama domain. Ini sering terjadi jika Anda menggunakan keranjang belanja pihak ketiga.

Pelacakan lintas domain secara default dinonaktifkan untuk semua proyek di Pengalaman Konversi, karena GDPR. Namun, Anda dapat menghapus centang pada setelan “Jangan izinkan penautan lintas domain” untuk memungkinkan pelacakan:

Di aplikasi Konversi Pengalaman, Eksperimen diatur dalam Proyek. Proyek adalah entitas yang dapat berisi sejumlah Pengalaman dan yang mencakup domain (Situs Web Aktif):

Semua situs web dalam satu Proyek Konversi berbagi cookie, memungkinkan pelacakan lintas domain KECUALI Anda mengaktifkan Pengaturan Proyek “Jangan izinkan penautan lintas domain” di atas.

Cara cookie dibagikan antar domain dilakukan dengan mengirimkan cookie secara otomatis antar domain milik proyek yang sama saat pengunjung mengklik tautan atau mengirimkan formulir. Cookie tersebut diteruskan ke domain Anda yang lain melalui variabel GET.

Dua variabel ditambahkan ke string kueri untuk meneruskan cookie:

• _conv_v
• _conv_s

Cookie juga dapat diteruskan secara manual ke tautan atau formulir yang dipilih. Yang perlu Anda lakukan adalah meneruskan variabel _conv_v dan _conv_s di URL tautan atau tindakan formulir.

 <a href="http://www.myothersite.com/page.html"_conv_v"))+'&_conv_s='+escape(convert.getCookie("_conv_s")); return false;" >

Sekarang, mari memandu Anda melalui kasus penggunaan pelacakan lintas-domain di Pengalaman Konversi.

Katakanlah saya memulai perjalanan saya di halaman acara di mana saya perlu berlangganan:

https:// domainA .com/reports/WCI/cpc-bndl

Setelah saya harus membayar, domain A mengarahkan saya ke halaman keranjang pembayaran yang terletak di bawah domain B dan menambahkan cookie Konversi yang diperlukan untuk pelacakan lintas domain sebagai parameter kueri URL, seperti:

 https://domainB.com/EWCIAH80/wci-cpc-bndl/?_conv_v=vi%3A1*sc%3A1*cs%3A1635157350*fs%3A1635157350*pv%3A2*exp%3A%7B100323139.%7Bv.1003114910- g.%7B10037703.1-10037704.1%7D%7D%7D&_conv_s=si%3A1*sh%3A1635157349857-0.940523874349994*pv%3A2

Setelah saya selesai melakukan pembayaran, saya mendarat di halaman terima kasih domain A:

 https://domainA.com/thanks/wci-cpc-bndl-thanks?_conv_v=vi%3A1%2Asc%3A1%2Acs%3A1635157350%2Afs%3A1635157350%2Apv%3A2%2Aexp%3A%7B100323139.%7Bv.1003114910 -g.%7B10037703.1-10037704.1%7D%7D%7D&_conv_s=si%3A1%2Ash%3A1635157349857-0.9940523874349994%2Apv%3A2

di mana saya dianggap sebagai pengunjung yang sudah ada, sehingga konversi pendapatan ditangkap di kedua domain.

Pelacakan Lintas-Perangkat dalam Pengalaman Konversi

Konversi Pengalaman tidak mendukung pelacakan lintas-perangkat secara default. Metode di bawah ini hanya dirancang untuk solusi khusus dan berdasarkan permintaan untuk rencana Pemimpin . Itu tidak lagi aktif, tetapi kami menyajikannya di sini untuk tujuan pendidikan.

Untuk melacak pengunjung di perangkat yang berbeda dan untuk menawarkan pengalaman pengguna yang konsisten, terlepas dari perangkat yang mereka gunakan, pengguna harus "diidentifikasi" melalui semacam pengidentifikasi unik yang tidak boleh berisi data pengenal pribadi (PII) apa pun. .

Convert membuat fungsi API yang melaluinya pelanggan dapat mempresentasikan pengenal unik ini yang mengidentifikasi pengunjung di seluruh perangkat. Pengidentifikasi unik harus "diberikan" pada halaman, sebelum cuplikan pelacakan Konversi utama.

Ini terlihat seperti ini:

 window._conv_q = jendela._conv_q || {};
_conv_q.push([“mengidentifikasi”,”unik_hashed_id_disini”]);

Saat pengidentifikasi unik diberikan, Convert akan menunda presentasi pengalaman hingga server menanyakan data (pengalaman terlihat, sasaran ditembakkan, dll.) dan mendapatkan hasilnya kembali. Ketika hasilnya dikembalikan, mereka disimpan di cookie jangka panjang menggantikan bucketing akhirnya yang dimiliki pengguna sebelum "diidentifikasi". Kami berharap ini dilakukan hanya jika data belum tersedia pada cookie jangka panjang, untuk menghindari keterlambatan dalam presentasi pengalaman pada setiap tampilan halaman.

Tanggapan harus diminimalkan dan dikompresi untuk menghindari latensi jaringan tambahan. Solusi terakhir terdiri dari 2 permintaan yang dibuat oleh halaman:

• Permintaan pertama bertanggung jawab untuk memuat file js utama (memuat data) — itu di-cache pada tingkat CDN dan berisi semua eksperimen yang tersedia, dependensi perpustakaan jquery, sasaran, fungsi util lainnya, dan pelacakan, tetapi tidak berisi pengelompokan pengguna. File ini disajikan diminimalkan dan dikompresi (gzip).
• Panggilan kedua berukuran beberapa byte. Ini mencoba untuk mendapatkan bucketing yang ditetapkan sebelumnya untuk pengguna khusus ini. Ini memuat ID eksperimen dan ID sasaran yang ditetapkan kepada pengguna sebelumnya dengan menjangkau database NoSQL nilai kunci berkinerja (di-cache dalam sistem cache memori). Jika peningkatan kinerja lebih lanjut diperlukan, Konversi akan mengoptimalkan dengan menggunakan CDN di depannya (dalam hal ini, setiap permintaan akan di-cache per pengguna). Respons ini juga disajikan diminimalkan dan dikompresi (gzip).

Saat pengidentifikasi unik diberikan untuk pengunjung situs web unik yang baru, pengumpulan pengalaman dilakukan dengan cara ini:

1. Untuk pengguna baru — tidak ada cookie jangka panjang yang disimpan; jika pengidentifikasi unik diberikan, eksperimen ditunda hingga panggilan kedua kembali. Panggilan itu akan:
   1. baik mengembalikan eksperimen/variasi apa yang terhubung ke pengidentifikasi unik, dalam hal ini Konversi akan menampilkan pasangan eksperimen/variasi yang sama kepada pengguna (berperilaku dengan cara yang sama untuk pengunjung yang kembali ke halaman eksperimen yang terlihat sebelumnya)
   2. atau tidak akan mengembalikan data jika pengidentifikasi unik itu tidak memiliki apa pun yang terhubung dengannya dalam hal ini Convert akan melakukan pengacakan seperti biasa; Akibatnya, saat bucket baru ditetapkan, akan ada panggilan asinkron ekstra ke backend untuk menyimpan bucket baru yang baru saja terjadi.

Saat pengidentifikasi unik diberikan untuk pengunjung situs web yang ada, pengumpulan pengalaman dilakukan seperti ini:

2. Untuk pengguna yang sudah ada (dengan pengenal) — kami memiliki cookie jangka panjang yang ditemukan di browser mereka yang disetel oleh Convert. Jika pengidentifikasi unik diberikan, kami mungkin memiliki salah satu dari dua kasus berikut:
   1. Tidak ada sesi penjelajahan yang dimulai (sesi baru diidentifikasi melalui cookie sesi yang kedaluwarsa setelah 20 menit tidak ada aktivitas) ATAU ID pengunjung yang disimpan di cookie jangka panjang berbeda dari ID pengunjung yang diberikan melalui ID unik; in this case, the same thing as in the previous example will happen: when bucketing is returned from the server, it will overwrite current bucketing stored on the long-term cookie; If the server returns no data, the long-term cookie will prevail. This overwriting can become problematic when, for the same user, part of the session has a unique identifier and part of it does not.
   2. A current browsing session started and the visitor ID stored on the long-term cookie is the same as the unique identifier provided. In this case, the process is the same as usual: it's a user for which eventually the bucketing was restored at the first pageview of the user session, therefore, no additional requests are required (no second call to retrieve the data since it's already in the long-term cookie, nor a third call to save any bucketing that would've had happened otherwise).

Cross-Browser Tracking in Convert Experiences

Convert Experiences does NOT support cross-browser tracking.

How to Test if Cross-Domain Tracking Works?

Here are some tell-tale signs you can look for in your Convert reports that can indicate that cross-domain tracking isn't working right:

• There is less traffic than you would expect,
• Your conversions are not triggered/captured,
• Traffic on one domain has various campaigns being attributed, while another domain includes less traffic.

Basically, if your Convert report is accounting for less traffic or fewer conversions than you'd expect, this could mean Convert is losing track of the attribution when your users switch domains. That might be an indication that cross-domain tracking isn't working properly.

Things to Consider When You Enable Cross-Domain Tracking

• You do not need to enable cross-domain tracking for subdomains in your account.
• Cross-domain tracking must be enabled when the original and variation URLs in a Split URL test are on different domains.
• For enhanced privacy, the Firefox and Safari browsers block cross-domain tracking by default. As a result, Convert cannot access the third-party cookies, thereby prohibiting cross-domain tracking from working in Safari and Firefox browsers. However, the default browser settings can be disabled:
  • In the Safari browser, go to Preferences > Privacy and disable the Prevent cross-site tracking setting.
  • In the Firefox browser, go to Preferences > Privacy & Security > Custom and disable the “Cookies and Tracking Content” setting.
• With the iOS 14 and macOS 11 upgrade, Apple introduced the Privacy Report feature in Safari. You can use this to examine a website's report to see which websites are tracking you and display the trackers that Safari has blocked. The report shows both cross-site tracking trackers and those detected by Apple's intelligent tracking prevention.
  Please note that this does not have any impact on your Convert experiences as our app only works with first-party cookies. Convert tracking would only be affected when you use the cross-domain tracking feature on Safari since the browser does not allow working with third-party cookies by default.

There are a lot of things to think about when it comes to tracking ecommerce conversions in A/B testing. It's not as simple as just looking at your web analytics reports or cookies, because customers may be seeing your digital marketing campaigns in one environment before converting on another. Today's consumers use an increasing number of touchpoints throughout their journey, which can get tracking info difficult for marketers.

Fortunately, A/B testing tools like Convert Experiences give users the ability to see how individuals interact with their online business, all while making sure that user privacy rights are upheld. Click the banner below to take a free trial and see for yourself how this works.