User Property Nedir?

Sayılarla ne demek?

Olay parametresi tek bir hareketi anlatır. Kullanıcı özelliği ise kişiyi anlatır: üye mi, kaç sipariş vermiş, hangi sadakat seviyesinde, bülten abonesi mi. Bir kez atanır ve o kişinin sonraki bütün hareketlerine eşlik eder.

Bu kalıcılık onu segmentasyon için güçlü kılar. "Üç ve üzeri sipariş vermiş kullanıcılar ürün sayfasında ne kadar kalıyor?" sorusu ancak bu bilgi kişiye bağlı tutulduğunda sorulabilir.

Raporlarda kullanılabilmesi için kullanıcı kapsamlı özel boyut olarak tanımlanması gerekir. Tanımlanmadığında değer gönderilir ama hiçbir yerde görünmez.

Hangi bilgiler uygun?

Dördüncü satırdaki "aralık" vurgusu önemli. Kesin sipariş sayısı yerine "1", "2–4", "5+" gibi gruplar göndermek hem raporu okunur tutuyor hem de çok sayıda farklı değer sorununu önlüyor.

Nasıl kurulur?

1. Kişiye ait bilgiyi seçin. Harekete ait olan parametre olsun.
2. Değeri güncel tutun. Segment değiştiğinde yeniden atayın.
3. Aralıklarla çalışın. Sonsuz değer üretmeyin.
4. Boyut olarak tanımlayın. Kullanıcı kapsamıyla.
5. Kişisel veri koymayın. Tanımlayıcı bilgi yasak.

Uygulamada ne oluyor?

En sık hata, kişiye ait bilginin olay parametresi olarak gönderilmesi. Üyelik türü yalnızca giriş olayında taşınıyor ve kullanıcının sonraki satın almaları bu kırılımda görünmüyor.

İkinci gözlem, değerin güncellenmemesi. Kullanıcı bir yıl önce "yeni müşteri" olarak işaretlenmiş ve bugün sadık müşteri olduğu halde eski etiketle raporlanıyor.

Üçüncüsü, kişisel verinin özellik olarak atanması. E-posta adresi kullanıcıyı tanımak için gönderiliyor; bu, analitik aracının kurallarını açıkça ihlal ediyor.

Dördüncüsü, kesin sayıların gönderilmesi. Sipariş sayısı ya da toplam harcama tam değer olarak gidiyor ve rapor binlerce farklı satırla okunmaz hale geliyor.

Beşincisi, giriş yapmamış kullanıcılar için özelliğin boş kalması. Değer yalnızca oturum açıldığında atanıyor; misafir ziyaretçiler raporda "(not set)" olarak birikiyor ve bu grup yorumlanmalı.

Altıncısı, özelliğin kitle oluşturmada kullanılmaması. Sadık müşteri segmenti reklam hesabına aktarılabiliyor; bu bağlantı kurulmadığında en değerli kitle hedeflemede kullanılmıyor.

Yedincisi, cihazlar arasında tutarsızlık. Aynı kişi telefonda bir değer, bilgisayarda başka bir değer taşıyor; kullanıcı kimliği eşlenmediğinde bu iki kayıt ayrı kişiler sayılıyor.

Sekizincisi, özellik sayısının kontrolsüz artması. Her fikir için yeni bir özellik açılıyor ve kota dolunca gerçekten önemli bir sınıflandırma için yer kalmıyor.

Dokuzuncusu, değerin ne zaman atandığının belirsiz olması. Segment sipariş sonrasında mı, gece çalışan bir işlemle mi güncelleniyor? Bu bilinmediğinde raporlar gecikmeli değişiyor ve yanlış yorumlanıyor.

Onuncusu, izin durumunun hesaba katılmaması. İzin vermeyen kullanıcılarda özellikler eksik kalabiliyor; segment karşılaştırmaları bu yüzden tam kitleyi temsil etmeyebiliyor.

On birincisi, özelliklerin müşteri ilişkileri sistemiyle aynı tanımı kullanmaması. Analitikte "sadık" olarak işaretlenen grup ile e-posta sistemindeki sadık müşteri listesi farklı kurallarla oluşuyor; iki ekip aynı adla farklı kitleleri konuşuyor.

On ikincisi, değişim anlarının ölçülmemesi. Bir kullanıcının yeni müşteriden tekrar alan müşteriye geçtiği an, en değerli dönüşüm noktalarından biri; özellik güncellendiğinde bir olay da gönderilirse bu geçiş ayrıca izlenebiliyor.

Neyi çözmez?

Kullanıcı özelliği, kişiyi cihazlar arasında tanımaz. Aynı kişinin farklı cihazları ancak kullanıcı kimliği eşlendiğinde birleşir.

Sıkça sorulan sorular

Olay parametresinden farkı ne?

Parametre tek bir hareketi anlatır; kullanıcı özelliği kişiyi anlatır ve sonraki bütün hareketlerine eşlik eder.

Sipariş sayısını gönderebilir miyim?

Aralık olarak gönderin. Kesin değerler raporu okunmaz hale getirir.

E-posta özellik olabilir mi?

Olamaz. Kişiyi tanımlayan bilgiler analitik aracına gönderilmemeli.

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.