İçeriğe Geç

Meta Conversions API Kullanıcı Verisinde Biçim ve Eşleştirme

Meta Conversions API’de e-posta, telefon ve tarayıcı tanımlayıcılarının farklı işlenmesini; yanlış biçim ve iki kez hash sorunlarını inceleyin.

Yazar: Sorun ve ÇözümPlatforma ÖzelReklam ve ÖlçümÖdeme ve Güvenlik
AdPix tarafından hazırlanan açıklayıcı şema.

Alanların Farklı Amaçları

Meta kullanıcı verisi yapısında e-posta ve telefon gibi alanlarla fbp, fbc, istemci IP adresi ve tarayıcı bilgisi ayrı özelliklerdir. Bunların tamamına aynı dönüşümü uygulamak doğru değildir. Hangi bilginin nereden alındığı ve hangi biçimde gönderildiği açık olmalıdır.

AdPix’in önerisi alan sayısını artırmayı tek başına başarı ölçütü yapmamaktır. İşletmenin gerçekten sahip olduğu, doğru kullanıcıyla ilişkilendirdiği ve gönderme koşullarını karşıladığı bilgiler kullanılır. Eksik bir alanı uydurma değerle doldurmak eşleştirmeyi iyileştirmez. Örneğin bütün ziyaretçiler için aynı telefon numarasını göndermek veri kalitesini artırmak yerine yanlış ilişki üretir.

Normalleştirme ile Hash İşlemi

Meta’nın resmî SDK’sı belirli kullanıcı alanlarını normalleştirir ve uygun alanlarda SHA-256 işlemi uygular. E-posta ve telefonun biçimi bu hazırlığın parçasıdır. Hash üretimi, yanlış veya başka kişiye ait veriyi kendiliğinden doğru hâle getirmez.

Örneğin başında boşluk bulunan e-posta, kaynaktaki değerle kontrol edilir. Telefonun ülke kodu ve yerel yazımı da incelenir. Dönüşümün hangi sistem tarafından yapıldığı belirlenmeden aynı veri tekrar hashlenmez. Özellikle hazır entegrasyon ile özel kod birlikte çalışıyorsa sorumluluğun iki yerde yinelenmesi araştırılır. Amaç aynı gerçek bilginin tutarlı biçimde temsil edilmesidir.

Tarayıcı Bilgilerinin Taşınması

Resmî SDK, kullanıcı alanlarını işlerken fbp, fbc, client_ip_address ve client_user_agent gibi değerleri ayrı ele alır. Bu alanların e-posta gibi topluca hashlenmesi ölçüm kurulumunda yanlışlık oluşturabilir. Gönderilen bilginin gerçek olaya ait olması gerekir.

Örnek incelemede sunucunun kendi IP adresi yanlışlıkla bütün ziyaretçiler adına gönderilir. Bunun fark edilmesi için farklı test oturumlarının kayıtları karşılaştırılır. Aracı sunucu veya önbellek kullanıldığında veri kaynağı ayrıca araştırılır. Bir ziyaretçinin tarayıcı bilgisi başka müşterinin siparişine taşınmamalıdır. Eksik değer durumunda belgeye uygun davranılır; rastgele veya sabit yer tutucular kullanılmaz.

Hazır Entegrasyon ve Özel Kod

Mağaza eklentisi, etiket yöneticisi ve sunucu bağlantısı aynı veriyi farklı aşamalarda dönüştürebilir. Bu nedenle hatanın yalnızca son gönderim kodunda aranması yeterli olmayabilir. Alanın kaynağından sağlayıcıya kadar hangi işlemlerden geçtiği izlenir.

Bu yaklaşımda örnek bir test kaydı için ham alanın nerede oluştuğu, normalleştirmenin nerede yapıldığı ve son değerin hangi yöntemle üretildiği belirlenir. Bu inceleme gerçek müşterilerin kişisel bilgilerini geniş ekiplere açmadan yürütülmelidir. Çalışan kurulumda sırf daha fazla alan göndermek için gereksiz veri toplama eklenmez. İlgili izin ve veri işleme tercihleri teknik uygulamayla uyumlu tutulur.

Doğru Ölçümün Sınırı

Kullanıcı verisinin biçiminin düzelmesi bütün satışların eksiksiz biçimde belirli reklamlara bağlanacağını garanti etmez. İşletmenin ölçüm değerlendirmesi olayın anlamı, sipariş doğruluğu ve kullanılan raporların kapsamını da içerir. Tek bir gösterge bütün kurulumun başarısını açıklamaz.

Kontrolde farklı kullanıcı oturumları, giriş yapmış ve yapmamış ziyaretçiler ile izin tercihleri ayrı ele alınır. Her durumda gönderilen alanların beklenen veriyi taşıdığı görülür. Düzeltme sonrası işlem kayıtları karşılaştırılır ve gereksiz alanlar temizlenir. Böylece ölçüm sistemi daha çok veri gönderen bir yapıdan ziyade, doğru veriyi anlaşılır kurallarla işleyen bir sistem olarak yönetilir.

Bu Konuda Nasıl Destek Oluyoruz?

AdPix’in bu alandaki hizmet kapsamını ve çalışma sürecini inceleyin.

İlgili Platformlarda Keşfedin

Meta