Des publicités Meta qui ont survécu à iOS 14.
La mise à jour iOS 14 est précisément ce qui a cassé le pixel Meta pour la plupart des boutiques. La Conversions API est la réponse de Meta — une seconde route vers Meta qui ne dépend jamais du navigateur de l'acheteur. PrestaSignal l'envoie proprement, dédupliquée par rapport à votre pixel, avec votre jeton tenu à l'écart de la page en toute sécurité.
Le pixel seul ne suffit plus
L'App Tracking Transparency et les bloqueurs de pub privent le pixel Meta d'une large part de ses événements. Sans eux, l'optimisation de Meta et le ROAS rapporté s'éloignent de la réalité, et vos audiences rétrécissent.
Conversions API, dédupliquée, jeton jamais exposé
PrestaSignal envoie les conversions via la CAPI de Meta côté serveur, reconstruisant _fbc à partir du paramètre de clic fbclid quand le cookie manque et transmettant _fbp pour la correspondance. L'achat que déclenche votre pixel navigateur et l'achat qu'envoie notre serveur partagent un identifiant construit à partir de la commande — Meta n'en garde exactement qu'un. Un external_id (une référence client hachée) renforce la correspondance entre appareils, et votre jeton CAPI reste strictement côté serveur — jamais visible dans le code source de la page.
Ce qui atteint Meta
Ce que Meta lui-même dit de nos événements
Ce ne sont pas nos chiffres — ce sont les diagnostics du Gestionnaire d'événements de Meta lui-même, relevés sur une boutique PrestaShop en production équipée de PrestaSignal.
des événements du pixel navigateur également couverts par la Conversions API — moyenne sur 7 jours. L'objectif fixé par Meta est ≥75%.
Mesuré sur une boutique PrestaShop en production équipée de PrestaSignal — Gestionnaire d'événements Meta, septembre 2026.
Comment la Meta Conversions API fonctionne sur PrestaShop
Chaque étape du parcours atteint Meta via la Conversions API : les événements de navigation passent par le connecteur sur l'adresse propre de votre boutique, et l'achat lui-même est rapporté par votre back-office — une route de serveur à serveur que l'App Tracking Transparency et les bloqueurs de pub ne croisent jamais. Le module construit le cookie de clic _fbc à partir du paramètre d'URL fbclid lorsque l'acheteur arrive d'une publicité Meta et que le cookie manque, transmet le cookie de navigateur _fbp, et ajoute un external_id (une référence hachée au client) pour que Meta puisse faire correspondre la conversion entre appareils et sessions.
Si vous exécutez aussi le pixel Meta, l'achat du pixel et l'achat CAPI portent le même identifiant d'événement, construit à partir de la commande elle-même. Meta utilise cet identifiant partagé pour dédupliquer : une conversion vue par les deux n'est comptée qu'une fois — vous obtenez la richesse du pixel plus la résilience du canal serveur, sans gonfler les résultats. Tout du long, votre jeton d'accès CAPI n'est utilisé que sur le serveur et n'est jamais écrit dans le HTML de la page, il ne peut donc pas être extrait de votre site.
Ce que le pixel seul laisse passer
L'App Tracking Transparency prive le pixel d'une large part des événements des acheteurs sur iPhone.
Les bloqueurs du navigateur empêchent totalement le pixel de se déclencher pour une part significative du trafic.
Sans la construction de _fbc et l'external_id, Meta dispose de moins de signaux pour faire correspondre une conversion à une personne.
Moins d'événements signifie des audiences Advantage+ et de reciblage plus petites et plus obsolètes à optimiser.
Meta CAPI côté serveur — questions.
Cela corrige-t-il la chute de conversions liée à iOS 14 ?+
Il s'y attaque directement. L'achat atteint Meta via la Conversions API depuis votre back-office — une route de serveur à serveur qui ne passe pas du tout par le navigateur — récupérant les ventes que le pixel seul perd sur iOS.
Le pixel et la CAPI vont-ils compter mes conversions deux fois ?+
Non. Les deux portent un identifiant d'événement partagé construit à partir de la commande, et Meta l'utilise pour dédupliquer — un achat vu à la fois par le pixel et la CAPI est compté exactement une fois.
Mon jeton CAPI est-il exposé sur le site web ?+
Jamais. Le jeton n'est utilisé que côté serveur et n'est jamais placé dans le HTML de la page ni dans aucun script navigateur, il ne peut donc pas être extrait.
Qu'est-ce que l'external_id et pourquoi est-ce important ?+
C'est une référence hachée au client qui aide Meta à faire correspondre les conversions entre appareils et sessions, améliorant l'attribution au-delà de ce que les cookies seuls peuvent faire.
Ai-je encore besoin du pixel Meta si j'ai la CAPI ?+
Pixel + CAPI ensemble forment la configuration la plus solide, et PrestaSignal exécute les deux comme une seule conception : le pixel servi depuis votre propre adresse pour le contexte riche du navigateur, la CAPI depuis le serveur pour que la vente arrive toujours — avec un identifiant d'événement partagé pour que Meta ne la compte qu'une fois.
Comment vérifier que les événements arrivent dans Meta ?+
Le gestionnaire d'événements de Meta dispose d'un outil de test des événements, et le module prend en charge un code d'événement de test pour que vous puissiez confirmer que les événements côté serveur arrivent correctement avant de passer entièrement en production.
Récupérez les conversions Meta qu'iOS a emportées.
Un audit gratuit montre ce que votre pixel laisse passer et ce que la CAPI permettrait de récupérer.