Google Ads dönüşüm izleme kurulumu adım adım

Google Ads dönüşüm izleme kurulumu üç işten oluşur: panelde bir dönüşüm eylemi tanımlamak, sitenizde Google etiketini ve ilgili etkinliği tetiklemek, sonra bu eylemin hesapta nasıl sayılacağını ayarlamak. Üçü birden tamamlanmadan sistem işe yaramaz. Etiket varsa ama eylem tanımı yoksa veri hiç gelmez; eylem tanımı doğru ama etkinlik yanlış sayfada tetikleniyorsa yanlış veri gelir, ve bu ikincisi çok daha tehlikelidir çünkü panelde her şey çalışıyor görünür. Dönüşümün ne demek olduğu ve neden ölçüldüğü ayrı bir konu, onu dönüşüm nedir yazısında ele aldık; burada yalnızca kurulumun teknik tarafı var.

Google Ads dönüşüm izleme kurulumu hangi katmanlardan oluşur

Kurulumu üç katman olarak düşünmek, bir şey ters gittiğinde nereye bakacağınızı belirler.

• Toplama katmanı: Google etiketi veya Tag Manager kapsayıcısı. Veri buradan çıkar.
• Tanım katmanı: Google Ads içindeki dönüşüm eylemi ve ayarları. Gelen verinin ne anlama geldiği burada belirlenir.
• Kullanım katmanı: Bu eylemin birincil mi ikincil mi olduğu, hangi kampanyanın hedefi sayıldığı. Teklif algoritmasının gördüğü sinyal burada şekillenir.

Kurulum anlatımlarının çoğu ilk iki katmanda durur. Pratikte hesapları bozan hataların büyük kısmı üçüncü katmanda çıkar: veri doğru akar, tanım doğrudur, ama yanlış eylem teklife girer.

Dönüşüm eylemini oluştururken verdiğiniz kararlar

Google Ads panelinde Hedefler bölümünden Dönüşümler özetine gidip yeni bir dönüşüm eylemi oluşturur, kaynak olarak web sitesini seçersiniz. Asıl iş bundan sonraki ekranda; burada verdiğiniz kararlar sonradan raporun tamamını belirler.

• Hedef kategorisi: satın alma, potansiyel müşteri formu, iletişim, kayıt gibi seçenekler. Kategori yalnızca bir etiket değil, raporlamada ve bazı kampanya türlerinin hedef seçiminde kullanılır.
• Değer: her dönüşüme aynı sabit değeri mi vereceksiniz, işlemden gelen değişken değeri mi göndereceksiniz, yoksa değersiz mi bırakacaksınız. E-ticarette cevap neredeyse her zaman değişken değerdir.
• Sayma: her mi, bir mi. Aynı tıklamadan gelen üç ayrı sipariş e-ticarette üç dönüşümdür; aynı kişinin formu üç kez göndermesi ise tek potansiyel müşteridir.
• Dönüşüm penceresi: tıklamadan sonra kaç gün içindeki satın almaların o tıklamaya yazılacağı. Kendi satış döngünüze göre seçin; seçilebilir aralıkları ve varsayılanı Google Ads resmî dokümanından doğrulayın, panelde de gösterilir.
• Dönüşümler sütununa dahil etme: bu anahtar, eylemin teklife girip girmeyeceğini belirler. Aşağıda ayrı ele alıyoruz çünkü en çok yanlış kullanılan ayar bu.

Google etiketi ve etkinlik snippet'i nereye konur

İki ayrı kod parçası var ve ikisinin yeri farklı. Google etiketi sitenin tüm sayfalarında, head bölümünün mümkün olduğunca üstünde çalışmalı. Etkinlik snippet'i ise yalnızca dönüşümün gerçekleştiği anda tetiklenmeli: sipariş onay sayfasının yüklenmesinde, form gönderildikten sonra, telefon numarasına tıklandığında.

Kurulumları bozan hataların çoğu bu ayrımın kaybolmasından doğar:

• Etkinlik snippet'ini tüm sayfalara koymak. O andan itibaren her sayfa görüntüleme dönüşüm sayılır, rakam şişer ve akıllı teklif tamamen yanlış bir sinyalle öğrenir.
• Ayrı bir teşekkür sayfası olmaması. Tek sayfalık ödeme akışlarında veya onayın açılır pencerede gösterildiği sitelerde sayfa yüklemesine bağlı tetikleme hiç çalışmaz; olay tabanlı tetikleme kurmak gerekir.
• Tek sayfa uygulamalarında ekran değişiminin gerçek bir sayfa yüklemesi olmaması. Sipariş onayı kullanıcıya görünür ama etiket hiç tetiklenmez.
• Sipariş onay sayfasının yenilenebilir olması. Kullanıcı sayfayı yenilerse aynı sipariş ikinci kez sayılır.

Tag Manager kullanıyorsanız aynı ayrım tetikleyici düzeyine taşınır: kapsayıcı her sayfada, dönüşüm etiketi yalnızca ilgili tetikleyicide. Kapsayıcının kendi kurulumu başlı başına ayrı bir iştir, buraya sığmaz.

GA4 içe aktarma mı doğrudan Google Ads etiketi mi

Dönüşümü Google Ads'e sokmanın iki yolu var: Google Ads'in kendi dönüşüm eylemini kullanmak, ya da GA4 tarafında tanımlı bir anahtar etkinliği Google Ads'e içe aktarmak. İkisi de geçerli yöntemdir. Ama aynı satın almayı ikisiyle birden birincil olarak saydırırsanız tek sipariş iki kez sayılır, ve bu hata ilk bakışta iyi haber gibi göründüğü için haftalarca fark edilmez.

Seçim şöyle netleşiyor. Doğrudan etiketin zinciri kısadır: veri sayfadan doğrudan Google Ads'e gider, araya GA4'ün oturum ve kanal mantığı girmez, arıza yüzeyi daha dardır. GA4 içe aktarma ise ölçümün merkezinde zaten GA4 varsa mantıklıdır; tek bir olay tanımını her yerde kullanırsınız, GA4 raporlarıyla Google Ads raporları aynı tanımdan beslenir. Karşılığında veri önce GA4'e girer, orada işlenir, sonra aktarılır.

Pratik kural: bir kaynağı seçin, birincil olarak onu işaretleyin, diğerini isterseniz ikincil bırakıp yalnızca gözlem amaçlı kullanın. Aynı satın almayı iki farklı yoldan teklif algoritmasına sokmayın.

Birincil ve ikincil dönüşüm ayrımı ne işe yarar

Birincil dönüşümler Dönüşümler sütununa girer ve akıllı teklif stratejilerinin çoğaltmaya çalıştığı hedef budur. İkincil dönüşümler yalnızca Tüm dönüşümler içinde raporlanır, teklife dahil olmaz. Aradaki fark rapor kozmetiği değil, algoritmanın neyi aramaya gönderildiğidir.

Sık gördüğüm tablo şu: sepete ekleme, iletişim sayfası görüntüleme, telefon tıklaması, bülten kaydı gibi eylemlerin hepsi kurulur ve hepsi birincil bırakılır. Panelde dönüşüm sayısı kabarık görünür, rapor iyi okunur, ama teklif algoritması ucuz ve kolay bulunan eylemleri çoğaltmaya yönelir çünkü onlara ulaşmak satın almadan çok daha kolaydır. Harcama yükselir, sipariş sayısı yükselmez.

Kurulumun sonunda birincil sette yalnızca işletmenin gerçekten parasını temsil eden eylem kalmalı. Geri kalan her şey ikincil olarak raporlanır ve gerektiğinde huni analizinde kullanılır. Hangi stratejinin bu sinyali nasıl kullandığı ayrı bir konu; akıllı teklif stratejileri yazısında anlatılıyor.

Gelir değerini gönderirken hangi tutarı yazıyorsunuz

Değeri sabit bırakmak yerine işlemden gelen değeri göndermek gerektiği yerleşik bir kabul. Kurulum açısından asıl soru bir adım önce geliyor: değer alanına tam olarak hangi tutarı yazıyorsunuz ve bu tanımı hesabın tamamında aynı tutuyor musunuz? Sipariş toplamı mı, KDV hariç net tutar mı, kargo dahil mi, indirim sonrası mı?

Somut bir örnekle bakalım. Ortalama sipariş toplamınız 1.200 TL olsun; bunun 200 TL'si KDV, 100 TL'si kargo bedeli. Ürün cirosu bu durumda 1.200 − 200 − 100 = 900 TL. Ayda 200 sipariş alıyorsanız ve etikete sipariş toplamını yazıyorsanız panel 200 × 1.200 = 240.000 TL gelir gösterir; ürün cironuz ise 200 × 900 = 180.000 TL'dir. Yani panelde gördüğünüz gelir, gerçek ürün cironuzun yaklaşık 1,33 katıdır.

Bu fark ROAS'a doğrudan geçer. Aynı ayda 60.000 TL harcadıysanız panelin gösterdiği ROAS 240.000 ÷ 60.000 = 4 olur, ürün cirosuna göre hesaplanan ROAS ise 180.000 ÷ 60.000 = 3 çıkar. Hedef eşiğiniz 3,5 ise ilk sayı size devam et der, ikincisi dur der. Hangi tanımı seçtiğinizden çok, her yerde aynı tanımı kullanmanız önemli. Kendi rakamlarınızla karşılığını görmek için ROAS hesaplama aracını kullanabilirsiniz.

İki teknik ayrıntı daha. Sipariş numarasını işlem kimliği olarak gönderin ki sayfa yenilendiğinde veya kullanıcı geri döndüğünde aynı sipariş ikinci kez sayılmasın. Para birimi parametresini de boş bırakmayın, satışın gerçek para birimini açıkça gönderin; boş bırakıldığında bu alanın nasıl yorumlandığını Google Ads resmî dokümanından doğrulayın.

Kurulumu bitirdikten sonra doğrulama

Kurulum, etiketi yayına aldığınız anda değil, ilk gerçek siparişin panelde doğru tutarla göründüğü anda biter.

• Tag Assistant ile canlı sitede akışı sonuna kadar yürütün ve etkinliğin yalnızca onay adımında tetiklendiğini görün. Ürün sayfasında da tetikleniyorsa snippet yanlış yerdedir.
• Gerçek bir test siparişi verin ve değerin doğru tutarla geldiğini kontrol edin. Testi sabit 1 TL ile yapıp sonra dinamik değere geçmeyi unutmak yaygın bir hatadır.
• Raporlama gecikmesi olduğu için sonucu saatler içinde değil gün içinde değerlendirin. Dönüşüm eyleminin durumu da ilk veri gelene kadar değişmez.
• İki hafta sonra panelin saydığı sipariş adediyle arka ofisteki sipariş adedini karşılaştırın. Birebir eşitlik beklemeyin; atıf penceresi ve modelleme farkları kurulum doğruyken bile kalıcı bir sapma bırakır. Aradığınız şey sıfır fark değil, açıklanabilir ve zaman içinde sabit kalan bir fark.
• Tema güncellemesi, ödeme sayfası değişikliği, yeni ödeme yöntemi veya site taşıması sonrasında etkinliğin hâlâ tetiklendiğini yeniden kontrol edin. Sessizce bozulan ölçüm, hiç kurulmamış ölçümden daha zararlıdır çünkü fark edilmesi haftalar alır.

Dönüşüm izleme, üzerine kurulan her otomasyon katmanının girdisidir. Teklif stratejisi de yapay zekâ destekli hedefleme de yalnızca kendilerine verilen sinyal kadar iyi çalışır. Kurulumu bitirir bitirmez sıradaki işiniz optimizasyon değil, doğrulama olsun.