--- type: "product" id: 131 url: "https://prestadev.pl/fr/module-facebook-pixel-pro-pour-prestashop.html" markdown_url: "https://prestadev.pl/fr/markdown/product/131.md" title: "Module Facebook Pixel Pro pour Prestashop" description: "Mesurez les événements de la boutique PrestaShop via Facebook Pixel et les achats via l’API Conversions. Configurez l’Advanced Matching ainsi que la déduplication des événements." image: "https://prestadev.pl/941/module-facebook-pixel-pro-pour-prestashop.jpg" sku: "PDFPT" ean13: "0" brand: "PrestaDev.pl" price: 70.00 regular_price: 90.00 discount_percent: 22.22 discount_amount: 20.00 price_tax_excluded: 56.91 currency: "PLN" tax_included: true availability: "in_stock" is_pack: false customization_required: false condition: "new" categories: ["Accueil", "Intégrations Meta / Facebook", "Intégrations PrestaShop", "Modules PrestaShop", "Publicité et analyse"] language: "fr" updated: "2026-10-15" --- # Module Facebook Pixel Pro pour Prestashop Facebook Pixel Pro relie PrestaShop au Meta Pixel exécuté dans le navigateur et, en option, à la Conversions API (CAPI) pour Purchase. Le module prend en charge les événements du parcours d'achat, Advanced Matching et six formats d'identifiant produit avec préfixe pour le catalogue Meta. **Dans le paquet 1.5.0, Pixel et CAPI exigent PD Cookie Pro actif en mode live et un consentement publicitaire vérifié.** Le Purchase serveur entre dans une file lorsque les conditions de statut payé et de consentement du panier sont remplies ; CRON assure l'envoi et les nouvelles tentatives. CAPI nécessite aussi un Pixel ID, un Access Token, PHP cURL et une connexion HTTPS à Meta. Un event\_id commun facilite la déduplication sans garantir la réception ni l'attribution de chaque conversion dans Meta. Confirmez le paquet adapté à PrestaShop, PHP, au thème et au checkout avant le déploiement. ## Description ### 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](https://moduly-prestashop.eu/fb-pixel/admin-dev) **Démo du front-office :** [https://moduly-prestashop.eu/fb-pixel](https://moduly-prestashop.eu/fb-pixel) ### Guide [Le catalogue Meta ne reconnaît pas les produits de PrestaShop ? Vérifiez les ID, les variantes et Pixel](https://prestadev.pl/pl/blog/baza-wiedzy/katalog-meta-prestashop-id-warianty-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](https://prestadev.pl/pl/content/7-regulamin-sklepu#licencje). ## 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](https://prestadev.pl/pl/blog/baza-wiedzy/katalog-meta-prestashop-id-warianty-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. ## Features | Feature | Value | | --- | --- | | Support pour Prestashop 9.x | Oui | | Prise en charge de Prestashop 8.x | Oui | | Prise en charge de Prestashop 1.7.x | Oui | | Soutien de PrestaShop 1.6. | Alors | | Module de traduction | FR, FR | | Support gratuit | Alors | | Mises à jour gratuites (1 an) | Alors | | Facilité d'installation | Alors | ## Variants | Variant | SKU | Price | Availability | Variant ID | | --- | --- | --- | --- | --- | | Type de licence / mise à jour: Version complète / licence à vie | ` PDFPT-FULL ` | 70.00 | ` in_stock ` | ` 454 ` | | Type de licence / mise à jour: Seulement la mise à jour (prolongation de l'accès de 12 mois supplémentaires) | ` PDFPT-UPD ` | 35.00 | ` in_stock ` | ` 455 ` | ## Categories - Accueil - Intégrations Meta / Facebook - Intégrations PrestaShop - Modules PrestaShop - Publicité et analyse ## Related products - [Export de produits XML pour les publicités dynamiques Facebook vers PrestaShop](https://prestadev.pl/fr/markdown/product/142.md) - [Publications automatiques sur Facebook Pro — publication de contenu depuis PrestaShop](https://prestadev.pl/fr/markdown/product/345.md) ## Questions and answers ### À quoi sert le module PD Facebook Pixel Tracking Pro ? Language: fr Le module insère Meta Pixel et prend en charge PageView, ViewContent, AddToCart, InitiateCheckout, AddPaymentInfo, Purchase, Search et CompleteRegistration ainsi que l'événement personnalisé ViewCategory. CAPI, en option, gère Purchase côté serveur via une file. L'enregistrement dépend des paramètres, du consentement et des parcours pris en charge ; toutes les conversions ne sont pas automatiquement couvertes. ### Comment configurer le module ? Language: fr Saisissez Pixel ID et configurez les événements. Le paquet 1.5.0 exige PD Cookie Pro actif en mode live et un consentement ad\_storage et ad\_user\_data vérifié. Pour CAPI, configurez Access Token, les statuts payés et le CRON protégé. Vérifiez aussi le consentement du panier, PHP cURL et HTTPS vers Meta. Enregistrer les paramètres ne confirme pas la réception des événements. ### Qu’est-ce que l’API Conversions (CAPI) et pourquoi vaut-il la peine de l’activer ? Language: fr CAPI envoie Purchase depuis le serveur via une file gérée par CRON sans exiger la page de confirmation. Il faut une configuration valide, un statut payé admissible et le consentement actuel du panier enregistré par PD Cookie Pro. Cette voie peut compléter le navigateur, mais des blocages ou un contexte manquant peuvent encore limiter la mesure et l'attribution. ### Comment fonctionne la déduplication des événements entre Pixel JS et l’API Conversions ? Language: fr Pour Purchase d'une commande, le module calcule le même event\_id pour Pixel JS et CAPI afin de faciliter la déduplication des événements correspondants. La file distingue l'appel mis en file par le navigateur de l'acceptation par l'API. Aucun de ces mécanismes locaux ne confirme une attribution correcte des ventes dans Meta. ### Comment faire correspondre les identifiants de produits à mon catalogue Facebook ? Language: fr Choisissez le format du flux : ID produit, ID-attribut, ID\_attribut, EAN-13/GTIN, référence ou MPN/référence fournisseur. Un préfixe, par exemple ps\_, est également possible. Comparez content\_ids d'un produit ou d'une variante avec son identifiant dans le catalogue Meta. La concordance est une condition du rapprochement, pas une garantie de réception ou de performance publicitaire. ### Qu’est-ce que l’Advanced Matching et a-t-il un impact sur le RGPD ? Language: fr Advanced Matching est facultatif. Pour CAPI, le module normalise et hache avec SHA-256 certaines données client disponibles. Dans le navigateur, il transmet l'e-mail, le prénom et le nom à fbq(init) sans hachage de ces champs par son code PHP. Désactiver cette option ne supprime pas les exigences de consentement de Pixel et CAPI ; le hachage seul ne confirme pas la conformité au RGPD. ### Comment tester si les événements CAPI sont envoyés correctement ? Language: fr Test Event Code est joint à la requête CAPI. Une fois configuration, statut payé et consentement du panier validés, vérifiez le traitement de la file par CRON, le résultat de la tentative et l'événement dans les outils de test Meta. Code test, indicateur navigateur ou préparation locale ne prouvent pas la réception. Supprimez le code après la vérification. ### Le module suit-il le changement de combinaison du produit (taille, couleur) ? Language: fr Le code gère ViewContent après un changement de variante reconnu et la lecture correcte des données par les sélecteurs du thème pris en charge. L'ID produit de base peut rester identique pour plusieurs combinaisons. Vérifiez content\_ids, prix, devise et consentement dans votre thème ; la prise en charge des listes, boutons radio et couleurs ne garantit pas tous les thèmes. ### Pour quels statuts de commande l’événement Purchase est-il envoyé via la CAPI ? Language: fr Sélectionnez les statuts qualifiant Purchase ; le code exige aussi l'indicateur paid. Le changement de statut met l'événement admissible en file, puis CRON vérifie de nouveau paramètres, état de commande et consentement. Certaines erreurs temporaires peuvent être réessayées dans une fenêtre limitée à 48 heures. Toutes les erreurs ne sont pas réessayées, et les changements ultérieurs ne créent pas une nouvelle conversion. ### Que se passe-t-il si le client ne voit pas la page de confirmation de commande ? Language: fr Sans page de confirmation, Purchase dans le navigateur peut ne pas s'exécuter. La file CAPI serveur dispose d'un déclencheur distinct après un statut payé admissible, mais nécessite un consentement actuel du panier enregistré auparavant, la configuration et CRON fonctionnel. Fermer le navigateur ne garantit pas l'enregistrement ; vérifiez réception et attribution séparément dans Meta. ### Le module fonctionne-t-il avec les modules de paiement en une seule page ? Language: fr Le code reconnaît le checkout standard et des parcours tels que TheCheckout, SuperCheckout et OnepageCheckout. Les événements utilisent des contrôleurs et sélecteurs précis. Avant le lancement, vérifiez InitiateCheckout, AddPaymentInfo et Purchase avec votre version, thème, consentements et chaque paiement ; il ne s'agit pas d'une compatibilité promise avec tous les checkouts. ### Puis-je utiliser le module sans activer l’API Conversions ? Language: fr Oui, CAPI est facultatif. Pixel JS exige toujours Pixel ID, PD Cookie Pro actif en mode live, un consentement publicitaire vérifié et l'exécution du script dans un parcours pris en charge. CAPI gère Purchase serveur, pas tous les événements navigateur. Désactiver CAPI ne garantit pas une mesure complète par Pixel seul. ### Où puis-je trouver l’identifiant Pixel et le jeton d’accès ? Language: fr Les instructions pour obtenir les identifiants CAPI figurent dans la documentation officielle Meta : https://developers.facebook.com/docs/marketing-api/conversions-api/get-started/. Utilisez l'identifiant Pixel et l'Access Token de la bonne source de données de votre compte. Pixel ID et token sont distincts. Placez le token dans la configuration serveur du module, pas dans la description produit ni le code public. Ne supposez pas une longueur d'ID fixe ou une interface Meta immuable. ### Le module fonctionne-t-il en mode multiboutique ? Language: fr Les paramètres CAPI et formats d'identifiant sont lus dans le contexte de la boutique de la commande. Sélectionnez la bonne boutique multistore et vérifiez Pixel ID, Access Token, statuts et format du flux. PD Cookie Pro et le consentement actuel doivent aussi correspondre à cette boutique ; la réception pour l'une ne valide pas les autres. ### Avec quelles versions de PrestaShop et de PHP le module est-il compatible ? Language: fr Le paquet 1.5.0 déclare PrestaShop 1.7.0.0 comme minimum. Confirmez séparément le paquet pour PHP, thème et checkout ainsi que la disponibilité legacy pour PrestaShop 1.6. Pixel utilise les services Meta et PD Cookie Pro actif en mode live. CAPI exige aussi token, statuts payés, consentement du panier, PHP cURL, HTTPS et CRON ; l'installation seule ne suffit pas. ## Customer reviews - Average rating: 5.00/5 - Public reviews: 5 - Source: iqitreviews