Meta pixel and Conversions API on PrestaShop
The Meta pixel alone misses a growing share of visitors because of blockers and browser restrictions. The Conversions API (CAPI) fills that gap by sending events from the server: on PrestaShop, the principle is the same as everywhere else, but the module ecosystem is less standardised.
What I see most often
- A Meta pixel in place for years, never complemented by the Conversions API
- A tracking module claiming to "do everything", with no clear picture of what it actually sends server-side
- A Meta Events Manager showing duplicate events: one from the browser, one from a badly configured module
- A visible drop in Purchase events reported since iOS 14 restrictions and ad blockers became common
- An access token to generate, with no clear idea where or how
What I check and configure
-
Access to Meta Events Manager
I check access to the Meta Business account and the Events Manager tied to the existing pixel’s data source before touching anything on the shop.
-
State of the browser pixel
I check which events the pixel already sends (PageView, AddToCart, Purchase...) and with which parameters, using the Meta Pixel Helper extension.
-
Generating the server access token
In Events Manager, under Conversions API, I generate a system access token dedicated to server-side sending, separate from the browser pixel.
-
Choosing the server-side channel
Depending on what’s already in place on the shop, I assess the existing tracking module or a dedicated server-side implementation to send the same events as the pixel.
-
Shared event ID
I make sure every event sent by the pixel and the server carries the same event_id, so Meta deduplicates the event received twice instead of counting it twice.
-
Final check
In the Events Manager’s Test Events / event overview tab, I confirm key events appear with two sources (browser and server) merged into a single deduplicated event.
A less standardised module ecosystem than elsewhere
On PrestaShop, at the time of writing there’s no official equivalent as tightly integrated as the "Meta for WooCommerce" extension available on WooCommerce. Several third-party modules let you set up a pixel and connect the Conversions API, with very variable levels of maturity and maintenance depending on the vendor.
I stay deliberately generic on this point: the principle (browser pixel + server token + shared event_id) doesn’t change depending on the module chosen, but I always check what the installed module actually does — some only set up the pixel and present the Conversions API as a poorly implemented side feature, others handle both channels correctly with deduplication.
Either way, the final check happens in the same place: Meta Events Manager, not the module’s documentation.
Related pages
-
The same topic on WooCommerce
The official Meta for WooCommerce extension enables pixel and Conversions API together, with automatic deduplication.
-
The same topic on Shopify
Native Meta channel or custom pixels: the constraints shift with Shopify’s checkout changes.
-
The ecommerce events that matter
The same prioritisation logic applies on the GA4 side: a few reliable events beat many approximate ones.
-
Duplicate statistics
A pixel set up twice (theme and module) is a common cause of duplicates.
-
PrestaShop
The hub for PrestaShop work: modules, migrations, performance, integrations.
-
ChatGPT Ads conversion tracking
OpenAI pixel, Conversions API, oppref and consent: the same pixel-plus-server logic, applied to ChatGPT ads.
-
ChatGPT Ads module for PrestaShop
Deduplicated OpenAI pixel and Conversions API, oppref kept until the order, consent respected: built and installed by me.
Describe your need in one minute
A few targeted questions so I can reply with an estimate rather than another questionnaire.