Landing Page Dönüşüm Ölçümü: GA4 Olayları ve Doğru Hedef Tanımı

Teklif sayfasında sorun genellikle veri eksikliği değil, yanlış veridir. Formu yenileyen kullanıcı iki dönüşüm sayılır, doğrulama hatası alan gönderim başarılı görünür, reklam paneli ile GA4 başka başka sayılar gösterir. Sonra bütçe kararları bu sayılara göre verilir. Bu rehber, pazarlama ve web ekiplerinin landing page dönüşüm ölçümünü GA4 olaylarıyla güvenilir kurması, kampanya verisini tutarlı adlandırması ve sonucu doğrulaması için uygulama adımlarını anlatır. Etiketlerin onaya bağlı yüklenmesinin çözülmüş olduğunu varsayıyoruz.

Dönüşüm ile mikro dönüşümü ayırmak

Etikete dokunmadan önce “dönüşüm” kelimesinin bu sayfa için ne demek olduğunu yazıya dökün. B2B teklif sayfasında asıl dönüşüm, satış ekibine ulaşan geçerli bir taleptir. Yoldaki ara adımlar mikro dönüşümdür: forma başlama, broşür indirme, telefon numarasına tıklama, fiyat bölümüne kaydırma.

Pratik sonucu şu: GA4’te yalnız asıl dönüşüm “anahtar etkinlik” (key event) olarak işaretlenir ve reklam platformuna optimizasyon hedefi olarak yalnız o gider. Mikro dönüşümler olay olarak toplanır, raporda kullanılır, ama teklif algoritmasına hedef olarak verilmez. Telefon tıklamasını ana hedefle aynı ağırlıkta reklam sistemine gönderirseniz sistem kolay ama değersiz etkileşimleri kovalamaya başlar. Algoritma ne verirseniz onu optimize eder.

Ölçüm planı tablosu

Ölçüm planı, etiket kurulumundan önce yazılan ve her olayın adını, tetiklenme koşulunu ve parametrelerini sabitleyen belgedir. Google Tag Manager kapsayıcısı bu belgenin uygulamasıdır, tersi değil. Planı olmayan kapsayıcı birkaç ay içinde kimsenin açıklayamadığı etiketlerle dolar. Tipik bir teklif sayfası için örnek plan:

Olay adı	Tetiklenme koşulu	Parametreler	Rol
generate_lead	Sunucu formu başarıyla kaydetti	form_id, lead_type, value, currency	Anahtar etkinlik
form_start	İlk alana ilk giriş	form_id	Mikro
file_download	Broşür PDF tıklaması	file_name	Mikro
phone_click	tel: bağlantısı tıklaması	link_location	Mikro
form_error	Sunucu doğrulama hatası döndürdü	form_id, error_field	Teşhis

generate_lead, GA4’ün önerilen olaylarından biridir; önerilen adları kullanmak raporlarda ve reklam entegrasyonlarında ek eşleme ihtiyacını azaltır. Olay ve parametre adlarında küçük harf ve alt çizgi kullanın. Bir kez belirlenen adı değiştirmeyin; GA4’te ad değişikliği geçmiş veriyle sürekliliği koparır. Özel parametrelerin raporlarda görünmesi için GA4 yönetim panelinde özel boyut olarak tanımlanması gerektiğini de plana yazın; sahada en sık unutulan adımlardan biridir. Olay şeması ve önerilen olaylar için birincil kaynak Google Analytics geliştirici dokümantasyonudur.

Form gönderimini güvenilir yakalamak

Form dönüşümünü yakalamanın üç yaygın yolu var ve güvenilirlikleri aynı değil:

Yöntem	Avantaj	Sınırlama
Teşekkür sayfası görüntülenmesi	Kurulumu kolay	Yenileme ve doğrudan ziyaret mükerrer sayım üretir
GTM form gönderim tetikleyicisi veya GA4 form_submit	Kod gerektirmez	AJAX formlarda tetiklenmeyebilir, hatalı gönderimi de sayabilir
Başarılı yanıta bağlı dataLayer olayı	Yalnız kaydedilen talebi sayar	Form eklentisinin olayını veya küçük bir kod parçasını gerektirir

Tercih edilmesi gereken üçüncüsüdür. WordPress’te Contact Form 7, ileti başarıyla gönderildiğinde DOM üzerinde wpcf7mailsent olayını yayımlar; doğrulama hatasında veya spam reddinde bu olay tetiklenmez. Olayı dataLayer’a aktaran kod şöyle olabilir:

<script>
document.addEventListener('wpcf7mailsent', function (e) {
  window.dataLayer = window.dataLayer || [];
  window.dataLayer.push({
    event: 'generate_lead',
    form_id: String(e.detail.contactFormId),
    lead_type: 'teklif'
  });
}, false);
</script>

GTM’de generate_lead adlı özel olay tetikleyicisi oluşturulur; GA4 olay etiketi ve reklam platformunun dönüşüm etiketi bu tetikleyiciye bağlanır. Başka bir form eklentisi kullanıyorsanız başarı olayını eklentinin dokümantasyonundan doğrulayın; Elementor Pro formları gibi araçların da kendi başarı olayları vardır. Kendi yazdığınız formlarda olayı, sunucudan başarılı yanıtın geldiği satırda gönderin. Düğme tıklamasında değil.

Mükerrer sayımı önlemek için her başarılı gönderime sunucu tarafında üretilen tekil bir talep kimliği verin ve bunu olay parametresi olarak taşıyın. Google Ads dönüşüm işleminde “Sayım” ayarı “Bir” (one) seçildiğinde aynı tıklamadan gelen birden fazla talep tek dönüşüm sayılır; teklif toplama senaryosunda çoğu zaman doğru seçim budur.

UTM standardı ve kampanya adlandırma

GA4 kampanya trafiğini utm_source, utm_medium, utm_campaign, utm_term, utm_content ve utm_id parametrelerinden okur. Değerler büyük-küçük harfe duyarlıdır ve varsayılan kanal gruplaması büyük ölçüde utm_medium değerine dayanır. “E-mail”, “email” ve “eposta” aynı kanalı üç ayrı satıra böler, bir kısmını da “Unassigned” altına atar. Raporu açan kişi bunu kanal performansı sanar.

Yazılı bir UTM standardı en az şunları içermeli:

• Tüm değerler küçük harf, boşluk yerine tire; Türkçe karakter yok.
• utm_medium için sabit sözlük: cpc, paid-social, email, referral, display. GA4’ün kanal tanımlarıyla uyumlu değerler seçin.
• utm_campaign biçimi: yyyy-aa_urun-veya-hizmet_amac; örneğin 2026-11_sunucu-bakim_teklif.
• utm_content yalnız reklam varyantı veya bağlantı konumu için.
• Google Ads’de otomatik etiketleme (gclid) açıkken Ads bağlantılarına elle UTM eklemeyin, otomatik etiketlemeye güvenin. İç bağlantılarda asla UTM kullanmayın; oturumun kaynağını değiştirir.

Bağlantıları elle yazmayın, paylaşılan bir tablo şablonundan üretin. Kampanya yayına girmeden önce son URL’yi tarayıcıda açın ve GA4 gerçek zamanlı raporunda kaynağın doğru göründüğünü kontrol edin.

Sunucu tarafı etiketleme ne zaman gerekir

Sunucu tarafı etiketlemede tarayıcı olayları doğrudan Google’a veya reklam platformlarına değil, kendi alt alan adınızda çalışan bir GTM sunucu kapsayıcısına gönderir; kapsayıcı veriyi süzüp hedef platformlara iletir. Kurulum ve teknik ayrıntılar Google Tag Platform dokümantasyonunda.

Bu yapı her kurumsal web sitesi ve landing page için gerekmez. Karar için basit bir çerçeve:

• Gerekli olabilir: Birden çok reklam platformuna dönüşüm gönderiliyorsa, platformlara giden veriyi (IP, kullanıcı aracısı, URL parametreleri) merkezi olarak süzmek isteniyorsa ya da sayfadaki üçüncü taraf betik yükü azaltılmak isteniyorsa.
• Gereksiz olabilir: Tek GA4 mülkü ve tek reklam hesabı varsa, aylık talep hacmi düşükse ve sunucu kapsayıcısının barındırma, izleme ve bakımını üstlenecek ekip yoksa. Bakımsız kapsayıcı da bir arıza noktasıdır.

Sunucu tarafı etiketleme onay gereksinimini kaldırmaz, ölçüm hatalarını da düzeltmez. Yanlış tanımlanmış dönüşüm sunucudan da yanlış gider. Önce istemci tarafındaki ölçüm planı doğru çalışmalı. B2B satış döngüsü uzunsa daha değerli adım, CRM’de “nitelikli” veya “kazanıldı” olarak işaretlenen talepleri reklam platformuna çevrimdışı dönüşüm olarak geri aktarmaktır; bunun için gclid değerinin form kaydıyla birlikte CRM’e taşınması gerekir. Bu değer kişisel veriyle ilişkilendiği için KVKK uyumlu iletişim formu yazısındaki gizli alan envanterine eklenmeli.

Doğrulama sırası ve sık hatalar

Kurulum bittiğinde testleri şu sırayla yapın:

1. GTM önizleme modunda (Tag Assistant) sayfayı açın, onay verin ve formu boş gönderip hata alın: generate_lead tetiklenmemeli, varsa form_error tetiklenmeli.
2. Formu geçerli verilerle gönderin: generate_lead bir kez tetiklenmeli, parametreler dolu olmalı.
3. GA4 DebugView’da olayın ve parametrelerin geldiğini doğrulayın.
4. Sayfayı yenileyin, geri tuşuyla dönün: yeni dönüşüm oluşmamalı.
5. UTM’li bir test bağlantısıyla gelin; oturum kaynağının doğru atandığını gerçek zamanlı raporda görün.
6. Bir hafta sonra GA4 anahtar etkinlik sayısını CRM’e düşen talep sayısıyla karşılaştırın. Fark beklenenden büyükse nedenini arayın: onay reddi, reklam engelleyiciler, mükerrer sayım veya spam.

Sahada tekrar tekrar karşımıza çıkan hatalar şunlar:

• GA4 etiketi hem temadan hem GTM’den yükleniyor; her olay iki kez sayılıyor.
• Teşekkür sayfası dizine girmiş, organik aramadan “dönüşüm” üretiyor.
• Ayrı bir randevu aracına yönlendirmede çapraz alan ölçümü yapılmamış; kaynak “referral” olarak kayboluyor.
• Reklam platformundaki dönüşüm penceresi ve sayım ayarının GA4’ten farklı olduğu bilinmeden sayılar birebir karşılaştırılıyor.

GA4 ile reklam platformu sayılarının tam tutmaması, atıf modelleri farklı olduğu için normaldir. Fark kaçınılmaz. Önemli olan farkın kararlı ve açıklanabilir kalması; bir hafta içinde sıçrıyorsa kurulumda bir şey bozulmuştur.

Ölçüm betiklerinin sayfa performansına etkisini de izleyin; JavaScript bütçesi ve üçüncü taraf betikler yazısı bu açıdan tamamlayıcı. Etiketlerin onaydan sonra yüklenme kurgusu için çerez onayı ve etiket yönetimi rehberine bakın. Ölçüm planının hazırlanması ve GTM kurulumunun doğrulanması için web analitik ve dönüşüm ölçümü, sayfanın kendisi için landing page ve teklif toplama sayfaları hizmetlerimizi inceleyebilirsiniz.

Sık sorulan sorular

GA4’ün geliştirilmiş ölçümündeki form_submit olayı dönüşüm için yeterli mi?

Çoğu zaman yetmez. Bu olay tarayıcının form gönderme davranışına bağlıdır; AJAX ile gönderilen formlarda hiç tetiklenmeyebilir, doğrulama hatası alan gönderimde ise tetiklenebilir. Dönüşüm için sunucunun başarılı yanıt verdiği anda gönderilen özel bir olay kullanın.

Teşekkür sayfası mı, olay tabanlı ölçüm mü daha güvenilir?

Teşekkür sayfası kolay kurulur, ama yenilenmesi, doğrudan ziyaret edilmesi veya arama motorunda dizine girmesi mükerrer ya da sahte dönüşüm üretir. Başarılı yanıta bağlı olay daha güvenilirdir. Teşekkür sayfası kullanılacaksa en azından noindex verin ve doğrudan erişimi tekil kimlikle kontrol edin.

UTM parametreleri büyük-küçük harfe duyarlı mı?

Evet. GA4 “LinkedIn” ile “linkedin” değerlerini ayrı kaynak olarak raporlar. Tüm UTM değerlerini küçük harf ve tireyle yazan bir standart belirleyin, bağlantıları tek bir şablondan üretin.

Sunucu tarafı etiketleme çerez onayı gereksinimini ortadan kaldırır mı?

Hayır. Sunucu tarafı etiketleme verinin hangi yoldan gittiğini değiştirir, onay gereksinimini değiştirmez. Onay durumu sunucu kapsayıcısına da iletilmeli; onay vermeyen ziyaretçinin verisi aynı kurallarla işlenmeli.