GA4 key event: form gönderimini önemli etkinlik olarak doğru tanımlamak

Önemli etkinlik (key event), GA4'te işletmenin başarısı için özellikle önemli bir işlemi ölçen etkinliktir. Toplanan her etkinlik önemli etkinlik olabilir; fark, raporlarda ayrı sayılması ve Google Ads'e dönüşüm olarak aktarılabilmesidir. Form gönderimi, satış ekibinin işleyeceği bir talep doğuruyorsa önemli etkinlik olur.

İki terimi ayırmak kararı sadeleştirir. GA4'teki önemli etkinlik, sitedeki tüm kanalların ürettiği iş sonucunu ölçer. Google Ads'teki dönüşüm ise teklif sisteminin optimize ettiği işlemdir. Google'ın yardım belgesine göre bir GA4 etkinliği, önce önemli etkinlik olarak işaretlenmeden Google Ads'e dönüşüm olarak aktarılamaz.

Hangi formun önemli etkinlik olacağını tek soru belirler: bu gönderim, birinin takip edeceği bir talep mi? Teklif, demo ve proje talebi formları bu testi geçer. Bülten aboneliği gibi düşük bağlılıklı formlar ayrı bir etkinlik olarak izlenir ve ana listeye girmez. Sayfa türüne göre hangi eylemin başarı sayılacağını ise arama niyetine göre sayfa eşlemesi belirler.

Form için en net etkinlik adı, Google'ın önerilen etkinlikleri (recommended events) arasındaki generate_lead adıdır. Google bu etkinliği, kullanıcı internet üzerinden form gönderdiğinde ya da bilgi talep ettiğinde tetiklenen etkinlik olarak tanımlar. Önerilen adı kullanmak ekipler ve araçlar arasında tek bir dil kurar.

Etkinliğe yalnız karar için gereken parametreler eklenir: form türü (teklif, demo, iletişim), formun bulunduğu sayfa grubu ve rastgele üretilmiş talep kimliği. Özel parametreler raporlarda ancak özel boyut olarak kaydedildiğinde kullanılabilir; bu kaydı kurulumla aynı gün yaparız.

Kişisel veri etkinliğe girmez. Google politikaları, kimliği tanımlayabilecek bilgilerin (PII) Analytics'e gönderilmemesini şart koşar. Ad, e-posta, telefon ve serbest metin alanları parametreye, sayfa adresine ya da sayfa başlığına yazılmaz. Teşekkür sayfası adresine e-posta ekleyen eski formlar kurulumdan önce düzeltilir.

Talebin sonraki aşamaları

Google, potansiyel müşteri süreci için qualify_lead, working_lead ve close_convert_lead gibi etkinlikler de önerir. Bu etkinlikler CRM'deki aşama değişikliğinden beslenir ve formun gerçek değerini görünür kılar.

Doğrulama, her test senaryosunda tam olarak bir generate_lead etkinliğinin ya da hiç etkinliğin oluştuğunu kanıtlamaktır. Hata ayıklama modu (debug mode) Tag Assistant ile açılır. DebugView, test cihazından gelen etkinlikleri ve parametreleri gerçek zamanlı gösterir; saniyelik akış son 60 saniyeyi, dakikalık akış son 30 dakikayı listeler.

Test, kayda geçen gerçek gönderimlerle yapılır. Her senaryonun beklenen sonucu önceden yazılır ve şu altı senaryo çalıştırılır:

1. Zorunlu alanı boş bırakıp göndermek: etkinlik yok.
2. Hatalı e-posta biçimiyle göndermek: etkinlik yok.
3. Geçerli formda gönder düğmesine art arda basmak: tek etkinlik.
4. Başarılı gönderim: tek etkinlik, parametreler doğru.
5. Teşekkür sayfasını yenilemek ve geri tuşuyla dönmek: yeni etkinlik yok.
6. Analitik çerezini reddetmek: DebugView'da etkinlik görünmez, kayıt sunucuda oluşur.

Son senaryo bir hata değildir. Google, izin modu (consent mode) uygulanmış ve kullanıcı analitik çerezine izin vermemişse etkinliklerin hata ayıklama modunda görünmeyeceğini belirtir. Test kayıtları CRM'de işaretlenir; geliştirici trafiği veri filtresiyle raporlardan ayrılır.

Etkinlik, Yönetici bölümünde Veri görüntüleme altındaki Etkinlikler ekranında yıldız simgesiyle önemli etkinlik olarak işaretlenir. Henüz veri almamış yeni bir etkinlik de önceden işaretlenebilir; işlem için Pazarlamacı ya da daha üst bir rol gerekir. Standart mülk en fazla 30, Analytics 360 mülkü en fazla 50 önemli etkinlik taşır.

İşaretleme geriye dönük çalışmaz. Raporlar, etkinliğin önemli etkinlik olduğu andan itibaren etkilenir ve geçmiş veri değişmez. Standart raporlara yansıma 24 saati bulabilir; gerçek zamanlı rapor birkaç dakika içinde güncellenir. İşaretleme tarihini bu nedenle ölçüm kaydına yazarız.

Sayma yöntemi hangisi olmalı?

GA4 iki sayma yöntemi sunar: Etkinlik başına bir defa (önerilen) ve Oturum başına bir kez (eski). Formda tercihimiz etkinlik başına bir defadır, çünkü aynı oturumda gelen iki ayrı talep iki talep olarak görünmelidir. Çift sayımı sayma yöntemiyle gizlemeyiz; kaynakta, talep kimliğiyle önleriz. Sayma yöntemindeki değişiklik de yalnız sonraki veriye uygulanır.

Form önemli etkinliği, test senaryolarından geçtikten ve GA4 sayısı CRM kayıtlarıyla tutarlı çıktıktan sonra Google Ads'e dönüşüm olarak aktarılır. Google'a göre GA4'te oluşturulan dönüşümler varsayılan olarak ikincildir ve yalnız Google Ads'te birincil yapılabilir. Birincil işlemler teklif vermede kullanılır; ikincil işlemler yalnız gözlem içindir.

Aktarmanın ön koşulları bellidir: Google Ads ile GA4 hesaplarının bağlı olması, otomatik etiketlemenin açık olması ve Google tıklama kimliğinin (GCLID) yönlendirmelerde kaybolmaması. Dönüşümü içe aktaran kişinin GA4'te en az Pazarlamacı rolü, Google Ads'te yönetici erişimi olmalıdır.

Birincil yapma anını öğrenme aşaması belirler. Google, Akıllı Teklif stratejilerinin 7-14 günlük standart bir öğrenme aşaması gerektirdiğini ve bu dönemde dönüşüm hedeflerinin sık değiştirilmemesini önerir. Sinyali bir kez doğru kurup sabit tutmak, Google Ads bütçesinin hedef maliyetten geriye nasıl belirlendiğini anlatan hesabın da ön koşuludur.

Form dönüşümü üç katmanda ölçülür: sitedeki huni, önemli etkinlik oranı ve CRM'deki nitelik. Her katman farklı bir soruyu cevaplar. GA4'ün dönüşüm hunisi keşfi (funnel exploration), form sayfası görüntüleme, form_start ve generate_lead adımlarını sırayla gösterir ve kaybın hangi adımda olduğunu tek ekranda verir.

Oran için oturum önemli etkinlik oranı (session key event rate) kullanılır ve form türüne göre ayrı okunur. form_start ile generate_lead arasındaki kayıp formun, form sayfasına ulaşmama ise sayfanın sorunudur. İkinci durumda ilk bakılacak yer, Google Ads landing page'inin reklam mesajıyla eşleşmesidir. Sayfa geç açılıyorsa ikinci kontrol noktası web performans bütçesi olur.

Üçüncü katman CRM'dir. Haftalık kontrolde GA4'teki generate_lead sayısı, aynı dönemde CRM'e düşen kayıtla karşılaştırılır; fark haftadan haftaya açılıyorsa kurulum yeniden test edilir. Reklam testleri de aynı sinyale dayanır: Meta reklamlarında kreatif test planı kazananı tıklama oranıyla değil, iş sonucuna yakın sinyalle seçer. Yapay zeka asistanlarından gelen ziyaretlerin form katkısı da GA4'ün varsayılan kanal grubundaki Yapay Zeka Asistanı kanalında izlenir; bu ayrım AI görünürlüğü ölçümünü iş sonucuna bağlar. GEO ve SEO farkı en çok bu ölçüm katmanında görünür.

Endüstriyel makine B2B satışı yapan bir müşterimizde reklam performansını ham form sayısıyla değil, teknik görüşmeye ulaşan nitelikli teklifle değerlendirdik. 22 aylık çalışmada nitelikli teklif artışı +%240 oldu. Aynı dönemde nitelikliden görüşmeye geçiş oranı %29 olarak ölçüldü (sektör: B2B, dönem: 22 ay).

Vakadaki ölçüm kurgusu, bu yazıdaki zincirin son halkasıdır. CRM'de satın alma rollerini ve fırsat aşamalarını tanımladık, reklam kararlarını bu aşamalara bağladık. Talep sayısı az ve tek satışın değeri yüksek olduğunda, ham form kararı taşıyacak güçte bir sinyal değildir. Vakada teknik görüşme maliyetindeki iyileşme, ham form maliyetindeki değişimden belirgin biçimde büyük oldu; kararı bu fark yönlendirdi.

Form gönderimi sunucu onayıyla tek bir önemli etkinliğe bağlandığında, nitelikli talep ve görüşme aşamaları aynı talep kimliğiyle izlenebilir. Rakamların kapsamı ve adımları endüstriyel makine B2B vakasında ayrıntılı olarak yer alıyor.

Form önemli etkinliği; pazarlama, yazılım, satış operasyonu, finans ve ajansın birlikte sahiplendiği bir ölçüm kararıdır. Kurulum beş adımda ilerler; her adımın yazılı bir sahibi ve teslim kaydı olur, sahibi yazılmayan adım takvimden düşer. Sahipler, sıra ve her adımın çıktısı şöyledir:

1. Pazarlama talep sayılacak formları ve form türü listesini yazar.
2. Yazılım (BT) başarı yanıtında veri katmanına generate_lead ve talep kimliğini yazar.
3. Ajans Etiket Yöneticisi'nde etiketi kurar, test senaryolarını çalıştırır ve önemli etkinliği işaretler.
4. Satış operasyonu CRM'de nitelik aşamalarını tanımlar ve test kayıtlarını ayıklar.
5. Finans talebe atanacak varsayılan değerin hesabını onaylar.

Ritim üç katmanlıdır. Haftalık kontrolde GA4 ile CRM sayıları karşılaştırılır. Aylık kontrolde huni adımları ve form türü bazında oran okunur. Çeyreklik kontrolde önemli etkinlik listesi, sayma yöntemi ve Google Ads'teki birincil işlemler gözden geçirilir. Site ya da form değiştiğinde test senaryoları yeniden çalıştırılır. Bu ritmi GA4 ve Google Tag Manager danışmanlığımızda yazılı ölçüm planı ve kabul raporuyla yürütüyoruz; hesaplar ve konteynerler şirketinizin adına kalır.

Sunucu onaylı önemli etkinlik, formun kaydedildiğini doğru söyler; talebin değerini tek başına söylemez. Nitelik, görüşme ve satış GA4'te değil, CRM'de oluşur. Bu aşamalar teklif sistemine taşınmadan yapılan optimizasyon, hacmi doğru ama değeri eksik bir sinyalle çalışır ve her talebi eşit sayar.

Dört durumda bu kurulum tek başına uygulanmaz ya da yetmez:

• Talep formdan gelmiyorsa: telefon, WhatsApp ve mağaza ziyareti ayrı ölçüm ister.
• Ziyaretçi analitik iznini reddediyorsa: gelişmiş izin modu çerezsiz ölçüm gönderir; mülk Google'ın modelleme eşiklerini karşıladığında eksik veri modellenir. GA4 sayısı CRM'in altında kalır; gerçek kayıt CRM'dedir.
• Form hacmi teklif öğrenmesine yetmiyorsa: sinyal sabit tutulur ve dönüşüm hedefi sık değiştirilmez; bütçe kararı bu sınır bilinerek verilir.
• Yazılım erişimi yoksa: sunucu onayı kurulamaz. Tekilleştirilmiş teşekkür sayfası geçici çözümdür ve risk ölçüm kaydına yazılır.

Nitelikli talebi Google Ads'e taşımanın yolu çevrimdışı dönüşümleri içe aktarmaktır. Google, potansiyel müşteriler için gelişmiş dönüşümleri bu özelliğin gelişmiş sürümü olarak tanımlar.