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

- Source canonique : [https://allaux.fr/tr/services/tracking/pixel-meta-api-conversions-prestashop](https://allaux.fr/tr/services/tracking/pixel-meta-api-conversions-prestashop)
- Langue : TR
- Dernière mise à jour : 2026-09-30

## Doğrudan yanıt

> Meta Etkinlik Yöneticisi’nde Dönüşüm API’si bölümünden, tarayıcı pikselinden ayrı olarak sunucu tarafı gönderime özel bir erişim jetonu oluşturun. Mağaza tarafında ise önce Modüller > Modül Yöneticisi ekranında pikseli hangi modülün zaten eklediğine bakın ki tema şablonuna ikinci bir kopya girmesin. Aynı event_id hem tarayıcı hem sunucu gönderimine eşlik etmelidir, aksi hâlde Purchase iki kez sayılı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

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.

## Bir eklenti kontrolün yerini tutmaz

> Bir eklentinin "pixel ve Dönüşüm API'sini" yönettiğini iddia etmesi, buna körü körüne güvenmek için yeterli değildir. Kurulumu tamamlanmış saymadan önce, her zaman Meta Etkinlik Yöneticisi'nde iki kaynağın da göründüğünü ve tekilleştirmenin çalıştığını doğrularım.

## İlgili sayfalar

- **Aynı konu WooCommerce'de** — Resmi Meta for WooCommerce eklentisi, pixel ve Dönüşüm API'sini otomatik tekilleştirmeyle birlikte etkinleştirir. ([/services/tracking/pixel-meta-api-conversions-woocommerce](/services/tracking/pixel-meta-api-conversions-woocommerce))
- **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. ([/services/tracking/pixel-meta-api-conversions-shopify](/services/tracking/pixel-meta-api-conversions-shopify))
- **Ö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. ([/services/tracking/evenements-ecommerce-qui-comptent](/services/tracking/evenements-ecommerce-qui-comptent))
- **Çift kayıtlı istatistikler** — İki kez kurulan bir pixel (tema ve eklenti) sık görülen bir tekrar nedenidir. ([/services/tracking/doublons-statistiques-causes](/services/tracking/doublons-statistiques-causes))
- **PrestaShop** — PrestaShop müdahalelerinin merkezi: eklentiler, geçişler, performans, entegrasyonlar. ([/prestashop](/prestashop))
- **ChatGPT Ads dönüşüm takibi** — OpenAI pikseli, Conversions API, oppref ve onay: aynı piksel artı sunucu mantığı, ChatGPT reklamlarına uygulanmış hâliyle. ([/services/tracking/suivi-conversions-chatgpt-ads](/services/tracking/suivi-conversions-chatgpt-ads))
- **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. ([/prestashop/module-chatgpt-ads](/prestashop/module-chatgpt-ads))

## FAQ

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