Disponible pour missions & renforts d’agence · Réponse rapide, par la personne qui intervient

WhatsApp contact@allaux.fr
FR EN TR
allaux.
Urgence Parler de mon projet

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.

Décrire mon problème Discuter sur WhatsApp

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.

Pages liées

Décrivez votre besoin en 1 minute

Quelques questions ciblées pour que je vous réponde avec une estimation, pas avec un questionnaire de plus.

Quel outil faut-il connecter ?
L’outil dispose-t-il d’une API documentée ?

Sans API, il reste souvent l’import de fichiers — c’est faisable, mais différent.

Dans quel sens les données doivent-elles circuler ?
À quelle fréquence la synchronisation doit-elle tourner ? (facultatif)
Indiquez au moins un e-mail ou un téléphone pour que je puisse vous répondre.

Indiquez au moins un e-mail ou un téléphone pour que je puisse vous répondre.

Questions fréquentes

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.

Pages liées