Dönüşüm Takip Pikseli
Dönüşüm takip pikseli, bir web sitesine yerleştirilen ve ziyaretçi değerli bir eylemi tamamladığında tetiklenerek bu olayı bir reklam veya analiz platformuna bildiren küçük bir kod parçasıdır. Reklam harcamasını kayıt, satın alma veya quiz tamamlama gibi gerçek sonuçlara bağlar.
Önemli noktalar
- Pikselin tüm işi, bir dönüşümü kaydedilmiş bir tıklamayla eşleştirmektir.
- Sunucu taraflı gönderim eşleşme oranını yükseltir ama kopya ayıklama için olay kimliği ister.
- Olayla birlikte değer göndermek, teklifin sayı yerine değer üzerinden optimize edilmesini sağlar.
- Raporlanan toplamlar, sayılan olaylarla modellenmiş tahminleri tek sütunda karıştırır.
- İzin ve engelleyiciler, görülen ziyaretçi alt kümesini rastgele olmaktan çıkarır.
Derinlemesine
Piksel, görsel ya da betik kılığına girmiş bir HTTP isteğidir. Üzerinde durduğu sayfa yüklendiğinde platforma bir olay adı, isteğe bağlı bir değer ve toplayabildiği tüm tanımlayıcıları gönderir: iniş adresindeki tıklama kimliği, birinci taraf çerezi, karılmış bir e-posta adresi. Platform sonra bu isteği daha önce kaydettiği bir tıklamayla eşleştirmeye çalışır. Mekanizmanın tamamı bu eşleştirmedir; eşleşme başarısız olduğunda dönüşüm yine de gerçekleşmiştir ama artık kimseye ait değildir. Raporlamada gördüğünüz her şey bu tek eşleştirmeye asılıdır ve o koptuğunda bütün zincir sessizce yanlışlar.
Aslında yönettiğiniz şey eşleşme oranıdır. Tarayıcı tarafında tetikleme; reklam engelleyicilere, kısalan çerez ömürlerine ve reddedilen izinlere olay kaybettirir ve her kayıp, hiç gerçekleşmemiş bir dönüşüm gibi görünür. Aynı olayı kendi sunucunuzdan göndermek oranı yükseltir ama platformun kopyayı atabilmesi için ortak bir olay kimliği ister. Olayla birlikte bir değer göndermek, teklif mantığının neyi optimize ettiğini değiştirir: değer olmadan algoritma, deneme kaydı ile kurumsal anlaşmayı aynı sonuç sayar. Bu yüzden gönderilen değer, çoğu zaman teklif stratejisinin kendisinden daha belirleyicidir.
Uygulamada üç şeye karar verirsiniz: olayı hangi anın tetikleyeceği, yanında hangi değerin gideceği ve gönderimin tarayıcıda mı, sunucuda mı, yoksa kopya ayıklamayla ikisinde birden mi yapılacağı. Scorecard hunisinde doğal tetikleme noktası, sonucun iletişim bilgileriyle birlikte gönderildiği andır ve puanın kendisi kullanışlı bir değerdir; böylece platform yalnızca gelen değil, tamamlayıp nitelenen kişileri bulmayı öğrenir. Sunucudan gönderin ve tarayıcıda tek bir olay kimliğiyle aynısını yansıtın. Kopya ayıklama olmadan aynı olay iki kez sayılır ve tüm hesap bozulur; bu nedenle kimlik alanı baştan planlanmalıdır.
Piksel nedenselliği değil atfı kaydeder: bir dönüşümün bir tıklamanın ardından geldiğini söyler, o tıklamanın onu ürettiğini asla söylemez. Platformlar eşleşmeyen kısımları modellenmiş dönüşümlerle doldurur; bunlar sayılan olaylarla aynı sütunda sunulan tahminlerdir, dolayısıyla toplam kısmen ölçüm kısmen çıkarımdır. İzin rejimleri pikselin yalnızca bir alt kümeyi görmesine yol açar ve bu alt küme rastgele değildir. Uzun veya cihazlar arası yolculuklar pencerenin tamamen dışında kalır. Sütunu bir kasa defteri gibi değil, bir yaklaşım gibi okuyun; aradaki fark bütçe kararlarını doğrudan etkiler.
Pratikte örnek
Nasıl ölçülür
İzlenecek ilk sayı, aynı dönem için kendi veritabanınızdaki dönüşümler ile platformun raporladığı dönüşümler arasındaki orandır. Oranın birin epeyce altında olması olayların kaybolduğunu, epeyce üstünde olması kopyaları veya yanlış sayfada tetiklenen bir pikseli gösterir. Bunu haftalık izleyin; çünkü yalnızca siz kodu değiştirdiğinizde değil, tarayıcılar varsayılanlarını değiştirdiğinde de oynar. Oranı bir kez ölçmek yetmez; asıl bilgi, o oranın haftalar içindeki eğiliminde saklıdır.
Platform bir eşleşme kalitesi veya olay kapsamı göstergesi sunuyorsa bunu, en üst düzeye çıkarılacak bir puan olarak değil, tanımlayıcı eksikliğinin teşhisi olarak okuyun. Yanında, raporlanan dönüşümlerin modellenmiş payını sayılan payla karşılaştırın. Toplamın büyük kısmını modelleme taşıyorsa raporlanan edinme maliyeti bir tahmindir ve kararlar bunun yerine kendi veritabanınıza yaslanmalıdır. Bu payı aylık raporda yazın ki sonradan kimse sayının kaynağını tahmin etmek zorunda kalmasın.
Sık yapılan hatalar
Klasik hata, pikseli sonuçtan bağımsız olarak yüklenen bir sayfaya yerleştirmektir. Geri düğmesiyle, yenilemeyle veya doğrudan adresle ulaşılabilen bir teşekkür sayfası her ziyareti dönüşüm olarak bildirir ve platform da bu ziyaretleri üreten her neyse ona doğru optimize eder. Sayfada değil olayda tetikleyin: gönderim işleyicisinin başarı yanıtından çalıştırın ve sayfayı yenileyip ikinci bir olay çıkmadığını doğrulayın. Bu tek doğrulama, sonraki aylardaki bütün şişkin raporları önler.
İkincisi, kopya ayıklama yapmadan sunucu taraflı olay eklemek ve sıçramayı kutlamaktır. Her dönüşüm artık iki kez sayıldığı için dönüşümler ikiye katlanmış görünür, raporlanan edinme maliyeti yarıya iner ve bütçe hiçbir şeyi anlatmayan bir sayının peşinden gider. İki yoldan da aynı olay kimliğini gönderin, sonra değişimden herhangi bir sonuç çıkarmadan önce platform toplamının kendi veritabanınızla kabaca örtüştüğünü doğrulayın. Kopya ayıklanmamış bir artış, iyileşme değil yalnızca çift sayımdır.
Sıkça sorulan sorular
Dönüşüm takip pikseli nereye yerleştirilmeli?
Eylemin gerçekten gerçekleştiğini onaylayan sayfaya veya tetikleyiciye, örneğin teşekkür ya da quiz sonuç sayfasına yerleştirin. Çok erken tetiklemek dönüşümleri şişirir ve optimizasyonu yanıltır.
Takip pikseli ile dönüşüm pikseli arasındaki fark nedir?
Takip pikseli sayfa görüntüleme gibi genel olayları kaydeder; dönüşüm takip pikseli ise özellikle kayıt veya satın alma gibi değerli sonuçları kaydeder. Dönüşüm pikseli, daha geniş takip pikseli tekniğinin odaklanmış bir kullanımıdır.
Gizlilik kuralları dönüşüm piksellerini etkiler mi?
Evet. Çerez kısıtlamaları ve onay gereklilikleri piksel doğruluğunu azaltabilir; bu yüzden birçok ekip sunucu taraflı dönüşüm takibi ekler ve pikseli tetiklemeden önce onaya uyar.
Dönüşüm pikseli tam olarak nerede tetiklenmeli?
Onu izleyen sayfada değil, eylemin kendi başarı yanıtında. Bir onay sayfası yeniden yüklenebilir, yer imine eklenebilir veya doğrudan açılabilir; bunların her biri sayımı şişirir. Sayfa yüklemesini kullanmak zorundaysanız adrese tek kullanımlık bir belirteç ekleyin ve belirteç daha önce görülmüşse tetiklemeyi reddedin. Bu küçük önlem, en sık görülen şişirme kaynağını tamamen kapatır.
Sunucudan olay gönderiyorsam tarayıcı pikseline hâlâ ihtiyacım var mı?
Genellikle evet, çünkü ikisi farklı şeyleri yakalar. Tarayıcı, sunucunun hiç almadığı sinyalleri görür; çerezde saklanan tıklama kimliği gibi. Sunucu ise tarayıcının kaçırdığı dönüşümleri görür. İkisini ortak bir olay kimliğiyle göndermek, platforma her ikisinin gördüğünün birleşimini verir ve kopyalar onların tarafında ayıklanır. Yalnızca bir tarafa güvenmek, her durumda eksik ölçmek anlamına gelir.
Dönüşüm olayıyla hangi değeri göndermeliyim?
Tahmin bile olsa, dönüşümün sizin için taşıdığı değerle orantılı bir şey. E-ticarette bu sipariş tutarıdır; aday yaratmada genellikle beklenen değerdir, yani ortalama anlaşma büyüklüğünün o aday tipi için geçmiş kapanma oranıyla çarpımı. Parasal rakamlar henüz yoksa quiz puanı veya kademesi göreli bir değer olarak iş görür.
Platformun dönüşüm sayıları neden benimkilerden farklı?
Çünkü farklı sorulara yanıt veriyorlar. Platform, kendi penceresi içinde bir tıklamaya atfedebildiği dönüşümleri sayar ve eşleştiremediklerine modellenmiş tahminler ekler; sizin veritabanınız ise atıf yapmadan gerçekleşen her şeyi sayar. Belirli bir büyüklükteki fark normaldir ve kalıcıdır. Uyuşmalarını beklemek yerine iki sayı arasındaki oranı izleyin. Oran istikrarlıysa aradaki fark sorun değil, yalnızca yöntem farkıdır.
İzin yönetimi dönüşüm takibini nasıl etkiler?
İzin gereken yerlerde piksel, reddeden ziyaretçiler için hiç tetiklenmeyebilir; bu dönüşümler platform için görünmez olur. Eksik kalan grup rastgele bir örneklem değildir ve bu, görünen gruptan hesaplanan her şeyi yanlı hâle getirir. İzin modu tarzı sinyalleme platformların boşluğu modellemesine imkân verir, ama modellenmiş sayılar birer çıkarımdır.
Reklam platformunun optimize etmesi için kaç dönüşüm olayı gerekir?
Modelinin öğrenecek sinyali olacak kadar çok, haftalık olarak. Ekiplerin çoğu zaman gerçekten önemsedikleri olay yerine daha erken ve daha sık gerçekleşen bir olay üzerinden optimize etmesinin nedeni budur. Haftada yüzlerce kez tetiklenen bir quiz tamamlama, algoritmaya bir avuç kapanmış anlaşmadan çok daha fazlasını öğretir. Optimizasyon olayını ancak hacim taşıdığında daha derine taşıyın.