Google Ads Gelişmiş Dönüşümler Nasıl Kurulur?

Gelişmiş dönüşüm kurulumu, Google Ads dönüşüm etiketine formdaki e-posta ve telefonu da ekleyen bir ölçüm adımıdır. Veri gönderilmeden önce SHA-256 ile hash'lenir ve Google hesaplarıyla eşleştirilir. Böylece çerez kaybolsa da dönüşüm doğru tıklamaya bağlanabilir. Aşağıda web ve potansiyel müşteri sürümlerinin farkını ve 2026'daki ayar değişikliğini anlatıyoruz. Özel kodlu sitede gtag ile veri göndermeyi, +90 telefon biçimini, onay modunu ve tanılama ekranını da ele aldık.

Gelişmiş dönüşümler nedir, nasıl çalışır?

Gelişmiş dönüşüm, dönüşüm anında alınan müşteri verisini hash'leyip etiketle birlikte Google'a gönderen bir ölçüm özelliğidir. Google bu değeri, reklamla etkileşime giren ve oturum açmış hesaplarla karşılaştırır. Eşleşen dönüşüm, çerez olmasa da reklam tıklamasına bağlanır.

Standart dönüşüm etiketi, reklam tıklamasından kalan çereze dayanır. Ziyaretçi başka cihazdan dönerse ya da tarayıcı çerezi silerse bağ kopar. Gelişmiş dönüşüm bu kopukluğun bir kısmını kapatır. Etiketin yerine geçmez; var olan dönüşüm işleminin yanına eklenir. Etiketin ve dönüşüm işleminin ilk kurulumunu Google Ads dönüşüm takibi sayfamızda anlattık.

Hash, bir metni geri çevrilemeyen sabit uzunlukta bir dizeye dönüştüren tek yönlü işlemdir. Google burada SHA-256 algoritmasını kullanır. Aynı e-posta her seferinde aynı dizeyi üretir. Tek bir büyük harf ya da fazladan boşluk ise bambaşka bir dize çıkarır. Biçimlendirme bu yüzden kurulumun en hassas kısmıdır.

Web için ve potansiyel müşteriler için gelişmiş dönüşüm farkı nedir?

Web sürümü, sitede biten dönüşümü ölçer: form gönderimi, kayıt ya da sipariş. Potansiyel müşteri sürümü ise siteden gelen başvurunun sonradan satışa dönüşmesini ölçer. Fark, dönüşümün nerede ve ne zaman gerçekleştiğidir.

2026'da bu iki sürümün ayarı birleştirildi. Google'ın duyurusuna göre Nisan 2026'dan itibaren etiket, Data Manager ve API verisi aynı anda kabul ediliyor. Haziran 2026 için de iki sürümün tek bir aç-kapat ayarında toplanması duyuruldu. Çevrimdışı dönüşüm içe aktarmaları da Data Manager API'ye taşınıyor.

Müşteri verisi koşullarını daha önce kabul etmiş hesaplar yeni ayara kendiliğinden taşınır. Kavram olarak iki ayrı iş hâlâ vardır, ama artık ayrı bir kurulum yolu seçilmez. Etiketten gelen veri ve sonradan yüklenen satış aynı ayar altında çalışır.

Form toplayan hizmet sitesi hangisiyle başlamalı?

Web tarafıyla başlamalı. Form gönderimi zaten dönüşüm olarak ölçülüyorsa, gelişmiş dönüşüm aynı işleme veri ekler ve ilk haftadan çalışır. Satış tarafı, başvurunun sonucunu tutan bir müşteri kaydı oluşunca eklenir.

Bizim kullandığımız kural şu: başvurular bir CRM'de "görüşüldü" ve "satışa döndü" diye işaretleniyorsa satış içe aktarımını da kuruyoruz. Başvurular yalnızca e-posta kutusunda duruyorsa önce o kaydı düzenlemek gerekir. Kaydı tutulmayan bir satışı Google'a bildirmenin yolu yoktur.

Kurulumdan önce neler hazır olmalı?

Beş şey hazır olmalı: dönüşüm işlemi, Google etiketi, kabul edilmiş koşullar, onay modu ve doğru form alanları. Dönüşüm işlemi hiç kayıt almıyorsa gelişmiş dönüşüm bunu düzeltmez. Önce temel ölçüm çalışmalıdır.

• Dönüşüm işlemi Tag Assistant testinden geçiyor ve gerçek form sayısıyla tutarlı.
• Google etiketi teşekkür adımı dahil bütün sayfalarda yükleniyor.
• Müşteri verisi koşulları hesapta bir yönetici tarafından kabul edildi.
• Çerez penceresi, ad_user_data sinyalini etikete iletiyor.
• Formda e-posta alanı var; yalnızca telefon soran form yetmez.

Neden yalnızca telefon yetmez?

Google'ın kuralına göre telefon tek başına eşleşme anahtarı sayılmaz. Telefonun yanında e-posta ya da tam ad ve adres bulunmalıdır. Adres için ad, soyad, posta kodu ve ülke birlikte gerekir.

Türkiye'de hizmet formlarının çoğu yalnızca ad ve telefon ister. Böyle bir formda gelişmiş dönüşüm neredeyse hiç işe yarar veri taşımaz. Biz bu durumda forma isteğe bağlı bir e-posta alanı eklemeyi öneriyoruz. (Zorunlu yapmıyoruz; her yeni zorunlu alan, formu yarıda bırakmak için bir neden daha demek.)

Hesapta ayar nereden açılır ve hangi yöntem seçilir?

Ayar, Hedefler menüsündeki Ayarlar sayfasında, müşteri verisi kullanımı panelinde açılır. Aynı panel yeni dönüşüm işlemi oluştururken de çıkar. Koşullar kabul edilmeden etiket kullanıcı verisi toplamaya başlamaz.

Google etiketiyle üç yöntem var. Otomatik algılama, sayfadaki e-posta ve telefon benzeri metinleri kendisi arar. Elle yapılandırmada bir CSS seçicisi ya da JavaScript değişkeni gösterilir. Kod yönteminde ise veri, gtag komutuyla doğrudan verilir. Google'a göre yöntemler birlikte kullanılırsa koddan gelen veri önceliklidir.

Özel kodlu sitelerde kod yöntemini tercih ediyoruz. Otomatik algılama, form gönderildikten sonra ekrandan kalkan alanları bulamayabilir. CSS seçicisi de tasarım değişince sessizce bozulur. Kodda veri, formun başarılı yanıtıyla aynı yerde ve aynı anda hazırdır.

Özel kodlu sitede gelişmiş dönüşüm kurulumu nasıl yapılır?

Formun başarılı yanıtı geldiğinde önce kullanıcı verisi ayarlanır, sonra dönüşüm olayı gönderilir. Sıra tersine dönerse olay boş veriyle gider. Next.js, PHP ya da başka bir yapı fark etmez; mantık aynıdır.

1. Ziyaretçi formu gönderir; tarayıcı alan değerlerini bellekte tutar.
2. Sunucu formu doğrular, kaydeder ve başarılı yanıt döner.
3. Tarayıcı e-postayı ve telefonu Google'ın istediği biçime getirir.
4. Reklam onayı varsa gtag set komutuyla user_data nesnesi ayarlanır.
5. Hemen ardından dönüşüm olayı, işlemin send_to değeriyle gönderilir.
6. Ziyaretçi teşekkür adımına geçer; değerler bellekten silinir.

user_data nesnesinde e-posta için email, telefon için phone_number alanı kullanılır. Ad ve adres, address nesnesinin altında first_name, last_name, postal_code ve country alanlarıyla gider. Google birden çok değeri dizi olarak da kabul eder: e-posta ve telefonda 3, adreste 2 değere kadar.

Google, verinin dönüşüm etiketi tetiklendiği anda hazır olmasını şart koşar. Tek sayfalı uygulamalarda en sık hata buradadır. Teşekkür sayfası yeniden yüklenmediği için sayfa yüklemesine bağlı kod çalışmaz. Kendi sitemiz Next.js ile çalışıyor; Meta Pixel olayını da bu yüzden formun başarılı yanıtına bağladık.

Form verisi hangi yollardan taşınmamalı?

Kişisel veri adres çubuğuna, kalıcı tarayıcı deposuna ve sürekli açık bir veri katmanına yazılmamalıdır. Teşekkür sayfasına e-postayı adres parametresiyle taşımak sık görülen bir kısayoldur. Oysa sayfa adresi, analitik ve reklam etiketlerine hash'lenmeden gider.

Etiket Yöneticisi kullanılıyorsa veri katmanına yalnızca olay anında ve olayla birlikte yazılır. localStorage gibi depolar sayfa kapansa da veriyi tutar. Bizim kuralımız, form verisini bu depolara hiç koymamaktır.

Telefon numarası E.164 biçimine nasıl çevrilir?

E.164, telefon numarasını artı işareti, ülke kodu ve yalnızca rakamlarla yazan uluslararası biçimdir. Google, artıyla başlayan, 11 ile 15 rakam içeren, boşluksuz ve tiresiz bir değer ister. Türkiye'de bu, +90 ve ardından 10 haneli numara demektir.

Biçimlendirmeyi formu gönderen kod yapar; ziyaretçiye bırakılmaz. Ülke kodunu her zaman 90 saymak, yurt dışından başvuru alan sitede yanlış sonuç verir. Çok dilli sitelerde formda ülke kodunu ayrıca sormayı öneriyoruz. Sağlık turizmi ve saç ekimi gibi çok dilli projelerimizde başvurular birçok ülkeden geliyor.

Meta'nın Dönüşüm API'si benzer bir kural ister, ama artı işaretsiz: yalnızca ülke koduyla başlayan rakamlar. Aynı formu iki platforma gönderen kod bu yüzden iki ayrı biçim üretmelidir. Meta tarafındaki hash kurallarını Dönüşüm API'si kurulum rehberimizde anlattık.

E-posta ve ad nasıl biçimlendirilir?

E-postada baştaki ve sondaki boşluk silinir, tamamı küçük harfe çevrilir. Veri hash'lenmeden verilirse Google bu biçimlendirmeyi ve hash'i kendisi yapar. Kendi hash'inizi gönderecekseniz bütün kurallar size kalır.

Hazır hash için sha256_email_address ve sha256_phone_number gibi ayrı alanlar vardır. Google'a göre gmail.com ve googlemail.com adreslerinde @ işaretinden önceki noktalar da silinir. Türkçe adlarda bir tuzak daha var. Yaygın programlama dillerinin varsayılan küçültmesi büyük I harfini i yapar. Hash'i kendimiz yaptığımız Meta kodunda bu yüzden İ ve I harflerini önce elle çeviriyoruz.

Onay modu ve KVKK açısından nelere dikkat edilir?

Gelişmiş dönüşüm verisi, ziyaretçi reklam amaçlı veri paylaşımına onay verdiyse gider. Onay modunda bu izni ad_user_data sinyali taşır. Google'ın belgesine göre sinyal reddedildiğinde hash'lenmiş birinci taraf verisi gönderilmez.

Onay modunun varsayılan komutu, her ölçüm olayından önce çalışmalıdır. Dört sinyal başta denied olarak ayarlanır. Ziyaretçi seçimini yapınca update komutu yalnızca izin verilen sinyalleri granted yapar. Google'a göre komutlar bu sırayla çalışmazsa varsayılan ayar işe yaramaz. Temel ve gelişmiş onay modu farkını dönüşüm görünmüyor sorununun çözümü yazımızda anlattık.

KVKK tarafında üç konu var. Kurumun çerez rehberi, pazarlama çerezleri için açık rıza ister. Bizim önerimiz, aydınlatma metninde form verisinin hash'lenip reklam ölçümü için Google'a aktarıldığını açıkça yazmaktır. Verinin yurt dışına aktarım dayanağı da ayrıca değerlendirilmelidir. (Bu son konuda hukuk danışmanınızın görüşünü almanızı öneririz.)

Çerez penceremizi kendimiz yazdık; Meta Pixel ve Dönüşüm API'si yalnızca onaydan sonra çalışıyor. Google tarafında da aynı kuralı öneriyoruz: reklam onayı yoksa user_data hiç ayarlanmaz. Sinyal reddedildiğinde etiket veriyi zaten göndermez. Yine de kodun veriyi hiç hazırlamaması daha temiz bir güvencedir.

Kurulum çalışıyor mu, nasıl anlaşılır?

İlk kontrol, tarayıcının geliştirici araçlarıyla yapılır. Form gönderilince googleadservices.com/pagead/conversion adresine giden istekte em parametresi aranır. Değer tv.1~em ile başlayıp uzun bir dizeyle sürüyorsa veri gitmiştir.

1. Gizli pencerede siteyi açın ve çerez penceresinde reklam onayını verin.
2. Geliştirici araçlarında Ağ sekmesini açın ve "conversion" kelimesiyle süzün.
3. Formu deneme verisiyle gönderin.
4. Dönüşüm isteğini seçin ve em parametresini bulun.
5. Yalnızca tv.1~em görünüyorsa veri, etiket tetiklendiğinde hazır değildir.
6. Denemeyi çerezleri reddederek tekrarlayın; kullanıcı verisi gitmemelidir.

Google, etiket tanılama raporunun kurulumdan yaklaşık 72 saat sonra açıldığını yazıyor. Etki sonuçları ise başarılı kurulumdan yaklaşık 30 gün sonra görünür. Bu iki süre dolmadan ayarları değiştirmemeyi öneriyoruz.

Tanılama sekmesi ve kapsam oranı nasıl okunur?

Tanılama sekmesi, gelişmiş dönüşüm verisinin gelip gelmediğini ve biçiminin doğru olup olmadığını gösterir. Hedefler menüsünde Özet ekranındaki işlem durumunun üzerine gelinir, Ayrıntılar ve ardından Tanılama seçilir. Ekran dört sağlık durumundan birini verir.

• Excellent: kurulum etkin ve beklendiği gibi kayıt alıyor.
• Good: kurulum etkin, ama iyileştirme fırsatı var.
• Needs attention: kurulum etkin, ama düzeltilmesi gereken hata var.
• No recent data: son 7 günde veri kaydedilmedi.

Türkçe arayüzde adlar farklı çevrilmiş olabilir; sıralama aynıdır. Kapsam oranı, kullanıcı verisi taşıyan dönüşüm olaylarının bütün dönüşüm olaylarına oranıdır. Örneğin 40 dönüşümün 30'unda veri varsa oran yüzde 75'tir. Google'a göre oran, veri gelmeye başladıktan birkaç saat içinde görünür.

Google, son 7 günde 20'den az dönüşüm alan işlemlerde bu uyarıları göstermez. Gelişmiş dönüşümün en çok, haftada en az 20 dönüşüm alan reklamverene yaradığını da yazıyor. Küçük hesaplarda tanılama ekranı bu yüzden uzun süre sessiz kalabilir.

Kapsam oranı düşükse nereden başlanır?

Önce oranın hangi dönüşüm işleminde düştüğüne bakılır. Bizim kullandığımız eşik yüzde 70'tir; altında kalan işlemi aynı hafta inceliyoruz. Bu eşik Google'ın değil, bizim kuralımızdır.

İnceleme üç sorudan oluşur. Form e-posta soruyor mu? Veri, dönüşüm olayından önce ayarlanıyor mu? Reklam onayı vermeyen ziyaretçilerin payı ne kadar? Son soru çoğu zaman düzeltilecek bir hata değildir. Bizim yorumumuza göre onay vermeyenlerin verisi gitmediği için oran yüzde 100'e ulaşmayabilir.

Kurulumu reklam yönetimiyle birlikte yürütmek isterseniz Google reklam yönetimi hizmetimiz gelişmiş dönüşümü ve tanılama kontrolünü de kapsar.