Lead Event Nedir?

Sayılarla ne demek?

Meta'da Lead, GA4'te generate_lead adıyla gönderilir. Teklif isteme, demo talebi, geri arama formu gibi hareketleri kaydeder ve hizmet işletmelerinde genelde ana dönüşümdür.

Satın almadan temel farkı şudur: olay gerçekleştiği anda değeri belli değildir. Bir talep satışa dönebilir, hiç dönmeyebilir ya da tamamen alakasız olabilir.

Bu yüzden potansiyel müşteri olayını yalnızca saymak, sistemi yanlış bir hedefe yöneltir. Reklam sistemi form dolduran herkesi eşit görür ve kolay form dolduranları bulmayı öğrenir.

Nitelik nasıl eklenir?

Üçüncü satır en güçlü yöntem ama en az uygulananı. Satış ekibinin hangi talebin müşteriye döndüğünü sisteme geri bildirmesi, reklam sisteminin gerçek müşteriye benzeyen kişileri aramasını sağlıyor.

Nasıl kurulur?

1. Başarılı gönderimde tetikleyin. Doğrulama hatasında değil.
2. Talep türünü gönderin. Hangi form, hangi hizmet?
3. Tekrarları ayıklayın. Aynı kişi iki kez sayılmasın.
4. Kimlik bırakın. Satış sonucunu geri bağlamak için.
5. Sonucu sisteme döndürün. Satışa dönen talepleri bildirin.

Uygulamada ne oluyor?

En sık durum, bütün taleplerin eşit sayılması. Kampanya ucuz talep üretiyor, sayı artıyor ama satış ekibi taleplerin çoğunun işe yaramadığını söylüyor; iki taraf farklı bir tablo görüyor.

İkinci gözlem, formun gereğinden kolay tutulması. Tek alanlı form çok talep getiriyor ama nitelik düşüyor; birkaç eleme sorusu sayıyı azaltıp değeri artırıyor.

Üçüncüsü, satış sonucunun hiç geri bildirilmemesi. Hangi talebin müşteriye döndüğü satış sisteminde yazılı ama reklam sistemine ulaşmıyor; sistem yanlış kitleyi öğrenmeye devam ediyor.

Dördüncüsü, olayın form gönderiminde tetiklenmesi. Hatalı telefon numarası yüzünden reddedilen gönderimler de talep sayılıyor ve oran şişiyor.

Beşincisi, aynı kişinin tekrarlarının ayıklanmaması. Kullanıcı formu iki kez dolduruyor ya da farklı sayfalardan başvuruyor; iki talep sayılıyor ama gerçekte tek bir kişi var.

Altıncısı, talep türünün gönderilmemesi. Hangi hizmete ya da hangi forma talep geldiği bilinmiyor; kampanyalar arası karşılaştırma yapılamıyor.

Yedincisi, platform içi form ile site formunun karıştırılması. Reklam platformunun kendi formundan gelen talepler siteye hiç uğramıyor ve analitikte görünmüyor; iki kaynak ayrıca birleştirilmeli.

Sekizincisi, telefon ve mesaj taleplerinin ölçülmemesi. Kullanıcı formu doldurmak yerine arıyor ya da mesaj atıyor; bu talepler hiçbir yerde sayılmıyor ve kanalın katkısı eksik görünüyor.

Dokuzuncusu, talep sayısının hedef olarak raporlanması. Pazarlama başarısı talep adediyle ölçüldüğünde ekip kolay talebe yöneliyor ve nitelik düşüyor.

Onuncusu, kişisel verinin olay parametresine konması. Formdaki ad, telefon ve e-posta ölçüm aracına gönderiliyor; bu hem kural dışı hem güvenlik riski.

On birincisi, talebe değer atanmaması. Ortalama bir talebin satışa dönme oranı ve satış değeri biliniyorsa, her talebe tahmini bir değer atamak sistemin daha değerli taleplere yönelmesini sağlıyor.

On ikincisi, pazarlama ve satış ekiplerinin aynı sayıya bakmaması. Biri talep adedini, diğeri kapanan satışı izliyor; ortak bir tablo kurulmadığında her iki taraf da kendi başarısını raporluyor ve sorun hiçbir zaman çözülmüyor.

Neyi göstermez?

Talep sayısı, satışı göstermez. Kaç kişinin ilgi gösterdiğini söyler; kaçının müşteriye döndüğünü ancak satış verisi söyler.

Sıkça sorulan sorular

Her talep eşit mi sayılmalı?

Hayır. Eşit sayıldığında sistem kolay form dolduranları bulmayı öğrenir.

Niteliği nasıl bildiririm?

En güçlü yol satışa dönen talepleri reklam sistemine geri bildirmek.

Telefon talepleri sayılıyor mu?

Ayrıca kurulmadıkça sayılmaz; kanal katkısı eksik görünür. Bu konuyla birlikte ele alınan Complete Registration Event, kullanıcının bir kayıt veya üyelik sürecini tamamladığını bildiren standart event'tir.

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.