Analytics ve Event Tasarımı: Web Projelerinde Ölçümleme Mimarisi

“Analytics kurmak” ile “ölçüm mimarisi kurmak” aynı şey değildir. Analytics kurmak, bir araca etiket eklemek demektir; ölçüm mimarisi kurmak ise iş hedeflerini (KPI) funnel’a bağlayıp bu funnel’ı event ve parametre sözlüğüyle ölçülebilir hale getirmektir. Böylece “hangi kanal çalıştı?” sorusunu “hangi adımda kaybettik ve neden?” sorusuna dönüştürürsünüz.

Bu yüzden web ve yazılım hizmetlerinde ölçümleme mimarisi, yalnızca pazarlama raporlamasının değil; tasarım, geliştirme, QA ve canlıya alma süreçlerinin ortak bir kalite standardı olarak düşünülmelidir.

Competitor Gap – fark yaratan mini bölüm

Türkiye’de yaygın hata: “önce site çıksın, sonra ölçeriz.” Bu yaklaşım, özellikle otel kampanyalarında sezon açılışında ve B2B’de lansman döneminde geri dönülmez veri kaybı yaratır. Doğru yaklaşım: ölçüm planını kickoff deliverable yapmak.

Ölçüm stack’i genelde üç katmandan oluşur:

• •GA4: event’lerin ve raporların ana platformu
• •GTM: tetikleyici ve veri toplama orkestrasyonu
• •Pikseller (Meta vb.): reklam platformları için dönüşüm sinyalleri

Buradaki kritik nokta: her platforma ayrı ayrı “farklı isimlerle” event göndermek yerine, tek bir event sözlüğü oluşturup hepsini buna bağlamaktır. Böylece raporlar tutarlı olur, double counting riski azalır ve ekipler aynı dili konuşur.

Kurulum tarafında GA4 ve Tag Manager dönüşüm takibi, form submit, rezervasyon tıklaması, lead sinyali ve ana dönüşüm event’lerinin GTM üzerinden nasıl disiplinli biçimde yönetileceğini daha somut hale getirir.

GA4 event’leri ve “sayfa görüntüleme” yanılgısı

Pageview tek başına karar verdirmez; kullanıcı sayfayı görür ama işlem yapmaz. Bu yüzden “mikro dönüşüm event’leri” (cta_click, form_start, add_to_cart benzeri) funnel analizi için şarttır.

GTM’de tetikleyici ve data layer disiplini (Varsayım)

Varsayım: Orta-ileri projelerde data layer yaklaşımı kullanmak daha sürdürülebilirdir. Aksi halde GTM, zamanla kural çöplüğüne döner.

Aynı noktada KVKK uyumlu consent UX ve ölçümleme, analytics tag’lerinin izin bazlı çalışması ve consent durumunun ölçüm mimarisiyle çelişmemesi için hangi prensiplerin baştan tanımlanması gerektiğini gösterir.

Event tasarımı, “hangi butona tıklandı”dan fazlasıdır; event’in bağlamını parametrelerle taşır. İyi bir standart: event adı fiil + nesne (ör. cta_click, form_submit) ve bağlam parametreleri (sayfa türü, form türü, içerik adı) ile genişler.

GA4’te hangi event’leri tanımlamalıyım?

Minimum set üç katmandır: (1) Mikro dönüşümler (cta_click, form_start), (2) Funnel adımları (booking_step_view, booking_step_complete), (3) Ana dönüşümler (purchase/booking_complete, lead_submit). Her event için temel parametreleri (page_type, funnel_step, content_id gibi) standardize ederseniz raporlar ve segmentler çok daha hızlı kurulur.

Özellikle form event tasarımı, form start, error, abandon ve submit sinyallerinin UX kararlarıyla birlikte ele alınmasını sağlayarak B2B lead ve rezervasyon akışlarında veri kaybını azaltır.

Parametre standardı (örnek)

• •page_type: home, room, offer, booking, blog, service
• •funnel_name: booking, lead
• •funnel_step: date, room, price, payment / form, qualify, submit
• •cta_type: book_now, call, whatsapp, get_offer
• •content_id / content_slug (Varsayım: CMS ile)

Funnel sadece “rezervasyon tamamlandı” değildir; kullanıcıların nerede takıldığını göstermek için mikro dönüşümler gerekir. Bu sayede UX ve reklam kararlarını aynı veri üzerinde konuşursunuz.

Bu sinyallerin iş sonucuna bağlanabilmesi için satış ve dönüşüm event’lerini raporlamak, lead, rezervasyon ve satış adımlarındaki drop-off’ları yalnız teknik event olarak değil gelir etkisiyle birlikte okumayı kolaylaştırır.

Mikro dönüşüm örnekleri (5–7)

• •CTA tıklaması (rezervasyon/teklif)
• •Telefon/WhatsApp tıklaması
• •Form başlangıcı
• •Form hata görüntüsü
• •Doküman indirme
• •Video izleme (Varsayım: varsa)
• •Scroll derinliği (Varsayım: içerik için)

“Karar verebilecek veri” için 3 kural

1. Event’ler tutarlı isimlendirilir
2. Parametreler sayfa/funnel bağlamını taşır
3. Ana dönüşümle mikro dönüşüm birlikte raporlanır

Otel ve B2B aynı GA4’ü kullanır ama funnel mantığı farklıdır. Aşağıda iki “örnek event haritası” veriyorum; siz bunu kendi sayfa yapınıza göre uyarlarsınız.

Otel rezervasyon funnel’i için event haritası nasıl olmalı?

Otel funnel’ında hedef; tarih→oda→fiyat→ödeme adımlarını net ölçmek ve her adımın drop-off’unu görmektir. Bu yüzden her adım için view + complete event’leri ve kritik CTA tıklamaları ölçülür; ödeme hataları ayrıca event olarak yakalanır.

B2B lead funnel’i için hangi event’ler kritik?

B2B’de lead funnel; form start→form submit yanında “nitelik” sinyallerini (doküman indirme, pricing sayfası etkileşimi, demo click) de izlemelidir. Böylece satış ekibi “en sıcak lead”leri daha hızlı ayırabilir.

Key Statistics / Data Point (sheet): Başlangıçta ölçümleme planı hazırlanmış projelerde, canlıya geçtikten sonra kararlar daha veri temelli ilerliyor ve “ölçemiyoruz” sorunu minimum kalıyor. (Veri noktası içerikte kullanıldı.)

Ölçüm planı, proje kickoff’unda imzalanması gereken bir “çalışma sözleşmesi” gibidir. İçeriğinde şu başlıklar olmalı: hedefler, KPI’lar, funnel’lar, event sözlüğü, parametreler, araçlar (GA4/GTM/pikseller), test planı ve sorumluluk matrisi. Bu doküman yoksa, ölçüm işleri canlıda “yangın söndürme”ye döner.

Ölçümleme planında hangi başlıklar olmalı?

Hedefler ve KPI’lar, funnel adımları, event listesi, parametre standardı, GTM tetikleyicileri, piksel mapping’i, test senaryoları, release sonrası izleme ve sahiplik (kim sorumlu) başlıkları minimum set olmalıdır. Böylece hem teknik ekip hem pazarlama ekipleri aynı metriklere bakar.

Canlıya geçmeden önce yayına çıkmadan önce analytics kontrolü, GA4 bağlantısı, GTM tetikleri, debug view, dönüşüm senaryoları ve prod ortamında veri akışının gerçekten çalıştığını doğrulayan son güvenlik katmanı olarak ele alınmalıdır.

Aynı veriyi yalnız toplamak değil doğru yorumlamak için analytics architecture verilerini analiz etmek, funnel kırılımları, event coverage ve performans yorumunu karar destek çerçevesine taşır.

Bu yapıyı proje ölçeğinize göre netleştirmek için ölçümlenebilir web sitesi geliştirme desteği alabilir, süreç, bakım ve teknik kapsam detayları için de Web sitesi geliştirme hakkında sık sorulan sorular sayfasına göz atabilirsiniz.