Projeler ve ajans desteği için müsait · Hızlı yanıt, işi yapan kişiden

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.

Sorunumu anlatayım Mesaj gönderin

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

  1. 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.

  2. 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.

  3. 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.

  4. 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.

  5. 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.

  6. 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

İhtiyacınızı bir dakikada anlatın

Size bir anket daha değil, doğrudan bir tahmin sunabilmem için birkaç hedefli soru.

outil
api
sens
frequence (facultatif)
Size dönebilmem için en az bir e-posta veya telefon numarası belirtin.

Size dönebilmem için en az bir e-posta veya telefon numarası belirtin.

Sıkça sorulan sorular

Tek başına Meta pixel yeterli değil mi?
Tarayıcı kısıtlamaları ve reklam engelleyiciler yaygınlaşmadan önce daha yeterliydi. Bugün, yalnızca tarayıcı tarafında kurulan etkinliklerin bir kısmı Meta'ya hiç ulaşmıyor; Dönüşüm API'si bu eksikliği sunucudan kapatır.
PrestaShop'ta Dönüşüm API'si için belirli bir eklenti gerekir mi?
Bu satırların yazıldığı sırada WooCommerce'deki kadar entegre resmi bir denk yoktur. Mağazada zaten kurulu olana bakar ve varsayılan bir eklenti dayatmak yerine duruma göre değerlendiririm.
event_id somut olarak nedir?
Her etkinlik için (örneğin her onaylanan sipariş için) oluşturulan, aynı etkinlik için hem pixel hem de sunucu tarafından gönderilen benzersiz bir tanımlayıcıdır. Meta, bunu iki ayrı etkinlik değil, iki kez alınan aynı etkinlik olarak tanımak için kullanır.
Tekilleştirmenin gerçekten çalıştığını nasıl anlarım?
Meta Etkinlik Yöneticisi'nde, etkinlik önizleme sekmesi her etkinlik için onu ileten kaynakları gösterir. Tarayıcı ve sunucu tek bir satırda birleşmiş görünüyorsa, tekilleştirme çalışıyor demektir.
Sunucu için erişim jetonunu nerede bulabilirim?
Meta Etkinlik Yöneticisi'nde, pixel'in veri kaynağı üzerinde, Dönüşüm API'si bölümünde, bir sistem erişim jetonu doğrudan arayüzden oluşturulabilir.