PrestaShop'ta Meta pixel ve Dönüşüm API'si
Tek başına Meta pixel, engelleyiciler ve tarayıcı kısıtlamaları yüzünden giderek artan bir ziyaretçi payını kaçırıyor. Dönüşüm API'si (CAPI), bu gönderimi sunucudan tamamlar: PrestaShop'ta ilke her yerdeki gibi aynıdır, ancak eklenti ekosistemi daha az standartlaşmıştır.
En sık gördüklerim
- Yıllardır kurulu, hiçbir zaman Dönüşüm API'siyle tamamlanmamış bir Meta pixel
- "Her şeyi yapıyorum" diyen ama sunucu tarafında gerçekte ne gönderdiği belirsiz bir takip eklentisi
- Meta Etkinlik Yöneticisi'nde çift görünen etkinlikler: biri tarayıcıdan, biri hatalı yapılandırılmış bir eklentiden
- iOS 14 kısıtlamaları ve reklam engelleyicilerin yaygınlaşmasından bu yana görülen belirgin Purchase düşüşü
- Nereden ve nasıl oluşturulacağı bilinmeyen bir erişim jetonu
Kontrol ettiğim ve yapılandırdığım noktalar
-
Meta Etkinlik Yöneticisi'ne erişim
Mağazada herhangi bir şeye dokunmadan önce Meta Business hesabına ve mevcut pixel'in veri kaynağına bağlı Etkinlik Yöneticisi'ne erişimi kontrol ederim.
-
Tarayıcı pixel'inin mevcut durumu
Meta Pixel Helper uzantısıyla, pixel'in şu anda hangi etkinlikleri (PageView, AddToCart, Purchase...) ve hangi parametrelerle gönderdiğini kontrol ederim.
-
Sunucu erişim jetonunun oluşturulması
Etkinlik Yöneticisi'nde, Dönüşüm API'si bölümünde, tarayıcı pixel'inden ayrı, sunucu tarafı gönderime özel bir sistem erişim jetonu oluştururum.
-
Sunucu tarafı kanalın seçimi
Mağazada zaten kurulu olana göre, pixel ile aynı etkinlikleri iletmek için mevcut takip eklentisini veya özel bir sunucu tarafı entegrasyonunu değerlendiririm.
-
Paylaşılan etkinlik kimliği
Pixel ve sunucu tarafından gönderilen her etkinliğin aynı event_id'yi taşıdığından emin olurum; böylece Meta, iki kez alınan etkinliği iki kez saymak yerine tekilleştirir.
-
Son kontrol
Yöneticideki etkinlik önizleme sekmesinde, anahtar etkinliklerin iki kaynaktan (tarayıcı ve sunucu) tek bir tekilleştirilmiş etkinlikte birleştiğini doğrularım.
Başka yerlere göre daha az standartlaşmış bir eklenti ekosistemi
PrestaShop'ta, bu satırların yazıldığı sırada, WooCommerce'de bulunan "Meta for WooCommerce" eklentisi kadar entegre resmi bir denk yoktur. Çeşitli üçüncü taraf eklentiler bir pixel kurmaya ve Dönüşüm API'sine bağlanmaya olanak tanır; olgunluk ve bakım düzeyleri geliştiriciye göre büyük farklılıklar gösterir.
Bu noktada bilinçli olarak genel kalıyorum: ilke (tarayıcı pixel'i + sunucu jetonu + paylaşılan event_id) seçilen eklentiye göre değişmez, ancak kurulu eklentinin gerçekte ne yaptığını sistematik olarak kontrol ederim — bazıları yalnızca pixel'i kurar ve Dönüşüm API'sini kötü uygulanmış yan bir özellik olarak sunar, bazıları ise iki kanalı da tekilleştirmeyle birlikte doğru şekilde yönetir.
Her durumda, son kontrol her zaman aynı yerde yapılır: eklentinin belgeleri değil, Meta Etkinlik Yöneticisi.
İlgili sayfalar
-
Aynı konu WooCommerce'de
Resmi Meta for WooCommerce eklentisi, pixel ve Dönüşüm API'sini otomatik tekilleştirmeyle birlikte etkinleştirir.
-
Aynı konu Shopify'da
Yerel Meta kanalı veya özel pixel'ler: kısıtlamalar Shopify'ın ödeme akışındaki değişikliklerle birlikte değişir.
-
Önemli olan e-ticaret etkinlikleri
Aynı önceliklendirme mantığı GA4 tarafında da geçerlidir: az sayıda güvenilir etkinlik, çok sayıda yaklaşık etkinlikten daha değerlidir.
-
Çift kayıtlı istatistikler
İki kez kurulan bir pixel (tema ve eklenti) sık görülen bir tekrar nedenidir.
-
PrestaShop
PrestaShop müdahalelerinin merkezi: eklentiler, geçişler, performans, entegrasyonlar.
-
ChatGPT Ads dönüşüm takibi
OpenAI pikseli, Conversions API, oppref ve onay: aynı piksel artı sunucu mantığı, ChatGPT reklamlarına uygulanmış hâliyle.
-
PrestaShop için ChatGPT Ads modülü
Tekilleştirilmiş OpenAI pikseli ve Conversions API, siparişe kadar korunan oppref, onaya uygun: geliştiren ve kuran benim.
İhtiyacınızı bir dakikada anlatın
Size bir anket daha değil, doğrudan bir tahmin sunabilmem için birkaç hedefli soru.