Event Parameter Nedir?

Sayılarla ne demek?

Olay adı "ne oldu" sorusunu cevaplar: satın alma yapıldı. Parametreler ise nasıl ve ne kadar sorusunu: hangi üründen, kaç liralık, hangi para biriminde, hangi kuponla.

Parametresiz bir olay yalnızca bir sayaçtır. Kaç satın alma olduğunu söyler ama cironun ne olduğunu, hangi ürünün sattığını, hangi kampanyanın daha değerli müşteri getirdiğini söyleyemez.

Yani analizin derinliği doğrudan parametrelerin zenginliğine bağlıdır. Olay adı sorunun başlığı, parametreler ise cevabın kendisidir.

Hangi parametreler kritik?

İkinci satır sık atlanıyor ve sessizce veri bozuyor. Para birimi gönderilmediğinde bazı platformlar değeri hiç kaydetmiyor, bazıları varsayılan birim atıyor; iki durumda da gelir raporu yanlış oluyor.

Nasıl tasarlanır?

1. Standart adları kullanın. Platform onları tanır.
2. Türü sabit tutun. Değer her zaman sayı olsun.
3. Özel parametreyi kaydedin. GA4'te boyut olarak tanımlanmalı.
4. Sınırları bilin. Olay başına parametre sayısı kısıtlı.
5. Kişisel veri koymayın. E-posta ve telefon parametre değildir.

Uygulamada ne oluyor?

En sık hata, değerin metin olarak gönderilmesi. "1.250,00 TL" gibi biçimlendirilmiş bir değer sistem tarafından sayı olarak okunamıyor ve gelir sıfır görünüyor.

İkinci gözlem, GA4'te özel parametrelerin kaydedilmemesi. Parametre gönderiliyor ama özel boyut olarak tanımlanmadığı için raporlarda hiçbir yerde görünmüyor.

Üçüncüsü, kayıt işleminin geriye dönük sanılması. Parametre bugün boyut olarak tanımlandığında geçmiş veri doldurulmuyor; analiz ancak o günden itibaren mümkün oluyor.

Dördüncüsü, ürün listesinin eksik gönderilmesi. Satın alma olayında toplam tutar var ama hangi ürünlerin alındığı yok; ürün bazlı performans hiç hesaplanamıyor.

Beşincisi, parametre adlarının tutarsız olması. Bir sayfada "urun_id", diğerinde "product_id" gönderiliyor ve aynı bilgi iki ayrı sütuna bölünüyor.

Altıncısı, benzersiz değer üreten parametrelerin boyut yapılması. Her kullanıcıya özgü bir kimlik raporlara taşındığında satır sayısı patlıyor ve veri "diğer" satırına toplanmaya başlıyor.

Yedincisi, kişisel verinin parametre olarak gönderilmesi. E-posta adresi düz metin gittiğinde hem platform kurallarına hem kişisel veri mevzuatına aykırı bir durum oluşuyor.

Sekizincisi, indirim sonrası mı önce mi tutarın gönderildiğinin belirsiz olması. Değer bazen kargo dahil bazen hariç geliyor ve gelir raporları sipariş sistemiyle hiçbir zaman tutmuyor.

Dokuzuncusu, parametre sınırlarının bilinmemesi. Olay başına ve hesap başına sınırlar var; aşıldığında fazla parametreler sessizce düşürülüyor.

Onuncusu, test sırasında yalnızca olay adına bakılması. Olayın geldiği görülüyor ama parametrelerinin doğru dolup dolmadığı kontrol edilmiyor; asıl hatalar parametrelerde saklanıyor.

On birincisi, parametre sözlüğünün tutulmaması. Hangi olayda hangi parametrenin, hangi türde ve ne anlamla gönderildiği yazılı olmadığında her yeni geliştirici kendi yorumunu ekliyor.

On ikincisi, parametrelerin yalnızca bugünkü sorular için tasarlanması. Kampanya kaynağı, kupon ya da ödeme yöntemi gibi bilgiler şimdi gerekmiyor gibi görünse de sonradan eklenemediği için, önemli olabilecek birkaç alanı baştan göndermek ileride ciddi zaman kazandırıyor.

Neyi çözmez?

Zengin parametreler, yanlış tetiklenen olayı düzeltmez. Olay yanlış anda gidiyorsa içindeki ayrıntı da yanlış bir anı anlatır.

Sıkça sorulan sorular

Değeri nasıl göndermeliyim?

Biçimsiz bir sayı olarak, ayrı bir para birimi parametresiyle birlikte.

Parametre gönderiyorum ama raporda yok, neden?

GA4'te özel parametreler ayrıca boyut olarak tanımlanmadıkça raporlarda görünmez.

Geçmiş veri dolar mı?

Dolmaz. Tanımlama yapıldığı günden itibaren raporlanır.

Bu kavramın bütün resim içindeki yerini Dönüşüm Takibi ve Ölçümleme Rehberi içinde ayrıntılı anlattım.