# Pixel Meta et API de conversions sur PrestaShop

> Le pixel Meta seul rate une partie croissante des visiteurs à cause des bloqueurs et des restrictions navigateur. L’API de conversions (CAPI) complète cet envoi depuis le serveur : sur PrestaShop, le principe est le même que partout ailleurs, mais l’écosystème de modules est moins standardisé qu’ailleurs.

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

## Réponse directe

> Dans le gestionnaire d’évènements Meta, section API de conversions, générez un jeton d’accès dédié à l’envoi serveur, distinct du pixel navigateur. Côté boutique, regardez d’abord dans Modules > Gestionnaire de modules quel module pose déjà le pixel, pour éviter une seconde pose dans le template du thème. Le même event_id doit accompagner l’envoi navigateur et l’envoi serveur, sinon Purchase sera compté deux fois.

## Ce que je constate le plus souvent

- Un pixel Meta posé depuis des années, jamais complété par l’API de conversions
- Un module de tracking installé qui prétend « tout faire », sans savoir précisément ce qu’il envoie côté serveur
- Un gestionnaire d’évènements Meta qui affiche des évènements en double, un par le navigateur, un par un module mal configuré
- Une baisse visible des évènements Purchase remontés depuis la généralisation d’iOS 14 et des bloqueurs de publicité
- Un jeton d’accès à générer sans savoir où ni comment

## Ce que je vérifie et configure

1. **Accès au gestionnaire d’évènements Meta** — Je vérifie l’accès au compte Business Meta et au gestionnaire d’évènements associé à la source de données du pixel existant, avant de toucher à quoi que ce soit sur la boutique.
2. **État du pixel navigateur** — Je contrôle quels évènements le pixel envoie déjà (PageView, AddToCart, Purchase…) et avec quels paramètres, via l’extension Meta Pixel Helper.
3. **Génération du jeton d’accès serveur** — Dans le gestionnaire d’évènements, section API de conversions, je génère un jeton d’accès système dédié à l’envoi côté serveur, distinct du pixel navigateur.
4. **Choix du canal d’envoi serveur** — Selon ce qui est déjà en place sur la boutique, j’évalue le module de tracking existant ou une implémentation serveur dédiée pour transmettre les mêmes évènements que le pixel.
5. **Identifiant d’évènement partagé** — Je m’assure que chaque évènement envoyé par le pixel et par le serveur porte le même event_id, pour que Meta déduplique l’évènement reçu deux fois au lieu de le compter deux fois.
6. **Vérification finale** — Dans l’onglet Aperçu des évènements du gestionnaire, je confirme que les évènements clés apparaissent avec deux sources (navigateur et serveur) fusionnées en un seul évènement dédupliqué.

## Un écosystème de modules moins standardisé qu’ailleurs

Sur PrestaShop, il n’existe pas, au moment où j’écris ces lignes, d’équivalent officiel aussi intégré que l’extension « Meta for WooCommerce » disponible sur WooCommerce. Plusieurs modules tiers permettent de poser un pixel et de connecter l’API de conversions, avec des degrés de maturité et de maintenance très variables selon l’éditeur.

Je reste volontairement générique sur ce point : le principe (pixel navigateur + jeton serveur + event_id partagé) ne change pas selon le module choisi, mais je vérifie systématiquement ce que le module installé fait réellement — certains ne posent que le pixel et présentent l’API de conversions comme une fonctionnalité annexe mal implémentée, d’autres gèrent correctement les deux canaux avec déduplication.

Dans tous les cas, la vérification finale se fait au même endroit : le gestionnaire d’évènements Meta, pas la documentation du module.

## Un module ne remplace pas la vérification

> Qu’un module annonce gérer « pixel et API de conversions » ne suffit pas à le croire sur parole. Je vérifie toujours dans le gestionnaire d’évènements Meta que les deux sources apparaissent bien et que la déduplication fonctionne, avant de considérer l’installation terminée.

## Pages liées

- **Le même sujet sur WooCommerce** — L’extension officielle Meta for WooCommerce active pixel et API de conversions ensemble, avec déduplication automatique. ([/services/tracking/pixel-meta-api-conversions-woocommerce](/services/tracking/pixel-meta-api-conversions-woocommerce))
- **Le même sujet sur Shopify** — Canal Meta natif ou pixels personnalisés : les contraintes changent avec l’évolution du checkout Shopify. ([/services/tracking/pixel-meta-api-conversions-shopify](/services/tracking/pixel-meta-api-conversions-shopify))
- **Les évènements ecommerce qui comptent** — La même logique de priorisation s’applique côté GA4 : mieux vaut peu d’évènements fiables que beaucoup d’approximatifs. ([/services/tracking/evenements-ecommerce-qui-comptent](/services/tracking/evenements-ecommerce-qui-comptent))
- **Des statistiques en double** — Un pixel posé deux fois (thème et module) est une cause fréquente de doublons. ([/services/tracking/doublons-statistiques-causes](/services/tracking/doublons-statistiques-causes))
- **PrestaShop** — Le hub des interventions PrestaShop : modules, migrations, performance, intégrations. ([/prestashop](/prestashop))
- **Suivi des conversions ChatGPT Ads** — Pixel OpenAI, Conversions API, oppref et consentement : la même logique pixel plus serveur, appliquée aux annonces ChatGPT. ([/services/tracking/suivi-conversions-chatgpt-ads](/services/tracking/suivi-conversions-chatgpt-ads))
- **Module ChatGPT Ads pour PrestaShop** — Pixel OpenAI et Conversions API dédupliqués, oppref conservé jusqu’à la commande, consentement respecté : développé et installé par mes soins. ([/prestashop/module-chatgpt-ads](/prestashop/module-chatgpt-ads))

## FAQ

### Le pixel Meta seul ne suffit-il pas ?

Il suffisait davantage avant les restrictions des navigateurs et la généralisation des bloqueurs de publicité. Aujourd’hui, une partie des évènements posés uniquement côté navigateur n’arrive jamais à Meta ; l’API de conversions comble ce manque depuis le serveur.

### Faut-il un module précis pour l’API de conversions sur PrestaShop ?

Il n’existe pas d’équivalent officiel aussi intégré que sur WooCommerce au moment où j’écris ces lignes. Je regarde ce qui est déjà en place sur la boutique et j’évalue au cas par cas plutôt que d’imposer un module par défaut.

### Qu’est-ce que l’event_id, concrètement ?

Un identifiant unique généré pour chaque évènement (par exemple à chaque commande validée), envoyé à la fois par le pixel et par le serveur pour le même évènement. Meta l’utilise pour reconnaître qu’il s’agit du même évènement reçu deux fois, pas de deux évènements distincts.

### Comment savoir si la déduplication fonctionne vraiment ?

Dans le gestionnaire d’évènements Meta, l’onglet Aperçu des évènements affiche, pour chaque évènement, les sources qui l’ont transmis. Si navigateur et serveur apparaissent réunis en une seule ligne, la déduplication fonctionne.

### Où trouver le jeton d’accès pour le serveur ?

Dans le gestionnaire d’évènements Meta, sur la source de données du pixel, section API de conversions, un jeton d’accès système peut être généré directement depuis l’interface.