Meta Pixel ve Conversions API denetimi, satın alma ve diğer olayların Meta'ya doğru, eksiksiz ve bir kez ulaşıp ulaşmadığını kontrol eder. Bakılacak beş şey var. Olayların doğru sayfada tetiklenmesi, değer, para birimi ve ürün kimliği gibi parametrelerin eksiksiz gelmesi, tarayıcıdan ve sunucudan gelen aynı olayın event_id ile tekilleştirilmesi, olay eşleşme kalitesinin yeterli olması ve Pixel'deki ürün kimliğinin katalogdaki kimlikle aynı olması. Bu beşinden biri bozuksa, kampanyalar ne kadar iyi kurulmuş olursa olsun yanlış sinyalle öğrenir.
Meta reklamlarında karşılaştığım performans sorunlarının önemli bir kısmı, kampanya ayarlarında değil ölçümde başlıyor. Satın alma olayı iki kez sayılıyor, değer parametresi boş geliyor ya da sunucu olayları kurulmuş ama tarayıcı olaylarıyla eşleşmiyor. Panelde her şey yolunda görünüyor, çünkü sayılar akıyor. Ama akan sayılar yanlış. Aşağıda bir hesabı devraldığımda Pixel ve Conversions API tarafını hangi araçlarla ve hangi sırayla kontrol ettiğimi anlatıyorum.
Facebook Pixel nedir, Conversions API ondan nasıl ayrılır?
Meta Pixel, sitenize eklenen ve ziyaretçinin tarayıcısından Meta'ya olay gönderen bir kod parçası. Facebook piksel kimliği, bu kodun hangi veri kümesine ait olduğunu gösteren numara. Conversions API ise aynı olayları sizin sunucunuzdan Meta'ya gönderiyor. Tarayıcı tarafı reklam engelleyiciler, bağlantı sorunları ve sayfa yükleme hataları nedeniyle olay kaçırabiliyor. Sunucu tarafı bu kayıpları kapatıyor.
Meta'nın önerdiği kurulum ikisini birlikte kullanmak. Aynı olay hem tarayıcıdan hem sunucudan gönderiliyor ve Meta bunları tekilleştiriyor. Kurulumun kendisini Meta Pixel kurulumu ve Meta Conversions API kurulumu yazılarında anlattım. Bu yazı kurulmuş bir yapının nasıl denetlendiğiyle ilgili.
Denetime hangi araçlarla başlıyorum?
Dört araç kullanıyorum ve her biri farklı bir soruya cevap veriyor.
- Meta Pixel Helper. Chrome eklentisi. Sayfada hangi olayın tetiklendiğini, hangi parametrelerle gittiğini ve hata olup olmadığını gösteriyor. Tarayıcı tarafının ilk kontrolü.
- Olaylar Yöneticisi'ndeki test olayları. Kendi ziyaretimi yaparken hem tarayıcıdan hem sunucudan gelen olayları anlık olarak izliyorum. Sunucu olayının gerçekten gelip gelmediğini burada görüyorum.
- Olay eşleşme kalitesi. Olaylar Yöneticisi'nde her olay için 10 üzerinden verilen puan. Olayların Meta hesaplarıyla ne kadar iyi eşleşebildiğini gösteriyor.
- Katalog tanılama ekranı. Katalog reklamı kullanılıyorsa, Pixel'den gelen ürün kimliklerinin katalogla ne oranda eşleştiğini gösteriyor.
Olaylar doğru sayfada mı tetikleniyor?
Siteyi bir müşteri gibi geziyorum. Ürün sayfasında ViewContent, sepete eklerken AddToCart, ödemeye geçerken InitiateCheckout, sipariş onay sayfasında Purchase olayı tetiklenmeli. Sık bulduğum hatalar şunlar.
- Purchase olayı onay sayfası yenilendiğinde tekrar tetikleniyor ve aynı sipariş iki kez sayılıyor.
- Ödeme üçüncü taraf bir sayfada tamamlanıyor, kullanıcı onay sayfasına dönmüyor ve Purchase hiç tetiklenmiyor.
- AddToCart olayı butona tıklandığında değil sayfa yüklendiğinde tetikleniyor.
- Tema güncellemesinden sonra kodun bir kısmı silinmiş ve bazı olaylar haftalardır gelmiyor.
Purchase olayının nasıl test edildiğini satın alma olayı testi yazısında, satın almanın görünmediği durumları da Pixel satın alma görünmüyor yazısında anlattım.
Parametreler eksiksiz geliyor mu?
| Parametre | Hangi olaylarda | Eksik ya da yanlış olursa |
|---|---|---|
| value | Purchase, AddToCart, InitiateCheckout | Değere dayalı optimizasyon ve ROAS raporu çalışmaz |
| currency | value gönderilen her olay | Değer yanlış para biriminde okunur |
| content_ids | ViewContent, AddToCart, Purchase | Katalog reklamı kimin hangi ürünü gördüğünü bilemez |
| content_type | content_ids gönderilen olaylar | Ürün ve ürün grubu ayrımı yapılamaz |
| event_id | Tarayıcı ve sunucudan gönderilen her olay | Tekilleştirme yapılamaz, olaylar çift sayılabilir |
Content_ids Facebook Pixel tarafında en çok gözden kaçan parametre. Pixel ürün kimliği olarak bir değer, katalog ise başka bir değer kullanıyorsa, örneğin biri ürün kodunu diğeri varyant numarasını gönderiyorsa, katalog reklamları kişiye gördüğü ürünü gösteremiyor. Tesettür giyim alanında çalıştığım bir markada katalog düzeltmelerinin bir parçası tam olarak buydu, Pixel'deki ürün kimliğini katalogdaki kimlikle eşitledik. Bu çalışmanın geri kalanını tesettür giyim vakasında anlattım. Katalog tarafını da Meta katalog reklamları yazısında açtım.
Tarayıcı ve sunucu olayları tekilleştiriliyor mu?
Aynı satın alma hem Pixel'den hem Conversions API'den geliyorsa, Meta'nın bunların aynı olay olduğunu anlaması gerekiyor. Meta'nın önerdiği yöntem, Pixel'deki eventID ile sunucudaki event_id değerinin ve iki taraftaki olay adının aynı olması. Meta, belirli bir event_id ile ilk olayı aldıktan sonraki 48 saat içinde gelen eşleşen olayları tekilleştiriyor ve genellikle ilk geleni tutuyor.
Denetimde bunu test olayları ekranından kontrol ediyorum. Bir test siparişi verdiğimde iki olayın da geldiğini ve tekilleştirildiğinin işaretlendiğini görmem gerekiyor. İki olay ayrı ayrı sayılıyorsa, satın almalar çift görünür ve kampanyalar olduğundan iki kat iyi performans gösteriyormuş gibi raporlanır. Tekilleştirmenin mantığını sözlükteki tekilleştirme ve event ID maddelerinde anlattım.
Olay eşleşme kalitesi kaç olmalı?
Olay eşleşme kalitesi, gönderilen müşteri bilgilerinin bir olayı bir Meta hesabıyla eşleştirmeye ne kadar yettiğini gösteren, 10 üzerinden verilen bir puan. Meta, yalnızca eşleşen olayların ilişkilendirme ve teslimat optimizasyonunda kullanılabildiğini söylüyor. Puan düşükse, gönderilen olayların bir kısmı reklamın öğrenmesine katkı sağlamıyor.
Puanı yükselten şey, sunucu olaylarıyla birlikte e-posta, telefon, ad soyad, IP adresi ve tarayıcı bilgisi gibi müşteri bilgilerini, Meta'nın istediği biçimde karma halinde göndermek. Sadece şehir, ülke ve posta kodu gibi geniş bilgilerle gönderilen olaylar reddedilebiliyor. Hangi puanın yeterli olduğu konusunda tek bir eşik vermiyorum. Kendi hesabınızda Purchase olayının puanını zaman içinde izlemek ve düşüş olduğunda sebebini aramak daha işe yarıyor. Ayrıntılar sözlükteki olay eşleşme kalitesi maddesinde.
Sitede birden fazla Pixel mi çalışıyor?
Ajans değiştiren işletmelerde sık karşılaştığım bir durum bu. Eski ajansın kurduğu Pixel temada duruyor, yeni ajans bir tane daha eklemiş, bir de mağaza altyapısının kendi entegrasyonu çalışıyor. Pixel Helper bir sayfada iki ya da üç farklı kimlik gösteriyorsa, olayların hangi veri kümesine gittiği karışıyor. Kampanyalar bir veri kümesine optimize edilirken satışların bir kısmı başka bir veri kümesine yazılabiliyor.
Denetimde önce hangi veri kümesinin işletmeye ait reklam hesabında kullanıldığını belirliyorum. Kullanılmayan kodları temadan kaldırıyor, mağaza entegrasyonuyla elle eklenen kodun aynı olayları ikinci kez göndermediğinden emin oluyorum. Veri kümesinin işletmenin kendi Business hesabında olması da ayrı bir konu, çünkü ajans ayrıldığında geçmiş verinin kaybolmaması buna bağlı. Bunu reklam hesabı sahipliği yazısında anlattım.
Özel dönüşümler ne zaman sorun çıkarıyor?
Özel dönüşümler, belirli bir adres ya da kural üzerinden tanımlanan dönüşümler. Örneğin teşekkür sayfası adresi içeren her ziyaret bir potansiyel müşteri olarak sayılabilir. Kolay kuruluyor, ama sitenin adres yapısı değiştiğinde sessizce çalışmayı bırakıyor. Bir site yenilemesinden sonra teşekkür sayfasının adresi değişmiş ve özel dönüşüm haftalarca sıfır saymış olabiliyor. Ya da tersine, adres kuralı çok geniş tanımlandığı için ilgisiz sayfalar da dönüşüm sayılıyor.
Bu yüzden kampanyaların optimize edildiği olayın özel dönüşüm mü standart olay mı olduğuna bakıyorum. Mümkünse standart olaya geçmeyi öneriyorum, çünkü standart olaylar sunucu tarafından da aynı adla gönderilebiliyor ve tekilleştirilebiliyor. Standart ve özel olay farkını sözlükteki özel dönüşüm maddesinde anlattım.
Çerez izni ölçümü nasıl etkiliyor?
Sitede çerez izni penceresi varsa ve kullanıcı reddederse, tarayıcı tarafındaki Pixel olay gönderemeyebilir. Bu durumda Olaylar Yöneticisi'ndeki olay sayısı mağaza panelindeki sipariş sayısının belirgin şekilde altında kalır. Denetimde izin penceresinin hangi olayları nasıl etkilediğini ve sunucu tarafında hangi olayların izinle uyumlu biçimde gönderildiğini kontrol ediyorum. Kişisel verilerin işlenmesiyle ilgili yükümlülükler için KVKK'nın yayımladığı rehberlere bakmanızı öneririm. Konuyu izin modu yazısında Google tarafıyla birlikte ele aldım.
Denetimde en sık hangi bozuklukları buluyorum?
| Bulgu | Belirti | Etki |
|---|---|---|
| Purchase çift sayılıyor | Panel satışları mağazadan fazla | ROAS şişer, yanlış kampanya ölçeklenir |
| value boş ya da sabit | Her satış aynı tutarda görünüyor | Değere göre optimizasyon çalışmaz |
| Sunucu olayı yok | Test olaylarında sadece tarayıcı görünüyor | Kaybolan olaylar telafi edilmez |
| event_id eşleşmiyor | İki olay da ayrı sayılıyor | Çift sayım |
| content_ids katalogla uyuşmuyor | Katalog tanılamada eşleşme düşük | Yeniden hedefleme boş ürünle çalışır |
| Eşleşme kalitesi düşük | Müşteri bilgisi parametresi az | Olayların bir kısmı öğrenmeye katılmaz |
Ölçüm düzeldikten sonra kampanyalar neden bir süre dalgalanıyor?
Çift sayılan satın almalar düzeltildiğinde, panelde görünen satış sayısı bir gecede düşüyor. Bu düşüş gerçek bir kayıp değil, gerçeğin görünür hale gelmesi. Ama kampanyalar da bu yeni sinyale göre yeniden öğreniyor ve birkaç gün dalgalanabiliyor. Bu dönemde bütçe ve hedef değiştirmemeyi, düzeltmeden önceki ve sonraki dönemi mağaza paneliyle karşılaştırmayı öneriyorum. Öğrenme sürecinin nasıl işlediğini Meta öğrenme aşaması yazısında anlattım.
Bu denetimi kurulumdan sonra bir kez yapıp bırakmıyorum. Tema güncellemesi, ödeme altyapısı değişikliği ya da yeni bir eklenti kurulduğunda tekrarlıyorum. Bunların dışında ayda bir kez test siparişi verip Purchase olayının iki kanaldan da geldiğini kontrol etmek yeterli.
Ölçüm tarafının bütün çerçevesi için dönüşüm takibi ve ölçümleme rehberine, Meta hesabının geri kalanının denetimi için de Meta Ads hesap denetimi yazısına bakabilirsiniz.
Kaynaklar
Reklamların satış getirmiyor mu?
Reklam hesabını birlikte inceleyelim, nerede bütçe kaybettiğini netçe görelim.
Ücretsiz Ön Görüşme