Google Ads Dönüşüm Takibinin Kampanya Yönetimindeki Yeri
Google Ads bütçesinin nereye gittiğini bilmek tek başına yetmez; harcamanın satışa, randevuya ya da forma dönüp dönmediğine de bakarız. Tıklama ve maliyet, işin tamamını anlatmaz. Bizde karar böyle verilir: önce para getiren işlemi görürüz, sonra bütçeyi oraya çekeriz. Dönüşüm takibi yoksa kampanya yönetimi tahmine kalır.
Google Ads'in otomatik teklif stratejileri de akıllı kampanyalar da doğru dönüşüm verisiyle çalışır.
Bir kelime 200 tıklama alıp hiç satış getirmiyorsa orada bütçe tutmak bize göre savurganlık olur. Buna karşılık ayda 15 tıklama alıp 4 satış getiren kelimeyi koruruz. Karar böyle netleşir.
Google Ads Hesabında Dönüşüm İşlemi Oluşturma
Dönüşüm kurulumuna Google Ads hesabındaki Araçlar ve Ayarlar menüsünden gireriz. Dönüşümler bölümünde yeni bir işlem tanımlarız; kaynak olarak web sitesi, uygulama, telefon araması ya da içe aktarma seçenekleri gelir. E-ticaret hesaplarında web sitesi seçimi çoğu zaman yeterlidir, hizmet işlerinde telefon araması daha öne çıkar.
Bu alanları nasıl doldurduğumuz, raporda ne göreceğimizi doğrudan belirler.
- Dönüşüm adı: Raporlarda görünen başlık. "Satın Alma" ile "Teklif Formu"nu ayrı tutarız.
- Kategori: Satın alma, kayıt, potansiyel müşteri gibi seçeneklerden biri seçilir.
- Değer: Sabit ya da değişken olabilir. E-ticarette çoğu zaman sepet tutarını göndeririz.
- Sayım: Her işlem mi, tek işlem mi? Form işlerinde genelde tek sayım yeterlidir.
- Dönüşüm penceresi: Tıklamadan sonra kaç gün sayılacağı buradan belirlenir.
- Atıf modeli: Birden fazla tıklama varsa kredinin nasıl dağılacağını belirler.
Kaydettiğimiz anda Google Ads etiketi önümüze gelir; asıl iş onu siteye eksiksiz yerleştirmektir.
Google Tag ve Etiket Yerleştirme Yöntemleri
Tek bir Google etiketi kullanıyoruz. Bir kez kurulduğunda Google Ads, Analytics ve diğer Google araçları aynı yapıdan besleniyor. Kurulum yolu sitenin yapısına göre değişiyor; küçük bir WordPress site ile özel yazılımın ihtiyacı aynı olmuyor.
| Yöntem | Nasıl Uygulanır | Uygun Olduğu Durum |
|---|---|---|
| Doğrudan koda ekleme | Google'ın verdiği kod, sitenin <head> alanına manuel yerleştirilir. | Özel yazılımlar, geliştirici erişimi olan ekipler, basit yapılar. |
| Google Tag Manager | Etiket GTM konteynerine eklenir; değişiklikler panelden yapılır. | Birden fazla etiket kullanan, sık güncelleme yapan siteler. |
| WordPress eklentisi / platform entegrasyonu | Hazır altyapının kendi alanına etiket kimliği girilir. | Shopify, WooCommerce, WordPress tabanlı işler. |
Biz çoğu projede Google Tag Manager'ı tercih ediyoruz. Yeni bir dönüşüm ekleyeceksek, bir kod kaldıracaksak ya da tetikleyici değiştireceksek geliştirici beklemiyoruz. Doğrudan koda yapıştırmak da çalışır; yalnız her değişiklikte tekrar siteye dönmek gerekir. Küçük görünür, büyüdüğünde yorar.
Google Tag Manager ile Kurulum Adımları
GTM tarafında sırayı bozmayız; işin akışı şudur:
- tagmanager.google.com üzerinden konteyner oluşturulur, çıkan head ve body kodları siteye eklenir.
- GTM içinde yeni etiket açılır, tür olarak Google Ads dönüşüm izleme seçilir.
- Google Ads'ten alınan dönüşüm kimliği ve etiket kimliği ilgili alana girilir.
- Tetikleyici belirlenir; teşekkür sayfası, buton tıklaması ya da form gönderimi olabilir.
- Önizleme modu açılır, etiketi doğru anda çalıştırıp çalıştırmadığımız kontrol edilir.
- Test sağlamsa yayın yapılır.
En çok hata tetikleyicide çıkar. "Sayfa yüklendi" koşulu yanlış seçilirse, formu göndermeyen kullanıcı da dönüşüm sayılır. Biz bunu istemeyiz. Teşekkür sayfası varsa ona bağlarız; yoksa form gönderim olayını dinleriz. Daha temiz çalışır.
Web Sitesi Dönüşümleri: Satın Alma, Form ve Tıklama
Sitedeki dönüşüm türü değişince izleme mantığı da değişir.
Teşekkür Sayfası Yöntemi
En düz yöntem budur. Kullanıcı formu gönderince özel bir sayfaya yönlenir; örneğin /tesekkurler. Etiketi yalnızca o sayfada çalıştırırız. Kurulumu rahattır; ama her form için ayrı teşekkür sayfası gerektiğinde iş çoğalır. Üç form varsa üç sayfa, beş form varsa beş sayfa.
Olay Tabanlı (Event) Yöntem
Yönlendirme olmadan çalışan formlarda olay tabanlı kurulum kullanırız. Özellikle pop-up form ve tek sayfa yapılarında işe yarar. Kullanıcı gönder butonuna bastığında tarayıcı bir olay üretir, GTM bunu yakalar. Daha esnek, biraz daha teknik.
Satın Alma Dönüşümleri
E-ticarette sadece "satış oldu mu?" sorusu yetmez. Sepet tutarı, ürün sayısı, işlem kimliği de gerekir. Bu veriyi çoğu zaman sipariş onay sayfasındaki data layer üzerinden alırız. Değişken değer gönderildiğinde Google Ads, yalnızca satış sayısını değil toplam geliri de gösterir. 7.500 TL'lik satışla 450 TL'lik satış aynı kabul edilmez; kurulumun mantığı zaten budur.
Gelişmiş Dönüşümler (Enhanced Conversions)
Tarayıcı gizliliği sıkılaştıkça klasik dönüşüm verisinin bir bölümü görünmez hale geliyor. Gelişmiş Dönüşümler bu boşluğu azaltmak için kullanılır. E-posta adresi ya da telefon numarası alınır, tarayıcı tarafında hash'lenir ve Google'a iletilir. Google da kendi tarafındaki verilerle eşleştirir.
Kurulum iki şekilde yapılabilir: web etiketi üzerinden otomatik toplama ya da Google Ads API ile sunucu tarafı aktarım. Sunucu tarafı kurulum daha sağlamdır; reklam engelleyicilerden daha az etkilenir. Geliştirici desteği ister, o ayrı. Yüksek bütçeli hesaplarda biz bunu sık tercih ediyoruz; çünkü 100.000 TL'lik harcamada birkaç dönüşümün kaybolması bile tabloyu değiştirir.
Google Analytics 4 ile Entegrasyon
GA4, kullanıcı davranışını olay tabanlı ölçer. Sayfa görüntüleme, kaydırma, form etkileşimi gibi olaylar anahtar olay olarak işaretlenebilir. GA4 hesabı Google Ads'e bağlandığında bu olayları içe aktarırız; ayrı etiket kurmadan ilerlemek mümkündür.
Bu yöntem ekip içinde hız kazandırır. GA4'te zaten çalışan bir form olayı varsa, onu Ads tarafında dönüşüm olarak kullanırız. Rakamlar iki panelde birebir aynı çıkmayabilir; çünkü iki sistem veriyi farklı kurallarla işler. Biz bunu normal karşılarız, sorun olmaz.
Dönüşüm Penceresi ve Atıf Modelleri
Dönüşüm penceresi, tıklamadan sonra kaç günün sayılacağını belirler. Varsayılan süre 30 gündür; istenirse 1 ile 90 gün arasında değiştirilebilir. Hızlı karar verilen e-ticaret işlerinde 7 ya da 14 gün çoğu zaman yeterlidir. Satış döngüsü uzun olan B2B, eğitim veya emlak işlerinde ise 60-90 gün daha gerçekçidir.
Atıf modeli, birden çok tıklama varsa dönüşümün hangi tıklamaya pay verileceğini anlatır. Google Ads çoğunlukla veriye dayalı atıfı öne çıkarıyor. Geçmiş dönüşüm verisi yeterliyse iyi çalışır; az veri varsa sistemin eli zayıflar.
| Model | Mantığı | Ne Zaman Uygun |
|---|---|---|
| Son tıklama | Kredi son temas noktasına verilir. | Basit yapılarda, veri azsa. |
| İlk tıklama | Kredi ilk görülen reklama gider. | Marka keşfi izlemede. |
| Doğrusal | Tıklamalar eşit pay alır. | Çok kanallı yapılarda kaba denge için. |
| Veriye dayalı (data-driven) | Geçmiş davranıştan hareketle pay dağıtılır. | Yeterli hacim olan hesaplarda, bizde en sık kullanılan model. |
Birincil ve İkincil Dönüşümler
Hesapta çoğu zaman tek bir hedefle kalmayız; telefon, sepet ve form verileri bir arada durur. Bunların hepsi aynı ağırlıkta değildir. Sepete ekleme ile gerçek satış aynı kefeye konmaz.
Bu yüzden dönüşümleri birincil ve ikincil diye ayırırız. Birincil dönüşüm teklif stratejisinin asıl hedefidir; ikincil olan ise raporda görünür, ama teklifi sürüklemez. E-ticaret hesabında satın alma birincil, sepete ekleme ve bülten kaydı ikincil kalır. Karışırsa algoritma ucuz sinyalleri satış sanabilir.
Dönüşüm Değerleri ve ROAS Hesaplaması
ROAS = Return on Ad Spend
Dönüşüm değerini sabit ya da değişken gönderebiliriz. Hizmet tarafında sabit değer sık kullanılır; örneğin bir formun ortalama getirisi 500 TL kabul edilir. E-ticarette değişken değer daha doğru çalışır, çünkü sepet tutarı anlık gelir.
Değer doğru gelince ROAS hedefli teklifler anlam kazanır. Hedef ROAS'ta sistem, örneğin %400 gibi bir oranı tutturmaya çalışır; yani 1 TL harcayıp 4 TL gelir bekleriz. Değer eksikse ya da yanlışsa algoritma da yanlış öğrenir. 12.000 TL'lik satış yapan kampanya ile 1.200 TL'lik kampanyayı aynı veriyle yönetmeyiz.
Kurulumu Test Etme ve Doğrulama
Kodu sayfaya koyup işi bitti saymayız; paneli açıp verinin gerçekten düşüp düşmediğini deneriz.
- Google Tag Assistant: Tarayıcı eklentisiyle etiketleri listeler, tetiklenmeyi gösterir.
- GTM Önizleme Modu: Hangi sayfada hangi etiketin ateşlendiğini adım adım görürüz.
- Google Ads Dönüşümler Tanılama: Etiket durumu ve uyarılar burada görünür.
- Test dönüşümü gönderme: Gerçek form ya da alışveriş denemesi yapar, panelde kaydı kontrol ederiz. Bazen birkaç saat gecikir.
Sık Yapılan Kurulum Hataları
Hataların çoğu karmaşık değil, ama etkisi büyük.
| Hata | Sonucu | Doğrusu |
|---|---|---|
| Aynı etiketin hem GTM hem koda eklenmesi | Dönüşüm iki kez sayılır. | Tek kaynak kullanılmalı. |
| Teşekkür sayfasının yenilenince yeniden tetiklenmesi | Aynı kullanıcı tekrar dönüşüm üretir. | Tekilleştirme ya da event kullanılır. |
| Tüm formların tek dönüşüme bağlanması | Hangi formun işe yaradığı kaybolur. | Form türleri ayrı tutulur. |
| Değerin sabit ve eski kalması | ROAS gerçeği yansıtmaz. | Güncel değer kullanılır. |
| Pencerenin sektöre uymaması | Geç gelen satışlar görünmez. | Döngüye göre ayarlanır. |
Kurulum Sonrası Raporlama ve Optimizasyon Alışkanlığı
Dönüşüm etiketi kuruldu diye iş bitmez. Kampanyada hangi cihazın, hangi saatin, hangi reklam grubunun dönüşüm getirdiğini düzenli izleriz. Biz haftalık kontrolde üç şeye bakıyoruz: dönüşüm sayısı, dönüşüm başı maliyet ve bütçeyi taşıyan anahtar kelimeler. Bir kampanya 4 dönüşüm getirip 3.000 TL harcıyorsa, başka biri 2 dönüşümle 900 TL harcıyorsa karar farklı olur.
Yeni hedef eklendiğinde ya da değer değiştiğinde sistemin uyum sağlaması birkaç gün alır. Bu sırada dalgalanma görülmesi normaldir. Hemen ayarları geri çekmeyiz. Temiz veri varsa algoritma yerini bulur; kirli veri varsa ne yaparsak yapalım şaşırır.
Çevrimdışı Dönüşümleri İçe Aktarma
Reklama tıklandıktan sonra satış birkaç gün sonra telefonla ya da yüz yüze kapanıyorsa, o satış Google Ads'te görünmeyebilir. Sağlık turizminde bunu sık görürüz. Kullanıcı form doldurur, operasyon daha sonra CRM'de tamamlanır. Çözüm offline conversion import yöntemidir. Tıklama anında oluşan GCLID, CRM'e kaydedilir; satış gerçekleşince bu kimlik, tarih ve tutarla birlikte Google Ads'e geri yüklenir. CSV ile de olur, API ile de. Bu kurulum yoksa sistem yalnızca form sayar; gerçek satışa uzanan yolu göremez.
Müşteri Adayı Formlarında Dönüşüm Doğrulama Süreci
Lead form uzantıları, kullanıcıyı siteye göndermeden telefon ve e-posta toplar. Ama her doldurulan form kaliteli değildir; sahte numara, yanlış e-posta, ilgisiz kişi çıkar. Google Ads'te lead durumu alanı bu yüzden var. Gönderildi, açıldı, tam yeterlilik, dönüştürüldü gibi geri bildirimleri CRM'den bağlayabiliriz.
Biz bu geri bildirimi kurmadan lead form uzantısı açmıyoruz. Aksi halde sistem niteliksiz başvuruyu da değerli sanır. Geri bildirim geldikten sonra kampanya, hangi yaş grubunun, hangi şehirlerin gerçekten satışa döndüğünü daha net öğrenir.
Gizlilik Kısıtlamaları ve Onay Modu ile Modellenen Dönüşümler
Çerez onayını reddeden kullanıcı sayısı arttıkça doğrudan ölçüm azalıyor. Consent Mode v2 burada devreye girer. Kullanıcı izin vermese bile site anonim sinyal gönderir, Google da eksik veriyi modelleyip tamamlar.
Avrupa Birliği'nde zorunlu, Türkiye'de zorunlu değil; ama kurulum yapılmazsa raporlanan sayı gerçek seviyenin altında kalabilir. Bizde kurulu hesaplarda dönüşüm raporları çoğu zaman %10-20 kadar daha yüksek görünür. Çünkü modelleme, kayıp sinyali bir miktar geri getirir.
Mağaza Ziyaretleri ve Çok Kanallı Dönüşüm Takibi
Fiziksel şubesi olan işletmelerde reklamın etkisi çoğu zaman mağaza ziyaretine gider. Store visits dönüşümü, kullanıcının reklama tıkladıktan sonra konum verisinden yola çıkarak şubeye gidip gitmediğini tahmin eder. Bu özellik her hesapta açılmaz; işlem hacmi ve konum verisi yeterli olmalı.
Zincir eczane, optik, klinik gibi çok şubeli işlerde bu veriyi dikkate alırız. Tek şubeli ve düşük hacimli hesaplarda veri çoğu zaman oluşmaz. Yani beklenen rapor gelmiyorsa sorun her zaman kurulum değildir; bazen örnek kütlesi yetmez.
Dönüşüm Ayarlamaları: İptal ve İade Durumlarında Veri Düzeltme
Satış dönüşüm olarak kaydedildi, sonra iade geldi. Ya da formdan gelen iş iptal oldu. Bu tür durumlarda geçmiş veriyi düzeltmek gerekir. Conversion adjustments özelliği bunun için vardır; kaydedilmiş dönüşümün değerini sıfırlamaya ya da düşürmeye izin verir.
Giyim gibi iade oranı yüksek işlerde bu ayarlama yapılmazsa ROAS olduğundan parlak görünür. Biz aylık iade raporunu dönüşüm ayarlamasına dönüştürürüz. Böylece takip eden ayın teklif kararları net satışa yaslanır, kağıt üzerindeki şişkin sayılara değil.
Mikro ve Makro Dönüşüm Ayrımı ile Hedef Katmanlama
Her dönüşüm aynı ağırlıkta değildir. İki dakika sayfada kalmak, WhatsApp'a tıklamak, sepete ürün eklemek mikro sinyaldir. Satın alma ya da sözleşme imzası makro dönüşümdür. Bunları aynı kutuya koyarsak algoritma küçük hareketleri satışla eşit sanabilir.
Biz mikro dönüşümleri gözlemde tutarız, makro dönüşümü birincil hedef yaparız. Aşağıdaki dağılım, hizmet sektöründe sık gördüğümüz yapı.
| Dönüşüm Türü | Örnek | Ağırlık | Teklif Etkisi |
|---|---|---|---|
| Mikro | Sepete ekleme, WhatsApp tıklaması | Düşük | Gözlem amaçlı, teklifi yönlendirmez |
| Ara | Form gönderimi, telefon araması | Orta | Birincil sayılabilir, değeri düşük tutulur |
| Makro | Satın alma, sözleşme imzası | Yüksek | Asıl birincil hedef, teklifi doğrudan yönlendirir |
Sektöre Göre Dönüşüm Kurulumu Karşılaştırması
Aynı kurulum her sektörde aynı sonucu vermez. Sağlık turizminde karar haftalara yayılır, e-ticarette dakikalar içinde kapanır. O yüzden yapı da değişir.
| Sektör | Birincil Dönüşüm | Önerilen Pencere | Değer Türü |
|---|---|---|---|
| E-ticaret | Satın alma (dinamik değer) | 30 gün | Sepet tutarı, otomatik aktarılır |
| Sağlık turizmi | Form + offline satış | 60-90 gün | Ortalama işlem tutarı, manuel güncellenir |
| Eğitim | Kayıt formu | 45 gün | Ortalama eğitim ücreti |
| Yerel hizmet (klinik, servis) | Telefon araması + mağaza ziyareti | 14-30 gün | Ortalama randevu değeri |
Her hesaba aynı varsayılan pencereyi koymak, uzun karar süreçlerinde sistemi erken sonuca zorlar. Bunu özellikle eğitim ve sağlık tarafında net görüyoruz.
Dönüşüm Gecikmesi Raporu ile Bütçe Planlaması
Time lag raporu, tıklamadan dönüşüme kadar geçen süreyi gösterir. Bir hesapta dönüşümlerin %70'i ilk 3 günde, kalan %30'u 4 ile 21 gün arasında geliyorsa, kampanyayı haftalık yorumlamak yetersiz kalır. İlk hafta "dönüşüm yok" demek, gecikmeli satışları görmemektir.
Biz bütçe artırma ya da teklif değiştirme kararını bu gecikmeye bakarak veririz. Sektörün ortalama kapanma süresi dolmadan ani değişiklik yapmayız. 2 günde gelen veriyi 20 günlük gerçek gibi okumak, bizi yanlış yere götürür.
Sıkça sorulan sorular
- Google Ads dönüşüm takibi neden gereklidir?
- Google Ads dönüşüm takibi, reklam harcamasının satışa, randevuya veya forma dönüşüp dönüşmediğini gösterir. Bu veri olmadan bütçe kararları tahmine kalır. Takip sayesinde anahtar kelime, cihaz ve saat dilimi bazında dönüşüm getiren kaynakları ayırırız. 200 tıklama alıp satış getirmeyen kelimede bütçe tutmayız. 15 tıklamada 4 satış getiren kelimeyi koruruz.
- Google Ads dönüşüm işlemi nasıl oluşturulur?
- Kurulum, Google Ads hesabındaki Araçlar ve Ayarlar menüsünden başlar. Dönüşümler bölümünde yeni işlem oluştururuz. Kaynak olarak web sitesi, uygulama, telefon araması veya içe aktarma seçilebilir. Dönüşüm adı, kategori, değer, sayım, pencere ve atıf modelini belirleriz. Varsayılan pencere 30 gündür. İstenirse 1 ile 90 gün arasında değiştirilebilir.
- Google Tag Manager ile dönüşüm takibi kaç adımda kurulur?
- Google Tag Manager kurulumu yedi temel adımdan oluşur. Önce konteyner oluşturur, head ve body kodlarını siteye ekleriz. Google Ads dönüşüm etiketi açarız. Kimlikleri girip tetikleyiciyi belirleriz. Önizleme modunda test eder, doğru çalışıyorsa yayınlarız. En sık hata, form gönderilmeden dönüşüm sayılmasıdır.
- Form dönüşümünde teşekkür sayfası mı, olay tabanlı takip mi kullanılmalı?
- Teşekkür sayfası yöntemi, form gönderiminden sonra kullanıcıyı özel bir sayfaya yönlendirir. Etiket yalnızca bu sayfada çalışır. Üç form varsa üç teşekkür sayfası gerekir. Olay tabanlı yöntem, yönlendirme olmayan pop-up ve tek sayfa formlarında kullanılır. GTM, gönder butonunun ürettiği olayı yakalar. Bu yöntem daha esnektir, ancak daha tekniktir.
- Google Ads telefon araması dönüşümü nasıl ölçülür?
- Telefon araması dönüşümleri için üç yöntem kullanırız. Reklamdaki arama uzantısı, reklam üzerinden başlayan çağrıları sayar. Dinamik numara ekleme, reklamdan gelen çağrıları organik çağrılardan ayırır. Belirli süreyi aşan aramalar dönüşüm kabul edilebilir. Sağlık ve hizmet işlerinde dinamik numara eklemeyi öneririz. Böylece hangi kanalın telefonu çaldırdığını görürüz.
Kaynakça
- Google Ads Yardım - Web Siteniz İçin Dönüşüm İzlemeyi Ayarlama — Dönüşüm işlemi oluşturma, kategori seçimi, sayım yöntemleri ve etiket alma adımlarının resmi dokümantasyonudur.
- Google Etiket Yöneticisi Yardım - Google Ads Dönüşüm İzleme — Google Tag Manager aracılığıyla dönüşüm etiketi ve tetikleyici yapılandırma adımlarına dayanak sağlar.
- Google Ads Yardım - Web İçin Gelişmiş Dönüşümler Hakkında — Birinci taraf kullanıcı verilerinin hash yöntemiyle şifrelenerek dönüşüm eşleştirmesinde kullanılması mantığını açıklar.
- Google Ads Yardım - Bir Web Sitesindeki Telefon Aramalarını İzleme — Dinamik numara ekleme (DNI) ve web sitesinden yapılan arama dönüşümlerinin kurulum kurallarını içerir.
- Firebase Yardım - Google Ads ve Firebase Entegrasyonu — Mobil uygulama içi olayların Firebase SDK üzerinden Google Ads'e aktarılması ve kampanya optimizasyonunda kullanılması sürecini doğrular.



