Caractéristiques et avantages du module
- 9 événements Facebook Pixel — PageView, ViewContent, ViewCategory, AddToCart, InitiateCheckout, AddPaymentInfo, Purchase, Search et CompleteRegistration. L’enregistrement dépend de la configuration des événements, des consentements et des parcours pris en charge par la boutique ; cela ne signifie pas la mesure de chaque action.
- Conversions API (CAPI) et Purchase — Dans le paquet 1.5.0, Purchase peut être placé en file après validation de la configuration, du statut payé et du consentement actuel du panier. CRON l'envoie à Meta sans exiger l'affichage de la confirmation ; la réception réelle doit être vérifiée séparément.
- identifiant d’événement commun — Purchase depuis Pixel JS et CAPI partage un event_id destiné à la déduplication. La bonne réception et la comptabilisation des événements doivent être vérifiées dans Meta
- Advanced Matching — données optionnelles pour la correspondance des événements. Pour CAPI, le module normalise et hache en SHA-256 certaines données client sélectionnées ; dans le navigateur, il transmet l’e-mail disponible, le prénom et le nom à l’initialisation de fbq sans les hacher via le code PHP du module
- 6 formats d’identifiant produit — ID produit, ID-attribut, ID_attribut, EAN-13/GTIN, référence, MPN/référence fournisseur — pour la correspondance avec le catalogue produits Facebook (Product Catalog)
- préfixe d’identifiant produit — Un préfixe configurable, comme ps_, adapte les identifiants au flux. Il doit respecter la validation du module ; vérifiez la concordance des content_ids avec le catalogue.
- Statuts des commandes payées — Choisissez les statuts qualifiant Purchase. Le code vérifie aussi l'indicateur paid du statut de commande ; choisir un statut quelconque ne suffit pas à déclencher l'envoi.
- Test Event Code — code de test optionnel ajouté à la requête CAPI. Une fois les exigences d’envoi remplies, vérifiez le résultat dans les outils de test Meta ; la simple saisie du code ne confirme pas la réception de l’événement.
- suit le changement de combinaison produit — prise en charge de l’événement ViewContent après détection du changement de variante et lecture de ses données. Le format de content_ids dépend de la configuration : avec l’ID produit de base, l’identifiant peut rester identique malgré un changement de prix. Vérifiez le comportement avec le thème utilisé, les consentements et la méthode d’export des variantes.
- prise en charge des combinaisons d’attributs dynamiques — prend en charge les listes déroulantes, boutons radio et nuanciers de couleurs dans le thème — lecture de la combinaison à partir des éléments reconnus par le script du module ; un thème personnalisé nécessite un test
- Panneau de préparation CAPI — Affiche les paramètres manquants, les états de la file, le résultat de la dernière tentative et la dernière exécution CRON. La préparation locale ne confirme ni réception ni attribution dans Meta.
- 3 onglets de configuration avec icônes — répartition claire des paramètres : Facebook Pixel, Conversions API, Avancé
- Historique des tentatives — Les codes de résultat CAPI et la confirmation d'acceptation par l'API sont enregistrés indépendamment du mode debug, sans données client ni Access Token dans l'historique des tentatives. L'indicateur navigateur signale un appel mis en file, pas sa réception par Meta.
- parcours de checkout pris en charge — le code reconnaît notamment TheCheckout, SuperCheckout et OnepageCheckout ; la réception des événements doit être vérifiée avec la version de checkout utilisée, le thème et les paiements
- Choix du paquet pour la boutique — Le paquet 1.5.0 déclare PrestaShop 1.7.0.0 comme minimum. Confirmez séparément le paquet legacy pour PrestaShop 1.6 et la compatibilité avec PHP, le thème et le checkout ; une déclaration de version ne remplace pas une vérification en boutique.
- traduction complète en polonais — toute l’interface d’administration en langue polonaise
- Conditions d'intégration — Pixel et CAPI exigent PD Cookie Pro actif en mode live et un consentement publicitaire vérifié. CAPI nécessite aussi le consentement enregistré du panier, Pixel ID, Access Token, statuts payés sélectionnés, PHP cURL, HTTPS vers Meta et CRON actif.
- File Purchase et CRON — Une URL CRON protégée par token ou l'intégration au module cronjobs traite les Purchase serveur et les tentatives limitées. Cela ne garantit ni mesure exhaustive ni attribution publicitaire.
Lien vers la démo du module :
Démo du panneau d’administration :
https://moduly-prestashop.eu/fb-pixel/admin-dev
Démo du front-office :
https://moduly-prestashop.eu/fb-pixel
Vous trouverez les règles de licence, de copie de test et de mises à jour dans le §7 du règlement de la boutique.
Vérifiez séparément le navigateur, CAPI et le catalogue
La conformité des identifiants produit avec le catalogue Meta est une question différente de la déduplication des événements. Le guide des ID, des variantes et de Pixel distingue les deux cas et présente également un essai daté réalisé en interne sur deux fiches avec des limites explicites.
Que vérifier avant le lancement ?
- Vérifiez l’identifiant Pixel et les événements configurés. Pour le canal CAPI, vérifiez le token, les statuts de commande et les exigences de consentement décrites ci-dessus.
- Comparez les content_ids d’une variante précise avec les ID du catalogue ; vérifiez ensuite l’event_id de la même action transmise par deux canaux.
- Vérifiez le comportement après refus et retrait du consentement. L’installation du module ne garantit pas l’enregistrement de chaque action de l’utilisateur.
