Google Ads, bütçenizi dönüşüm verisine bakarak harcar; sinyal yanlışsa teklifler de yanlış öğrenir. Reklam hesabınızın kendi dönüşüm altyapısını kurar, geliştirilmiş dönüşümlerden telefon aramasına kadar her sinyali mümkün olan doğrulukta kaynağına bağlarız. Hedefimiz, akıllı tekliflerinizin tahmine göre değil gerçekleşen satışa göre karar vermesidir.
Google Ads dönüşüm takibi, reklam tıklamasından sonra gerçekleşen değerli işlemleri (satın alma, form gönderimi, telefon araması) doğrudan reklam hesabına raporlayan ölçüm sistemidir. Her değerli işlem hesapta bir dönüşüm işlemi olarak tanımlanır; teklif stratejileri ve bütçe kararları bu kayıtlar üzerinden çalışır.
Dönüşüm verisi hesaba iki yoldan girer: Google Ads'in kendi dönüşüm etiketi ya da GA4'ten içe aktarma. Etiket, dönüşümü tıklama düzeyinde ve Google Ads'in kendi ilişkilendirme mantığıyla kaydeder; GA4 içe aktarma ise GA4'ün olay ve model kurallarını taşır. İki kaynak aynı işlemi ölçüyorsa yalnız birini birincil bırakırız; aksi halde dönüşümler çift sayılır.
Bu sayfa, reklam hesabının kendi dönüşüm altyapısına odaklanır. Olay mimarisi ve ölçüm zincirinin bütünü Ölçümleme ve Dönüşüm Takibi sayfamızda; GA4 ve Google Tag Manager kurulumları kendi sayfalarında ayrıntılı anlatılır.
Doğru kurulmuş dönüşüm takibi yalnız raporları değil, hesabın karar mekanizmasını düzeltir.
Hedef EBM, hedef ROAS ve maksimum dönüşüm stratejileri hesabınızdaki dönüşüm kayıtlarından öğrenir. Sinyal eksik ya da şişkinse sistem yanlış kullanıcılara teklif verir. Temiz sinyal, aynı bütçeyle daha isabetli açık artırma kararı demektir.
Hangi kampanyanın, anahtar kelimenin ve kitlenin satış getirdiğini dönüşüm verisi söyler. Bu veri doğruysa bütçeyi getiren tarafa kaydırmak kolaylaşır; yanlışsa iyi çalışan bir kampanyayı kapatma riski doğar.
Her dönüşüm eşit değildir: küçük bir sepet ile kurumsal bir teklif formu aynı kefeye konmaz. Dönüşüm değeri tanımlandığında hesap ciroya göre optimize edilebilir ve hedef ROAS stratejisi anlam kazanır.
Birçok işletmede satış formda değil, telefonda ya da görüşme sonrasında kapanır. Arama takibi reklamdan gelen telefonları ayrı bir işlem olarak kaydeder; çevrimdışı dönüşüm içe aktarması ise müşteri ilişkileri yönetimi (CRM) sisteminde kapanan satışı ilgili tıklamayla buluşturur. Böylece hesap, yalnız form dolduranları değil, satış verisi geri beslendiğinde gerçekten müşteri olanları da görür.
Yönettiğimiz her Google Ads hesabında işe ölçümden başlarız; Google Premier Partner (2026) olan ekibimiz için dönüşüm altyapısı, teklif stratejisinin ön şartıdır.
Hesabınızda hangi işlemlerin ölçüleceğini, hangilerinin birincil hangilerinin ikincil olacağını ve her işlemin kaynağını (etiket mi, GA4 içe aktarma mı) tek tek karara bağlarız. Sayım yöntemini ve dönüşüm penceresini satış döngünüze göre ayarlarız.
Google Ads dönüşüm etiketini Google Tag Manager üzerinden yayınlar, geliştirilmiş dönüşümleri form ve satın alma alanlarına bağlarız. Kişisel veriyi tarayıcıdan çıkmadan geri çözülemeyen koda çeviririz.
Google yönlendirme numarasıyla reklamdan gelen aramaları ve sitedeki numaraya yapılan aramaları ayrı dönüşüm işlemleri olarak kurarız. Asgari görüşme süresi eşiği tanımlar, bu eşiğin altında kalan aramaları dönüşüm sayımının dışında tutarız.
E-ticarette gerçek sepet tutarını, hizmet işlerinde teklif ya da anlaşma değerini dönüşüme yazarız. CRM'de kapanan satışları tıklama kimliğiyle eşleştirir, çevrimdışı dönüşüm olarak hesaba geri bildiririz; böylece teklif stratejisi adet yerine ciroya göre öğrenir.
Mevcut dönüşüm işlemlerini, kaynaklarını ve durumlarını çıkarır; çifte sayım, yanlış pencere ve çalışmayan etiketleri tespit ederiz.
İşletme hedefinize göre hangi işlemin birincil olacağına, sayım yöntemine ve pencere sürelerine karar veririz. GA4 içe aktarma ile etiket arasındaki tercih burada netleşir.
Etiketleri, geliştirilmiş dönüşümleri, telefon araması takibini ve değer parametrelerini kurar, değişiklik notuyla yayına alırız.
Test dönüşümleriyle her işlemin hesaba kaydedildiğini doğrular, Google Ads teşhis ekranı ile GA4 raporlarını karşılaştırarak tutarlılığı kontrol ederiz.
Temiz sinyal akmaya başlayınca teklif stratejisini bu veriye bağlar, öğrenme dönemini izler ve belirli aralıklarla denetimi yineleriz.
Denetime aldığımız hesaplarda en sık bu beş kurulum hatasıyla karşılaşırız.
Asgari görüşme süresi eşiğinin varsayılanı 60 saniyedir ve çoğu hesapta işin gerçeğine bakılmadan öylece bırakılır. Kimi işler için 60 saniye kısadır: bekleme müziğinde geçen ya da yanlış numara olduğu anlaşılan aramalar dönüşüm sayılabilir. Ev hizmetlerinde 90-120 saniye, hukuk ve finans gibi uzun görüşmeli işlerde 180 saniye daha ayırt edicidir. Kimi işlerde ise tersi olur: randevu teyidi ya da stok sorusu 40-45 saniyede netleşir, gerçek talep hiç sayılmaz, o kampanya olduğundan başarısız görünür. Eşiği Google yönlendirme numarasıyla birlikte, işin görüşme süresi dağılımına göre belirleriz.
Sayım yöntemi her dönüşüm işlemi için ayrı seçilebilir, çoğu hesapta ise hepsinde varsayılan bırakılır. 'Tek', bir reklam tıklamasından yalnız bir dönüşüm yazar, talep gibi tek değerli olaylara uyar. 'Her', o tıklamadan sonraki dönüşümlerin tümünü yazar, e-ticarette her satış ayrı değer taşıdığı için doğrusu budur. E-ticarette 'tek' seçilirse aynı tıklamadan gelen ikinci sipariş yazılmaz, gelir düşük okunur. Talep formunda 'her' seçilirse arka arkaya doldurulan form üç talep sanılır.
Değer parametresi hiç girilmediğinde ya da her işleme aynı sabit değer yazıldığında hedef ROAS çalışacak zemini bulamaz. Hesap ciroya bakmadığı için ucuz ve kolay dönüşen ürünlere yönelir, çünkü 90 TL'lik siparişle 9.000 TL'lik sipariş teklif algoritması için aynı şeydir.
Çerez onayı bildirimi siteye eklenirken rıza modu (Consent Mode v2) yapılandırması atlanabiliyor. Rıza modu hiç kurulmamışsa ya da temel kipteyse, onay verilmeyen ziyaretlerde etiket devreye girmez. Onay verilmeyen ziyaretten Google'a sinyal ulaşmadığı için modelleme boşluğun ancak küçük bir bölümünü kapatır. Gelişmiş kipte ise etiket yüklenir, çerez yazmadan kimliksiz sinyal gönderir ve eksik dönüşümlerin bir bölümü modellemeyle geri gelir. İki kip arasındaki fark, raporda görünen dönüşüm hacminde doğrudan karşılığını bulur.
Kullanılmayan hedefler ve eski işlemler birikince Dönüşümler sütunu, birbiriyle toplanmaması gereken kayıtların karışımına döner. Sütun tek sayı gösterdiği için fark edilmez; aynı rapordan iki ekip iki farklı sonuç çıkarır.
Diğer başlıklar: GA4 Kurulumu · Google Tag Manager · Meta Pixel ve Conversions API · Bing UET · LinkedIn Insight Tag
İkisi de geçerli yöntemdir ama aynı işlem için yalnız birini birincil bırakırız. Google Ads etiketi dönüşümü tıklama düzeyinde, hesabın kendi ilişkilendirme ayarlarıyla kaydeder ve geliştirilmiş dönüşümlerle tam uyumludur; akıllı teklif için genellikle daha güçlü sinyal üretir. GA4 içe aktarma, tek kurulumla ilerlemek isteyen hesaplarda pratik bir alternatiftir. Tercihi hesabın yapısına göre birlikte veririz.
Geliştirilmiş dönüşümler, form veya satın alma sırasında kullanıcının verdiği e-posta gibi bilgileri geri çözülemeyen koda çevirip Google'a ileterek dönüşümün reklam tıklamasıyla eşleşmesini güçlendirir. Çerez kısıtları ve tarayıcı engelleri nedeniyle kaybolan eşleşmelerin bir bölümünü geri kazandırmayı hedefler. Veri tarayıcıdan açık halde çıkmaz.
Evet. Reklamdaki numaraya yapılan aramaları Google yönlendirme numarasıyla, sitedeki numaraya yapılan aramaları ise site içi numara değişimiyle izleriz. Asgari görüşme süresi eşiği koyarak kısa ve yanlış aramaları dönüşüm dışında tutarız; böylece arama ağırlıklı işlerde teklif stratejisini gerçek talebe yaklaştırırız.
Zorunlu değil ama değer olmadan hesap yalnız dönüşüm adedine optimize edilebilir. Değer tanımlandığında hedef ROAS gibi ciro odaklı stratejiler devreye girer ve farklı ürünlerin farklı katkısı teklife yansır. Hizmet işlerinde kesin tutar yoksa işlem türüne göre temsili değerler tanımlarız.
Tıklama sırasında oluşan kimliği, form kaydıyla birlikte CRM'e yazdırırız. Satış kapandığında bu kimliği ve gerçekleşen tutarı Google Ads'e geri göndeririz; hesap, formu dolduran herkese göre değil, gerçekten müşteriye dönüşenlere göre öğrenir. Uzun satış döngülü işlerde teklif kalitesini besleyen adımlardan biridir.
Denetime aldığımız hesapların çoğunda kurulum yıllar önce yapılmış ve bir daha elden geçirilmemiştir. Bu denetimlerde en sık çifte sayım, varsayılan pencere, birincil yapılmış mikro işlemler ve çalışmayan etiketlerle karşılaşırız. Akıllı teklif bu veriyle öğrendiği için küçük görünen bir kurulum hatası bütçe kararlarını uzun süre yanlış besleyebilir.
Hesabınızdaki dönüşüm işlemlerini, kaynakları ve pencere ayarlarını birlikte gözden geçirelim; akıllı tekliflerinizin hangi veriyle öğrendiğini netleştirelim.
