Sayılarla ne demek?
Bir satın alma olayı Meta'ya ulaştığında sistemin sorduğu ilk soru şudur: bu kim? Olay, reklamı gören bir kullanıcıya bağlanamazsa hem atıf hem de optimizasyon için değeri düşer. Sayılır ama öğretmez.
Eşleşme kalitesi puanı bu sorunun cevabının ne kadar güçlü olduğunu gösterir. Olay yöneticisinde, özellikle sunucudan gelen olaylar için, her olay türüne ayrı bir puan verilir. Puanı belirleyen, olayla birlikte gönderilen müşteri bilgisi parametrelerinin sayısı ve kalitesidir.
Genel bir okuma şöyledir: altının altı zayıf, yedi ile sekiz arası iyi, dokuz ve üzeri çok iyi. Ama puanın kendisi hedef değildir; hedef, olayların gerçek kişilere bağlanmasıdır.
Puanı artıran parametreler
| Parametre | Etkisi | Not |
|---|---|---|
| E-posta (şifreli) | Çok yüksek | Küçük harf, boşluksuz |
| Telefon (şifreli) | Yüksek | Ülke koduyla, yalnızca rakam |
| Tıklama kimliği | Yüksek | Reklam tıklamasından gelen çerez |
| Tarayıcı kimliği | Orta | Pikselin oluşturduğu çerez |
| Harici kimlik | Orta | Kendi müşteri numaranız, şifreli |
| IP ve tarayıcı bilgisi | Düşük–orta | Tek başına zayıf |
Tablodaki üçüncü ve dördüncü satır çoğu zaman en kolay kazanılan puanlar. Bu değerler zaten tarayıcıda çerez olarak duruyor; sunucu olayına eklenmeleri için yalnızca okunup taşınmaları gerekiyor.
Nasıl iyileştirilir?
- Olay bazında puanlara bakın. Satın alma en önemlisi.
- Eksik parametreleri listeleyin. Olay yöneticisi önerir.
- Çerezleri sunucuya taşıyın. Tıklama ve tarayıcı kimliği.
- Normalleştirmeyi kontrol edin. Biçim hatası eşleşmeyi bozar.
- Ara adımlara da bilgi ekleyin. Üye girişi yapmışsa.
Uygulamada ne oluyor?
En sık durum, satın alma olayının yüksek, sepete ekleme olayının düşük puan alması. Satın almada e-posta ve telefon biliniyor; sepete eklemede ziyaretçi henüz anonim. Bu doğal bir fark.
İkinci gözlem, telefon numarasının yanlış biçimde gönderilmesi. Başında sıfır olan, ülke kodu olmayan ya da boşluk içeren numaralar şifrelendiğinde tamamen farklı bir değere dönüşüyor ve eşleşmiyor.
Üçüncüsü, tıklama kimliği çerezinin sunucuya hiç taşınmaması. Reklamdan gelen ziyaretçinin en güçlü kimlik bilgisi tarayıcıda duruyor ama sunucu olayına eklenmiyor.
Dördüncüsü, puan yükseltmek için gereksiz veri toplanması. Doğum tarihi ya da cinsiyet gibi bilgileri yalnızca eşleşme için istemek, veri minimizasyonu ilkesine aykırı; ölçüm için yeni veri toplamak yerine mevcut veriyi doğru göndermek esas olmalı.
Beşincisi, üye girişi yapan müşterilerin ara adımlarda tanınmaması. Kullanıcı hesabına giriş yaptıysa sepete ekleme ve ödeme başlatma olaylarına da şifreli bilgi eklenebiliyor; bu, huninin tamamında eşleşmeyi güçlendiriyor.
Altıncısı, harici kimliğin tutarsız gönderilmesi. Aynı müşteri farklı olaylarda farklı biçimde kimliklendirildiğinde bu parametre işe yaramıyor.
Yedincisi, puandaki ani düşüşün fark edilmemesi. Bir site güncellemesi e-posta alanının veri katmanına aktarılmasını bozduğunda puan düşüyor; haftalık kontrol bunu erken yakalıyor.
Sekizincisi, puanın kampanya performansıyla ilişkisinin görülmemesi. Eşleşme güçlendiğinde algoritma daha fazla olayı gerçek kişilere bağlıyor ve özellikle düşük hacimli hesaplarda öğrenme hızlanıyor.
Dokuzuncusu, piksel olaylarının puanının göz ardı edilmesi. Tarayıcı olaylarına da gelişmiş eşleştirme ile şifreli bilgi eklenebiliyor; yalnızca sunucu tarafına odaklanmak yarım bir iyileştirme.
Onuncusu, puan yüksekken tekilleştirmenin bozuk olması. Eşleşme mükemmel ama aynı olay iki kez sayılıyorsa, yüksek puan yanlış bir güven duygusu yaratıyor.
On birincisi, şifrelemenin iki kez yapılması. Bazı entegrasyonlar zaten şifrelenmiş değeri bir kez daha şifreliyor; sonuç hiçbir kayıtla eşleşmeyen bir değer.
On ikincisi, izin vermeyen ziyaretçilerin verisinin gönderilmesi. Puanı yükseltmek için izin kuralları gevşetilmemeli; eşleşme, yalnızca izin veren ziyaretçilerin verisiyle iyileştirilmeli.
Neyi göstermez?
Eşleşme puanı, olayın doğru olup olmadığını göstermez. Yanlış tutarlı ya da çift sayılan bir olay da yüksek puan alabilir.
Sıkça sorulan sorular
İyi bir puan kaç?
Genel olarak yedi ve üzeri iyi, dokuz ve üzeri çok iyi kabul edilir.
En hızlı iyileştirme ne?
Tıklama ve tarayıcı kimliği çerezlerini sunucu olayına eklemek.
Daha fazla veri toplamalı mıyım?
Hayır; mevcut veriyi doğru biçimde göndermek yeterli ve daha doğru.
Reklam tarafını Meta Ads E-Ticaret Reklam Rehberi içinde, ölçüm altyapısını ise 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ı.
