Sayılarla ne demek?
Meta tarafında CompleteRegistration, GA4 tarafında sign_up adıyla gönderilir. Kullanıcının siteye kalıcı bir ilişkiyle bağlandığı anı işaretler.
E-ticarette bu olay genelde bir ara adımdır: kayıt olmak satın almanın ön koşulu olabilir, ama satın alma değildir. Üyelik bazlı işlerde ise — abonelik, platform, eğitim — kayıt asıl dönüşümün kendisi olabilir.
Olayın değeri bu yüzden işletmenin modeline göre tamamen değişir. Aynı olay bir sitede ana hedef, diğerinde yalnızca bir ara sinyaldir.
Ne zaman hedef olmalı?
| İş modeli | Kaydın rolü |
|---|---|
| Ücretsiz deneme sonrası abonelik | Ana hedef olabilir |
| Üyelik bazlı platform | Ana hedef |
| E-ticaret, misafir ödeme varsa | Ara sinyal |
| E-ticaret, üyelik zorunluysa | Huni adımı |
| Bülten kaydı | Ayrı bir olay olmalı |
Son satır sık karıştırılan bir nokta. Bülten aboneliği hesap açmak değildir; ikisi aynı olayla gönderildiğinde kayıt sayısı şişiyor ve gerçek üyelik büyümesi görünmez oluyor.
Nasıl kurulur?
- Başarıda tetikleyin. Form gönderiminde değil, hesap oluşunca.
- Yöntemi belirtin. E-posta mı, sosyal giriş mi?
- Bülteni ayırın. Farklı hareket, farklı olay.
- Doğrulamayı düşünün. E-posta onayı gerekiyorsa hangi an sayılacak?
- Sonraki davranışa bağlayın. Kayıt olanlar satın alıyor mu?
Uygulamada ne oluyor?
En sık hata, kaydın e-ticarette ana hedef yapılması. Reklam sistemi kayıt olmaya meyilli ama satın almaya meyilli olmayan kişileri buluyor; kayıt sayısı artıyor, ciro yerinde sayıyor.
İkinci gözlem, olayın form gönderiminde tetiklenmesi. Doğrulama hatası alan ya da zaten kayıtlı olan kullanıcı da yeni kayıt sayılıyor.
Üçüncüsü, e-posta doğrulamalı süreçlerde anın belirsiz kalması. Formu dolduran ama onay e-postasını hiç açmayan kişi sayılıyor mu? Bu karar verilmediğinde sayılar tutarsız kalıyor.
Dördüncüsü, sosyal giriş yollarının kaçırılması. Harici bir hesapla yapılan kayıtlar farklı bir sayfa akışından geçiyor ve olay orada hiç tetiklenmiyor.
Beşincisi, ödeme sırasında oluşturulan hesapların sayılmaması. Kullanıcı sipariş verirken hesap açıyor ama bu yol ayrı bir akış olduğu için kayıt olayı atlanıyor.
Altıncısı, bülten kaydıyla karıştırılması. İki farklı ilişki türü tek bir sayıda birleşiyor ve hangisinin büyüdüğü anlaşılamıyor.
Yedincisi, kayıt yönteminin gönderilmemesi. Hangi yolun daha çok tercih edildiği ve hangisinin daha değerli müşteri getirdiği bilinmiyor.
Sekizincisi, kayıt olanların sonraki davranışının izlenmemesi. Kayıt sonrası ilk satın almaya kadar geçen süre ve oran, üyelik programının gerçek değerini gösteriyor.
Dokuzuncusu, sahte kayıtların ayıklanmaması. Otomatik kayıt girişimleri olay sayısını şişiriyor ve reklam sistemi bu sinyalle yanlış öğreniyor.
Onuncusu, kişisel verinin parametre olarak gönderilmesi. Kullanıcının e-postası olayın içine düz metin konuyor; bu hem kural dışı hem gereksiz.
On birincisi, kaydın değer taşımaması. Üyelik bazlı işlerde her kaydın ortalama bir değeri hesaplanabiliyor; bu değer gönderildiğinde reklam sistemi daha değerli kayıtları arayabiliyor.
On ikincisi, kaydın bir sonuç değil bir başlangıç olduğunun unutulması. Hesap açan kullanıcı ancak geri döndüğünde ve satın aldığında değer üretiyor; kayıt sayısını büyütmeye odaklanan bir ölçüm, aktif kalan üye oranını hiç sormuyor.
Neyi göstermez?
Kayıt sayısı, sadakati göstermez. Hesap açan birinin geri dönüp dönmeyeceğini ancak sonraki davranışı söyler.
Sıkça sorulan sorular
E-ticarette ana hedef olmalı mı?
Genelde hayır. Reklam sistemi kayıt olmaya meyilli ama satın almayan kişileri bulmayı öğrenir.
Bülten kaydı bu olay mı?
Hayır. Ayrı bir hareket olarak, ayrı bir olayla ölçülmeli.
Ne zaman tetiklenmeli?
Hesap gerçekten oluştuğunda. Form gönderimi hatalı denemeleri de sayar.
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.
GA4, GTM, Meta Pixel, CAPI, Google Ads dönüşüm, TikTok Pixel ve event doğrulama ile sağlam ölçümleme altyapısı.
