Dönüşüm izleme kurulmadan yürütülen bir Google Ads kampanyası, hangi anahtar kelimenin, hangi reklamın gerçekten sonuç getirdiğini bilmeden bütçe harcamak anlamına gelir. Bu, birçok hesapta karşılaşılan en temel ama etkisi en büyük eksikliklerden biridir. Doğru kurulmuş bir dönüşüm izleme, optimizasyon kararlarının tamamının temelini oluşturur.
Dönüşüm izleme neden bu kadar kritik
Google Ads’in otomatik teklif stratejileri (Hedef EBM, Hedef ROAS, Dönüşümleri En Üst Düzeye Çıkar gibi) doğrudan dönüşüm verisiyle çalışır. Dönüşüm izleme eksik veya yanlışsa, bu otomatik stratejiler yanlış sinyalle optimize eder ve bütçe, gerçekte sonuç getirmeyen kelimelere kayabilir. Manuel teklif yönetiminde bile, dönüşüm verisi olmadan “hangi kelime çalışıyor” sorusuna cevap verilemez.
Kurulum öncesi tanımlanması gerekenler
Kuruluma başlamadan önce, işletme için “dönüşüm” sayılacak eylemler netleştirilmeli. Bunlar genelde üç kategoriye ayrılır: doğrudan işlem (satın alma, form doldurma, telefon araması), niyet göstergesi (sepete ekleme, fiyat sayfası görüntüleme, 3+ dakika site kalma) ve mikro-dönüşüm (broşür indirme, WhatsApp’a tıklama). Her kategori farklı ağırlıkta değerlendirilmeli; doğrudan işlemler “birincil dönüşüm”, diğerleri “ikincil dönüşüm” olarak işaretlenmelidir.
Adım adım kurulum süreci
1. Google Ads hesabında dönüşüm eylemi oluşturun. “Araçlar ve Ayarlar” menüsünden “Dönüşümler” bölümüne girip yeni bir dönüşüm eylemi tanımlayın: kategori (satın alma, potansiyel müşteri, sayfa görüntüleme), değer (sabit veya değişken), sayım yöntemi (her biri veya bir tanesi) seçilir.
2. Google Tag’i (gtag.js) veya Google Etiket Yöneticisi’ni siteye yerleştirin. İki yöntem de mümkün ama Google Etiket Yöneticisi (GTM) kullanmak, ileride yeni etiketler eklerken geliştirici müdahalesi ihtiyacını azalttığı için daha sürdürülebilir bir tercihtir.
3. Form gönderimi veya satın alma tetikleyicisini tanımlayın. GTM üzerinde, form başarıyla gönderildiğinde veya sipariş onay sayfası yüklendiğinde tetiklenecek bir olay (event) kurulur. Bu adım, sitenin form yapısına göre değişir; genel bir “sayfa yüklendi” tetikleyicisi yerine, gerçek başarı durumunu yakalayan bir tetikleyici (örneğin “teşekkürler” sayfası URL’i veya form gönderim olayı) kullanılmalı.
4. Telefon araması izlemeyi ekleyin (varsa). Yerel hizmet işletmeleri için Google Ads’in “arama uzantısı üzerinden arama” izlemesi veya dinamik numara ekleme (DNI) ile site üzerindeki aramaları da dönüşüm olarak saymak mümkündür.
5. Test modu ile doğrulayın. GTM’nin “Önizleme” modunu kullanarak, tetikleyicinin gerçekten doğru anda ateşlendiğini kontrol edin. Google Ads içinde de “Etiket Yardımcısı” (Tag Assistant) uzantısıyla etiketin sayfada doğru çalıştığı teyit edilmeli.
6. Canlıya alın ve 48 saat bekleyin. Kurulum tamamlandıktan sonra Google Ads arayüzünde dönüşüm verisinin görünmesi genelde birkaç saatten 48 saate kadar sürebilir; bu süre normaldir, hemen sonuç beklenmemelidir.
Offline dönüşümleri Google Ads’e aktarmak
Bazı işletmelerde nihai satış, web sitesinde değil telefon görüşmesi veya yüz yüze görüşme sonrasında gerçekleşir. Bu durumda, web sitesindeki form gönderimi yalnızca bir “potansiyel müşteri” (lead) oluşturur, gerçek satış CRM sisteminde kapanır. Google Ads’in “Offline Dönüşüm İçe Aktarma” özelliği, CRM’de kapanan bir satışı, o satışı tetikleyen orijinal tıklama kimliğiyle (GCLID) eşleştirerek Google Ads’e geri aktarmayı sağlar. Bu kurulum biraz daha teknik olsa da, uzun satış döngüsüne sahip işletmeler için gerçek ROI’yi ölçmenin tek doğru yoludur; aksi halde optimizasyon yalnızca form doldurma sayısına göre yapılır ve bu sayı gerçek geliri yansıtmayabilir.
Sık yapılan kurulum hataları
Sayfa yenilendiğinde dönüşümün tekrar sayılması. Kullanıcı “teşekkürler” sayfasını yenilediğinde veya geri tuşuyla tekrar ziyaret ettiğinde etiket tekrar tetiklenirse, tek bir gerçek dönüşüm birden fazla kez sayılır ve veriler şişer.
Test verilerinin production ortamına karışması. Geliştirme sürecinde yapılan test form gönderimleri, dönüşüm sayısını yapay şekilde artırabilir; kurulum sonrası test verileri Google Ads panelinden manuel olarak temizlenmeli veya filtrelenmelidir.
Değer atamasının yanlış yapılması. Her dönüşüme sabit bir değer (örneğin 500 TL) atamak, gerçekte farklı büyüklükte işlemler getiren bir işletmede yanıltıcı ROAS hesaplamasına yol açar; mümkünse gerçek işlem tutarının dinamik olarak aktarılması tercih edilmeli.
Birincil ve ikincil dönüşümlerin karıştırılması. Mikro-dönüşümler (sayfa görüntüleme gibi) birincil dönüşüm olarak işaretlenirse, otomatik teklif stratejileri gerçek satışa değil, zayıf sinyale göre optimize eder.
Kurulum sonrası doğrulama kontrol listesi
- Test formu gönderildiğinde Google Ads panelinde 24-48 saat içinde dönüşüm görünüyor mu?
- Aynı işlem için birden fazla dönüşüm kaydı oluşuyor mu (çiftleme kontrolü)?
- Dönüşüm değeri, gerçek işlem tutarıyla örtüşüyor mu?
- Google Analytics ile Google Ads dönüşüm sayıları makul bir aralıkta tutarlı mı (birebir eşleşme beklenmez ama büyük sapma varsa incelenmeli)?
- Mobil ve masaüstünde form gönderimi ayrı ayrı test edildi mi?
Geliştirici desteği gerekip gerekmediği
Basit form gönderimleri genelde GTM üzerinden geliştirici müdahalesi olmadan kurulabilir. Ancak tek sayfa uygulamaları (SPA), özel ödeme akışları veya çok adımlı formlarda, sayfa URL’i değişmeden işlem tamamlandığı için standart “sayfa yükleme” tetikleyicisi çalışmaz; bu durumlarda geliştiricinin özel bir JavaScript olayı (dataLayer.push) eklemesi gerekir.
Gelişmiş Dönüşümler (Enhanced Conversions) ile veri kalitesini artırmak
Tarayıcı gizlilik ayarlarının ve üçüncü parti çerez kısıtlamalarının artmasıyla birlikte, geleneksel çerez tabanlı dönüşüm izleme bazı işlemleri kaçırabilir. Google’ın Gelişmiş Dönüşümler özelliği, kullanıcının e-posta veya telefon bilgisini (şifrelenmiş biçimde) dönüşüm verisine ekleyerek, çerez engellemesi nedeniyle kaybolan eşleşmeleri geri kazanmayı hedefler. Bu kurulum, form gönderiminden sonra kullanıcı bilgisinin hashlenerek Google’a iletilmesini gerektirir ve genelde GTM veya doğrudan sunucu tarafı entegrasyonla yapılır. Özellikle son 1-2 yılda tarayıcı politikalarındaki değişiklikler nedeniyle, bu özelliği aktifleştirmeyen hesaplarda dönüşüm verisinin bir kısmının hiç kaydedilmediği (raporlanan sayının gerçek sayıdan düşük çıktığı) sıkça görülür.
Sunucu tarafı izleme (server-side tagging) ne zaman gerekir
Tarayıcı eklentileri (reklam engelleyiciler) veya iOS üzerindeki gizlilik kısıtlamaları, tarayıcı tarafı (client-side) etiketlerin bir kısmının hiç çalışmamasına neden olabilir. Aylık trafiği yüksek ve dönüşüm verisinin doğruluğu kritik olan hesaplar için, Google Etiket Yöneticisi’nin sunucu tarafı konteyneri üzerinden çalışan bir kurulum, bu kayıpların önemli bir kısmını telafi edebilir. Bu kurulum daha fazla teknik altyapı (özel bir sunucu veya bulut fonksiyonu) gerektirdiği için, küçük ölçekli hesaplarda maliyet-fayda dengesi genelde gerekli görülmez; ancak aylık binlerce dönüşüm işleyen hesaplarda bu yatırım hızla kendini amorti edebilir.
Kurulumu belgelemenin uzun vadeli faydası
Dönüşüm izleme kurulumu tamamlandıktan sonra, hangi tetikleyicinin nasıl kurulduğunu (hangi GTM etiketi, hangi tetikleyici koşulu) kısa bir teknik notla belgelemek, ileride site güncellemesi yapıldığında izlemenin kazara bozulmasını önlemeye yardımcı olur. Bu belge olmadan, bir web geliştirici sayfa yapısını değiştirdiğinde dönüşüm izlemesinin sessizce kırıldığı ve haftalarca fark edilmediği durumlar sıkça yaşanır.
Sonuç
Dönüşüm izleme kurulumu, kampanya başlamadan önce tamamlanması gereken bir ön koşuldur, sonradan eklenecek bir “iyileştirme” değildir. Doğru kurulmuş bir dönüşüm izleme, otomatik teklif stratejilerinin doğru sinyalle çalışmasını sağlar ve hangi anahtar kelimenin gerçekten iş getirdiğini net şekilde gösterir. Kurulumdan sonra test formu ile doğrulama yapılmadan kampanyaya bütçe aktarılması, ölçülemeyen ve dolayısıyla optimize edilemeyen bir harcamaya dönüşür.