Sitenizde “Randevu Al” butonuna günde 200 kişi tıklıyor gibi görünüyor ama Google Ads tarafında dönüşüm sayısı 12. Ya da GA4’te form gönderimi artmış, CRM’de yeni lead yok. Bu iki tablo genelde aynı kök probleme çıkar: Event’ler doğru tanımlanmamıştır ya da doğru tetiklenmiyordur. Özellikle sağlık turizmi gibi her lead’in maliyetinin yüksek olduğu sektörlerde, ölçüm hatası doğrudan bütçe israfına döner.
Bu yazıda google tag manager event kurulumu sürecini “etiket ekleyip bitti” seviyesinde değil, gerçekten raporlama ve optimizasyon üreten bir kurgu olarak ele alacağız. Hedefimiz net: GA4’te anlamlı event’ler, doğru parametreler ve reklam platformlarına güvenle gönderilen dönüşümler.
Ölçüm kurgusu: Event’i kurmadan önce karar verin
GTM’de her şeyi event yapmak kolay. Zor olan, iş hedefiyle uyumlu bir event mimarisi kurmak. İlk karar şu: Hangi aksiyonlar satışa veya lead’e giden yolda kritik?
Çoğu KOBİ ve klinik sitesinde temel set benzerdir: telefon tıklaması, WhatsApp tıklaması, form submit, randevu talebi, fiyat/teklif isteği, harita yol tarifi ve çok dilli sitelerde dil değişimi. Ama hepsini aynı “click” event’i olarak ölçerseniz raporda anlam kaybolur. Her event, karar vericiye bir cümle kurabilmeli: “Kullanıcı şunu yaptı ve bu aksiyon şu kanaldan geldi.”
Burada bir trade-off var. Çok detaylı event kurgusu kurarsanız raporlama zenginleşir ama bakım maliyeti artar. Çok basit kurarsanız yönetmesi kolay olur ama optimizasyon körleşir. Sağlıklı denge genelde 8-15 adet anlamlı event ve her event için 2-4 kritik parametredir.
GA4 ve GTM rol dağılımı: Kim neyi yapıyor?
GA4 “ne oldu?” sorusunun verisini depolar ve raporlar. GTM ise “ne zaman ve nasıl tetikleyelim?” sorusunu yönetir. Event kurulumu derken çoğunlukla şu üçlüden bahsediyoruz:
- GTM Trigger (tetikleyici) – olayın gerçekleştiği anı yakalar
- GTM Tag (etiket) – GA4’e event’i gönderir
- GA4 tarafı – event’i görür, gerekirse dönüşüm yapar, raporlar
GTM’yi “kurduk, çalışıyor” demek yetmez. Debug (önizleme) ve GA4 DebugView kontrolü yapılmadan yayın almak, özellikle reklam bütçesi varken riskli.
Google Tag Manager event kurulumu: Pratik akış
Bu bölümde en sık kullanılan üç senaryoyu gerçek hayatta en stabil çalışan yöntemle anlatacağım: buton tıklaması, form gönderimi ve teşekkür sayfası (thank you page) ölçümü.
1) Tıklama event’i: Telefon ve WhatsApp
Telefon ve WhatsApp, sağlık projelerinde en kritik lead kaynaklarıdır. Ama “All Elements Click” gibi genel tıklama yakalamak yerine, hedefe yönelik filtre gerekir.
GTM’de önce yerleşik değişkenleri açın: Click URL, Click Text, Click Classes, Click ID. Ardından Trigger oluşturun.
Telefon için en temiz filtre çoğunlukla Click URL üzerinden olur: `tel:` ile başlayan tıklamaları yakalarsınız. WhatsApp için `wa.me` veya `api.whatsapp.com` içeren URL’ler iyi çalışır. Sitenizde WhatsApp linki JavaScript ile açılıyorsa URL yakalanmayabilir, o zaman Click Classes veya data-attribute ile ilerlemek daha doğru olur.
Trigger hazır olunca GA4 Event tag’i oluşturun.
- Tag türü: GA4 Event
- Configuration tag: mevcut GA4 config
- Event name: `click_phone` veya `click_whatsapp` gibi net isimler
Parametre tarafında abartmaya gerek yok. Ama kanal performansı için değerli iki parametre genelde yeterlidir: `link_url` (Click URL’den), `page_location` (GA4 zaten gönderir). Eğer çok dilli bir siteniz varsa `language` gibi bir parametre de anlamlı olabilir.
İsimlendirme konusunda küçük bir disiplin fark yaratır: Event adlarını küçük harf ve alt çizgi ile standardize edin. Sonradan BigQuery, Looker Studio veya reklam entegrasyonlarında sürpriz yaşamazsınız.
2) Form submit: “Submit” tetikleyicisine güvenmeyin
GTM’nin Form Submission trigger’ı bazı altyapılarda iyi çalışır, bazılarında hiç çalışmaz. Özellikle modern formlar (AJAX ile gönderim, tek sayfada mesaj gösteren formlar, pop-up formlar) “submit” event’ini klasik anlamda üretmeyebilir.
Burada iki yol var ve “it depends” kısmı tam olarak burada başlar:
- Eğer form gönderince teşekkür sayfasına yönleniyorsanız, en stabil yöntem teşekkür sayfası görüntülenmesini event yapmak.
- Eğer teşekkür sayfası yok ve aynı sayfada “Başarılı” mesajı çıkıyorsa, DOM değişimini yakalayan bir yöntem (Element Visibility) veya geliştirici ekibin dataLayer push atması daha doğru olur.
Form submit ölçümünde hedefiniz yanlış pozitifleri azaltmak olmalı. Yani kullanıcı “Gönder”e bastı ama hata aldıysa, event’in tetiklenmemesi gerekir. Bu yüzden “button click = lead” yaklaşımı çoğu zaman hatalı rapor üretir.
3) Teşekkür sayfası event’i: Lead ölçümünde altın standart
Lead formu, randevu talebi veya teklif isteği sonrası `/thank-you` gibi bir sayfanız varsa, GTM kurulumunuz hem basit hem güvenilir olur.
GTM’de Page View trigger oluşturun ve koşul olarak Page Path equals `/thank-you` gibi bir filtre koyun. Ardından GA4 Event tag’i ile `generate_lead` gibi bir event gönderin.
GA4’te bu event’i Conversion olarak işaretleyin. Böylece hem GA4 raporlarında hem de Google Ads’e dönüşüm import ederken net bir sinyal elde edersiniz.
Teşekkür sayfası yaklaşımının trade-off’u şudur: Kullanıcı teşekkür sayfasını cache’ten açarsa veya URL yanlışlıkla paylaşılıp açılırsa false lead üretebilir. Bu nadirdir ama özellikle agresif kampanyalarda kontrol etmek gerekir. Çözüm olarak teşekkür sayfasını noindex yapmak, erişimi session bazında kısıtlamak veya sunucu tarafında bir token doğrulaması kullanmak düşünülebilir.
Debug süreci: Yayına almadan önce 10 dakikalık kontrol
Event kurulumlarının büyük kısmı “çalışıyor sandık ama çalışmıyormuş” problemine takılır. Bunu önlemek için iki katmanlı kontrol yeterli:
GTM Preview modunda tıklayın, form gönderin, teşekkür sayfasına gidin. Tag’in “Fired” olduğundan emin olun. Sonra GA4 DebugView’da event’i görün.
GA4 DebugView’da event adı görünüyor ama parametreler boşsa genelde değişken mapping’i hatalıdır. GTM’de Click URL yerine yanlış değişken seçmek gibi basit bir hata bile raporu bozar.
GA4’te event’i dönüşüme çevirmek: Her şeyi conversion yapmayın
GA4’te Admin – Events bölümünden ilgili event’i “Mark as conversion” yapabilirsiniz. Ancak her event’i conversion yapmak karar almayı zorlaştırır.
Lead odaklı sitelerde genelde 1-3 ana dönüşüm yeterlidir: `generate_lead` (form), `click_whatsapp` (bazı kliniklerde doğrudan lead), `click_phone` (çağrı merkezi güçlü ise). Diğerleri micro conversion olarak kalsın. Micro conversion’lar optimizasyon için değerlidir ama raporun ana hedefini kalabalıklaştırmamalı.
Google Ads tarafına dönüşüm gönderirken de aynı mantık geçerli. Ads algoritmasına “bu önemli” dediğiniz sinyal az ve net olmalı. Aksi halde sistem, gerçekten değer üretmeyen aksiyonlara optimizasyon yapabilir.
Event isimleri ve parametre standardı: Gelecekteki raporun temeli
Bugün sadece GA4 kullanıyor olabilirsiniz. Yarın Looker Studio, CRM entegrasyonu, farklı reklam kanalları ve çok dilli kampanya kırılımları devreye girer. Standart isimlendirme o gün sizi kurtarır.
Event adlarında fiil bazlı ilerleyin: `click_phone`, `click_whatsapp`, `generate_lead`, `book_appointment` gibi. Parametrelerde ise aynı kavramı her event’te aynı isimle taşıyın. Örneğin linki bazen `url`, bazen `link`, bazen `click_url` yaparsanız rapor birleştirmek zorlaşır.
Sağlık turizmi ve çok dilli sitelerde ölçüm: Küçük farklar büyük sonuç
Çok dilli sitelerde kullanıcı yolculuğu daha uzundur. Aynı kullanıcı önce İngilizce sayfaya gelir, sonra Türkçe’ye geçer, sonra WhatsApp’tan yazar. Bu yüzden dil değişimini event olarak almak çoğu zaman işe yarar. Ama bunu conversion yapmayın. Bu, kullanıcı niyetinin güçlendiğini gösteren bir sinyaldir, hepsi bu.
Ayrıca WhatsApp tıklamasını ülke kırılımında analiz etmek isteyebilirsiniz. GA4’te ülke zaten gelir. Ek olarak, kampanya URL’lerinizin UTM’leri doğru değilse event’ler doğru olsa bile attribution tarafı sapar. Event kurulumu, UTM disipliniyle birlikte anlam kazanır.
Ne zaman daha ileri seviye kurgu gerekir?
Bazı projelerde sadece GTM üzerinden “tıklama ve thank-you” yeter. Bazılarında ise dataLayer entegrasyonu şart olur.
Şu durumlarda geliştirici desteğiyle dataLayer push planlayın: çok adımlı formlar, tek sayfa uygulamalar, popup içinde çalışan formlar, randevu modülleri, ödeme adımı içeren akışlar. Bu kurgularda “gözle gördüğüm oldu” ile “analytics’e doğru gitti” aynı şey değildir.
LQ Design olarak projelerde ölçüm tarafını Core Web Vitals, sayfa SEO’su ve reklam dönüşüm kurgusuyla birlikte ele alıyoruz. Eğer sitenizde event’ler var ama veriye güvenemiyorsanız, çoğu zaman sorun kurulumdan değil mimariden çıkar. Bu noktada doğru yol haritasını hızlıca netleştirmek için https://lqdesign.net üzerinden birlikte bir ölçüm planı çıkarabiliriz.
Daha iyi ölçüm, daha çok rapor demek değildir. Daha iyi ölçüm, aynı bütçeyle daha doğru karar alabilmektir. Bugün tek bir event’i bile “gerçek lead” tanımına yaklaştıracak şekilde düzeltmeniz, gelecek ay kampanya optimizasyonunu bambaşka bir seviyeye taşır.
