Gelişmiş Dönüşümler Nedir? Google Ads Kurulum Rehberi (Web, Lead, KVKK)

Gelişmiş dönüşümler, Google Ads dönüşüm ölçümünüzü birinci taraf müşteri verisiyle güçlendiren bir özelliktir. Formda ya da ödeme sayfasında aldığınız e-posta, telefon veya adres bilgisini etiket tarayıcıda SHA256 ile şifreler ve Google'a öyle ulaştırır. Böylece çerezin kaybolduğu, cihazın değiştiği ya da tıklama kimliğinin düştüğü satışları reklama yeniden bağlarsınız.

2012'den beri Google Ads hesapları yönetiyorum. Son yıllarda denetlediğim hesapların büyük kısmında sorun reklam metni değil, eksik ölçümdü. Bu rehberde gelişmiş dönüşümlerin web ve potansiyel müşteri sürümlerini, Google etiketi ile Etiket Yöneticisi kurulumunu, Data Manager dönemindeki değişiklikleri ve KVKK ile GDPR tarafını Google'ın resmi yardım sayfalarına dayanarak anlatıyorum.

Gelişmiş dönüşümler nedir?

Gelişmiş dönüşümler, dönüşüm etiketinizin yanına şifrelenmiş müşteri verisi ekleyen bir Google Ads özelliğidir. Etiket e-posta, ad, adres ve telefon gibi alanları SHA256 ile tek yönlü şifreler; Google bu veriyi reklamla etkileşen oturum açmış hesaplarla eşleştirir. Sonuç olarak kaybolan dönüşümleri geri kazanırsınız ve teklif stratejileriniz daha doğru veriyle çalışır.

Google yardım sayfası özelliği iki cümleyle özetliyor: dönüşüm ölçümünün doğruluğunu artırır ve daha güçlü teklif stratejilerinin önünü açar. Önemli nokta şu: gelişmiş dönüşümler mevcut dönüşüm etiketinizin yerine geçmez. Mevcut etiket çalışmaya devam eder; yeni katman yalnızca ek bir eşleştirme sinyali taşır.

Uygulamada bu farkı en net şu senaryoda görürsünüz. Kullanıcı reklamı telefonda tıklıyor, üç gün sonra iş bilgisayarından siteye girip teklif formunu dolduruyor. Klasik etiket bu iki ziyareti birbirine bağlayamayabilir. Ancak kullanıcı iki cihazda da aynı Google hesabıyla oturum açmışsa, formdaki e-posta adresi bu bağı kurar. Kısacası ölçümünüz çereze daha az bağımlı hale gelir.

Gelişmiş dönüşümler hangi ölçüm açığını kapatır?

Dönüşüm takibi yıllarca tek bir temele dayandı: tıklamada oluşan kimlik ve tarayıcıdaki çerez. Bugün bu temel her gün biraz daha zayıflıyor. Tarayıcılar çerez ömrünü kısaltıyor, kullanıcılar çerez bandında reddi seçiyor, insanlar araştırmayı bir cihazda başlatıp satın almayı başka bir cihazda bitiriyor.

Bu kayıpların üç sonucu olur. İlk olarak raporladığınız dönüşüm sayısı gerçeğin altında kalır ve kampanyanız olduğundan zayıf görünür. İkinci olarak akıllı teklif stratejileri eksik sinyalle öğrenir; dolayısıyla iyi çalışan anahtar kelimelere yeterli bütçe ayırmaz. Üçüncü olarak yönetim toplantısında "reklam işe yaramıyor" cümlesini herkes yanlış veriye dayanarak kurar.

Gelişmiş dönüşümler bu açığın tamamını kapatmaz, bunu dürüstçe söylemem gerekir. Kullanıcı Google hesabında oturum açmamışsa ya da formda bilgi vermemişse eşleşme olmaz. Yine de eşleşen her dönüşüm, önceden hiç görünmeyen bir satıştır. Ölçüm stratejinizin geri kalanını kurarken kurumsal web sitesinde dönüşüm hedefi belirleme rehberim iyi bir başlangıç noktası olur.

Web ve potansiyel müşteri sürümü arasındaki fark nedir?

Google bu özelliği iki kullanım biçimiyle sunuyor. Web sürümü, dönüşümün sitede gerçekleştiği işler içindir: e-ticaret satın alması, üyelik, ücretli rezervasyon. Potansiyel müşteri sürümü ise sitede başlayıp satış ekibinin telefonunda ya da CRM'de biten işler içindir. Aşağıdaki tablo farkı özetliyor.

Google, 2026 içinde bu iki sürümü tek bir açma kapama anahtarında birleştirdiğini duyurdu. Yani arayüzde artık ayrı yöntemler seçmiyorsunuz. Ancak mantıksal ayrım sürüyor: siz hâlâ hangi verinin sitede, hangi verinin satış sonrasında oluştuğunu bilmek zorundasınız.

Hangi müşteri verileri Google'a gider?

Google dört veri türüyle çalışıyor: e-posta adresi, ad ve soyad, ev ya da fatura adresi, telefon numarası. Bu alanların hepsi zorunlu değil. Resmi kurulum sayfası en az şu seçeneklerden birini istiyor:

• E-posta adresi (Google'ın tercih ettiği ve en güçlü eşleşme sinyali).
• Tam adres: ad, soyad, posta kodu ve ülke birlikte.
• Telefon numarası, tercihen e-posta ya da tam adresle birlikte.

Deneyimim şunu söylüyor: e-posta alanını zorunlu tutmayan formlarda eşleşme oranı belirgin biçimde düşüyor. Bu nedenle teklif ya da randevu formunuzu tasarlarken e-postayı ilk alanlardan biri yapın. Formu sadeleştirmek için randevu, teklif ve demo formu tasarımı yazımdaki önerileri kullanabilirsiniz.

Telefon numarasını E.164 biçiminde tutmanız gerekiyor; yani ülke koduyla, boşluksuz ve artı işaretiyle: +905xxxxxxxxx. Türkiye'deki formlarda en sık gördüğüm hata, numaranın başında sıfırla ya da parantezle kaydedilmesi. Bu durumda şifrelenen değer Google'daki kayıtla örtüşmez ve eşleşme boşa gider.

SHA256 şifreleme verinizi nasıl korur?

SHA256 tek yönlü bir özetleme algoritmasıdır. "ornek@alanadi.com" gibi bir girdiyi 64 karakterlik bir diziye çevirir ve bu diziden orijinal adrese geri dönemezsiniz. Google da aynı yöntemle kendi kayıtlarını özetler; iki özet aynıysa eşleşme gerçekleşir.

Ancak özetlemeden önce veriyi standart hale getirmeniz şart. Google'ın yardım sayfası ve geliştirici belgeleri şu adımları istiyor:

1. Baştaki ve sondaki boşlukları silin.
2. Metni küçük harfe çevirin.
3. Telefonu E.164 biçimine getirin.
4. gmail.com ve googlemail.com adreslerinde kullanıcı adındaki noktaları kaldırın.
5. Ülke, şehir ve posta kodunu API ile gönderiyorsanız özetlemeyin; geliştirici belgeleri bu alanları açık metin olarak istiyor.

Google etiketi ya da Etiket Yöneticisi kullandığınızda bu işlemleri etiket sizin yerinize yapar. Kendi sunucunuzdan API ile veri gönderdiğinizde ise sorumluluk sizde. Burada bir uyarı ekleyeyim: özetleme veriyi anonim yapmaz. Hukuk açısından hâlâ kişisel veri işliyorsunuz; KVKK bölümünde bu konuya döneceğim.

Kurulumdan önce neleri hazırlamalısınız?

Gelişmiş dönüşümleri açmadan önce temel ölçümünüzün sağlam olması gerekiyor. Bozuk bir dönüşüm etiketine şifrelenmiş veri eklemek sorunu çözmez, sadece gizler. Kuruluma başlamadan önce ekibimle şu kontrol listesini geçiyoruz:

• Dönüşüm eyleminiz doğru sayfada, doğru olayda ve tek kez tetikleniyor mu?
• Satın alma dönüşümlerinde sipariş numarasını (transaction ID) etikete aktarıyor musunuz?
• Formunuz e-posta ya da telefon alanını topluyor mu, bu alanların adları sabit mi?
• Çerez izin bandınız Google'ın izin modu sinyallerini gönderiyor mu?
• Gizlilik politikanız ve aydınlatma metniniz reklam ölçümü için veri paylaşımını anlatıyor mu?
• Google Ads hesabınıza yönetici erişiminiz var mı? Müşteri verisi şartlarını yalnız yetkili kullanıcı kabul edebilir.

Bu listede takıldığınız madde varsa önce onu çözün. Özellikle çift sayım sorunu olan hesaplarda gelişmiş dönüşümler rakamları daha da şişirebilir. Mevcut hesabınızın genel durumunu hızlıca görmek için Google Ads hesap analizi aracını kullanabilirsiniz.

Google Ads'te gelişmiş dönüşümleri nasıl açarsınız?

Resmi yardım sayfasındaki yol şöyle: Google Ads'te Hedefler simgesine tıklıyorsunuz, ardından Ayarlar bölümüne geçiyorsunuz ve gelişmiş dönüşümler panelini açıyorsunuz. Burada "Gelişmiş dönüşümleri etkinleştir" kutusunu işaretliyorsunuz. Arayüzün Türkçe sürümünde etiket adları küçük farklarla görünebilir, bu yüzden simge ve bölüm sırasını takip edin.

Kutuyu işaretlediğinizde Google sizden müşteri verisi politikalarını onaylamanızı ister. Bu onayla iki şeyi kabul edersiniz: Google politikalarına uyduğunuzu ve Google Ads Veri İşleme Şartları'nın gelişmiş dönüşümler için geçerli olduğunu. Bu onayı bir pazarlama stajyerine bırakmayın; şirketinizin veri sorumlusu ya da hukuk tarafı bu metni görmeli.

Google'ın güncellemesine göre özelliği hesap düzeyinde ya da tek tek dönüşüm eylemi düzeyinde açabiliyorsunuz. Daha önce şartları kabul etmiş hesaplar için ek bir işlem gerekmiyor; geçiş otomatik gerçekleşiyor. Yeni başlıyorsanız, önce en önemli dönüşüm eyleminizde deneyip sonuçları izlemenizi öneririm.

Google etiketiyle kurulumu nasıl yaparsınız?

Sitenize doğrudan gtag.js kodu eklediyseniz en kısa yol budur. Google üç veri toplama yöntemi sunuyor ve her biri farklı teknik seviyeye uyuyor.

Otomatik algılamada etiket, sayfadaki e-posta ya da telefon kalıplarını kendisi arar. Google bu yöntemi az emek isteyen ve çoğu reklamveren için yeterli seçenek olarak tanımlıyor. Ancak veri, dönüşüm sayfasında görünür değilse, örneğin teşekkür sayfasında e-posta yer almıyorsa, otomatik algılama boş döner.

Manuel yöntemde CSS seçicileri ya da JavaScript değişkenlerini tanımlarsınız. Etiket "e-posta şu alanda" bilgisini sizden alır. Kod yöntemi ise en sağlam olanıdır: dönüşümden önce gtag ile user_data nesnesini gönderirsiniz ve e-posta, telefon, ad, soyad, posta kodu, ülke alanlarını kendiniz doldurursunuz. Google, yöntemler birlikte çalıştığında kod yöntemini öncelikli sayıyor.

Benim tercihim çoğu projede kod yöntemi. Çünkü form alanlarının adı tasarım güncellemesinde değişebilir ve CSS seçicisi sessizce kırılır. Kod yönteminde veri, form gönderildiği anda arka uçtan ya da veri katmanından gelir. Böylece bir tema değişikliği ölçümünüzü bozmaz.

Google Etiket Yöneticisi ile kurulum adımları nelerdir?

Sitenizde Google Etiket Yöneticisi (GTM) varsa kurulumu kapsayıcınız üzerinden yürütürsünüz. Google'ın yardım sayfasındaki akışı sadeleştirerek şöyle özetleyebilirim:

1. Google Ads'te gelişmiş dönüşümleri açın ve yöntem olarak Google Etiket Yöneticisi'ni seçin.
2. Google etiketi ayarlarında kullanıcı tarafından sağlanan veri özelliklerine izin veren seçeneği etkinleştirin.
3. GTM'de "Kullanıcı tarafından sağlanan veriler" türünde bir değişken oluşturun; otomatik, manuel ya da kod seçeneğinden birini seçin.
4. Bu değişkeni Google Ads dönüşüm izleme etiketinize bağlayın.
5. Önizleme modunda formu test edin ve değişkenin dolduğunu Tag Assistant ile doğrulayın.
6. Kapsayıcıyı yayınlayın ve teşhis raporunu bekleyin.

GTM kurulumlarında en çok karşılaştığım sorun, değişkenin teşekkür sayfasında boş kalması. Form ayrı bir sayfaya yönlendiriyorsa veri o sayfaya ulaşmaz. Çözüm genellikle şu: form gönderildiği anda veri katmanına e-postayı yazmak ve dönüşümü o olayda tetiklemek. Ayrıca kampanya kaynaklarını tutarlı izlemek için UTM oluşturucu ile etiketlediğiniz bağlantıları da kontrol edin.

Otomatik algılama mı, CSS seçici mi, kod mu?

Doğru yöntem sitenizin yapısına bağlı. Karar verirken şu ölçütlere bakıyorum:

• Otomatik algılama: Teşekkür ya da sipariş onay sayfasında e-posta açıkça yazıyorsa ve geliştirici desteğiniz yoksa uygundur. Hızlıdır ama kontrolü sizde değildir.
• CSS seçici veya değişken: Form yapınız sabitse ve GTM'yi siz yönetiyorsanız iyi bir orta yoldur. Tema değişikliğinden sonra mutlaka yeniden test edin.
• Kod: E-ticaret altyapısı, özel yazılım ya da tek sayfalık uygulama kullanıyorsanız en güvenilir seçenektir. Geliştirici zamanı ister ama uzun vadede en az bakım gerektirir.

Bir de şunu ekleyeyim: otomatik algılama sayfada gördüğü her e-postayı yakalamaya çalışabilir. Örneğin sayfanın altında şirketinizin iletişim adresi yazıyorsa, yanlış veriyi alma riski doğar. Bu yüzden otomatik yöntemi seçseniz bile ilk hafta teşhis raporunu yakından izleyin. Veri kalitesi düşükse manuel ya da kod yöntemine geçin.

Potansiyel müşteri için gelişmiş dönüşümler nasıl çalışır?

B2B firmalarında, hizmet işletmelerinde ve yüksek tutarlı satışlarda asıl değer formda değil, satışın kapandığı anda oluşur. Google'ın potansiyel müşteri sürümü bu boşluğu iki adımda kapatır. İlk adımda web sitenizdeki etiket, form doldurulurken e-postayı şifrelenmiş halde toplar. İkinci adımda siz, satış ekibiniz müşteriyi nitelikli bulduğunda ya da satış kapandığında bu olayı Google Ads'e geri yüklersiniz.

Google eşleşmeyi yüklediğiniz şifreli veriyle yapar. Yardım sayfasının ifadesiyle veri, sitede toplanan aynı veriyle ve reklamla etkileşen oturum açmış kullanıcılarla eşleştirilir. Bu sayede reklam hangi anahtar kelimeden, hangi kampanyadan geldiyse Google o kaynağa gerçek satış değerini yazar.

Yükleme için Google üç yol gösteriyor: Google Ads Data Manager, Google Ads API ve Zapier bağlantısı. Küçük ekipler için Data Manager üzerinden CRM bağlantısı genellikle yeterli. Eğer bu noktada CRM ile site arasında bağ yoksa önce onu kurmanız gerekir; CRM entegrasyonlu web sitesi ve lead takibi yazımda bu altyapıyı ayrıntılı anlattım. Kampanya tarafında ise bu veriyle beslenen bir B2B Google Ads arama kampanyası çok daha isabetli teklif verir.

GCLID ile çevrimdışı dönüşüm içe aktarma arasındaki ilişki nedir?

GCLID, Google Ads tıklamasında URL'ye eklenen tıklama kimliğidir. Klasik çevrimdışı dönüşüm içe aktarma yıllarca bu kimliğe dayandı: formda GCLID'i gizli alana yazarsınız, CRM'e taşırsınız, satış kapanınca GCLID ile birlikte yüklersiniz.

Potansiyel müşteri sürümü bu düzeni ortadan kaldırmıyor, güçlendiriyor. Google'ın geçiş rehberi açık konuşuyor: etiketle kullanıcı verisi toplamıyorsanız GCLID zorunlu. Etiket kullanıyorsanız bile mevcut GCLID'leri yüklemeye devam etmenizi öneriyor, çünkü etiket GCLID'i kendiliğinden toplasa da doğru ilişkilendirme için bu kimlik hâlâ değerli.

Google'ın önerdiği ek alanlar da not almaya değer: sipariş numarası, dönüşüm değeri ve para birimi, izin alanı, oturum özellikleri ve mümkünse birden fazla kullanıcı tanımlayıcısı. Dolayısıyla CRM'inizde her lead kaydına e-posta, telefon ve GCLID'i birlikte saklamanız en sağlam yapıyı kurar.

Geçiş sırasında aceleci davranmayın. Google, yeni dönüşüm eylemini oluşturduktan sonra birincil ve ikincil eylemleri değiştirmeden önce bir iki dönüşüm döngüsü ya da dört hafta beklemenizi öneriyor. Bu sürede dönüşüm hacmini ve kampanya performansını izlersiniz.

Data Manager döneminde neler değişti?

Bu konuyu yazarken en çok dikkat ettiğim bölüm burası, çünkü eski rehberlerin çoğu artık geçersiz. Google'ın resmi duyurusuna göre üç değişiklik öne çıkıyor:

• Nisan 2026'dan itibaren Google Ads, kullanıcı tarafından sağlanan veriyi web etiketlerinden, Data Manager'dan ve API bağlantılarından aynı anda kabul ediyor.
• Web ve potansiyel müşteri sürümleri tek bir açma kapama anahtarında birleşti; ayrı uygulama yöntemi seçme adımı kalktı.
• 15 Haziran 2026'dan itibaren çevrimdışı dönüşüm ve potansiyel müşteri yüklemeleri Data Manager API'ye taşındı; Google Ads API bu yüklemeleri engelliyor.

Son madde teknik ekipler için kritik. Google, Ocak ile Haziran 2026 arasında istek göndermemiş geliştirici jetonlarının eski erişim için izin listesine alınmayacağını belirtti. Yani kendi yazılımınızla API üzerinden yükleme yapıyorsanız ve bu entegrasyon bir süredir durmuşsa, yeniden başlatmak yerine doğrudan Data Manager API'ye geçmeniz gerekiyor.

Öte yandan şartları daha önce kabul etmiş hesaplar için arayüz tarafında bir işlem yok. Google geçişi otomatik yaptı. Kontrol etmeniz gereken asıl yer, CRM ile Google Ads arasındaki köprü.

KVKK açısından gelişmiş dönüşümleri nasıl değerlendirmelisiniz?

Önce bir sınırı netleştireyim: ben hukukçu değilim ve bu bölüm hukuki görüş değil. Ancak yıllardır kurulum yaparken veri sorumlusu ve avukatlarla birlikte çalıştığım için hangi soruların sorulması gerektiğini biliyorum.

İlk soru kişisel veri meselesi. SHA256 özetleme veriyi takma adlı hale getirir ama anonim yapmaz; çünkü Google elindeki veriyle eşleştirme yapabiliyor. Bu nedenle gelişmiş dönüşümler kapsamında kişisel veri işlediğinizi ve bu veriyi yurt dışındaki bir hizmet sağlayıcıya aktardığınızı varsaymanız gerekir.

İkinci soru aydınlatma. KVKK'nın 10. maddesi, veriyi hangi amaçla işlediğinizi ve kime aktardığınızı ilgili kişiye anlatmanızı istiyor. Aydınlatma metninizde reklam ölçümü amacını ve Google'a aktarımı açıkça yazmalısınız.

Üçüncü soru yurt dışına aktarım. 2024'te yürürlüğe giren değişiklikle KVKK'nın 9. maddesi yeni bir biçim aldı; standart sözleşme gibi uygun güvenceler öne çıktı ve standart sözleşmelerin imzadan sonra beş iş günü içinde Kuruma bildirilmesi şartı geldi. Hangi hukuki dayanağı kullanacağınıza avukatınızla karar verin. Genel çerçeve için KVKK ve GDPR uyumlu web sitesi rehberime göz atabilirsiniz. Güncel mevzuat ve Kurum kararları için Kişisel Verileri Koruma Kurumu sitesi tek resmi kaynak.

GDPR ve izin modu gelişmiş dönüşümlerle nasıl çalışır?

Avrupa Ekonomik Alanı'na satış yapıyorsanız ya da siteniz AB'den trafik alıyorsa GDPR ve Google'ın AB kullanıcı rızası politikası devreye girer. Burada kilit araç izin modu, İngilizce adıyla Consent Mode.

Google'ın geliştirici belgesine göre izin modunda dört parametre var: ad_storage, analytics_storage, ad_user_data ve ad_personalization. Bunlardan ad_user_data, reklamla ilgili kullanıcı verisinin Google'a gönderilmesine verilen rızayı ifade ediyor. Belge, Kasım 2023'teki güncellemeyle eklenen bu iki yeni parametrenin AEA uyumu için gönderilmesini istiyor. Ayrıntılar için Google'ın izin modu belgesine bakabilirsiniz.

Pratikte şu anlama geliyor: kullanıcı çerez bandında reklam verisi paylaşımını reddederse, ad_user_data "denied" olarak gider ve gelişmiş dönüşüm verisi bu kullanıcı için kullanılmamalıdır. Bu yüzden çerez bandınızın izin modu sinyallerini doğru gönderdiğini test etmek kurulumun ayrılmaz parçası.

Türkiye pazarında KVKK açısından da aynı yaklaşımı öneririm. Rıza yönetimi platformunuz reddi Google'a doğru iletmiyorsa, gelişmiş dönüşümleri açmadan önce bu sorunu çözün.

Kurulumun çalıştığını nasıl doğrularsınız?

Kurulum bittiğinde ilk iş Etiket Yöneticisi önizlemesinde ya da Tag Assistant ile test dönüşümü oluşturmaktır. Değişkenin içinde e-posta ya da telefonun göründüğünü kontrol edin. Veri boşsa, Google'a da boş gidiyor demektir.

İkinci adım teşhis raporu. Google'ın yardım sayfalarına göre teşhis raporu kurulumdan sonra yaklaşık 48 ila 72 saat içinde doluyor. Rapora dönüşüm eyleminin ayrıntı sayfasındaki Teşhis bölümünden ulaşırsınız. Burada etiket sağlığını ve eşleşen veri kapsamını görürsünüz.

Üçüncü adım sabır. Google, etkinin dönüşüm eylemleri tablosunda yaklaşık 30 gün sonra görünür hale geldiğini söylüyor. İlk haftada rakamlarda büyük sıçrama beklemeyin. Bu dönemde dönüşüm oranınızı eski dönemle karşılaştırmak için dönüşüm oranı hesaplama aracını kullanabilirsiniz.

Son olarak GA4 ile Google Ads arasındaki farkları not edin. İki araç dönüşümü farklı ilişkilendirme mantığıyla sayar; bu yüzden birebir aynı rakamı beklemeyin. Farklar hakkında GA4 nedir yazımda kısa bir bölüm var.

En sık yapılan kurulum hataları nelerdir?

Denetimlerde karşılaştığım hatalar birbirine çok benziyor. En sık görülenleri şöyle sıralayabilirim:

• Yanlış e-posta: Otomatik algılama, sayfadaki şirket iletişim adresini müşteri e-postası sanıyor.
• Boş değişken: Form verisi yönlendirme sonrası teşekkür sayfasına ulaşmıyor.
• Biçim hatası: Telefon numarası ülke kodu olmadan ya da sıfırla başlıyor.
• Çift özetleme: Geliştirici veriyi önceden özetliyor, etiket de bir kez daha işlem yapmaya çalışıyor.
• Rıza sinyali eksikliği: Çerez bandı reddi Google'a iletmiyor.
• Erken birincil geçiş: Yeni dönüşüm eylemi gözlem süresi dolmadan birincil eyleme dönüşüyor ve teklif stratejisi sarsılıyor.

Bu hataların ortak noktası şu: hiçbiri arayüzde kırmızı uyarı olarak görünmüyor. Kampanya çalışmaya devam ediyor, sadece veri kalitesi düşüyor. Bu nedenle kurulumdan sonraki ilk ay teşhis raporunu haftada en az bir kez açmanızı öneririm.

Gelişmiş dönüşümler teklif stratejinizi nasıl etkiler?

Hedef EBM, hedef ROAS ya da dönüşümleri en üst düzeye çıkarma gibi akıllı teklif stratejileri, gördükleri dönüşümlerden öğrenir. Eksik dönüşüm, eksik öğrenme demektir. Gelişmiş dönüşümler kaybolan satışları geri kazandırdığında algoritma, hangi arama ve kitlelerin gerçekten sonuç getirdiğini daha doğru görür.

Ancak bu etkinin bir yan sonucu var. Rapordaki dönüşüm sayısı artınca EBM düşer, ROAS yükselir. Hedef değerlerinizi hemen sıkılaştırırsanız kampanyanın erişimini daraltabilirsiniz. Bu yüzden geçişten sonraki birkaç hafta hedefleri sabit tutup yeni veriyle yeniden değerlendirmek daha güvenli bir yol.

Potansiyel müşteri sürümünde etki daha da büyük. Algoritma artık form sayısını değil, satışa dönen formları hedefler. Örneğin çok form getiren ama hiç satış üretmeyen bir anahtar kelime, bu veriyle zamanla bütçe kaybeder. ROAS hedefinizi gerçek kârlılıkla karşılaştırmak için ROAS hesaplayıcı işinizi kolaylaştırır.

Hangi işletmeler gelişmiş dönüşümleri önce kurmalı?

Her hesap aynı öncelikte değil. Deneyimime göre en hızlı fayda gören işletmeler şunlar:

• Satış döngüsü birkaç gün ya da hafta süren B2B ve hizmet firmaları.
• Müşterisinin telefonda araştırıp masaüstünde satın aldığı e-ticaret siteleri.
• Akıllı teklif stratejisi kullanan ama aylık dönüşüm sayısı düşük kalan hesaplar.
• Satışın telefonda ya da mağazada kapandığı, form ve arama odaklı işletmeler.

Buna karşılık dönüşüm takibi hiç kurulmamış ya da bozuk bir hesapta gelişmiş dönüşümler ilk adım olmamalı. Önce temel etiketi düzeltin, sonra bu katmanı ekleyin. Aksi halde yanlış bir yapıyı daha karmaşık hale getirirsiniz.

Kurulumu ekibimle nasıl ele alıyoruz?

Bir hesaba başladığımızda ilk iş ölçümü denetlemek oluyor. Dönüşüm eylemlerini, etiketleri, çerez bandını ve CRM akışını birlikte inceliyoruz. Ardından hangi sürümün işletmeye uyduğuna karar veriyoruz: yalnız web mi, potansiyel müşteri mi, yoksa ikisi birlikte mi.

Kurulum aşamasında geliştirici ekiple ve varsa veri sorumlusuyla aynı masaya oturuyoruz. Aydınlatma metnini, izin modu ayarlarını ve Data Manager bağlantısını tek seferde ele alıyoruz. Böylece teknik kurulum ile hukuki çerçeve birbirinden kopmuyor. Bu süreç, Google Ads yönetimi hizmetimizin standart parçası.

Kurulumdan sonraki ilk ay ise gözlem dönemi. Teşhis raporunu izliyoruz, dönüşüm hacmini eski dönemle karşılaştırıyoruz ve teklif hedeflerini ancak veri oturduktan sonra değiştiriyoruz. Aceleyle yapılan bir geçiş, iyi bir kurulumun faydasını haftalarca geciktirebilir.

Sonuç: ölçümünüzü nereden güçlendirmeye başlamalısınız?

Gelişmiş dönüşümler, çerezlerin zayıfladığı bir dönemde Google Ads ölçümünü ayakta tutan en pratik araçlardan biri. Kurulumu teknik olarak zor değil; asıl emek, veriyi doğru toplamak, doğru biçimlendirmek ve yasal çerçeveyi eksiksiz kurmakta.

Önerim şu sırayı izlemeniz: önce temel dönüşüm etiketinizi doğrulayın, ardından e-posta alanını formlarınızda güçlendirin, sonra izin modunu test edin ve en son gelişmiş dönüşümleri açın. Satışınız site dışında kapanıyorsa potansiyel müşteri sürümünü Data Manager ile bağlayın.

Resmi kaynakları yakından takip edin, çünkü Google bu alanda sık değişiklik yapıyor. Gelişmiş dönüşümler hakkında ve gelişmiş dönüşüm ayarlarındaki güncellemeler sayfaları bu rehberin dayandığı iki temel kaynak. Potansiyel müşteri tarafı için de potansiyel müşteri için gelişmiş dönüşümler sayfasını kaydedin.