GA4 event checklist oluşturucu bir rehber ya da danışmanlık sayfası değil; GA4 e-ticaret event kurulumunu kendi kendine kontrol etmek isteyen ekipler için self-servis checklist aracıdır. İşaretlenen maddeler purchase, item parametreleri, GTM tetikleyicileri, consent ve reklam platformu eşleşmesini birlikte okur.
Teknik ekibe gönderilecek özet
Bu checklist neyi garanti etmez?
Bu araç kurulum doğrulaması yapmaz, kontrol listesi üretir. Gerçek doğrulama için GTM preview, GA4 DebugView, test purchase, reklam platformu conversion ayarları ve backend sipariş sayısı birlikte kontrol edilmelidir.
Kritik parametreler neden önemli?
GA4 e-ticaret event adını doğru göndermek tek başına yeterli değildir. items[], item_id, price, quantity, currency ve transaction_id eksikse ürün, kampanya ve gelir raporları karar verdirmez. Özellikle Google Ads ve Meta CAPI tarafında event kalitesi, optimizasyon sinyalini doğrudan etkiler.
| Eksik alan | Ne bozulur? | Kontrol |
|---|---|---|
| transaction_id | Duplicate purchase yakalanamaz | Her sipariş için tekil ID |
| items[] | Ürün ve kategori raporu boş kalır | item_id, item_name, price, quantity |
| currency | Gelir raporu yanlış yorumlanır | TRY sabitliği ve platform uyumu |
| consent state | İzin sonrası tag davranışı belirsizleşir | denied/granted senaryo testi |
Hata örnekleri
En yaygın hata, purchase event'inin hem platform app'i hem GTM tarafından tetiklenmesidir. İkinci hata, add_to_cart ve purchase değerlerinin farklı para birimi veya farklı item yapısıyla gelmesidir. Üçüncü hata ise consent banner kabul edilmeden reklam taglerinin çalışmasıdır. Bu durumlarda GA4 kurulum denetimi (audit) teknik borcu hızlıca ortaya çıkarır.
Sonraki adım
Detaylı rehber için GA4 e-ticaret kurulumu, daha geniş ölçüm mimarisi için e-ticaret ölçümleme sayfasını oku. Dışarıdan kontrol için GA4 e-ticaret kurulumu danışmanı sayfasından devam edebilirsin.
Checklist hangi sayfadan farklı?
Bu araç tek başına strateji üretmez; mevcut kurulumun nerede kırıldığını görünür hale getirir. Sonuçları yorumlarken aşağıdaki ayrımı korumak gerekir.
| İhtiyaç | Doğru içerik | Neden? |
|---|---|---|
| Eventleri kendi ekibin kontrol edecek | Bu checklist | Eksik purchase, items ve consent sinyallerini hızlı tarar |
| Sıfırdan kurulum yapacaksın | GA4 kurulum rehberi | Data layer ve dashboard adımlarını sırayla anlatır |
| Hesabı dış gözle doğrulatacaksın | GA4 danışmanlığı | Event, CAPI ve reklam kararı birlikte değerlendirilir |
GA4 checklist hakkında sık sorulanlar
Checklist sonucu temizse kurulum kesin doğru mu?
Hayır. Checklist eksik alanları yakalamaya yarar; doğrulama için test siparişi, GA4 DebugView, GTM preview, reklam platformu conversion ayarları ve backend sipariş sayısı birlikte kontrol edilmelidir. Checklist temiz çıkıyorsa teknik ekibe gönderilecek ilk görev listesi sadeleşir, ama canlı verinin tutarlılığı yine ölçülmelidir.
Hangi madde önce çözülmeli?
Önce purchase ve transaction_id kontrol edilir. Ardından items[] yapısı, currency, consent state ve reklam platformu eşleşmeleri gelir. Purchase doğru değilse diğer funnel eventleri güzel görünse bile bütçe kararı güvenilir olmaz.
Checklist yorumlama çerçevesi
Checklist sonucunu yorumlarken kırıkları üç gruba ayırmak pratik olur. Birinci grup karar bozucular: purchase, transaction_id, value ve currency hataları. Bunlar varsa reklam bütçesi yanlış yere gidebilir. İkinci grup analiz bozucular: item_id, item_category, list bilgisi ve funnel eventleri. Bunlar eksikse kategori ve ürün kararları zayıflar. Üçüncü grup sinyal güçlendiriciler: consent state, enhanced conversions, CAPI ve kanal eşleşmesi. Bunlar iyi çalıştığında platform optimizasyonu daha dengeli hale gelir.
Checklist çıktısı kime gönderilmeli?
Çıktı yalnızca pazarlama ekibinde kalmamalı. Teknik ekip event ve data layer alanlarını, medya ekibi conversion eşleşmelerini, yönetim ekibi ise rapor güvenini okumalıdır. Aynı liste üzerinden konuşmak, ölçüm sorununu kişisel yorumdan çıkarıp ortak görev planına dönüştürür.
Checklist sonucu nasıl saklanmalı?
Sonuç tek seferlik not olarak kalmamalı. İlk kontrol tarihi, işaretlenen eksikler, sorumlu ekip ve kapanış tarihiyle birlikte saklanırsa ölçüm borcu takip edilebilir hale gelir. Aynı checklist ayda bir tekrarlandığında yeni sürüm, tema değişikliği veya checkout güncellemesi sonrası bozulan eventler daha hızlı yakalanır. Bu kayıt, teknik borcun yeniden büyümesini de engeller.