Suivez vues, paniers, recherches et achats pour X Ads avec Web Conversions API
X Pixel + Web Conversions API est un module pour les boutiques PrestaShop qui transmet l’activité d’achat à X Ads depuis le navigateur du client et le serveur de la boutique, avec une seule conversion comptée par action. Une connexion guidée vérifie le compte X, retrouve le Pixel et associe les événements choisis. Les premières mesures démarrent ainsi en quelques minutes.
X Ads est le service publicitaire et de mesure de X. Aucun budget minimal n’est imposé pour une campagne et l’annonceur fixe ses dépenses. Events Manager indique quelles actions de la boutique sont arrivées et affiche leurs données récentes, tandis que les rapports de campagne relient ces actions aux résultats publicitaires. Le même compte regroupe les campagnes, les audiences et les rapports de performance. X facture les dépenses publicitaires séparément du module.
La mise en route reste courte et la configuration devient très précise. Le module mesure les pages et produits consultés, l’affichage et les changements du panier, les listes d’envies, les recherches, les étapes de commande, les inscriptions, les achats payés, les annulations et les remboursements. Les événements produit et commande contiennent l’identifiant de catalogue choisi, la déclinaison actuelle, le montant, la devise, les produits et les quantités. Les envois navigateur et serveur partagent un identifiant de conversion, et les échecs côté serveur attendent une nouvelle tentative automatique.
Vous choisissez le navigateur, le serveur ou les deux voies, et chaque action standard dispose de son propre interrupteur. Des règles personnalisées couvrent les clics, adresses de page, zones de la boutique et actions nommées. D’autres réglages orientent des Pixels distincts selon la boutique, la langue, le pays ou la devise, alignent les identifiants produit sur chaque catalogue X, pilotent le statut et la valeur de l’achat, protègent les données d’association client, respectent le consentement marketing et excluent les visites des employés. Une chronologie en direct, un score de santé et une vue du tunnel indiquent ce qui est arrivé et ce qui demande une intervention.
Vous obtenez des preuves plus complètes pour les campagnes X, un chiffre d’affaires fidèle au véritable cycle de la commande, moins de conversions perdues ou dupliquées et une configuration rapide au départ, puis assez fine pour plusieurs boutiques, marchés et catalogues.
Résumé des possibilités du module
- Connexion X guidée et association des événements pour un démarrage rapide
- Événements de navigation, commande, achat, annulation et remboursement avec leurs données commerciales
- Envoi par navigateur, par serveur ou par les deux voies, avec une seule conversion par action
- Réglage indépendant des événements, actions personnalisées et règles par boutique et marché
- Association client protégée, consentement marketing et exclusion des employés
- État de livraison en direct, diagnostic du tunnel, nouvelles tentatives et récupération
X Pixel + Web Conversions API relie une boutique PrestaShop à X Ads et garde chaque action d’achat cohérente entre le navigateur du client et le serveur de la boutique. Le module décide quelles actions quittent la boutique, quel X Pixel les reçoit et quelles informations les accompagnent. X les exploite ensuite dans Events Manager, les rapports de campagne, les audiences et l’optimisation publicitaire.
La première connexion reste courte, tandis que le même espace s’étend au contrôle des événements, des états de commande, des voies d’envoi, des marchés, des identifiants de catalogue, de la politique d’association et des diagnostics. Une protection partagée empêche aussi un second produit de suivi MPR de déclarer le même X Pixel.
Quelles actions d’achat arrivent dans X Ads ?
Chaque partie du parcours d’achat possède son réglage : visite de page, consultation de produit et de déclinaison, recherche, affichage du panier, ajout et retrait, liste d’envies, début de commande, choix de livraison, choix du paiement, création de compte, achat payé, annulation et remboursement. Les actions produit utilisent au choix le produit, la déclinaison, la référence, l’EAN ou la référence fournisseur. Les achats contiennent la base de valeur choisie, la devise, les produits, les quantités et une référence de commande stable.
Le module suit le changement de déclinaison et transmet l’identifiant ainsi que le prix actuels au lieu de conserver le premier état du produit. Vous déterminez également quels états représentent une vente payée, une annulation ou un remboursement. Le chiffre d’affaires attribué aux campagnes suit donc le résultat commercial enregistré dans PrestaShop.
Les actions propres à la boutique complètent ces choix standard. Une règle réagit à un clic précis, à une expression dans l’adresse de la page, à un type de page ou à une action nommée dans la boutique. Chaque règle transporte ses propres valeurs, se déclenche une fois ou plusieurs, puis emprunte le navigateur, le serveur ou les deux voies.
Comment une action reste-t-elle une seule conversion ?
Vous sélectionnez le navigateur seul, le serveur seul ou l’envoi combiné. Dans ce dernier mode, les deux copies portent le même identifiant de conversion, avec un identifiant stable issu de la commande pour l’achat. X reconnaît ainsi une action et non deux. Les noms de produit, identifiants, prix, quantités, montant de commande et devise restent identiques sur les deux voies.
Les événements serveur entrent d’abord dans une liste de livraison persistante. Un problème de connexion temporaire lance des tentatives automatiques à intervalles croissants, et un envoi interrompu revient dans le traitement. Les échecs définitifs restent visibles, puis une action de récupération les replace parmi les éléments en attente.
L’espace de réglage affiche les totaux en attente, en cours, acceptés et échoués avec les dernières tentatives, les codes de réponse, les heures et la dernière erreur. Le marchand distingue donc une campagne peu performante d’une conversion qui n’a pas encore atteint X.
Jusqu’où le suivi s’adapte-t-il à la boutique ?
Chaque événement standard possède un interrupteur indépendant. PageView, ViewContent, AddToCart, StartCheckout, Purchase, Search, AddToWishlist et SignUp suivent donc séparément le plan de campagne. La désactivation des visites de page laisse actives les actions commerciales sélectionnées. Les règles personnalisées ajoutent les interactions propres à la boutique sans modifier le thème.
Des règles ordonnées orientent un Pixel et une connexion X sécurisée selon la boutique, la langue, le pays du client ou la devise. Chaque marché hérite d’une valeur commune choisie ou conserve sa propre destination. Le réglage du catalogue sélectionne le produit, la déclinaison, la référence, l’EAN ou la référence fournisseur, avec un préfixe et un suffixe facultatifs. Un aperçu montre l’identifiant exact utilisé pour la consultation, le panier et l’achat.
Les règles d’achat définissent les états payés, annulés et remboursés, ainsi que l’inclusion des taxes, de la livraison et de l’emballage dans le montant transmis. Le résultat de la campagne X correspond alors au chiffre que le marchand reconnaît réellement comme revenu.
Comment l’association client et le consentement sont-ils gérés ?
La voie serveur associe une action admissible grâce à l’identifiant de clic X et aux données protégées d’e-mail, de téléphone, de nom et de localisation. L’adresse réseau et les informations du navigateur forment, au choix, une paire d’association autonome. Les réglages nomment les groupes de données utilisés, tandis que les valeurs protégées restent masquées dans les diagnostics.
La mesure marketing attend le consentement lorsque MPR Cookies Revolution ou MPR Cookie Banner gère la décision. Après l’accord, les voies sélectionnées démarrent une seule fois sur la même page. Les sessions des employés connectés restent en dehors des données de campagne, afin que les tests et contrôles internes ne modifient pas les rapports publicitaires.
Un contrôle de propriété partagé attribue chaque X Pixel à un seul produit MPR participant. Si l’identifiant appartient déjà à un autre produit, la voie dupliquée reste silencieuse et la page de réglage nomme le conflit.
Comment la configuration prouve-t-elle que tout fonctionne ?
Une connexion guidée vérifie le compte X, retrouve les Pixels et événements disponibles, associe les actions choisies et teste chaque voie d’envoi. La configuration transmet ensuite un achat d’essai contrôlé et relie les résultats du navigateur et du serveur au même identifiant de conversion.
Une chronologie en direct rassemble les actions navigateur et serveur avec la boutique, le marché, l’événement, l’état de livraison, la qualité de l’association et la réponse de X. Le score de santé sépare une configuration incomplète d’une association faible, d’un identifiant de catalogue différent, d’un blocage de consentement ou d’une erreur de livraison, puis classe les corrections selon leur effet.
Le diagnostic du tunnel aligne les consultations de produit, l’activité du panier, les étapes de commande, les achats payés, les annulations et les remboursements. La première mise en route se limite à la connexion guidée, tandis que les réglages avancés restent disponibles pour plusieurs marchés, des actions propres à la boutique et une politique de commande détaillée.
-
Référencemprxpixel
-
En stock2147483647 Produits
-
Compatibilité PrestaShopPS 1.6 – 9.x
-
Modèle tarifaireAchat unique
-
Type de moduleFront-office
-
Concerne le RGPDOui
-
Objectif commercialMarketing & retargeting
-
Compte externe requisOui
-
Complexité du moduleWidget léger
-
Étape du parcours clientAttirer les visiteurs
-
Compatible avec la plateformeRéseaux publicitaires & analytiques
Ce que nos clients disent de nous
Avis sur l’entreprise
5.0
★
★
★
★
★
(4 avis)
Chargement des avis clients...
Aucun avis produit pour le moment
Soyez le premier à partager votre expérience avec ce module.
Écrire un avis
Suivez les conversions X Ads dans PrestaShop avec les événements Pixel côté navigateur et, en option, les événements serveur via Web Conversions API.
Vous avez une question sur ce produit ?
Nos experts sont là pour vous aider. Posez vos questions sur l'installation, la compatibilité ou les spécifications.
1301
questions
9
catégories
2013
création de modules depuis
1.6–9
versions de PrestaShop
v1.4.52026-05-27
- AddedAdd X Pixel conversions tracking
- Addedcomplete FR/DE/ES/IT/PL translations
- FixedHarden X Pixel readiness
Chargement du changelog complet...
Fonctionne bien avec X Pixel + Web Conversions API
Les modules que notre équipe associe réellement à celui-ci, et pourquoi chacun a sa place dans la même configuration.
Measurement
En exécutant le X Pixel avec son API Web Conversions, votre boutique attribue les publicités X aux actions des acheteurs, en prenant en charge PageView, ViewContent, AddToCart, InitiateCheckout, Purchase, Search, AddToWishlist, SignUp et des événements personnalisés. Cela donne à X sa propre vue des conversions pour l'optimisation, mais c'est une lentille limitée à une seule plateforme ; elle ne peut pas vous montrer comment X se compare à vos autres canaux ni le tunnel complet que ces visiteurs parcourent une fois arrivés sur la boutique.
Google Analytics GA4 est un module distinct qui envoie l'activité e-commerce vers votre propriété GA4 après avoir validé le Measurement ID, couvrant les vues produit, l'activité du panier, les débuts de commande, les achats, les recherches, les connexions et les créations de compte. Il fournit un reporting indépendant du canal pour toute la boutique, plaçant X dans les mêmes tunnels et la même vue du chiffre d'affaires que le reste.
Utilisé aux côtés du X Pixel, GA4 conserve les signaux de conversion de X pour le réglage des campagnes tout en montrant comment ce canal se comporte par rapport à vos autres sources. Le bénéfice, c'est un contexte multicanal pour les décisions budgétaires : vous optimisez les campagnes X avec des données natives de la plateforme, mais vous répartissez les dépenses à partir d'un rapport neutre, de sorte qu'un canal qui paraît performant isolément est toujours mis en balance avec sa contribution réelle à la boutique.
Workflow
Une boutique qui utilise le X Pixel et son API Web Conversions envoie des événements d'achat aux publicités X et exécute généralement aussi d'autres balises marketing. Les gérer à la main dans tout le thème est fastidieux et source d'erreurs, et le X Pixel ne prend en charge que sa propre plateforme, si bien que l'ensemble plus large de pixels et d'extraits d'analyse ne dispose d'aucune structure commune et sensible aux événements pour rester cohérent à mesure que la pile s'étoffe.
Google Tag Manager est un module distinct qui ajoute votre conteneur GTM et l'alimente en événements e-commerce au format GA4 issus du comportement d'achat réel, offrant aux balises marketing et d'analyse environnantes une couche de diffusion cohérente. GTM exécute ses propres événements e-commerce et ne contrôle pas les pixels tiers depuis un conteneur partagé, de sorte que votre X Pixel dédié et son parcours de conversions restent exactement tels qu'ils ont été configurés.
Exécuter les deux laisse le X Pixel intact pendant que GTM organise le paysage plus large des balises. Le bénéfice, c'est une configuration plus facile à maintenir : votre mesure X reste indépendante et fiable, les autres balises vivent dans une structure ordonnée, et les changements futurs risquent bien moins de casser le suivi existant, de sorte que vos efforts vont aux résultats des campagnes plutôt qu'à la maintenance des extraits.
Governance
Comme le X Pixel charge du suivi navigateur et peut envoyer l'activité de l'API Web Conversions, une boutique qui l'utilise collecte des données marketing que les visiteurs de l'UE devraient pouvoir accepter ou refuser, sans aucun filtre de consentement dans le pixel lui-même. Sans une couche dédiée, vous ne pouvez pas retenir de façon fiable ce suivi jusqu'à ce qu'un acheteur donne son accord, ce qui laisse à la fois une exposition en matière de conformité et une incertitude sur la provenance de vos données de campagne.
Cookies Revolution est un gestionnaire de consentement distinct qui recueille et applique les choix pour les cookies nécessaires, fonctionnels, d'analyse et de marketing. Il bloque les scripts externes et en ligne correspondants avant le consentement, réactive ceux autorisés une fois celui-ci accordé, et enregistre chaque décision.
Utilisé aux côtés du X Pixel, il retient les scripts marketing jusqu'à ce qu'un acheteur donne son accord et conserve une trace de ces choix, de sorte que votre mesure X repose sur une base respectueuse du consentement. Le bénéfice, c'est un suivi que vous pouvez assumer : vous continuez à mesurer les acheteurs qui acceptent, vous pouvez prouver comment le consentement a été recueilli, et la conformité reste une couche distincte et gérable plutôt que quelque chose d'intégré à votre configuration de campagne.
3
Implémenté
3
demandes
Chargement des demandes de fonctionnalités...
Retour sous 30 jours
Retour simple - sans questions
Modules Plug & Play
Installer, configurer et profiter
Support en priorité
Aide et satisfaction avant tout
Vous aimerez aussi
