Google Ads Gelişmiş Dönüşümler: Kurulum ve Doğrulama

Gelişmiş dönüşümler, dönüşüm anında topladığınız e-posta veya telefon gibi birinci taraf verileri tarayıcıdan çıkmadan SHA-256 ile hash'leyip dönüşüm etiketiyle birlikte Google Ads'e gönderen bir ölçüm katmanıdır. Google bu hash'i, reklamınıza tıklarken oturum açmış olan hesabın hash'iyle karşılaştırır; eşleşme olursa çerez okunamadığında bile dönüşüm ilgili kampanyaya yazılır. 2026'da web ve potansiyel müşteri (leads) sürümleri tek bir modülde birleştiği için soru artık "hangi özelliği açayım" değil, "veriyi hangi yoldan, hangi kalitede gönderiyorum". Bu yazı temel dönüşüm izleme kurulumunu tekrarlamıyor; gelişmiş dönüşümlere özel kısımlara, yani hash'lenecek alanlara, kurulum yollarının karşılaştırmasına, izin bağımlılığına ve kurulumun gerçekten çalıştığını kanıtlayan eşiklere odaklanıyor.

Gelişmiş dönüşümler nedir, klasik dönüşüm izlemeden farkı nedir?

Klasik dönüşüm izleme, tıklamayı çerez veya GCLID üzerinden dönüşüme bağlar. Gelişmiş dönüşümler bunun yerine ikinci bir kimlik köprüsü kurar: hash'lenmiş birinci taraf veri. Çerez silinmiş, tarayıcı ömrü kısaltmış ya da kullanıcı cihaz değiştirmiş olsa bile hash eşleşmesi dönüşümü kurtarabilir. Temel kurulumun yerine geçmez, üzerine binen bir katmandır; etiket doğru tetiklenmiyorsa gelişmiş dönüşümler de çalışmaz. Temel kurulumu Google Ads dönüşüm izleme kurulumu yazısında adım adım anlattık.

• Sinyal kaynağı: klasik izleme çerez ve tıklama kimliğiyle çalışır; gelişmiş dönüşümler kullanıcının kendi girdiği e-posta, telefon veya ad-adres bilgisini kullanır.
• Eşleşme mantığı: veri düz metin gitmez. Normalize edilip SHA-256 ile hash'lenir ve Google tarafındaki hash'lerle karşılaştırılır; ham e-posta hiçbir aşamada iletilmez.
• Devreye girdiği an: yalnızca bir dönüşüm tetiklendiğinde. Gelişmiş dönüşümler yeni dönüşüm üretmez, var olan ama atfedilemeyen dönüşümleri geri kazandırır.
• Değiştirmediği şey: hedefleme ve teklif mantığı aynı kalır. Ancak daha eksiksiz dönüşüm verisi, akıllı teklif algoritmasının öğrendiği örnek havuzunu büyütür; asıl dolaylı kazanç buradadır.
• Bağımlı olduğu şey: dönüşüm anında gerçekten bir kimlik alanı bulunması ve kullanıcının reklam kişiselleştirme iznini vermiş olması. Bu ikisinden biri eksikse kurulum teknik olarak doğru olsa bile eşleşme üretmez.

Gelişmiş dönüşümler ölçümde ne kadar fark yaratır?

Kazanç, ne kadar sinyal kaybettiğinize bağlıdır: çerez reddi ve tarayıcı kısıtları yüksek olan hesaplarda geri kazanım büyür. Sektör ölçütlerinde arama kampanyalarında tipik olarak tek haneli bir dönüşüm artışı raporlanır; sinyal kaybının ağır olduğu hesaplarda geri kazanılan pay daha yüksek çıkabilir. Doğru beklenti şu: raporlanan dönüşüm sayısında düzeltme, gerçek satışta sihir değil. Aşağıdaki eğri, örnek bir senaryoda kurulumun iki hafta sonra devreye girmesini ve eşleşme oranının oturmasını gösteriyor. Eğrinin ilk günlerinde acele etmeyin: eşleşme oranı, dönüşüm gecikmesi ve veri işleme süresi nedeniyle genellikle ikinci hafta sonunda anlamlı hale gelir. Kıyaslamayı da aynı dönemin öncesiyle yapın; kampanya bütçesi veya sezon aynı anda değiştiyse artışı yalnızca gelişmiş dönüşümlere yazmak yanıltıcı olur.

Hangi veriler nasıl hash'lenip gönderilir?

Kabul edilen alanlar e-posta, telefon numarası ve ad-soyad ile birlikte adres bileşenleridir (posta kodu ve ülke). Uygulamada en yüksek eşleşme oranını e-posta verir; telefon ve adres tamamlayıcıdır ve tek başına gönderildiğinde katkısı sınırlıdır. Hash öncesinde normalizasyon şarttır: normalize edilmemiş bir dize farklı bir hash üretir, eşleşme de sessizce sıfıra iner. Hash tek yönlüdür, yani gönderilen özet değerden ham veri geri üretilemez; buna karşın aynı girdi her zaman aynı özeti verdiği için eşleştirme mümkün olur. Sırası şöyle.

1. Baştaki ve sondaki boşlukları temizleyin; e-posta adresini tamamen küçük harfe çevirin.
2. Telefonu E.164 biçimine getirin: başında artı ve ülke kodu, arada boşluk veya noktalama olmadan (örnek: +905551112233).
3. Ad ve soyadı küçük harfe çevirin, sayı ve noktalama işaretlerini ayıklayın; adres için posta kodunu ve iki harfli ülke kodunu ayrı alanlar olarak gönderin.
4. Normalize dizeyi SHA-256 ile hash'leyin ve sonucu küçük harfli onaltılık (hex) biçimde iletin.
5. Aynı dönüşüm için tekilleştirme kimliği (transaction_id veya order_id) taşıyın; etiket ve API aynı satışı iki kez yazmasın.

Google etiketi, GTM mi yoksa API mi: hangi kurulum yolu?

Seçim, verinin nerede güvenilir biçimde var olduğuna göre yapılır. Dönüşüm anında e-posta sayfada mevcutsa tarayıcı tarafı yeterlidir. E-posta yalnızca CRM'de netleşiyorsa, örneğin nitelikli potansiyel müşteri ya da telefonla kapanan satış, API veya yükleme yolu şarttır. Uygulamada en sağlam kurulum ikisinin birlikte çalıştığı, tekilleştirme kimliğiyle bağlanan hibrit yapıdır. Karar verirken üç soruyu yanıtlayın: dönüşüm anında hangi alan kesin olarak dolu, bu alan hangi sistemde saklanıyor ve satışın gerçekten değerli olduğu an ile form gönderimi arasında kaç gün var. Yanıtlar sizi doğrudan aşağıdaki üç yoldan birine götürür.

• Google etiketi, otomatik toplama: en hızlı yol. Etiket dönüşüm sayfasındaki form alanlarını okumayı dener. Tek sayfa uygulamalarda ve teşekkür sayfasında hiçbir alan görünmüyorsa güvenilmez; kurduktan sonra mutlaka ağ isteğinden doğrulayın.
• GTM ve kullanıcı-sağlamalı veri değişkeni: alanları CSS seçici ya da dataLayer değişkeniyle açıkça eşlersiniz. Kontrol yüksektir; ancak sayfa yapısı değiştiğinde CSS seçici sessizce kırılır, bu yüzden mümkün olan her yerde dataLayer tercih edin.
• API ve veri yüklemesi: dönüşümü sunucudan veya CRM'den, hash'li alanlar ve tıklama kimliğiyle gönderirsiniz. Uzun satış döngüsünde tek gerçekçi yol. 2026'da yükleme hattının Data Manager tarafına taşındığını, eski API akışlarınızın kontrol edilmesi gerektiğini unutmayın. Sunucu tarafı mimarinin bütününü sunucu taraflı izleme yazısında ele aldık.

İzin sinyalleri gelişmiş dönüşümleri nasıl etkiler?

Gelişmiş dönüşümler izne bağlıdır. Consent Mode v2'de ad_user_data parametresi granted değilse, ayar açık görünse bile hash'li veri sunucu tarafında düşürülür ve eşleşme hiç denenmez. Bu yüzden çerez banner'ı ile ölçüm kurulumu aslında tek bir projedir. Pratikte izin oranını birkaç puan artırmak, çoğu hesapta ek etiket ayarından daha fazla dönüşüm geri kazandırır. Banner metnini sadeleştirmek, reddet düğmesini gizlemeden ama izin gerekçesini açık yazmak ve gereksiz kategori sayısını azaltmak bu oranı en çok etkileyen üç müdahaledir. Ayrıntılar için Consent Mode v2 rehberine bakın.

1. Dönüşüm sayfasında tarayıcının ağ sekmesini açın; Google Ads isteğinde kullanıcı verisi parametrelerinin dolu gittiğini görün.
2. İzin durumunu reddet olarak değiştirip testi tekrarlayın; bu kez verinin gitmediğini doğrulayın. İki test birlikte anlamlıdır.
3. İlk gönderimden 48-72 saat sonra tanı raporunu açın; eşleşme oranını ve hatalı alan uyarılarını okuyun.
4. Ads'in dönüşüm sayısını kendi sipariş veya CRM sayınızla karşılaştırın; fark %15'i aşıyorsa zincirde kırık bir halka vardır.

Kurulum gerçekten çalışıyor mu, hangi eşiklere bakmalısınız?

Anahtarın açık olması kurulumun çalıştığı anlamına gelmez. Bakılacak üç sayı var: tanı raporundaki eşleşme oranı, kullanıcı verisi taşıyan dönüşümlerin payı ve Ads ile kendi sisteminizin sayıları arasındaki fark. Sağlıklı bir kurulumda eşleşme oranı %40'ın üzerinde seyreder, dönüşümlerin büyük çoğunluğu hash'li veri taşır ve sistem farkı %5-10 bandında kalır. Bu üçlü bozulduğunda önce etiketi değil, veri kaynağını ve izin akışını sorgulayın. Eşiklerin mutlak doğru olmadığını da kabul edelim: sektöre, cihaz dağılımına ve oturum açma alışkanlığına göre sağlıklı bant kayar. B2B hesaplarda kurumsal e-posta adresleri Google hesabıyla daha seyrek örtüştüğü için eşleşme oranı yapısal olarak düşük kalabilir; bu durumda kendi geçmiş ortalamanızı ölçüt alın, genel eşiği değil.

Ölçümde asıl risk verinin hiç gelmemesi değil, eksik gelmesidir: açık görünen ama eşleşmeyen bir kurulum, akıllı teklif algoritmasını haftalarca yanlış örneklerle eğitir.Ads Sensor Ekibi

Gelişmiş dönüşümler kurulduktan sonraki asıl iş, dönüşüm hacminin ve maliyetinin haftalık takibi. Eşleşme oranı düştüğünde bunu genelde kampanya performansındaki ani sapmadan anlarsınız; erken fark etmek için verinin tek yerde ve karşılaştırmalı durması gerekir. Ads Sensor, Google Ads ve GA4 dönüşümlerini yan yana okur, hacimdeki kırılmaları anomali olarak bildirir ve önerdiği aksiyonun gerekçesini gösterir. Ön beta için kayıt olabilirsiniz.