Bir A/B Testi Çalışırken Etki Alanları, Cihazlar ve Tarayıcılar Arasında E-Ticaret Dönüşümleri Nasıl İzlenir?

Ortamlar Arası İzleme Nedir?

Tek dönüşüm, birden çok temas noktası!

Bu, ortamlar arası izlemenin amacıdır.

Günümüzde müşteriler, e-ticaret satın alma işlemlerini tamamlamak için çeşitli temas noktaları kullanıyor. İnternete birden fazla cihazdan erişebilir ve pazarlama kampanyalarını başka bir ortamda dönüştürmeden önce bir ortamda görüntüleyebilirler, belki de bir dizüstü bilgisayar cihazında ve “A” alanından başlayarak, hangi ürünün kendileri için en uygun olduğuna karar verene kadar gezinirken, ardından akıllı telefonlara geçerler. , genellikle tarayıcılar arasında geçiş yapmak ve son olarak bir "B" alan adında satın almak.

Bu eğilimin bir sonucu olarak, giderek artan sayıda dönüşüm hunisi birden fazla alan, cihaz ve web tarayıcısına yayılıyor.

Web sitesi ziyaretçi etkileşimleri tipik olarak iki tür olabilir:

• Tek ortam: Dönüşüm yolculuğu aynı cihazda, tarayıcıda veya etki alanında başladığında ve bittiğinde.
• Çapraz ortam: Web sitesi ziyaretçileri bir cihazdan, tarayıcıdan veya etki alanından tıkladığında ancak farklı bir ortamda dönüşüm gerçekleştirdiğinde.

İşte bu terimleri anlamak için basitleştirilmiş bir formül:

Ortamlar arası etkileşimler çok daha yaygın olduğundan, dönüşümleri izlemek ve ilişkilendirmek zor olabilir. Peki, ortam özelleştirilmiş bir deneyim sunmak için değiştiğinde bu e-ticaret dönüşümlerini nasıl takip edebiliriz? İlk olarak, ortamdan hangi özelliklerin değişebileceğini anlamamız ve ardından bu dönüşümleri izlemenin farklı yollarını belirlememiz gerekir.

Çok kanallı bir e-ticaret hunisinde gerçekleşebilecek farklı izleme türlerini inceleyelim ve hiçbir müşterinin çatlaklardan kaçmamasını sağlayalım:

Etki Alanları Arası İzleme

Web alanları arası izleme, birden fazla alan adındaki ziyaretçileri analiz etmenin bir yoludur.

Etki Alanları Arası İzleme A/B Testinde Neden Önemli Bir Kavramdır?

Web alanları arası izleme, kullanıcı yolculuğu birden fazla alanı kapsasa bile dönüşümleri ve davranışları kampanyalarınızla ilişkilendirmenize olanak tanıyan harika bir özelliktir. Bu olmadan, birden fazla alana sahip olanlarımız için (ayrı bir alışveriş veya ödeme alanı olan siteler gibi) ilişkilendirme neredeyse imkansız olurdu.

Web alanları arası yakalanabilen dönüşüm metriklerinden bazıları şunlardır:

• Dönüşümler
• Dönüşüm Etkinlikleri
• Tıklama Dönüşümleri
• Görüntüleme Dönüşümleri
• Toplam Dönüşümler
• Tıklama Dönüşümü Etkinlikleri
• Görüntüleme Dönüşümü Etkinlikleri
• Toplam Dönüşüm Olayları
• Toplam gelir

Üçüncü Taraf Çerezleri ile Etki Alanları Arası İzleme

Etki alanları arası izlemenin en yaygın biçimi, üçüncü taraf tanımlama bilgilerine dayanır.

Web siteleri, ziyaretçi ve oturumu hakkında bilgi depolamak için birinci taraf tanımlama bilgilerini kullanır ve genellikle aşağıdaki özelliklere sahiptir:

• Çerez Adı ​​: çerezin adı.
• Çerez Etki Alanı : çerezin ayarlandığı etki alanı.
• Çerez Yolu : çerezin ayarlandığı yol. Bu, '/' etki alanının kök dizini olarak ayarlanır.
• Cookie Expires : Cookie'nin sona ereceği saniye cinsinden süre.

Şimdi, bunlar birinci taraf çerezleri olduğundan, diğer alan adlarıyla bilgi paylaşamazlar. Etki alanları arası izlemenin devreye girdiği yer burasıdır. Bu durumda, birinci taraf çerezini üçüncü taraf çerezine dönüştürerek, A alanı çerezinin değerlerini B alanının çereziyle paylaşması için talimat vermemiz gerekir.

Etki alanları arası izlemenin yapacağı şey, etki alanının varsayılan olarak bir sorgu dizesi kullanarak değiştiği URL'lere etki alanı A çerezi değerleri eklemektir. Bu, sorgu dizelerinin hayranı değilseniz, bir URL parçası olarak da değiştirilebilir. B Alanı, çerezin bu değerleri benimsemesini sağlamak için bu URL'lerde eklenen bu parametreleri tanıyacaktır.

Bunun nasıl görüneceğine dair bir örnek görelim.

Diyelim ki çevrimiçi bir araba kiralamak istiyorsunuz. Farklı seçeneklere göz atmak için büyük olasılıkla bir araba kiralama web sitesine gideceksiniz (bu örnekte car.com'u kullanacağız). Sitenin çok sayıda alt alanı (car.com, ödeme.car.com, pickup.car.com, vb.) ve ödemeleri almak için bir üçüncü taraf alan adı (secure.booking.com) olduğundan, kullanıcı yolculuğunuz çapraz- alan adı.

Alanlar arası izlemeyi kullanan Car.com ekibi, bir alt alan adından diğerine geçiş yapan bir kullanıcıyı tespit edebilir ve farklı alt alanlardaki en alakalı ürün veya hizmetlerle tüm deneyimlerini kişiselleştirebilir.

Yerel Depolama ile Etki Alanları Arası İzleme

Ancak, çerezler etki alanları arası izlemede kullanıldığında büyük bir dezavantaj vardır: sınırlı depolamaları.

Tanımlama bilgileri yerel depolamadan çok daha az veri tutabilir: tanımlama bilgisi depolama alanı 4096 bayt ile sınırlıdır, yerel depolama ise etki alanı başına 5 MB'dir. Dolayısıyla, çerez kullanırsanız, ziyaretçilerinizin tarayıcılarında ne kadar çok veri depolamak isterseniz, o kadar fazla çerez oluşturmanız gerekir.

Çerezlerle ilgili diğer bir sorun, web sitenizi yavaşlatmaları ve kullanıcı deneyimini yetersiz hale getirmeleridir. Her HTTP isteği ile sunucuya çerezler gönderilir. Etki alanları arası bir yolculuğunuz varsa, bu daha da kötüleşir. Ziyaretçiler, HTTP isteklerini ve tarayıcılarındaki çerez sayısını artırarak farklı etki alanları arasında ileri geri gezineceklerdir.

Yukarıdaki nedenlerden dolayı, bazı siteler çerez depolaması yerine localStorage kullanır. Bunun anlamı, dosyayı A etki alanında barındırır ve B etki alanında, dosyayı A etki alanından yükleyen bir iframe kullanırsınız. Bu şekilde, ziyaretçi verilerini tek bir etki alanıymış gibi iki etki alanı arasında paylaşırsınız:

1.html dosyası:

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

Dosya 2.html:

 <html>
<kafa/>
<script>
konsol.log(localStorage);
localStorage.setItem('test', '123');
</script>
</html>

Web Alanları Arası İzleme ile ilgili Yanlış Kavramlar

Etki alanları arası izleme genellikle yanlış anlaşılan bir uygulamadır. İşte sizi şaşırtabilecek en önemli üç yanlış anlama!

Efsane #1. Alt Etki Alanlarındaki Kullanıcıları İzlemek için Etki Alanları Arası İzlemeye ihtiyacınız var

Birçok CRO uzmanı, alt alanlardaki ziyaretçileri izlemek için alanlar arası izlemeyi etkinleştirmeleri gerektiğine inanıyor. Bu doğru değil. Çerezler, alt alanlar ve ana alan arasında paylaşılabilir.

Bu nedenle, örneğin, www.convert.com'da bir çerez ayarlanmışsa, etki alanları arası izleme etkinleştirilmeden blog.convert.com tarafından da erişilebilir.

Efsane #2. Ödeme Ağ Geçitleri için Etki Alanları Arası İzleme Gereklidir

Etki alanları arası izlemeyle ilgili bir sonraki kafa karıştırıcı kısım, onu ödeme ağ geçitleri (örneğin, PayPal.com) için ayarlamanız gerektiğidir.

Ancak, alanlar arası izleme yalnızca her iki alan üzerinde de kontrole sahip olduğunuzda mümkündür.

Çoğu zaman, ödeme ağ geçitleri, güvenlik nedeniyle (aşağıda daha fazlası için) izleme kodunuzu web sayfalarına koymanıza izin vermez.

Efsane #3. Birden Çok Etki Alanı Olduğunda Etki Alanları Arası İzleme Gereklidir

Diğer bir yanlış anlama ise, çeşitli alan adlarını kullandığınızda, alanlar arası izlemeye ihtiyaç duymanızdır. Bu, yalnızca aynı kullanıcının web sitelerinde gezindiğini görmek ve dönüşümleri trafik kaynaklarıyla ilişkilendirmek istiyorsanız geçerlidir. Bu durumda, etki alanları arası izlemeye ihtiyacınız olacaktır.

Bununla birlikte, A alanını B alanına giden bir trafik kaynağı olarak görmek istiyorsanız ve insanların A alanına hangi trafik kaynaklarından geldiğiyle ilgilenmiyorsanız, alanlar arası izlemeye ihtiyacınız olmayacaktır.

Cihazlar Arası İzleme

Günümüzde insanlar birden fazla cihaza sahip. Bu, ziyaretçilerin bir cihazda markanızla etkileşime geçebileceği (örneğin, Google reklamlarınızı tıklayabilir), ardından başka bir cihaza geçerek ürünlerinizi kontrol etmeye devam edebileceği anlamına gelir. Cihazlar arası dönüşüm raporlaması sayesinde, pazarlamacılar, bir kullanıcının gerçekte dönüşüm yaptığı cihazdan bağımsız olarak tüm cihazlarda (tablet, mobil ve masaüstü) kampanyalarının etkinliğini kontrol edebilir.

Cihazlar arası raporlama, farklı cihazlarda bir kullanıcıyı tanımlamak için çerezleri (web için), cihaz kimliklerini (mobil uygulamalar için) ve toplu oturum açma verilerini birbirine bağlar. Bu, web sitesi sahiplerinin bir kullanıcının bir markayla etkileşime girmesinden veya bir reklamı görmesinden dönüşüm noktasına kadar izlediği yolu belirlemesine olanak tanır.

Pazarlamacıların, dönüşüm hunisine farklı yollar kullanarak girseler bile, belirli benzersiz web sitesi ziyaretçilerini tespit etmelerine yardımcı olur:

Cihazlar arası izlemenin iki ana yöntemi vardır.

Bir yöntemde, web sitesi ziyaretçileri sabit ziyaretçi kimlikleri aracılığıyla izlenir. Diğer yöntem, cihaz kimliğine sahip bir kullanıcının davranışına dayanır.

Ziyaretçi Kimlikleri ile Cihazlar Arası İzleme (Deterministik)

Bu yöntem genellikle kullanıcılar bir haber bülteni veya oturum açma yoluyla kaydolduğunda kullanılır. Facebook, Instagram, TikTok veya Twitter gibi sosyal ağlar, ziyaretçi kimlikleri atayarak cihazlar arası izleme yapar.

Bu yöntem, kayıtlı ziyaretçileri olan web siteleri için uygundur. Bir ziyaretçi benzersiz bir kimlikle işaretlendiğinde, ziyaretçi her giriş yaptığında izleme platformuna bilgi verilir. Aynı ziyaretçi daha sonra tablet diyelim başka bir cihaz kullanıyorsa ve söz konusu web sitesini uygulama olarak açıp giriş yapıyorsa, ziyaretçi giriş yapıyor. doğru bir şekilde izlenebilir.

Belirleyici olarak da bilinen bu yöntem oldukça doğrudur (yaklaşık %100) ve belirli kullanıcıları hedefleyen kesin kampanyalar yürütmek için kullanılabilir.

Cihaz Kimliğine Dayalı Cihazlar Arası İzleme (Olasılık)

Cihazlar arası izlemenin ikinci yöntemi de kullanıcıları etiketleyerek çalışır, ancak bu sefer kayıt olmaları gerekmez. Bu yöntem, ziyaretçinin göz attığı ve bir kullanıcı profilinde birleştirilen IP adreslerinden, cihazlardan, tarayıcılardan veya uygulamalardan toplanan çeşitli öznitelikleri temel alır. Bu yöntemin dezavantajı, bir ziyaretçi kimliği kullanırken olduğu kadar doğru olmamasıdır.

Olasılıksal hedefleme olarak da adlandırılır. Adından da anlaşılacağı gibi, A'nın muhtemelen bir masaüstü (X cihazı) ve bir akıllı telefonu (Y cihazı) olan kullanıcı olma olasılığı hakkında konuşuyor. Bu nedenle, izlemeyi yapmak için, kullanıcıları cihazlar, coğrafi konumlar, IP adresleri ve diğer benzer bağlamlar arasında benzer davranışlara göre segmentlere ayıran çok sayıda özniteliğe sahip algoritmalar tasarlanır. Elbette bu takibin doğruluğu %100'e ulaşamaz ama %60-70 iyi bir hedeftir.

Çapraz Tarayıcı İzleme

Son olarak, tarayıcılar arası izleme, bir web sitesinin bir kullanıcıyı Chrome, Firefox, Microsoft Edge, Safari, Tor dahil olmak üzere farklı tarayıcılar arasında izlemesine olanak tanır.

Tarayıcılar arası izlemenin arkasındaki yönteme tarayıcı parmak izi denir.

Bir bilgisayarın donanım ve yazılımına özgü bir dizi özelliği belirleyerek ve bu bilgiyi, söz konusu sistem için bir “parmak izi” kullanarak çalışır.

Farkında olmayabilirsiniz, ancak yüklü uygulamalarınızdan tarayıcı ayarlarınıza kadar her şey benzersiz profilinizi oluşturmak için birleştirilir. Bu parmak izinin tanımlanabilirlik derecesi, her tarayıcının algoritmasına bağlıdır.

Diyelim ki Firefox'ta geziniyorsunuz, bir reklam görüyorsunuz ve yeniden hedefleme kampanyaları tarafından hedef alınmamak için bir ürün satın almak için Chrome'a ​​geçmeye karar veriyorsunuz. Tarayıcı ayarlarınızdan tarayıcılar arası izlemeyi devre dışı bırakmadığınız sürece, tarayıcılar sizi kampanyalarla hedefleyebilir.

Siteler Ne Zaman Farklı Bir Alan Adı/Cihaz/Tarayıcı Üzerindeki İşlemleri Tercih Eder?

Etki alanları arası izleme, özellikle site sahipleri iki veya daha fazla etki alanında veya alt etki alanında gerçekleşen oturumları izlemek ve bu oturumları tek bir oturum olarak ele almak istediklerinde kullanışlıdır.

Oturumlar genellikle şu durumlarda birden çok alana yayılır:

1. Ödeme işlemi farklı bir etki alanında ayarlanır (Shopify gibi bir üçüncü taraf alışveriş sepeti kullandığınızda oldukça yaygındır),
2. Hedef dönüştürme veya e-ticaret işlemi farklı bir etki alanında gerçekleşir (bu, bağlı kuruluş web sitelerinde de oldukça yaygındır).

Etki alanları arası izlemenin mantıklı olduğu tipik bir senaryo: Üçüncü taraf alışveriş sepetlerine sahip e-ticaret platformları.

Bu durumda, bir kullanıcı bir PPC kampanyasından bir ürünü görüntülemek için ana siteye gidebilir. Kullanıcı ödeme sayfasına gittiğinde, işlemi tamamlamak için farklı bir alan adında, örneğin Shopify aracılığıyla üçüncü taraf bir alışveriş sepetine yönlendirilir.

Web alanları arası izleme olmadan, alışveriş davranışı ve ödeme birbirine bağlanmaz ve dönüşümler farklı alanlarda izlenmez. Bu nedenle, bu çevrimiçi mağaza sahiplerinin alanlarını bir şekilde bağlaması gerekiyor. Aksi takdirde, dönüşüm, orijinal trafik kaynağına değil, üçüncü taraf alışveriş sepetine yatırılacaktır.

Bu nedenle, etki alanları arası izleme, bir ziyaretçiyi sitenizden ayrıldıktan sonra bile güvenilir bir şekilde izlemenize olanak tanır.

Web alanları arası izlemeyi uygulamanın bir başka yararı da, farklı alanlardan verileri tek bir raporda toplayabilmenizdir.

İşlem verilerinin merkezileştirilmesi daha iyi optimizasyonu kolaylaştırır çünkü

• Karar verme süreçlerinde sürekli iyileştirmeleri destekler,
• iş süreçlerinin daha iyi izlenmesini ve optimizasyonunu güçlendirir ve
• yanlışlıklar ve fazlalıkların olumsuz etkilerini önlerken bir kuruluşun riskini en aza indirir.

Ve son olarak, site sahipleri, izleme sınırlamaları nedeniyle artık tüm satış öncesi açılış sayfalarını ana para sitelerinde yapmakla sınırlamak zorunda değiller. Daha geniş, izlenebilir bir pazarlama web sitesi hunisi için birden fazla web sitesine ayrılabilirler.

Günümüzün çok kanallı dünyasında, tüketicilerin cihazları ve tarayıcıları kullanma biçimleri farklı platformları kapsıyor: Sabah haberlerini Firefox'ta tabletlerinde okuyabiliyor, sabah işe gidip gelirken Chrome'da telefonlarından e-postalarını kontrol edebiliyor ve işteyken masaüstü bilgisayarlarını kullanabiliyorlar. Geceleri, günün haberlerini yakalamak için akıllı saatlerine göz atabilirler.

İşte tipik bir senaryo:

• Bir kullanıcı telefonunda haber akışına göz atıyor ve ürününüzle ilgili bir gönderiye tıklıyor. Kullanıcı ilgileniyor ancak hemen kaydolmuyor.
• O haftanın ilerleyen saatlerinde kullanıcı, ürününüzü tekrar kontrol etmeye karar verir, ancak bu sefer alan adınızı doğrudan kendi bilgisayarından başka bir tarayıcıdan ziyaret eder. Kullanıcı daha sonra kaydolmaya karar verir.
• Birkaç gün içinde, kullanıcı kendi telefonundan uygulamanızda oturum açar.
• Yukarıdaki cihazlardaki ve tarayıcılardaki tüm tarama geçmişleri, hesaplarına düzgün bir şekilde bağlanmalı ve haber akışlarından gelen orijinal tıklama, dönüşümleriyle doğru bir şekilde ilişkilendirilmelidir.

Bu teknoloji, site sahiplerinin tüketici davranışlarını ve çok kanallı satın alma yollarını daha iyi anlamalarına yardımcı olabilir. Daha iyi bir müşteri deneyimi sunmalarını ve çeşitli temas noktalarında yüksek oranda hedeflenmiş çok kanallı pazarlama stratejileri oluşturmalarını sağlar. Aşağıdaki gibi soruları yanıtlamaya yardımcı olur:

• PPC kampanyalarım ideal tüketicilerime doğru zamanda ulaşıyor mu?
• Kampanyalarımı optimize etmek ve bu kaynağı ödüllendirmek için hangi cihazların en fazla dönüşümü sağladığını etkili bir şekilde nasıl ölçebilirim?
• Web sitemin deneyimleri cihazlar ve tarayıcılar arasında nasıl sorunsuz bir şekilde çalışabilir ve tüketicilerime tutarlı bir marka deneyimi sağlayabilir?
• Tüketicileri, kullandıkları cihazdan bağımsız olarak, sadece markamla etkileşime geçmeleri için değil, aynı zamanda tekrar müşteri olarak geri gelmeleri için nasıl motive edebilirim?

Gizlilik Değişiklikleri Ortamlar Arası İzlemeyi Nasıl Etkiler?

İnternet günlük yaşamla giderek daha fazla bütünleştikçe, insanların internette gezinirken kendilerini güvende hissetmeleri önemlidir. Kişisel bilgilerin web sitelerinde gizli tutulmasına yardımcı olmak için, giderek daha fazla tarayıcı, izleme önleme tedbirlerini uygulamaya koyuyor. İşte en son izleme önleme değişikliklerinin bir dökümü ve bunların ortamlar arası izlemeyi nasıl etkileyebileceği.

Aşağıdaki güncellemelerin her birini kısaca gözden geçireceğiz, ancak güncellemelerin her birinin ve Convert'in bunlarla nasıl başa çıktığının daha ayrıntılı bir açıklaması için, 2019'da İzleme ve Tanımlama Bilgileri Nasıl Değişti ve 2020'de İzleme ve Tanımlama Bilgileri Nasıl Değişti başlıklı makaleleri okuyun.

Google Gizli Modda Engellenen Üçüncü Taraf Çerezleri

Gizli modda, Google Chrome bir kullanıcının tarama geçmişini, form bilgilerini veya tarayıcı çerezlerini kaydetmez. Chrome 83'ten itibaren tarayıcı, varsayılan olarak Gizli modda üçüncü taraf çerezlerini engeller.

Kullanıcılar belirli siteler için üçüncü taraf tanımlama bilgilerine hâlâ izin verebilir, ancak üçüncü taraf tanımlama bilgilerine dayanan tüm çapraz izleme yöntemleri, web sitesi ziyaretçileri tarafından tarayıcı ayarlarından etkinleştirilmeleri gerektiğinden artık büyük zorluklarla karşı karşıyadır.

Microsoft Edge'in InPrivate Modunda Sıkı İzleme Önleme

Microsoft Edge 80'de, varsayılan davranış, kullanıcıların InPrivate'e göz atarken katı mod korumaları isteyip istemediklerine karar vermelerine olanak tanır.

Bu, kullanıcılar bu özelliği açarsa çapraz izlemenin imkansız hale geldiği anlamına gelir.

Mozilla Gelişmiş İzleme Koruması (ETP) 2.0

2019'dan bu yana, yeni Firefox kullanıcıları varsayılan olarak Gelişmiş İzleme Koruması'nı (ETP) etkinleştirecek ve geçen yıl Mozilla, yönlendirme izlemeyi engelledikleri Gelişmiş İzleme Koruması 2.0 ile başka bir güvenlik katmanı ekledi. ETP 2.0, çerezleri ve site verilerini sitelerden 24 saatte bir temizler, kullanıcıların düzenli olarak etkileşimde bulunduğu siteler için tasarruf sağlar!

Bu nedenle, ETP tarafından engellenen çerezlere dayanan çapraz izleme yöntemlerini unutun.

iOS 14, iPad 14 ve Safari 14'te Akıllı İzleme Önleme

iOS 14, iPad 14 ve Safari 14'ün piyasaya sürülmesiyle Apple, kullanıcıların engellenen izleyiciler hakkındaki bilgileri görebilecekleri Gizlilik Raporu ve iOS cihazlarındaki (v14 ve üzeri) tüm web tarayıcıları için ITP gibi yeni gizlilik özelliklerini dahil etti. çapraz izleme ilişkilendirmesini önlemek.

A/B Test Araçları E-Ticaret Dönüşümlerini İzleyebilir VE Kullanıcı Gizliliğini Koruyabilir mi?

Yukarıda açıklanan izleme ve gizlilik güncellemeleri, birden fazla ortamda hangi bilgilerin izlenebileceğini sınırlandırmaktadır, ancak kullanıcı gizliliğini korumak ve özelleştirilmiş bir deneyim sunmak birbirini dışlamaz.

Ortamlar arası veri toplamanın, müşterilerinizin güvenini sarsacak veya web sitelerinden en iyi şekilde yararlanmalarını engelleyecek şekilde müdahaleci bir şekilde gerçekleşmesi gerekmez - bunu her iki dünyaya da saygı duyarak yapmanın bir yolu var!

A/B test araçları , şirketinizin kullanıcıların ne istediğini öğrenmesine yardımcı olacak çözümler sunabilir ve onlara harika bir çevrimiçi deneyim sunarken aynı zamanda gizliliğe saygı duyabilir.

Piyasadaki en popüler A/B test araçlarından bazılarını inceleyelim, hangi e-ticaret dönüşüm izleme çözümlerini sunduklarını ve gizliliğe ne kadar saygılı olduklarını görelim.

en iyi şekilde

Ortamlar arası dönüşüm izlemeye izin vermek için optimize edilmiş iki farklı yöntem oluşturuldu.

Seçenek 1: BYOID'yi etkinleştirin ve kullanın

Bu, Optimizely'de “Kendi Ziyaretçi Kimliğinizi Getirin” özelliği etkinleştirilerek yapılabilir. Bu özellik, çerez, localStorage anahtarı, URL sorgu parametresi veya javascript değişkeni olarak kendi ziyaretçi kimliğinizi tanımlamanıza olanak tanır. ITP 2.x azaltmanın ötesinde, size kimlik kalıcılık stratejiniz üzerinde kontrol sağlama, birden fazla platformda tek tip bir ziyaretçi kimliğine izin verme ve çerez şişkinliğini azaltma dahil olmak üzere çeşitli avantajlara sahiptir.

Bu seçenek, deneyimleri çalıştırdığınız her istemci veya etki alanı için tanımlamanız gereken manuel, sıkıcı bir işlemdir. Ayrıca oluşturduğunuz benzersiz kimliklerin Optimizely API tarafından başarıyla alınmasına da dikkat etmeniz gerekir.

Seçenek 2: CDN'de optimizelyEndUserId'yi ayarlayın

BYOID daha eksiksiz bir yaklaşım olduğu için bu yöntem genellikle önerilmez. Ancak tanımlama bilgisi oluşturmayı yapılandırmanın başka bir yolu da bir CDN'dir. Bu, çoğu durumda sunucu tarafı tanımlama bilgisi oluşturmanın kullanıcı arabirimi tabanlı ve kullanıcı arabirimi tarafından yönetilen uygulaması için uygun bir seçenektir. Optimizely şu anda Akamai'nin yapılandırması aracılığıyla sunucu tarafı tanımlama bilgisi oluşturma için belgeler sağlar.

Bu işlemi izliyorsanız, yukarıdaki CDN ayarları değişikliklerine ek olarak, JS projesinde bunu çalıştırarak ziyaretçi kimliği tanımlama bilgisinin otomatik ömür uzatmasını da devre dışı bırakmalısınız:

 pencere["optimize"].push({
 "type": "CookieLifetime'ı uzat",
 "isEnabled": yanlış
});

Bu strateji ayrıca, alanlar arası izleme etkinleştirildiğinde, özellikle de farklı alanlar, ziyaretçi kimliğinin kalıcılığı için farklı stratejiler izlediğinde sınırlı işlevselliğe sahiptir.

VWO

VWO, üçüncü taraf tanımlama bilgilerinin yardımıyla etki alanları arası izlemeyi destekler.

Testinizde üçüncü taraf çerezleri seçeneğini etkinleştirirseniz, ziyaretçi verilerini (gösterilen varyasyon ve tetiklenen dönüşüm hedefleri) alan adınıza ait çerezlerde depolamaya ek olarak, VWO bu verileri sunuculara da gönderir. Veriler gönderildikten sonra VWO sunucuları dev.visualwebsiteoptimizer.com alanı için tanımlama bilgileri ayarlar. Testiniz başka bir etki alanı içeriyorsa, sayfanız bir sonraki test verisinde VWO sunucuları da ziyaretçi verilerini geri gönderir. Bir bakıma, sunucular birden çok farklı alan adınız arasında bir proxy görevi görür ve bu nedenle dönüşümler izlenebilir.

Ancak, Firefox ve Safari tarayıcıları varsayılan olarak üçüncü taraf tanımlama bilgilerini engeller. Sonuç olarak, VWO üçüncü taraf tanımlama bilgilerine erişemez, bu nedenle etki alanları arası izlemenin Safari ve Firefox tarayıcılarında çalışmasını yasaklar.

Google Optimize

Google Optimize etki alanları arası izlemeyi başarılı bir şekilde uygulamak için HTML ve Javascript bilmeniz veya bunun için özel bir web geliştiricisi bulmanız gerekir.

Ayarlamak için Google Analytics hesabınızda tek bir mülk oluşturun.

Ardından, bağlamak istediğiniz her iki sitede de aynı Google Analytics izleme kimliğini kullanmanız gerekecektir.

1. Kaynak etki alanı, hedef etki alanına işaret eden URL'leri, kaynak etki alanının birinci taraf ölçüm tanımlama bilgisi değerlerini içerecek şekilde dekore eder.
2. Hedef etki alanı, bağlantılı ölçüm çerezlerinin varlığını kontrol eder.

Linker parametresi, aşağıdaki örnekte olduğu gibi, URL sorgu parametrelerinde _gl anahtarıyla tanımlanır:

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

kamelun

Çözümleri, localStorage ile otomatik olarak senkronize olan bir sunucu tarafı snippet'i oluşturur. Bu nedenle, kameleoonVisitorCode tanımlama bilgisini ön ve arka uç arasında otomatik olarak senkronize eden bir sunucu tarafı parçacığı yüklemenizi önerirler. Bu, çok önemli bir ziyaretçi kodu tanımlayıcısını içerir.

ITP, sunucu tarafı tanımlama bilgilerine herhangi bir kısıtlama getirmez, bu nedenle bu tanımlama bilgisinin, yeterince ileri bir tarihe ayarlanmış bir sona erme tarihi olacaktır.

Snippet, Kameleoon tanımlama bilgisi bulunmadığında (yani henüz ön tarafta oluşturulmadığında) KameleoonVisitorCode tanımlama bilgisi sunucu tarafını oluşturur VEYA mevcut değeri alır ve ITP sorunlarını önlemek için tanımlama bilgisi sunucusu tarafını yeniden oluşturur. Senkronizasyon, yalnızca yedi gün sonra tanımlayıcıların kaldırılmayacağı değil, aynı zamanda yalnızca tek bir çerez depolayacağımız için performans veya kullanıcı deneyimi üzerinde hiçbir etkisi olmayacağı anlamına gelir.

Ancak Kameleoon, diğer verileri, yani ekstra sunucu çağrıları olmadan gerçek zamanlı deneyleri tetiklemek için gereken verileri Yerel Depolamada depoladığından, bir Yerel Depolama eşitleme mekanizması da uygulamışlardır.

Safari'de Kameleoon, kameleoonVisitorCode tanımlama bilgisini okuyarak ziyaretçi Kodunu aldığında, mevcut Yerel Deposunun boş olup olmadığını kontrol edecektir. Durum buysa, ki bu muhtemelen son ziyaretin yedi günden fazla olduğu anlamına gelir, Yerel Depolamada bulunan tüm verileri arka uç sunucularından almak için bir Sunucu Eşitleme Çağrısı (SSC) gerçekleştirirler. Bu çağrı sona erdiğinde, veriler tam olarak ITP tarafından silinmemiş olsaydı olacağı şekilde geri yüklenir. Normal işlemler daha sonra devam edebilir.

Convert Deneyimleri Ortamlar Arası İzlemeyi Nasıl Yönetir?

Deneyimleri Dönüştür, tüm gizlilik kurallarına uyar ve varsayılan olarak alanlar arası, cihazlar arası ve tarayıcılar arası izlemeye izin vermez .

Ancak kullanıcılar isterlerse Proje Ayarlarında etki alanları arası izlemeyi etkinleştirebilir ve cihazlar arası izlemede özel çözümler için Convert destek ekibine başvurabilirler. Tarayıcılar arası izleme desteklenmez.

Şimdi, her bir izleme türü ve uygulamada nasıl kurulacağı hakkında daha fazla ayrıntı görelim.

Dönüştürme Deneyimlerinde Web Alanları Arası İzleme

Bu bölüm, Deneyimleri Dönüştürme'nin etki alanları arası izlemeyi nasıl ele aldığını açıklar; örneğin web siteniz birden fazla alan adını kapsıyorsa. Üçüncü taraf bir alışveriş sepeti kullanıyorsanız bu genellikle geçerlidir.

Etki alanları arası izleme, GDPR nedeniyle, Deneyimleri Dönüştürme'deki tüm projeler için varsayılan olarak kapalıdır. Ancak, izlemeyi mümkün kılmak için "Etki alanları arası bağlantıya izin verme" ayarının işaretini kaldırabilirsiniz:

Deneyimleri Dönüştür uygulamasında, Projeler içinde Denemeler düzenlenir. Proje, herhangi bir sayıda Deneyim içerebilen ve etki alanlarını (Aktif Web Siteleri) içeren bir varlıktır:

Tek bir Dönüştürme Projesi içindeki tüm web siteleri, yukarıdaki "Etki alanları arası bağlantıya izin verme" Proje Ayarını etkinleştirmezseniz, etki alanları arası izlemeyi mümkün kılarak çerezleri paylaşır.

Çerezlerin alanlar arasında paylaşılma şekli, bir ziyaretçi bağlantıları tıkladığında veya form gönderdiğinde aynı projeye ait alanlar arasında çerezlerin otomatik olarak geçirilmesiyle yapılır. Bu çerezler, GET değişkenleri aracılığıyla diğer etki alanlarınıza iletilir.

Çerezleri iletmek için sorgu dizesine iki değişken eklenir:

• _conv_v
• _conv_s

Çerezleri seçilen bağlantılara veya formlara manuel olarak geçirmek de mümkündür. Yapmanız gereken tek şey, _conv_v ve _conv_s değişkenlerini bağlantının URL'sinde veya formun eyleminde iletmektir.

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

Şimdi, Deneyimleri Dönüştür'de etki alanları arası izlemenin bir kullanım örneğinde size yol gösterelim.

Diyelim ki yolculuğuma abonelik yerleştirmem gereken bir etkinlik sayfasında başlıyorum:

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

Ödeme yapmam gerektiğinde, A alanı beni B alanı altında bulunan ödeme sepeti sayfasına yönlendiriyor ve alanlar arası izleme için gerekli olan Dönüştürme çerezlerini URL sorgu parametreleri olarak ekliyor, örneğin:

 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.9940523874349994*pv%3A2

Ödemeyi bitirdiğimde, A alanının teşekkür sayfasına geliyorum:

 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

mevcut bir ziyaretçi olarak kabul edildiğimde, gelir dönüşümü her iki etki alanında da yakalanır.

Dönüştürme Deneyimlerinde Cihazlar Arası İzleme

Deneyimleri Dönüştür, varsayılan olarak cihazlar arası izlemeyi desteklemez. Aşağıdaki yöntem sadece özel çözümler için ve Lider planları için talep üzerine tasarlanmıştır. Artık aktif değil, ancak burada eğitim amaçlı sunuyoruz.

Ziyaretçileri farklı cihazlarda izlemek ve kullandıkları cihazdan bağımsız olarak tutarlı bir kullanıcı deneyimi sunmak için, kullanıcının herhangi bir kişisel tanımlayıcı (PII) veri içermemesi gereken bir tür benzersiz tanımlayıcı aracılığıyla "tanımlanması" gerekir. .

Convert, müşterilerin cihazlar arasında ziyaretçiyi tanımlayan bu benzersiz tanımlayıcıyı sunabileceği bir API işlevi oluşturdu. Benzersiz tanımlayıcının, ana Convert izleme snippet'inden önce bir sayfada "verilmesi" gerekir.

Şuna benziyor:

 window._conv_q = pencere._conv_q || {};
_conv_q.push([“tanımla”,”unique_hashed_id_burada”]);

Benzersiz tanımlayıcı sağlandığında, Convert, sunucuda veri (görülen deneyimler, atılan hedefler vb.) sorgulayana ve sonuçları geri alana kadar deneyim sunumunu geciktirir. Sonuçlar döndürüldüğünde, kullanıcının "tanımlanmadan" önce sahip olduğu nihai kovalamanın yerini alan uzun vadeli bir tanımlama bilgisine kaydedilir. Her sayfa görüntülemede deneyim sunumunda gecikmeleri önlemek için, bunun yalnızca uzun vadeli çerezde veri mevcut değilse yapılmasını bekliyoruz.

Fazladan ağ gecikmelerini önlemek için yanıtlar en aza indirilmeli ve sıkıştırılmalıdır. Nihai çözüm, sayfa tarafından yapılan 2 istekten oluşur:

• İlk istek, ana js dosyasının yüklenmesinden (veri yükleme) sorumludur - CDN düzeyinde önbelleğe alınır ve mevcut tüm deneyleri, jquery kitaplığı bağımlılıklarını, hedefleri, diğer kullanım işlevlerini ve izlemeyi içerir, ancak kullanıcı gruplandırmasını içermez. Bu dosya simge durumuna küçültülmüş ve sıkıştırılmış (gzip) olarak sunulur.
• İkinci çağrı, birkaç bayt boyutundadır. Bu belirli kullanıcı için önceden atanmış kovalamayı almaya çalışır. Performanslı bir anahtar/değer NoSQL veritabanına (bellek önbelleğe alma sisteminde önbelleğe alınmış) ulaşarak, kullanıcının daha önce atandığı deney kimliklerini ve hedef kimliklerini yükler. Daha fazla performans iyileştirmesi gerekiyorsa, Convert, önünde bir CDN kullanarak optimize eder (bu durumda, her istek kullanıcı başına önbelleğe alınır). Bu yanıt ayrıca simge durumuna küçültülmüş ve sıkıştırılmış (gzip) olarak sunulur.

Yeni bir benzersiz web sitesi ziyaretçisi için benzersiz tanımlayıcı sağlandığında, deneyimlere ilişkin sıralama şu şekilde yapılır:

1. Yeni bir kullanıcı için — saklanan uzun vadeli çerez yoktur; benzersiz tanımlayıcı sağlanırsa, deneyler ikinci çağrı dönene kadar ertelenir. Bu çağrı:
   1. ya benzersiz tanımlayıcıya hangi deneylerin/varyasyonların bağlı olduğunu döndürür; bu durumda Dönüştür, kullanıcıya aynı deney/varyasyon çiftini gösterir (daha önce görülen bir deneme sayfasına dönen bir ziyaretçi için aynı şekilde davranır)
   2. veya bu benzersiz tanımlayıcının kendisine bağlı hiçbir şeyi yoksa veri döndürmez, bu durumda Convert rasgeleleştirmeyi normal şekilde yapar; Sonuç olarak, yeni bir paket atandığında, az önce gerçekleşen yeni kovalamayı kaydetmek için arka uca ek bir zaman uyumsuz çağrı olacaktır.

Mevcut bir web sitesi ziyaretçisi için benzersiz tanımlayıcı sağlandığında, deneyimlere ilişkin sıralama şu şekilde yapılır:

2. Mevcut bir kullanıcı için (tanımlayıcıya sahip) — tarayıcılarında Convert tarafından ayarlanmış uzun vadeli tanımlama bilgisine sahibiz. Benzersiz bir tanımlayıcı sağlanırsa, şu iki durumdan birine sahip olabiliriz:
   1. Başlatılmış bir göz atma oturumu yok (20 dakika boyunca etkinlik olmadığında süresi sona eren bir oturum tanımlama bilgisi aracılığıyla yeni bir oturum tanımlanır) VEYA uzun vadeli tanımlama bilgisinde depolanan ziyaretçi kimliği, benzersiz kimlik aracılığıyla sağlanan ziyaretçi kimliğinden farklı; 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.