Çerezsiz web için birinci taraf veri kurulumu

Yıllarca plan tarif etmesi basitti: Chrome üçüncü taraf çerezleri kapatacak ve herkes telaşlanacaktı. Gerçek daha dağınık çıktı. Google üçüncü taraf çerezlere ilişkin planlarını defalarca değiştirdi ve çerezler tek ve net bir tarihte yok olmadı. Bunu “panik bitti, devam edin” diye okumak bir hatadır. Safari ve Firefox onları zaten engelliyor, onay banner’ları nelerin tetikleneceğini kısıyor ve platform sinyal kaybı şimdiki zamana ait bir sorun. Bu konuda sakin olan ekipler, veri ödünç almayı bırakıp ona sahip olmaya başlayanlardır.

Birinci taraf veri, sade biçimde

Birinci taraf veri, müşterilerinizin size, kendi yüzeylerinizde, onaylarıyla verdiği şeydir: ödemede bir e-posta, bir müşteri adayı formunda bir telefon numarası, site içi davranış, satın alma geçmişi. Ödünç alınmış bir çerezden çıkarılan herhangi bir şeyden daha doğrudur, bir tarayıcı sıkılaştığında buharlaşmaz ve, doğru ele alındığında, reklam platformlarının artık beslemenizi istediği tam olarak budur. Aşağıdaki yapının tamamı, yalnızca onu temizce toplama ve işe koşma disiplinidir.

Birinci adım: sinyali koruyan onay

Bu, ekiplerin atladığı ve sonradan pişman olduğu kısımdır. Özellikle AB’de onay banner’ı analitiğin üzerine yapıştırılmış yasal bir etiket değil; ne kadar veri toplayacağınıza o karar verir. Google’ın Consent Mode özelliğinin iki modu vardır ve seçim sonuç doğurur: temel modda etiketler onaya kadar tamamen engellenir ve reddeden herkes basitçe kaybolur; gelişmiş modda etiketler yüklenir ve onay reddedilirken çerezsiz ping gönderir, ki bu da Google’ın aksi takdirde kaybedeceğiniz davranışı modellemesini sağlar. Bunu önce doğru yapın, çünkü aşağı akıştaki her sinyal burada meşru biçimde ne kadar topladığınıza bağlıdır. Konuya Verinizi feda etmeden Consent Mode v2 yazısında derinlemesine giriyoruz.

Birinci taraf veri akışı: onaylı web sitesi ve CRM verisi toplanır, sunucu taraflı bir konteynerde zenginleştirilir, ardından Google Customer Match ve Meta Conversions API’ye gönderilir — Üstteki onay neyi topladığınıza karar verir; sunucu konteyneri neyin ayrıldığına ve ne kadar temiz olduğuna karar verir; Customer Match ve Conversions API ise hak ettiğini kazandığı yerdir.

İkinci adım: verinizi işe koşun

Sahip olunan veri ancak bir şey yaptığında bir varlıktır. İki mekanizma, onaylı bir listeyi kalıcı hedeflemeye ve ölçüme dönüştürür:

Customer Match (Google). Hash’lenmiş birinci taraf veriyi yükleyerek bilinen müşterilere Arama, YouTube, Gmail ve Display genelinde ulaşın ve yeniden etkileşim kurun. Google bunu, web çerezlerden uzaklaşırken çalışmaya devam eden bir araç olarak açıkça konumlandırır. Hash’leme, ham kimlikleri değil, bir eşleşme anahtarını paylaştığınız anlamına gelir.
Conversions API (Meta). Reklam engelleyicilerin, izleme önlemenin ve onayın bozabildiği yalnızca tarayıcı pikseline güvenmek yerine, Conversions API dönüşümleri sistemlerinizden Meta’ya sunucudan sunucuya gönderir. Daha sağlamdır ve tarayıcının asla görmediği etkinlikleri içerebilir; çevrimdışı bir satış ya da bir CRM aşama değişikliği gibi.

Her ikisi de aynı ham maddeye dayanır: temiz, onaylı, iyi tanımlanmış birinci taraf etkinlikler. Altındaki toplama dağınıksa hiçbiri sizi kurtarmaz.

Üçüncü adım: sunucu taraflı altyapı

Sunucu taraflı etiketleme, tüm bu yapıyı güvenilir kılan şeydir. Etiketleri birinci taraf bir sunucu konteynerinde çalıştırmak, dönüşüm verisinin kırılgan bir tarayıcı yolu yerine kalıcı bir birinci taraf yolu izlemesi anlamına gelir ve etkinlikleri Google ya da Meta’ya ulaşmadan önce doğrulamak, tekilleştirmek ve zenginleştirmek için tek bir yer verir: bir siparişe marj ya da bir kayda müşteri adayı puanı ekleyerek, tarayıcıda asla açığa çıkarmayacağınız veriler. Bedava değildir; konteyneri birinin çalıştırması ve ödemesi gerekir. Bu maliyeti tam olarak ne zaman hak ettiğini sunucu taraflı izlemenin neyi düzeltip neyi düzeltmediği yazısında ortaya koyuyoruz.

Tekilleştirme isteğe bağlı değildir

Dönüşümleri hem tarayıcıdan hem sunucudan gönderdiğiniz anda, her birini iki kez sayma riskiniz olur. Her sunucu taraflı kurulum, platformun tarayıcı etkinliğini sunucu etkinliğiyle eşleştirip tek bir dönüşüm olarak tutabilmesi için tutarlı bir etkinlik kimliği (event ID) geçirmek zorundadır. Bunu atlayın ve teklif veren algoritmalara şişirilmiş sayılar verirsiniz, ki bu daha az toplamaktan daha kötüdür, çünkü artık makine kendinden emin biçimde bir yalana doğru optimize ediyordur.

Tutamayacağınız veriyi ödünç almayı bırakın ve sahip olabileceğiniz veriye sahip olmaya başlayın. Onay neyi topladığınıza, sunucu neyin ayrıldığına karar verir; Customer Match ve Conversions API ise karşılığını aldığı yerdir.

Adım adım kurulum

Önce Consent Mode’u gelişmiş modda kurun ki reddedilen trafik yine de modellenmiş bir sinyal bıraksın.
Birinci taraf toplamayı bilinçli yapın: e-postayı, telefonu, değeri, onay anında yakalayın.
Her şeyi doğrulamak, zenginleştirmek ve tekilleştirmek için bir sunucu taraflı konteynerden geçirin.
Onu Customer Match ve Conversions API ile, baştan sona tutarlı etkinlik kimlikleriyle etkinleştirin.
Teklif için güvenmeden önce sayıları (tarayıcı, sunucu ve platform) mutabık kılın.

Dikkat edin, bunların hiçbiri durmadan kayan bir çerez kullanımdan kaldırma tarihine bağlı değil. Bu kurulum, zaten kaybedeceğiniz bir sinyali ödünç almaktan basitçe daha kalıcı, daha doğru ve daha savunulabilir.