Standard Event Nedir?

Sayılarla ne demek?

Satın alma, sepete ekleme, ödeme başlatma, kayıt tamamlama gibi hareketlerin her platformda önceden belirlenmiş adları vardır. Bu adla gönderilen olayın ne anlama geldiğini sistem bilir.

Bilmesinin sonucu büyüktür. Reklam sistemi "purchase" olayını gördüğünde onu optimizasyon hedefi yapabilir, gelir raporuna yazabilir, benzer kitle kurabilir. Aynı hareketi kendi uydurduğunuz bir adla gönderirseniz bunların hiçbiri otomatik olmaz.

Yani standart ad bir etiket seçimi değil, bir işlevsellik seçimidir. Özel olaylar ancak standart listede karşılığı olmayan hareketler için anlamlı.

Neden önemli?

İkinci satır çoğu kurulumda sonradan fark ediliyor. E-ticaret raporları boş görünüyor; sebep veri eksikliği değil, olayların tanınmayan adlarla gönderilmiş olması.

Nasıl kullanılır?

1. Önce standart listeye bakın. Karşılık varsa onu kullanın.
2. Adı birebir yazın. Büyük-küçük harf ve alt çizgi önemli.
3. Beklenen parametreleri gönderin. Değer, para birimi, ürün listesi.
4. Platform farklarını not edin. Meta ve GA4 adları aynı değil.
5. Özel ada ancak gerekirse geçin. İstisna olsun, kural değil.

Uygulamada ne oluyor?

En sık hata, standart karşılığı olan bir hareketin özel adla gönderilmesi. Ekip Türkçe bir ad seçiyor, olay kaydediliyor ama sistem onu tanımadığı için hiçbir hazır özellik devreye girmiyor.

İkinci gözlem, adın bir harf farkla yazılması. Büyük harfle başlayan ya da alt çizgi yerine tire kullanılan ad, sistem gözünde tamamen başka bir olay oluyor.

Üçüncüsü, platformlar arası ad farklarının atlanması. Meta'daki ürün görüntüleme olayının adı GA4'tekiyle aynı değil; tek bir kurulumu iki platforma aynen taşımak birini boş bırakıyor.

Dördüncüsü, beklenen parametrelerin gönderilmemesi. Ad doğru ama tutar ve para birimi eksik; olay sayılıyor, gelir optimizasyonu yapılamıyor.

Beşincisi, standart adın farklı bir anlamda kullanılması. Bülten kaydı "purchase" olarak gönderildiğinde gelir raporları şişiyor ve reklam sistemi yanlış kitleyi öğreniyor.

Altıncısı, aynı hareketin hem standart hem özel adla gönderilmesi. Raporda iki kayıt oluşuyor ve toplamlar ikiye katlanıyor.

Yedincisi, platform listesinin güncellenmesinin takip edilmemesi. Olay adları ve beklenen parametreler zaman zaman değişiyor; eski kurulum sessizce eksik kalıyor.

Sekizincisi, standart olayların tetiklendiği anın gevşek tanımlanması. Ödeme başlatma olayı sepete her girişte gönderildiğinde huni oranları anlamsızlaşıyor.

Dokuzuncusu, ürün listesinin standart yapıda gönderilmemesi. Ürün kimliği, adı ve fiyatı beklenen biçimde değilse katalog eşleşmesi kurulamıyor.

Onuncusu, test aracının kullanılmaması. Her platformun olayın doğru adla ve doğru parametrelerle geldiğini gösteren bir kontrol ekranı var; bu ekrana bakılmadan kurulum bitti sayılıyor.

On birincisi, standart olayların birbirine göre sırasının kontrol edilmemesi. Ödeme başlatma sayısı satın alma sayısından azsa bir yerde olay kaçıyor demek; bu basit mantık kontrolü birçok kurulum hatasını tek bakışta ortaya çıkarıyor.

On ikincisi, kurulumun tek bir kişiye bağlı kalması. Adların ve parametrelerin yazılı bir sözlüğü olmadığında her yeni geliştirme farklı bir adlandırma getiriyor ve tutarlılık zamanla kayboluyor.

Neyi çözmez?

Doğru ad, yanlış tetiklemeyi düzeltmez. Olay yanlış anda gönderiliyorsa adının standart olması veriyi doğru yapmaz.

Sıkça sorulan sorular

Türkçe olay adı kullanabilir miyim?

Standart karşılığı olan hareketler için kullanmayın; sistem tanımaz ve hazır özellikler çalışmaz.

Meta ile GA4 adları aynı mı?

Değil. Her platformun listesi ayrı; kurulum her biri için kontrol edilmeli.

Parametre göndermek şart mı?

Satın alma gibi olaylarda evet. Tutar ve para birimi olmadan gelir ölçülemez.

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.