GA4 Dönüşüm Takibi Doğru mu Kurulmuş? Denetim Rehberi (2026)

GA4 dönüşüm takibi, olayları etiket yöneticisi üzerinden tek bir yerden basıp her dönüşüme benzersiz bir kimlik vererek kurulur. Kurulumdan daha önemlisi denetimi: çoğu hesapta dönüşüm ya hiç sayılmıyor ya iki kez sayılıyor ve ikisi de hata vermeden, sessizce oluyor. Bu yazıda doğru kurulumun nasıl göründüğünü ve mevcut kurulumunu nasıl denetleyeceğini anlatıyoruz.

Neden "kurulumdan çok denetim" diyoruz?

Çünkü ölçüm hataları gürültü çıkarmıyor. Site çalışır, form gider, mail düşer — ama analitikte dönüşüm görünmez ya da iki katı görünür. Kimse uyarı almaz.

Bu sessizliğin bedeli doğrudan paraya dönüşüyor: çift sayan bir hesapta dönüşüm başına maliyet olduğundan düşük görünür, reklam bütçesi yanlış kanala kayar ve fark aylar sonra anlaşılır.

Doğru kurulum neye benzer?

Sağlıklı bir kurulumun üç özelliği var:

1. Tek kaynak. Site hiçbir ölçüm etiketini doğrudan yüklemez. Yalnızca veri katmanına olay basar; hangi etiketin tetikleneceğine etiket yöneticisi karar verir. Böylece aynı olayın iki yerden gitmesi imkânsız hale gelir ve ölçüm değişikliği için koda dokunmak gerekmez.

2. Benzersiz olay kimliği. Her dönüşüme bir kimlik üretilir ve bu kimlik hem tarayıcı olayında hem sunucu olayında aynı gider. Platform ikisini eşleştirip tek dönüşüm sayar.

3. Onay kapısı. Ölçüm, ziyaretçinin onayına bağlıdır ve bu kapı tek bir yerdedir. Onay verilmeden hiçbir izleme kodu yüklenmez.

Kurulumu nasıl denetlersin?

Dört kontrol, çoğu sorunu ortaya çıkarıyor.

Kontrol 1: Olay gerçekten basılıyor mu?

Tarayıcıda geliştirici araçlarını aç, konsola dataLayer yaz ve formu gönder. Beklediğin olay listede görünüyor mu?

En sık bulgu şu oluyor: etiket yöneticisinde tanımlı bir olay, kodda hiç çağrılmıyor. Etiket kurulmuş, tetikleyici kurulmuş, ama tetikleyecek olay hiç basılmıyor. Hata vermiyor, sessizce sıfır kalıyor.

Kontrol 2: Aynı olay iki kez mi gidiyor?

Ağ sekmesini aç, ölçüm isteklerini filtrele ve tek bir form gönder. Aynı dönüşüm iki kez gidiyorsa çift sayım var.

İki tipik neden:

• Etiket hem siteye gömülü hem etiket yöneticisinde tanımlı
• Sunucu taraflı olay, tarayıcı olayıyla aynı kimliği taşımıyor

Kontrol 3: Kimlikler eşleşiyor mu?

Sunucu taraflı ölçüm kullanıyorsan bu kontrol kritik. Tarayıcının gönderdiği olay kimliği ile sunucunun gönderdiği kimlik birebir aynı olmalı.

Bunu görebilmek için sunucu tarafında gönderilen kimliği loglamak gerekiyor. Loglanmıyorsa eşleşmenin bozulduğunu anlamanın hiçbir yolu yok — hata çıkmıyor, sadece her dönüşüm iki kez sayılıyor.

Kontrol 4: Bot gönderimi dönüşüm üretiyor mu?

Formunda bot tuzağı (honeypot) varsa, tuzağa düşen gönderimde ne oluyor? Bota "başarılı" görünmesi doğru, ama o gönderimin analitikte dönüşüm olarak sayılmaması lazım.

Çoğu kurulumda sunucu bota başarı yanıtı dönüyor ve istemci bunu gerçek başarı sanıp dönüşüm basıyor. Sonuç: bot trafiği dönüşüm sayısını şişiriyor.

Çerez onayı ölçümü nasıl etkiliyor?

Onay öncesi izleme yapmıyorsan, onay vermeyen ziyaretçilerin dönüşümleri hiç ölçülmez. Bu doğru davranış ama sonucunu bilerek yönetmek gerekiyor.

İki pratik sonuç:

• Raporlardaki dönüşüm sayısı gerçek sayıdan düşük olur. Reklam tarafında teklif stratejisi kurarken bu farkı hesaba katmak gerekir.
• Onay bandını erken ve anlaşılır göstermek ölçüm kaybını azaltır. Kapıyı gevşetmek değil, kararı kolaylaştırmak doğru yaklaşım.

Bir ayrıntı: onay öncesi basılan olaylar veri katmanında birikirse, onay verildiği anda etiket yöneticisi yüklenince geriye dönük işlenebiliyor. Yani ziyaretçi "kabul et" dediği anda, daha önce onaysızken yaptığı tıklamalar ölçülmüş oluyor. Bunu istemiyorsan olayları onay gelene kadar hiç basmamak gerekir.

Hangi olaylar dönüşüm sayılmalı?

Yalnızca iş değeri olanlar:

Her şeyi dönüşüm işaretlemek zararsız görünüyor ama değil: reklam algoritmaları dönüşüm sinyaline göre optimize ediyor. Sayfa görüntülemeyi dönüşüm işaretlersen, algoritma sana satın alan değil gezinen kitle getirir.

Raporlamayı nasıl kurmalı?

Üç ilke işi büyük ölçüde çözüyor:

1. Tek bir pano. Kanal bazlı dağılım, dönüşüm sayısı ve dönüşüm başına maliyet tek ekranda görünsün.
2. Trafiğin kaynağı ayrıştırılabilsin. Sosyal ve e-posta bağlantılarına etiket eklemek şart; etiketsiz trafik tek yığında birikiyor. Yöntemi sosyal medya içerik takvimi yazısında anlattık.
3. Yapay zekâ kaynaklı trafik ayrı görünsün. Üretken motorlardan gelen ziyaretçiler klasik organik içinde kayboluyor; ayırmanın yolunu yapay zekâ aramadan gelen trafiği nasıl ölçersin yazısında topladık.

Sık sorulan sorular

Dönüşümlerin iki kez sayıldığını nasıl anlarım?

En hızlı yol gerçek bir test gönderimi yapıp tarayıcının ağ sekmesinde ölçüm isteklerini saymak. Tek bir form gönderiminde aynı dönüşüm olayının iki kez gitmesi çift sayımdır. En sık nedeni aynı etiketin hem siteye gömülü olması hem de etiket yöneticisinde tanımlı olması; ikincisi ise sunucu taraflı olayın tarayıcı olayıyla eşleşmemesi.

Etiketleri siteye mi gömmeli, etiket yöneticisine mi koymalı?

Tek bir yerde toplamak şart, ve bu yer genelde etiket yöneticisi olmalı. İkisi birden kullanıldığında aynı olay iki kaynaktan gidiyor ve çift sayım kaçınılmaz oluyor. Site yalnızca olayı veri katmanına basar; hangi etiketin tetikleneceğine etiket yöneticisi karar verir. Böylece ölçüm değişikliği için koda dokunmak da gerekmez.

Çerez onayı vermeyen ziyaretçilerin dönüşümü sayılır mı?

Onay öncesi izleme yapmıyorsan sayılmaz, ve doğrusu da budur. Bunun sonucu şu: raporlardaki dönüşüm sayısı gerçek sayıdan düşük olur. Reklam tarafında teklif stratejisi kurarken bu farkı bilerek kurmak gerekir; aksi halde kampanya olduğundan kötü görünür ve yanlış kararlar alınır.

Sunucu taraflı ölçüm neden gerekiyor?

Reklam engelleyiciler ve tarayıcı kısıtları tarayıcı taraflı olayların bir kısmını kaybettiriyor. Sunucu taraflı ölçüm bu kaybın bir bölümünü kurtarıyor. Ama tek şartla: tarayıcı ve sunucu aynı olayı AYNI kimlikle göndermeli, yoksa aynı dönüşüm iki kez sayılır ve durumu düzeltmek yerine kötüleştirirsin.

Hangi olayları dönüşüm olarak işaretlemeliyim?

Yalnızca gerçekten iş değeri olanları. Form gönderimi, randevu açma, telefon veya e-posta tıklaması tipik dönüşümlerdir. Sayfa görüntüleme ve kaydırma derinliği dönüşüm değil, davranış sinyalidir. Her şeyi dönüşüm işaretlemek, reklam algoritmalarının yanlış hedefe optimize etmesine yol açıyor.

Nereden başlamalısın?

Bugün tek bir test gönderimi yap ve iki şeye bak: veri katmanında dönüşüm olayı görünüyor mu, ve ağ sekmesinde kaç kez gidiyor. Bu iki gözlem, kurulumun sağlıklı olup olmadığını çoğu hesapta tek başına söylüyor.

Sonuç beklediğin gibi değilse önce denetim, sonra yeni etiket. Bozuk bir kurulumun üzerine etiket eklemek sorunu büyütüyor.

Analitik ve raporlama hizmetimizle mevcut kurulumunu denetliyor, çift sayan ve hiç saymayan olayları çıkarıyoruz.

Ücretsiz Strateji Görüşmesi için bize yaz — ölçümünü inceler, bulguları olduğu gibi paylaşırız.