Add Payment Info Event Nedir?

Sayılarla ne demek?

Satın almadan hemen önceki son ölçüm noktasıdır. GA4'te add_payment_info, Meta'da AddPaymentInfo adıyla gönderilir ve kullanıcının ödeme bilgisini girdiğini işaretler.

Bu olay ile satın alma arasındaki fark, ödemenin kendisinde yaşanan kaybı gösterir: kart reddi, banka doğrulamasında vazgeçme, teknik hata. Bu kayıp genelde görünmez çünkü kullanıcı her şeyi doldurmuştur.

Olayın en değerli alanı ödeme türüdür. Kart, havale, kapıda ödeme ya da dijital cüzdan — hangi yöntemde tamamlanma oranının düştüğü bu alan sayesinde görülür.

Ne söyler?

Son satır en hızlı uyarı sinyali. Belirli bir saatte bu iki olay arasındaki oran aniden bozuluyorsa, sebep neredeyse her zaman ödeme sağlayıcısındaki geçici bir sorun.

Nasıl kurulur?

1. Yöntem türünü gönderin. payment_type boş kalmasın.
2. Bilgi girildiğinde tetikleyin. Yöntem seçimi yetmez.
3. Sepet içeriğini taşıyın. Tutar ve ürünler.
4. Kart bilgisini asla göndermeyin. Yalnızca yöntem türü.
5. Satın almayla oranlayın. Farkı yönteme göre bölün.

Uygulamada ne oluyor?

En sık durum, bu olayın hiç kurulmaması. Ödeme adımındaki kayıp ödeme başlatma ile satın alma arasındaki büyük farkın içinde kayboluyor ve teknik bir sorun pazarlama sorunu sanılıyor.

İkinci gözlem, ödeme türünün gönderilmemesi. Olay sayılıyor ama hangi yöntemde vazgeçildiği bilinmiyor; sorunlu yöntem tespit edilemiyor.

Üçüncüsü, olayın yöntem seçildiği anda tetiklenmesi. Kullanıcı yalnızca bir seçeneğe tıklıyor ve bilgi girmeden çıkıyor; yine de bilgi girmiş sayılıyor.

Dördüncüsü, kart bilgisinin herhangi bir parçasının parametreye konması. Son dört hane bile olsa bu tür verinin analitik araçlara gönderilmesi kural dışı; yalnızca yöntem türü gitmeli.

Beşincisi, banka doğrulama adımının ayrı düşünülmemesi. Kullanıcı bilgi girip bankanın doğrulama ekranında vazgeçiyor; bu kayıp iki olay arasındaki farkın önemli bir kısmını oluşturuyor.

Altıncısı, harici ödeme sayfasına yönlendirmede oturumun kopması. Kullanıcı ödeme sağlayıcısının sayfasına gidip döndüğünde satın alma yeni bir oturuma yazılıyor ve iki olay birleşemiyor.

Yedincisi, kapıda ödemenin diğer yöntemlerle aynı değerlendirilmesi. Burada ödeme bilgisi girilmiyor; olay farklı bir anda tetikleniyor ve oranlar karşılaştırılamıyor.

Sekizincisi, saatlik izleme yapılmaması. Ödeme sağlayıcısındaki kısa kesintiler ancak saatlik oranlarda görünüyor; günlük raporda kaybolup gidiyor.

Dokuzuncusu, olayın reklam tarafına gönderilmemesi. Ödeme bilgisini girip satın almayanlar en yüksek niyetli kitle; onlara yönelik bir hatırlatma kurulamıyor.

Onuncusu, dijital cüzdanların ayrı ele alınmaması. Bu yöntemlerde akış farklı ilerliyor ve olay tetiklenmediğinde satın alma huninin ortasında yoktan beliriyor.

On birincisi, oranın ödeme sağlayıcısının kendi raporuyla karşılaştırılmaması. Sağlayıcı reddedilen işlemleri ve sebeplerini ayrıca gösteriyor; iki kaynak yan yana konduğunda kaybın ne kadarının ret, ne kadarının vazgeçme olduğu ayrışıyor.

On ikincisi, verinin ödeme yöntemi kararlarına bağlanmaması. Belirli bir yöntemde tamamlanma sürekli düşükse o yöntemi değiştirmek ya da öne almak doğrudan ciro etkisi yaratıyor; ama bu karar genelde hiç ölçülmeden veriliyor.

Neyi göstermez?

Bu olay, reddin sebebini göstermez. Kaybın ödeme adımında olduğunu söyler; bankanın neden reddettiğini ancak ödeme sağlayıcısının raporu söyler.

Sıkça sorulan sorular

Ne zaman tetiklenmeli?

Ödeme bilgisi girildiğinde. Yöntem seçimi tek başına yetmez.

Kart bilgisi gönderilebilir mi?

Hiçbir parçası gönderilmemeli. Yalnızca ödeme yöntemi türü yeterli.

En değerli kullanımı ne?

Satın almayla oranlayıp yönteme göre bölmek; sorunlu ödeme yöntemini doğrudan gösterir. Yakından ilişkili bir kavram olan Select Item Event, kullanıcı bir liste veya kategoriden bir ürüne tıkladığında tetiklenen GA4 e-ticaret olayıdı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.