B2B E-Ticarette ve Web Sitelerinde Google Analytics 4 (GA4) Kurulum ve Dönüşüm Takibi

B2B e-ticaret platformlarında ve kurumsal web sitelerinde Google Analytics 4 kurulumu, yalnızca kaç kişinin siteyi ziyaret ettiğini görmek için yapılmamalıdır. Asıl amaç; potansiyel müşterinin ürün incelemesinden teklif talebine, bayi üyeliğinden sipariş onayına kadar ilerlediği uzun yolculuğu ölçülebilir hâle getirmektir. Bunun için iş hedefleri, kullanıcı deneyimi, web yazılımı ve veri gereksinimleri ortak bir ölçüm mimarisi içinde ele alınmalıdır.

Standart bir etiket kurulumu sayfa görüntülemelerini ve bazı otomatik etkileşimleri gösterebilir. Ancak hangi firmanın nitelikli talep oluşturduğu, kullanıcının teklif sürecinde nerede ayrıldığı veya siparişe giden adımların hangilerinde sorun yaşandığı ancak doğru olaylar, parametreler ve entegrasyonlarla anlaşılır. Bu rehber, B2B web sitesi ve e-ticaret projelerinde güvenilir GA4 dönüşüm takibinin nasıl planlanacağını açıklamaktadır.

B2B projelerinde GA4 kurulumu neden farklıdır?

B2C e-ticarette dönüşüm çoğu zaman tek oturum içinde gerçekleşen satın alma işlemiyle ilişkilendirilir. B2B yolculuğu ise günler veya haftalar sürebilir; birden fazla çalışan, kanal ve karar adımı içerebilir. Kullanıcı önce teknik doküman indirebilir, daha sonra hesap açabilir, farklı ürünleri karşılaştırabilir ve satış ekibinden teklif isteyebilir. Nihai sipariş ise portal, satış temsilcisi, CRM veya ERP üzerinden sonuçlanabilir.

Bu nedenle yalnızca purchase olayına odaklanmak, B2B performansının önemli bölümünü görünmez bırakır. Üyelik başvurusu, bayi girişi, fiyat görüntüleme, ürün listesi kullanımı, teklif oluşturma, teklif gönderme ve sipariş onayı gibi mikro ve makro dönüşümler ayrı ayrı tanımlanmalıdır. Böylece pazarlama ekibi talep kaynaklarını, satış ekibi nitelikli fırsatları, e-ticaret ekibi ise işlem akışındaki kayıpları değerlendirebilir.

Kurulumdan önce ölçüm stratejisi oluşturun

GA4 hesabını açmadan veya Google Tag Manager konteynerine etiket eklemeden önce “Hangi iş kararını hangi veriyle vereceğiz?” sorusu yanıtlanmalıdır. Ziyaret sayısı tek başına bir karar ölçütü değildir. Örneğin amaç teklif hacmini artırmaksa teklif formunu açan, formda ilerleyen, başarılı biçimde gönderen ve satış tarafından nitelikli bulunan kullanıcılar arasındaki fark izlenmelidir.

İş hedeflerini ve KPI’ları tanımlayın

Her hedef ölçülebilir bir kullanıcı veya sistem davranışına bağlanmalıdır. “Bayi ağını büyütmek” hedefi üyelik başlatma, başvuruyu tamamlama ve onaylanan bayi sayısıyla; “dijital sipariş oranını artırmak” hedefi ürün görüntüleme, sepete ekleme, ödeme ya da sipariş adımlarını tamamlama ve ERP kabulüyle ilişkilendirilebilir. GA4’teki olay sayısı ile gerçek iş sonucu aynı şey olmadığından CRM ve ERP durumları da planlamaya dâhil edilmelidir.

Kullanıcı yolculuğunu çıkarın

Farklı kullanıcı rollerinin izlediği yollar belgelenmelidir. Yeni bir ziyaretçi iletişim formuna giderken mevcut bayi giriş yapıp kendisine özel fiyatı görüntüleyebilir. Satın alma yetkisi olmayan kullanıcı sepet hazırlayıp yöneticisinin onayına gönderebilir. Ölçüm planı; anonim ziyaret, üyelik, oturum açma, ürün keşfi, teklif, onay, sipariş ve satış sonrası aşamalarını gerçek arayüzlerle eşleştirmelidir.

GA4 olay ve parametre planı nasıl hazırlanır?

GA4, web sitesi veya uygulamadaki etkileşimleri olaylarla ölçer. Google’ın açıklamasına göre olaylar; sayfa yükleme, bağlantı tıklama ve satın alma gibi belirli etkileşim veya oluşumları temsil eder. Önerilen olayların tanımlı ad ve parametrelerle kullanılması, standart raporlar ile ilerideki entegrasyonlardan daha iyi yararlanılmasını sağlar. Güncel olay yaklaşımı için Google’ın önerilen GA4 olayları dokümanı esas alınabilir.

Planlama tablosunda olay adı, tetikleme koşulu, gönderilecek parametreler, veri kaynağı, sorumlu ekip ve test senaryosu bulunmalıdır. Adlandırma kuralları baştan belirlenmeli; aynı davranış farklı sayfalarda farklı isimlerle gönderilmemelidir. Olay adlarında kişisel veri, e-posta adresi, telefon veya serbest form metni taşınmamalıdır.

B2B web siteleri için örnek olaylar

• generate_lead: İletişim veya proje talep formunun başarıyla gönderilmesi.
• sign_up: Bayi ya da kurumsal hesap başvurusunun tamamlanması.
• login: Yetkili kullanıcının portala başarıyla giriş yapması.
• file_download: Katalog, teknik föy veya sertifika indirilmesi.
• request_quote: Teklif talebinin sisteme başarıyla kaydedilmesi.
• quote_submitted: Hazırlanan teklif sepetinin satış ekibine iletilmesi.

Özel olaylar iş ihtiyacını doğru ifade eder; ancak standart bir önerilen olay aynı davranışı karşılıyorsa önce o tercih edilmelidir. form_start gibi bir olay form ilgisini, generate_lead ise başarılı gönderimi temsil edebilir. Yalnızca butona tıklanması başarılı form gönderimi sayılmamalı; doğrulama hataları, ağ sorunları ve sunucu reddi ayrıştırılmalıdır. Formdan satış sürecine kadar veri akışının tasarımı için web sitesi–CRM entegrasyonu rehberi de incelenebilir.

B2B e-ticaret için önerilen olaylar

Ürün keşfi ve sipariş akışında view_item_list, select_item, view_item, add_to_cart, view_cart, begin_checkout, add_shipping_info ve purchase gibi önerilen e-ticaret olayları kullanılabilir. Google’ın GA4 e-ticaret ölçümü rehberi, ürünlerin items dizisiyle aktarılmasını ve mevcut parametrelerin belirlenen biçimde gönderilmesini önerir.

B2B yapıda bu standart olaylar; teklif modu, müşteri segmenti, satış kanalı, para birimi veya onay gereksinimi gibi kişisel veri içermeyen parametrelerle zenginleştirilebilir. Ürün kodu, ürün adı, kategori, miktar, birim fiyat ve işlem kimliği tutarlı biçimde gönderilmelidir. Kullanıcıya özel fiyatlar ölçülürken ticari gizlilik, yetki kapsamı ve raporlara erişim ayrıca değerlendirilmelidir.

Hangi olaylar dönüşüm olarak işaretlenmeli?

GA4 arayüzünde işletme açısından değer taşıyan olaylar “önemli etkinlik” olarak işaretlenebilir. Ancak her tıklamayı önemli etkinliğe dönüştürmek raporların anlamını azaltır. Teklif talebinin başarıyla kaydedilmesi, nitelikli form gönderimi, üyelik başvurusunun tamamlanması ve sipariş gibi sonuç odaklı davranışlar önceliklendirilmelidir. Form açma, filtre kullanma veya ürün karşılaştırma ise analiz olayları olarak tutulabilir.

Aynı kullanıcının yenileme, geri dönüş veya çift tıklama nedeniyle olayı birden fazla göndermesi engellenmelidir. Siparişlerde benzersiz işlem kimliği kullanılmalı; teklif ve başvurularda da tekrarları ayırt edecek, kişisel veri içermeyen referanslar tasarlanmalıdır. Başarılı sonuç yalnızca tarayıcıdaki teşekkür sayfasına değil, mümkünse uygulamanın veya sunucunun onayladığı duruma bağlanmalıdır.

Teknik kurulum seçenekleri

Temel Google etiketi doğrudan kaynak koda veya Google Tag Manager aracılığıyla uygulanabilir. Basit pazarlama sitelerinde etiket yöneticisi yeterli olabilir. Kullanıcı rolleri, özel fiyatlar, dinamik sepetler ve çok aşamalı teklifler içeren projelerde ise yazılımın güvenilir bir veri katmanı üretmesi gerekir. Veri katmanı, arayüzde görülen davranış ile GA4’e gönderilecek olay arasında kontrollü bir sözleşme görevi görür.

Tek sayfa uygulamalarında sanal sayfa görüntülemeleri, geçmiş değişiklikleri ve bileşen tabanlı etkileşimler ayrıca ele alınmalıdır. Ödeme sağlayıcısı veya farklı alan adında çalışan portal kullanılıyorsa alanlar arası ölçüm ve istenmeyen yönlendirmeler kontrol edilmelidir. Sunucu tarafında sonuçlanan ERP kabulü gibi işlemler için istemci tarafı olaylarla arka uç kayıtları arasında mutabakat kurulması gerekir.

CRM ve ERP entegrasyonlarıyla gerçek sonucu ölçmek

GA4, form gönderimini gösterebilir; ancak bu kaydın satış fırsatına veya siparişe dönüştüğünü tek başına bilemez. CRM’de oluşan kayıt kimliği, kampanya bilgisi ve gerekli ilişkilendirme alanları güvenli biçimde taşındığında, pazarlama kaynağı ile satış sonucu arasında daha sağlıklı bir bağ kurulabilir. Bu tasarımda kişisel veriler Analytics’e gönderilmemeli; erişim yetkileri ve saklama süreleri açıkça belirlenmelidir.

Benzer şekilde portalda görünen “sipariş alındı” mesajı ile ERP’nin siparişi kabul etmesi farklı durumlardır. Ölçüm mimarisi siparişin oluşturulmasını, onaya gitmesini, ERP’ye aktarılmasını ve kabul ya da hata sonucunu ayrı sistem kayıtlarıyla izleyebilir. GA4 davranış analizi için kullanılırken ERP ve CRM, finansal ve operasyonel doğruluğun ana kaynağı olmaya devam etmelidir.

Gizlilik ve izin yönetimi

Analitik ölçüm, müşteri gizliliğinden bağımsız düşünülemez. Çerez tercih arayüzü, aydınlatma metinleri, işleme amaçları ve saklama politikaları projenin hukuk ve bilgi güvenliği sorumlularıyla birlikte değerlendirilmelidir. Google’ın açıklamasına göre izin modu bir onay banner’ı sağlamaz; mevcut banner veya izin yönetim platformundan aldığı tercihlere göre etiket davranışını düzenler. Temel ve gelişmiş uygulamaların veri gönderme davranışları farklıdır. Ayrıntılar Google İzin Modu açıklamasında yer almaktadır.

GA4’e ad, e-posta, telefon, müşteri unvanı veya kişiyi doğrudan belirleyebilecek form alanları gönderilmemelidir. Kullanıcı kimliği kullanılması gerekiyorsa kurumun hukuki dayanağı, erişim modeli ve teknik uygulaması değerlendirilmelidir. Üretim öncesinde kabul, ret ve tercih güncelleme senaryolarının tamamı test edilmelidir.

Test ve veri doğrulama süreci

Kurulum, etiketin çalıştığının görülmesiyle tamamlanmaz. Her olay için olumlu, olumsuz ve tekrar senaryoları hazırlanmalıdır. GA4 DebugView, Tag Assistant, tarayıcı ağ kayıtları ve uygulama logları birlikte incelenebilir. Google da e-ticaret uygulamalarında hata ayıklama modunun etkinleştirilmesini ve olayların gerçek zamanlı doğrulanmasını önermektedir.

• Olay yalnızca doğru kullanıcı eyleminde tetikleniyor mu?
• Başarısız form veya reddedilen sipariş dönüşüm sayılıyor mu?
• Olay adı ve parametreler ölçüm planıyla eşleşiyor mu?
• Para birimi, tutar, ürün ve işlem kimliği doğru mu?
• Sayfa yenileme veya çift tıklama mükerrer kayıt oluşturuyor mu?
• Çerez reddi ve kabulü etiket davranışına doğru yansıyor mu?
• GA4 sonuçları uygulama, CRM ve ERP kayıtlarıyla makul biçimde uyuşuyor mu?

Yayın sonrasında da günlük ve haftalık kalite kontrolleri yapılmalıdır. Ani olay kayıpları, beklenmeyen artışlar, boş parametreler ve kanal dağılımındaki kırılmalar izlenmelidir. Web sitesindeki yeni formlar, ödeme adımları veya portal sürümleri ölçüm planı güncellenmeden yayına alınmamalıdır.

Sık yapılan GA4 kurulum hataları

• Her buton tıklamasını dönüşüm kabul etmek.
• Form tıklamasıyla başarılı form kaydını birbirine karıştırmak.
• Standart e-ticaret olaylarını eksik veya hatalı parametrelerle göndermek.
• Teklif ve sipariş olaylarında tekrarları önlememek.
• Test trafiğini ve kurum içi kullanımı raporlarda ayırmamak.
• CRM ve ERP sonuçlarını ölçüm kapsamının dışında bırakmak.
• Kişisel veya ticari açıdan hassas verileri GA4’e aktarmak.
• Yayın sonrası veri kalitesi sorumluluğunu tanımlamamak.

Kumsal Ajans GA4 dönüşüm takibini nasıl ele alır?

Kumsal Ajans, GA4 kurulumunu web sitesinden bağımsız bir etiketleme işi olarak değil; kullanıcı deneyimi, web yazılımı, e-ticaret ve entegrasyon mimarisinin parçası olarak değerlendirir. Süreç ihtiyaç analiziyle başlar; iş hedefleri, kullanıcı rolleri, teklif ve sipariş adımları çıkarılır. Ardından olay sözlüğü, parametreler, önemli etkinlikler, veri katmanı ve doğrulama senaryoları planlanır.

Projeye özel web yazılım geliştirme gerektiğinde B2B olayları doğrudan gerçek uygulama durumlarına bağlanabilir. Form, CRM, ERP ve e-ticaret bağlantıları ölçüm gereksinimleriyle birlikte tasarlanır; geliştirme sonrasında etiket, olay, izin ve veri tutarlılığı test edilir. Böylece ekiplerin güvenebileceği, denetlenebilir ve yeni özelliklerle sürdürülebilir bir analitik altyapı oluşturulur.

B2B performansını gerçek dönüşümlerle görünür kılın

Doğru GA4 kurulumu, çok trafik gösteren bir gösterge panelinden daha fazlasını sunar. Hangi içeriklerin nitelikli talep ürettiğini, hangi ürünlerin teklif listesine eklendiğini, kullanıcıların nerede ayrıldığını ve dijital sipariş sürecinin hangi adımda iyileştirilmesi gerektiğini görünür kılar. Bunun koşulu, analitik kurguyu iş süreçleri ve yazılım davranışlarıyla aynı dilde tasarlamaktır.

B2B web siteniz veya e-ticaret platformunuz için iş hedeflerinize ve gerçek kullanıcı akışlarınıza uygun GA4 dönüşüm takibi planlamak üzere Kumsal Ajans ile iletişime geçin.