Açık metin olarak giden e-posta

Enhanced Conversions, dönüşümün yanında müşteri verisi göndererek Google’ın, tıklaması başka türlü ilişkilendirilemeyen oturum açmış bir kullanıcıyla eşleştirmesini sağlar. Mekanizmanın tamamı tek bir şarta dayanır: bu veri, tarayıcıdan çıkmadan önce SHA-256 ile hash’lenmiş olmalıdır. Google adresi hiç almaz; bir özet alır ve özetleri karşılaştırır.

Bu şart karşılanmadığında aynı anda iki şey olur. Eşleşme oranı sessizce iyileşmez ve bir müşteri e-posta adresi bir reklam uç noktasına açık hâlde iletilmiş olur. Birincisi bir ölçüm sorunudur. İkincisi, başka departmanları da ilgilendiren cinsten bir sorundur.

Telde doğru bir alan neye benzer

İki meşru biçim var ve kurulumlar farklılaştığı için ikisini de bilmek gerekir:

• Çıplak özet. em 64 onaltılık karakter taşır, başka hiçbir şey değil. Değeri tag’e vermeden önce kendi kodunuz hash’lediğinde bunu görürsünüz.
• Google tag’inin zarfı. tv.1~em.<sha256>~ph.<sha256> — tag değerleri kendisi toplamış ve birkaçını tek bir parametreye sarmıştır. Önekten sonraki her parça yine bir özettir; zarf, kontrolü bırakmak için bir gerekçe değildir.

Geri kalan her şey bir kusurdur ve pratikte karşılaşacağınız dördü şunlar.

Bozulmanın dört yolu

1. Açık metin. em içindeki değer hâlâ bir e-posta adresidir; genellikle bir dataLayer değişkeni, tag’in onu hash’leyeceği varsayımıyla doğrudan kullanıcı verisi alanına bağlanmıştır. Bazen hash’ler; değer sayfa toplamasıyla değil bir değişkenle geldiğinde hash’lemez.
2. MD5. Otuz iki onaltılık karakter. Eski bir dahili hash yardımcısının yeniden kullanılması. İstek başarılı olur ve hiçbir şeyle eşleşmez.
3. Normalleştirmeden hash’lemek. Pahalı olanı bu, çünkü her şey doğru görünür. [email protected], aynı adresin baş harfi büyük hâli ve sonunda tek bir boşluk olan hâli, tamamen farklı üç özet üretir. Boşlukları kırpın, adresi küçük harfe indirin, noktaları ve artı etiketlerini yalnızca Google’ın söylediği yerde temizleyin ve telefonu hash’lemeden önce E.164 biçimine getirin — aksi hâlde yanlış dizenin geçerli bir hash’ini göndermiş olursunuz.
4. İki kez hash’lemek. Kod değeri hash’ler, tag bir kez daha hash’ler. Altmış dört onaltılık karakter, kusursuz biçimli, kimseyle eşleşmiyor.

Yalnızca ilk ikisi biçimden görülür. Son ikisi başarıyla birebir aynı görünür; kontrolün, yalnızca çıkan değeri değil koyduğunuz değeri de okumayı içermesi gerekmesinin sebebi budur.

Arayüz bunu neden söylemez

Google Ads tanılaması, günler sonra, zaten işlediği dönüşümleri raporlar ve raporladığı şey kapsamdır: kaç dönüşüm kullanıcı verisi taşıdı. Bir özetin normalleştirilmemiş bir dize üzerinden hesaplandığını raporlayamaz; çünkü Google tarafından bakınca bu, yalnızca eşleşmemiş bir hash’tir. Birbirinden ayırt edilemeyen iki sonuç ve biri sizin hatanız.

İstek ise buna kıyasla anında ve kesindir. Bir test dönüşümü yapın, hit’i okuyun, her alanın biçimini doğrulayın; bir hafta yerine bir dakikada cevabınız olur.

Oradayken iki kontrol daha

Birincisi, işin atıf tarafı. Enhanced Conversions eşleşmeyi iyileştirir; tıklama zincirinin yerini almaz. Dönüşüm hiçbir gclid ve linker çerezi taşımıyorsa bunun altında ayrı bir sorun var demektir ve başlangıç noktası ziyaretçiyi getiren kampanyadır.

İkincisi, consent. ad_user_data reddedilmişken kullanıcı verisinin tarayıcıdan çıkması, aynı bulgunun daha kötü bir sürümüdür ve Google Ads arayüzünün yüzeye çıkaracağı bir şey de değildir. Her hit’in taşıdığı consent durumunu okumak, isteğin hiç gönderilmemesi gerekip gerekmediğini anlamanın yoludur.

Sorular

Enhanced Conversions verisinin hash’lendiğini nasıl kontrol ederim?

Dönüşüm isteğini okuyun. Hash’li bir alan 64 onaltılık karakterdir ya da Google tag’inin zarfıdır: tv.1~em.<hash>~ph.<hash>. Hâlâ e-posta adresine benzeyen her şey açık metindir ve bu, bozuk bir kurulum olmanın yanında bir politika sorunudur.

Hangi alanların hash’lenmesi gerekir?

em, ph, fn, ln, ct, st ve zp. İstisna country: düz bir ISO 3166-1 alpha-2 kodu olarak gider ve öyle gitmesi gerekir.

MD5 kabul edilir mi?

Hayır. Google Ads yalnızca SHA-256 alır. MD5 özeti 64 değil 32 onaltılık karakterdir, yani görür görmez tanınır — ve istek tarafından kabul edilip hiçbir şeyle eşleşmez.

Google Ads tanılama sayfası neden her şeyin yolunda olduğunu söylüyor?

Çünkü günlerle ölçülen bir gecikmeyle, zaten işlenmiş veriyi raporluyor ve doğruluğu değil kapsamı raporluyor. Önce normalleştirilmeden hash’lenmiş bir alan, geçerli görünen ama kimseyle eşleşmeyen bir özet üretir; tanılamanın bunu söyleyecek bir yolu yoktur.

Bunu panelde yapmak →

Bu kümenin geri kalanı: GA4, sunucu tarafı ve atıf

• DebugView hiçbir şey göstermediğinde GA4 ayıklama
• GA4 her şeyi iki kez sayıyorsa
• Server-side GTM nasıl ayıklanır
• Google Tag Gateway: gerçekten çalıştığını doğrulamak
• GA4 trafiğin başka yerden geldiğini söylediğinde

GA4, sunucu tarafı ve atıf kümesinin tamamı