Available for projects & agency overflow · Quick reply, from the person who does the work

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.

Describe my issue Send a message

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

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

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

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

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

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

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

Describe your need in one minute

A few targeted questions so I can reply with an estimate rather than another questionnaire.

outil
api
sens
frequence (facultatif)
Please provide an email or a phone number so I can get back to you.

Please provide an email or a phone number so I can get back to you.

Frequently asked questions

Isn’t the Meta pixel alone enough?
It used to be, before browser restrictions and ad blockers became widespread. Today, a share of events set up browser-side only never reach Meta; the Conversions API fills that gap from the server.
Do I need a specific module for the Conversions API on PrestaShop?
There’s no official equivalent as integrated as on WooCommerce at the time of writing. I look at what’s already in place on the shop and assess case by case rather than defaulting to one module.
What is event_id, in practice?
A unique identifier generated for each event (for example, for every confirmed order), sent by both the pixel and the server for the same event. Meta uses it to recognise it’s the same event received twice, not two separate events.
How do I know deduplication is actually working?
In Meta Events Manager, the event overview tab shows, for each event, which sources reported it. If browser and server appear merged into a single line, deduplication is working.
Where do I find the server access token?
In Meta Events Manager, on the pixel’s data source, under Conversions API, a system access token can be generated directly from the interface.