Leservice client et l'emballage des commandes sur votre téléphone - découvrez l'application PrestaShop Pocket 📦
- Intégration des outils Google pour PrestaShop
- Google Analytics 4 pour les boutiques PrestaShop
- Google Tag Manager et DataLayer dans PrestaShop
- Annonces Google, remarketing et conversions améliorées
- Sources de trafic et attribution des ventes dans PrestaShop
- Protocole de mesure - comment ne pas perdre de conversions avec PrestaShop
- Analyse des ventes, devises et données dans le Back Office
- Mode de consentement Google v2 dans PrestaShop
- Débogage de l'intégration de Google dans PrestaShop
- Quand ce module est-il le meilleur choix ?
- Comparaison des licences Standard VS Professional
- Ajouts et améliorations mineures pour des analyses et une publicité encore meilleures.
- Intégrateur Google - FAQ
Description détaillée
Intégration ultra-précise garantie
PrestaShop Google Integrator est un module qui connecte votre boutique à Google Analytics 4, Google Tag Manager, Google Ads et d'autres services Google nécessaires pour une mesure précise des ventes et un remarketing efficace.
Ce que fait le module Google Integrator pour PrestaShop
Avec le module, vous configurez le suivi du trafic, les événements eCommerce, les conversions publicitaires, les sources de vente et la conformité Google Consent Mode v2 en un seul endroit, sans avoir à assembler manuellement plusieurs intégrations séparées.
Analyse précise et remarketing
Cette solution s'adresse aux boutiques qui souhaitent mesurer davantage, réduire les pertes de données et prendre des décisions fondées sur des informations plus précises concernant le trafic, les campagnes et les ventes.
Le module Google Integrator est recommandé
par les meilleures agences de marketing du monde entier.
Tous les avis sur nos services sont vérifiés et proviennent des clients de PrestaShow.
Si vous souhaitez en savoir plus sur la façon dont nous traitons les commentaires, veuillez lire nos Conditions Générales.
Mise à jour 2026 - nouvelles fonctionnalités et améliorations
L'intégration a été développée avec l'eCommerce moderne à l'esprit, de sorte que le module aide à organiser l'analyse de votre boutique et à utiliser GA4 comme un outil pour les décisions d'affaires, et pas seulement pour la collecte de graphiques.
Le module transfère les données relatives aux visites, aux événements eCommerce, aux produits, aux paniers d'achat et aux commandes vers Google Analytics 4, ce qui vous permet d'analyser non seulement le trafic lui-même, mais aussi l'impact réel des campagnes sur les ventes.
Efficacité garantie
Notre module garantit la collecte de toutes les données relatives aux utilisateurs, aux sources de trafic et aux événements, ce qui est particulièrement important si vous souhaitez comparer l'efficacité des sources de trafic, mesurer le parcours d'achat et identifier plus rapidement où les utilisateurs abandonnent le processus d'achat.
Couche de données
Le module prépare et transmet le DataLayer avec les événements de la boutique, de sorte que Google Tag Manager puisse recevoir des données sur les actions des utilisateurs et les envoyer à GA4, Google Ads et d'autres services.
Le module reconnaîtra et transmettra tous les événements de votre boutique aux services Google.
Automatisation complète
Le module réduit les déploiements manuels, diminue le risque d'erreurs et accélère la configuration des balises qui, dans l'approche standard, nécessitent souvent un travail supplémentaire de la part d'un développeur ou le déploiement d'une agence.
Cela signifie un démarrage plus rapide, une expansion des mesures plus facile et un plus grand contrôle sur les données qui vont dans les différents outils de marketing.
Le module offre une automatisation complète, de sorte que vous pouvez apprendre à GTM à communiquer avec votre boutique en quelques clics.
Balise gtag.js
Il s'agit d'une balise unique avec laquelle vous pouvez utiliser les services de mesure et de publicité, notamment Google Ads, Analytics, Campaign Manager, Display & Video 360 et Search Ads 360. Au lieu de gérer plusieurs balises dans différents services Google, utilisez gtag.js.
Personnalisation
Sur demande individuelle, nous mettons en œuvre des événements personnalisés qui se produisent dans votre boutique et corrigeons les lacunes et les erreurs dans les balises et les modules du modèle.
- Navigation dans la liste des produits
- Interaction avec un produit dans la liste des produits
- Entrer dans un produit à partir de la liste des produits
- Entrée directe dans un produit
- Afficher les détails d'un produit
- Ajouter un produit à votre panier
- Retirer un produit du panier
- Visualisation du panier
- Commencer une commande
- Etapes de la commande
- Compléter les informations de livraison
- Informations complètes sur le paiement
- Données relatives au commerce électronique : montants, devises, remises
- Terminer la commande
- Retour de la commande
DataLayer est la couche de données qui permet de baliser et d'envoyer des événements, et GTM est le système de gestion des balises qui reçoit les données et les transmet.
Annonces et remarketing
Le module prend en charge Google Ads et le remarketing, ce qui vous permet d'élaborer des campagnes plus efficaces basées sur des données réelles concernant les utilisateurs, les produits et les ventes en magasin.
Conversions améliorées
La prise en charge des conversions améliorées vous permet d'améliorer la qualité de la mesure des conversions publicitaires, ce qui est important lorsque vous souhaitez mieux évaluer l'efficacité de vos campagnes et prendre des décisions budgétaires plus précises.
En pratique, cela signifie un ciblage publicitaire plus précis, un meilleur remarketing et une plus grande probabilité que les données de vente soient correctement liées aux activités publicitaires.
Examine les sources d'entrée et le trafic des clients dans la boutique
Le module analyse les sources d'entrée des clients dans la boutique et vous aide à mieux comprendre quels canaux de marketing mènent réellement à des ventes et lesquels apparaissent simplement en cours de route.
Le module permet également de suivre le trafic côté serveur - ces données complètent les lacunes et les blocages côté navigateur.
Détails des sources de clients et du trafic dans le back-office
Vous pouvez décider si la première ou la dernière source d'entrée est plus importante, définir la durée de validité de la source et exclure les entrées qui interfèrent avec l'analyse, telles que les pages de paiement.
Par exemple, si un client quitte votre boutique à l'étape du panier ou du paiement, cela peut indiquer qu'il y a un bogue dans votre boutique qui mérite qu'on s'y intéresse.
Ajustez la configuration en fonction des besoins de votre agence de marketing
- Si un client visite votre boutique plusieurs fois, vous pouvez spécifier quelle source de trafic (la première ou la dernière) sera envoyée à Google.
- Définissez un délai en heures après lequel la source d'entrée du client expirera. Lorsqu'un client visite votre boutique après une longue absence, une nouvelle source de trafic est indiquée.
- Indiquez les sources d'entrée que vous souhaitez exclure de vos statistiques, par exemple les pages relatives aux méthodes de paiement.
Licence professionnelle uniquement
Suivi avancé des événements Protocole de mesure
Le protocole de mesure améliore le suivi des événements dans la boutique en envoyant des données du côté du serveur. Il s'agit d'une technologie qui garantit une transmission à 100 % des événements et des conversions. Avec cette solution, vous avez la garantie de transmettre chaque commande, même si le client ne revient pas sur la page de remerciement.
Licence professionnelle uniquement
Suivi avancé de la source des entrées dans les boutiques
Grâce à nos solutions exclusives, vous pouvez déterminer avec plus de précision la source d'entrée d'un client dans votre boutique.
- Spécifiez les sources d'entrée dans la boutique que vous souhaitez que le module ignore - directement dans la configuration du module, par exemple les pages de paiement.
- Indiquez quelle source d'entrée du client - la première ou la dernière - vous souhaitez transmettre à Google Analytics.
- Le module suit également les sources d'entrée au niveau du serveur, ce qui est utile si vous bloquez le suivi à partir de votre navigateur web.
Le protocole de mesure vous permet d'envoyer des événements et des conversions à Google du côté du serveur, afin de réduire le risque de perte de données dans les situations où le suivi standard basé sur le navigateur n'est pas suffisant.
1
Préciser l'état des commandes
Le module envoie des événements de la boutique à Google lorsqu'une commande reçoit le statut que vous avez indiqué.
2
Le module détecte les changements de statut des commandes
Le module détecte les changements d'état des commandes et transmet tous les événements, y compris ceux que vous marquez comme des conversions.
3
Le module prend en charge tous les modes de paiement
Le fait que la page de remerciement soit chargée dans le navigateur du client n'a pas d'importance.
Affichage de l'état des commandes
Le module peut réagir aux changements de statut des commandes et répercuter les conversions même si l'utilisateur ne retourne pas à la page de confirmation de la commande après le paiement.
Le module envoie les commandes de la boutique à Google lorsque la commande reçoit le statut indiqué.
Le module prend en charge tous les modes de paiement.
Le fait que la "page de remerciement" soit chargée dans le navigateur du client n'a pas d'importance.
Cette caractéristique est très importante pour les magasins qui souhaitent mesurer leurs ventes de manière plus précise, qui utilisent différents modes de paiement et qui ne veulent pas perdre de données en raison des limitations du navigateur ou du comportement de l'utilisateur.
Le module vous permet d'adapter le transfert de données vers GA4 aux besoins réels de votre boutique : vous pouvez analyser le chiffre d'affaires ou les recettes, les valeurs nettes ou brutes, les frais de livraison et les informations sur les devises.
- Transférer le chiffre d'affaires / les recettes.
- Transmettre les valeurs nettes / brutes.
- Exclure / inclure les frais de livraison.
- Télécharger des informations sur les devises.
En outre, des informations importantes sur les sources d'entrée et les données transférées à Google sont disponibles directement dans le Back Office, pour les commandes et les paniers d'achat abandonnés.
- Liste des sources d'entrée des clients avec indication de la meilleure source.
- Liste des données transférées au GA4.
- Confirmation de la réception des données par GA4.
De cette manière, vous n'avez pas besoin de passer d'un panneau à l'autre pour savoir d'où vient le client, quelles données ont été envoyées et si l'intégration fonctionne correctement.
La conversion dans la devise principale de votre compte Google est effectuée par Google selon le taux de change en vigueur.
GCMv2
Le module prend en charge le mode de consentement Google v2 et vous permet de configurer les consentements par défaut envoyés à Google avant même que l'utilisateur n'ait pleinement consenti aux cookies.
Cela permet de maintenir votre implémentation plus conforme aux exigences de Google et de structurer la collaboration entre l'analyse, la publicité et le mécanisme de consentement dans votre boutique.
Informations et instructions utiles
Si vous avez besoin de paramètres ou d'explications plus détaillés, les utilisateurs peuvent accéder directement à la documentation et aux FAQ du module : https://helpdesk.prestashow.pl...
Traitement légal des cookies
Gestionnaire de cookies PrestaShop
Dans notre boutique, vous trouverez un module de pointe pour détecter et gérer automatiquement tous les types de cookies dans PrestaShop - comme l'exige la loi.
Cookies Manager fonctionne en conjonction avec le module Google Integrator.
Le module offre un mode de débogage qui vous permet d'observer les événements DataLayer et de vérifier plus rapidement si l'intégration fonctionne correctement au stade de la mise en œuvre.
Cela facilite la collaboration avec une agence de marketing, un spécialiste de l'analyse ou un développeur, car les erreurs dans la transmission des événements peuvent être détectées immédiatement, au lieu de devoir les rechercher seulement après que la qualité des données a chuté.
La configuration de GTM, GA4 et Google Ads est ainsi plus prévisible et la boutique passe plus rapidement de l'installation du module à la mesure du fonctionnement réel.
- PrestaShop Google Integrator fonctionnera mieux lorsque vous souhaitez combiner GA4, GTM, Google Ads, remarketing, Consent Mode v2 et une mesure des ventes et un suivi du trafic plus avancés dans un seul module sans construire l'intégration à partir de plusieurs composants distincts.
- C'est une bonne solution pour les boutiques qui souhaitent améliorer la qualité des données marketing, mieux analyser les sources de ventes, réduire les pertes de conversion et travailler plus facilement avec une agence ou leur propre équipe eCommerce.
- Si vous avez besoin non seulement d'un module, mais aussi d'une mise en œuvre complète, d'une configuration et d'une vérification des performances, cette section peut être complétée par un CTA vers le service de configuration de compte Google.
Avez-vous besoin d'une assistance complète à la mise en œuvre ?
Si vous avez besoin d'un service complet de mise en œuvre de tous les outils Google par un spécialiste, achetez le module avec les services d'installation et de configuration du compte Google - vous les trouverez dans la section supérieure de la page, dans la boîte de prix du module.
Le service de configuration ducompte Google inclut la configuration de votre compte Merchant Center gratuitement - si vous utilisez notre module Feeder.
Si vous avez des besoins particuliers, veuillez nous contacter.
Les deux licences comprennent l'intégration de base de GA4, GTM, Google Ads et le support de Google Consent Mode v2. La version professionnelle étend le module avec le protocole de mesure côté serveur et l'analyse avancée des sources de trafic des clients.
| Standard | Professionnel | |
| Suivi des sources de trafic GA4, GTM, Ads, gtag.js et côté navigateur. | ✅ | ✅ |
| Prise en charge de Google Consent Mode v2 | ✅ | ✅ |
| Suivi du protocole de mesure avancé côté serveur | ❌ | ✅ |
| Suivi avancé des sources d'entrée des clients | ❌ | ✅ |
Les autres fonctions du module et l'assistance sont les mêmes pour la licence standard et la licence professionnelle.
Commande OPC sur une page et en plusieurs étapes
Le module prend en charge et examine les statistiques de commande et de trafic pour les commandes OPC (One Page Checkout) et en plusieurs étapes. Le module prend en charge les modules de panier d'achat personnalisés, y compris BestKit, Sunnytoo, Knowband, Klarna, Svea, PayPal, Supercheckout et d'autres.
Analyse des commandes avant l'installation du module
Le module vous permet d'envoyer en masse les commandes existantes dans votre boutique vers votre compte Google Analytics. Il peut s'agir de commandes créées avant l'installation du module.
Analyse des commandes non-PrestaShop
Si les commandes de votre boutique sont générées par d'autres sources, par exemple l'intégration ERP, Baselinker, Allegro, etc. - le module les détectera et enverra des informations à ce sujet à Google. Vous pouvez également les ignorer.
Audit et approche individuelle ?
Contactez-nous pour obtenir un devis pour un audit professionnel et une implémentation complète du service Google.
Garantir la qualité de
Dans la liste des commandes, le module ajoute un bouton interactif "Envoyé à Google Analytics", qui est une information fiable basée sur l'API de Google pour savoir si la commande a été envoyée à Google Analytics. Dans les détails de la commande, vous trouverez une liste des sources d'entrée des clients, ce qui vous permettra de savoir d'où viennent les clients qui achètent dans votre boutique.
Gestion des retours et des annulations de transaction
Le module vous permet de supprimer manuellement et automatiquement (en fonction du statut de la commande) les informations relatives à la commande et à la conversion dans Google Analytics, par exemple en cas de retour ou d'annulation d'une vente.
Anonymisation de l'adresse IP dans Analytics
Prise en charge de la loi sur la protection des données (RODO).
Protection contre le double envoi de transactions
Le module contrôle les commandes téléchargées et empêche que ces informations soient comptabilisées et téléchargées deux fois dans les statistiques de Google Analytics.
Journal des opérations effectuées
Le module enregistre toutes les opérations dans un fichier log.txt afin que vous puissiez connaître les détails de toutes les interactions qui se produisent entre vos clients, votre boutique, le module et votre compte Google Analytics.
Support multi-boutique
La prise en charge de PrestaShop Multistore pour ce module est optionnelle. Avec la prise en charge Multistore, vous pouvez configurer une connexion indépendante aux outils Google pour chaque boutique séparément ou ensemble pour plusieurs boutiques.
Profitez de nos modules
Dans notre boutique, vous trouverez des modules avec lesquels vous pouvez intégrer votre boutique PrestaShop avec d'autres services Google pour les boutiques en ligne.
Connexion Google
La possibilité de se connecter et de s'inscrire à votre boutique avec un compte Google. Le module utilise l'API sécurisée de Google et permet aux clients de se connecter rapidement en 1 clic. Ce module accélère le parcours d'achat du client jusqu'à 80% !
Google Merchant CenteR & ADS
Avec le Feeder, vous générerez les fichiers XML nécessaires pour intégrer votre boutique PrestaShop avec des portails de vente, des sites de comparaison de prix et des places de marché. Dans le module, vous trouverez des intégrations XML prêtes à l'emploi et vous pourrez créer les vôtres.
Google My Business
Le module affiche les commentaires et les informations de votre profil MyCompany et vous permet de gérer et de répondre aux commentaires directement dans votre boutique. Les réponses apparaîtront également dans votre profil Google.
Qu'est-ce que le module PrestaShop Google Integrator intègre ?
Le module intègre la boutique PrestaShop avec Google Analytics 4, Google Tag Manager, Google Ads, remarketing et les mécanismes nécessaires pour mesurer les ventes et le comportement des utilisateurs plus précisément. Selon la configuration, il peut également prendre en charge DataLayer, Enhanced Conversions, Consent Mode v2 et Measurement Protocol.
Le module fonctionne-t-il simultanément avec GA4, Google Tag Manager et Google Ads ?
Oui. Le module est configuré pour prendre en charge simultanément Google Analytics 4, le marquage via Google Tag Manager et l'intégration avec Google Ads et le remarketing. Cela permet à la boutique de collecter des données sur le trafic, les événements de commerce électronique et les conversions publicitaires dans le cadre d'une mise en œuvre cohérente.
Ai-je besoin de Google Tag Manager pour que le module fonctionne ?
Pas toujours. Le module peut également fonctionner sans Google Tag Manager, mais GTM vous donne plus de flexibilité dans la gestion des balises et l'expansion des mesures. Si vous souhaitez développer des analyses, des publicités et des événements supplémentaires plus facilement, l'utilisation de GTM est généralement la meilleure option.
Quelle est la différence entre les licences Standard et Professionnelle ?
Les deux licences comprennent l'intégration de base de la boutique avec les outils Google nécessaires à l'analyse et à la publicité. La licence professionnelle étend le module avec des fonctionnalités plus avancées, telles que le protocole de mesure et la détermination approfondie de la source de trafic, vous donnant une mesure plus précise des ventes et un plus grand contrôle sur vos données.
Le module prend-il en charge le mode de consentement Google v2 ?
Oui. Le module prend en charge le mode de consentement Google v2 et peut fonctionner avec des solutions de consentement aux cookies en magasin. Il est ainsi plus facile de déterminer comment les informations de consentement sont soumises aux outils Google et de préparer une mise en œuvre conforme aux exigences actuelles.
Le module permet-il de réduire la perte de conversions et d'événements ?
Oui. Dans une configuration plus étendue, le module peut prendre en charge le protocole de mesure et le suivi côté serveur, ce qui permet de limiter la perte de certaines données relatives aux commandes et aux conversions. Ceci est particulièrement important pour les boutiques qui souhaitent mesurer plus précisément les effets des campagnes et limiter la perte de données.
Le module affiche-t-il les sources de trafic et de ventes dans le tableau de bord PrestaShop ?
Oui. Le module fournit des données détaillées également dans le Back Office PrestaShop, de sorte que vous pouvez vérifier les sources d'entrée des clients, les informations sur les ventes et les données soumises à Google sans avoir à basculer entre plusieurs outils.
Le module fonctionnera-t-il pour les boutiques qui vendent dans plusieurs pays et devises ?
Oui. Le module est conçu pour analyser les ventes nationales et internationales. Il peut donc être utilisé par des boutiques opérant sur plusieurs marchés, dans plusieurs devises et avec un modèle de vente plus complexe. Il est ainsi plus facile de comparer les données et d'évaluer l'efficacité des activités de marketing dans différents pays.
Le module est-il difficile à mettre en œuvre et à configurer ?
Le module a été conçu pour faciliter la mise en œuvre de Google Analytics et des annonces dans PrestaShop, et il offre des fonctionnalités de débogage pour aider à la configuration. Si vous avez besoin d'une implémentation plus avancée, vous pouvez également vous référer à la documentation, aux FAQ et au support technique.
Changelog (v2.8)
## 2.8.45 - 2026-08-26
### Fixed
- Orders are no longer reported to Google Analytics several times when order or warehouse software updates orders through the PrestaShop API
- An order is no longer marked as sent when the transaction did not actually reach Google Analytics, so it is retried instead of being lost
- The same Measurement ID entered in two stream slots no longer sends every transaction twice
## 2.8.44 - 2026-07-30
### Fixed
- On PrestaShop 1.6, the "add shipping info" event is now also sent when the shop offers a single carrier and the customer confirms the delivery step without changing the preselected option (previously the event was never sent on 1.6 — the fix released in 2.8.33 covered PrestaShop 1.7+ only)
- The cart page of a one-page checkout is now reported as "view cart" instead of "begin checkout", so the shopping funnel no longer shows more checkout starts than add-to-carts
- "Begin checkout" and "view cart" are each reported at most once per page view, so refreshing the page or a checkout block reloading no longer inflates them
## 2.8.43 - 2026-07-24
### Removed
- Removed the old, unused Google reporting integration.
## 2.8.42 - 2026-07-17
### Fixed
- Orders keep their traffic source when the visitor returns from an external payment page or browses without analytics cookies.
- Purchase events are no longer counted twice when both browser and server tracking are active.
- Refunding an order no longer causes its purchase event to be reported again.
- Przelewy24 return page is no longer recorded as the order's traffic source.
### Added
- Visitors keep one analytics identity across all shop domains (cross-domain linking; works with PrestaShow Domain Control).
- Tracking runs only on the shop domains listed in the module settings (all shop domains are preconfigured; leave empty to allow every domain).
## 2.8.41 - 2026-07-14
### Security
- The getProductDetails endpoint now requires a server-generated shop token sent by the module's own JavaScript.
## 2.8.40 - 2026-07-06
### Fixed
- On PrestaShop 1.6, the "add payment info" event now also fires on one-page-checkout themes that show payment methods as clickable tiles instead of links
## 2.8.39 - 2026-07-06
### Fixed
- On PrestaShop 1.6, the "begin checkout" event now reports the shop's own currency instead of always sending PLN
- On PrestaShop 1.6, the "add payment info" event now fires reliably when a payment method is selected during checkout (previously it could be missing), and is no longer counted several times per visit
## 2.8.38 - 2026-07-06
### Fixed
- Google Analytics 4 now keeps the real traffic source (Google, campaigns, referrals) even when a visitor browses first and accepts cookies later on an internal page — such sessions are no longer reported as an unknown "(not set)" source
## 2.8.37 - 2026-07-01
### Fixed
- GA4 checkout funnel is now tracked correctly on one-page checkouts (e.g. TheCheckout): "begin checkout" and "add shipping info" events now fire (previously missing), and "add payment info" is no longer counted several times per visit
## 2.8.36 - 2026-06-30
### Fixed
- Server-side purchase and refund events now report the correct shop address, so orders are no longer counted under an unknown "(not set)" hostname in Google Analytics
- Orders now keep their real traffic source instead of being reported as "Direct" when the visitor still had an Analytics cookie, improving Google Ads attribution
## 2.8.35 - 2026-06-23
### Fixed
- add_shipping_info and add_payment_info events no longer lose their product values during checkout
## 2.8.34 - 2026-06-10
### Changed
- Browsers reload the module's tracking scripts right after a module update (cache buster)
## 2.8.33 - 2026-06-10
### Fixed
- Ecommerce events keep their values on shops that block direct PHP execution in the modules directory
- add_shipping_info event is now sent when the shop offers a single carrier and the customer confirms the delivery step without changing the preselected option
## 2.8.32 - 2026-06-02
### Fixed
- The problem with warning in order preview
## 2.8.31 - 2026-05-29
### Fixed
- Fix cart event quantity
- Fix checkout event quantity
- Fix initial cart price fallback
## 2.8.30 - 2026-05-28
### Fixed
- URL-encode the `id` parameter in `getProductDetails` AJAX request using `encodeURIComponent` so brackets from JSON-serialised product IDs (e.g. `[[4,0]]`) are percent-encoded; without this, servers with strict URI validation reject the request with HTTP 404
## 2.8.29 - 2026-05-27
### Fixed
- Add AJAX error callback to `getProductDetails` so ecommerce events (add_to_cart, begin_checkout, view_item) still fire when product-details request fails - previously a failed request silently dropped the event callback while purchase was unaffected (uses PHP-rendered data)
## 2.8.28 - 2026-05-06
### Added
- Per-measurement-ID `client_id` and `session_id` for Measurement Protocol multi-stream setups. When a shop sends MP to several GA4 properties (configured via `pshowconversion_mpStreams`), the module now keeps a separate identity per stream (cookies `pshowgacid_` / `pshowgasid_`) and substitutes the right pair before the per-stream MP send.
## 2.8.27 - 2026-05-06
### Fixed
- DataLayer "Send `purchase` event via browser" toggle now actually skips the browser-side gtag dispatch when set to No (previously only the dedup callback was suppressed, which left both gtag and Measurement Protocol firing for the same order).
- Order-confirmation dedup ping uses `navigator.sendBeacon` with a `fetch` fallback, improving the chance of marking the order as sent before the Measurement Protocol cron picks it up.
## 2.8.26 - 2026-04-10
### Fixed
- The problem with warnings in server logs
## 2.8.25 - 2026-03-31
### Fixed
- Problem with js shopBaseUrl variable in PrestaShop 1.6
## 2.8.24 - 2026-03-23
### Fixed
- The problem with install the module in debug mode
## 2.8.23 - 2025-02-03
### Added
- Added two license versions: Lite and Professional.
- You could upgrade standard license to professional in any time (go to your account at prestashow.com)
## 2.8.22 - 2025-02-03
### Added
- Dedicated Measurement ID fields for Measurement Protocol (separate from Google Tag ID)
### Improved
- Enhanced product category data in Measurement Protocol requests
- Clearer configuration descriptions and labels in admin panel
- Reorganized settings - Log level moved to separate section
## 2.8.21 - 2025-02-02
### Added
- Purchase event logging with full transaction details (method, measurement_id, transaction_id, sent data)
- Improved log viewer in admin panel with download and view actions
### Fixed
- Purchase event tracking when ad blockers block GA4 requests but not gtag.js
- client_id format in Measurement Protocol (proper GA4 format)
- Empty category being sent as empty string instead of being omitted
## 2.8.20 - 2025-01-03
### Fixed
- Composer dependecies
## 2.8.19 - 2025-12-03
### Fixed
- Shops with physical uri set
## 2.8.17 - 2025-10-01
### Fixed
- Fix console error: "Cannot parse target"
## 2.8.16 - 2025-09-11
### Added
- Support begin_checkout event for custom theme
## 2.8.15 - 2025-09-11
### Added
- Currency field at the event level
- Event registration on product removal from cart
### Improved
- Data typing consistency (IDs are always strings)
- Increased product processing limits
## v2.8.14 - 2025-08-30
### Added
* Support for multiple GA4 tracking codes (comma-separated)
* GTM Script Delay option to improve PageSpeed scores by delaying Google Tag Manager script loading
## v2.8.13 - 2025-07-22
### Fixed
* The problem with undefined variables in JavaScript
## v2.8.12 - 2025-07-11
### Added
* Added a tip in the module about dynamic remarketing.
## v2.8.11 - 2025-06-20
### Fixed
* JS error about reading properties from undefined
## v2.8.10 - 2025-01-14
### Fixed
* Throws DivisionByZeroError error while the order total is 0 (zero)
## v2.8.9 - 2024-07-01
### Fixed
* Do not set url_passthrough
## v2.8.8 - 2024-06-29
### Fixed
- Deprecation warnings
## v2.8.7 - 2024-06-14
### Fixed
- Prevent duplicated transactions
## v2.8.6 - 2024-06-11
### Fixed
- Event tracking in Prestashop 1.6
## v2.8.5 - 2024-05-09
### Fixed
- Small fixes for using GTM only
## v2.8.4 - 2024-04-24
### Fixed
- Small fixes in measurement protocol
## v2.8.3 - 2024-04-23
### Fixed
- Improve google_tag_params for remarketing
## v2.8.2 - 2024-04-15
### Fixed
- Fix compatibility with przelewy24 module
## v2.8.1 - 2024-04-14
### Fixed
- Fix transaction data preview on the order page in the back-office
### Added
- Let decide whether the `purchase` event should be sent to GA4 via dataLayer - when you have an active MP and you see duplicates in GA4, try disabling the sending of transactions via dataLayer.
## v2.8.0 - 2024-03-27
### Added
- Allow configuring `item_id` for dataLayer events - you can combine `product_id` and `product_attribute_id` and `reference` to create a unique identifier for the product
## v2.7.2 - 2024-03-18
### Added
- Added `timestamp_micros` parameter to the `purchase` events (using the measurement protocol) to improve linking with user sessions; timestamp_micros = time of the order creation in microseconds (max 72h back)
## v2.7.1 - 2024-03-15
### Added
- Show in the order in the back-office the data sent when the order is withdrawn
### Fixed
- Improve user data hashing in events
## v2.7.0 - 2024-02-27
### Added
- Set default consent state - read more at https://helpdesk.prestashow.pl/kb/faq.php?id=198&lang=en_US
## v2.6.0 - 2024-02-12
### Added
- Send user_data to GA4 using the measurement protocol - email, firstname, lastname
### Fixed
- Improve Measurement Protocol events sending
## v2.5.4 - 2024-02-08
### Fixed
- Fix for Prestashop 1.6 - missing func Order::getIdByCartId()
## v2.5.3 - 2024-02-07
### Added
- Added small delay before sending purchase to GA4
## v2.5.1 - 2024-02-02
### Added
- Support paynow payment module
## v2.5.1 - 2024-01-24
### Fixed
- Fix js tracking
## v2.5.0 - 2024-01-22
### Added
- Display traffic sources on the cart preview page in the back-office
## v2.4.18 - 2024-01-19
### Fixed
- MP fixes
## v2.4.17 - 2024-01-09
### Fixed
- Fix currency in 'purchase' event in gtag & dataLayer
## v2.4.16 - 2024-01-08
### Fixed
- Fix currency in dataLayer
## v2.4.15 - 2023-12-08
### Fixed
- Fix JS ecommerce events on Prestashop 1.6
## v2.4.14 - 2023-12-06
### Fixed
- Do not send transactions to GA4 and GAds while Measurement Protocol is enabled to prevent duplicated transactions in GA4
- Prevent displaying MP request body on the order page in the back-office twice
- Fix notice on the order page in the back-office
## v2.4.13 - 2023-11-21
### Fixed
- Fix - Notice: Undefined index: events
## v2.4.12 - 2023-11-20
### Fixed
- Disable sending campaign data to prevent campaign data from being overwritten in user sessions
- Fix missing data in the event view_item_list on Prestashop 1.6
## v2.4.11 - 2023-11-16
### Fixed
- Fix missing view_item event on prestashop 1.6
## v2.4.10 - 2023-11-15
### Added
- Campaign data is now sent to GA4 using the measurement protocol (only if the data was found by the module)
### Fixed
- Fixed other small bugs and warnings
## v2.4.9 - 2023-11-14
### Fixed
- Improve conversion delivery to Google Ads
## v2.4.8 - 2023-11-09
### Fixed
- Send purchases to GA4 and GAds using gtag
## v2.4.7 - 2023-11-06
### Fixed
- Improve determination of product variant name in events
- Improve determination of product categories in events
## v2.4.6 - 2023-11-02
### Fixed
- Fix for "refund" event
- Improve sending of events to google analytics 4 (using gtag)
## v2.4.5 - 2023-10-30
### Fixed
- Improve sending of events to google analytics 4 (using gtag)
- Improve tracking of path to purchase
## v2.4.4 - 2023-10-30
### Fixed
- Prevent view_item event duplication
## v2.4.3 - 2023-10-25
### Fixed
- Do not send transaction data to UA because it stopped processing new data
- Improve sending JS dataLayer data
- Improve google_tag_params data
- Fix migration - there was missing database column on some shops
## v2.4.2 - 2023-10-10
### Fixed
- Small fixes in data used by the measurement protocol
## v2.4.1 - 2023-10-10
### Added
- Added ecomm_pagetype to support google ads retail data segment
## v2.4.0 - 2023-10-02
### Added
- Restore ability to enter custom transaction sources to be ignored and choose which source (first/last) should be sent to google
- Experimental method of sending campaign info (introduced in v2.3.1) is from now stable and always active
## v2.3.4 - 2023-08-31
### Fixed
- Fix hook actionGetProductPropertiesAfter deprecated since 1.7.8.0 - on prestashop versions 1.7.8 and above, after some time there was a slowdown of the store due to a large number of entries in the store log about an outdated hook
## v2.3.3 - 2023-08-30
### Fixed
- Fix 'kernel container not available' error on some versions of Prestashop 1.7
## v2.3.2 - 2023-08-28
### Added
- Improve experimental method of sending campaign info (added in v2.3.1)
- Send hash of customer email to support enhanced conversion tracking for Google Ads
## v2.3.1 - 2023-08-16
### Added
- Experimental method of sending campaign info (determined by the module) using gtag - see in "module settings" tab
## v2.3.0 - 2023-08-14
### Added
- New option in GA configuration: Ability to exclude shipping cost from transaction data (applies to orders sent via Measurement Protocol to GA4)
## v2.2.0 - 2023-08-03
### Added
- Simplify module configuration
- GTM is no longer required to activate dataLayer and thus receive events in GA4
- DataLayer is no longer optional and will always be active
- The module sends events to all services whose IDs are specified in the module configuration (UA, GA4, GTM)
- Show a message indicating how the module works based on its configuration
### Fixed
- Fixed minor bugs
## v2.1.25 - 2023-08-02
### Fixed
- Prevent JS error: PShowConversionJS.shopping_cart is not iterable
## v2.1.24 - 2023-07-27
### Fixed
- Fix attribute duplication in item_variant in MP data
- Remove attributes from item_name in MP data
## v2.1.23 - 2023-07-26
### Fixed
- Fix undefined array key 'controller'
- Fix small error in data typing
## v2.1.21 - 2023-06-22
### Fixed
- Fix missing data in JS
## v2.1.20 - 2023-06-09
### Fixed
- Fix missing data - warnings appear in debug mode
## v2.1.19 - 2023-06-07
### Added
- Add warning about data duplication
### Fixed
- Fix missing client_id in the measurement protocol for GA4
## v2.1.18 - 2023-05-18
### Added
- Add session linking to events sent by measurement protocol
## v2.1.17 - 2023-05-17
### Added
- Send timestamp with event data using Measurement Protocol
## v2.1.16 - 2023-05-16
### Fixed
- Improve sending of client ID with transactions
## v2.1.15 - 2023-04-28
### Fixed
- Some versions of Prestashop did not add JS scripts for GTM tracking
## v2.1.14 - 2023-04-27
### Fixed
- Fix typo
## v2.1.13 - 2023-04-27
### Fixed
- Improved user id linking
## v2.1.12 - 2023-04-26
### Fixed
- Improved client id linking - important fix for transactions source attribution
## v2.1.11 - 2023-04-26
### Fixed
- Fix CRON info in the module configuration
## v2.1.10 - 2023-04-25
### Fixed
- Improved GTM configuration file ready to import for GA4 tracking - from now it contains only one tag with all events
- Improve module configuration
## v2.1.9 - 2023-04-21
### Fixed
- Small fix in JS code
## v2.1.8 - 2023-04-15
### Added
- Allow enhanced conversion tracking for Google Ads
## v2.1.7 - 2023-04-14
### Fixed
- Fix missing variables in JS dataLayer tracking code [in Prestashop 1.6 only]
## v2.1.6 - 2023-04-14
### Added
- Improve support for UTM parameters tracking for Google Analytics 4
## v2.1.5 - 2023-04-13
### Added
- Add support for Prestashop 8.0 and PHP 8.1
## v2.1.4 - 2023-03-09
### Fixed
- Security patches
## v2.1.3 - 2023-03-08
### Added
- Add image with marked GA4 measurement ID to prevent confusion
## v2.1.2 - 2023-03-06
### Fixed
- Small dataLayer fixes for prestashop 1.6
## v2.1.1 - 2023-02-03
### Fixed
- The problem with file access
## v2.1.0 - 2023-01-18
### Added
- Add a GA4-compatible dataLayer data structure
## v2.0.3 - 2022-12-08
### Fixed
- Display GA4 data on the order view page in the back-office
## v2.0.2 - 2022-12-02
### Fixed
- Small fix to ignore clicking on product link with class `gmlightbox`
## v2.0.1 - 2022-11-09
### Fixed
- Allow char `-` in the GA4 secret key
## v2.0.0 - 2022-10-21
Important: Universal Analytics will stop processing data on 2023-07-01. You should migrate to Google Analytics 4 as soon as possible.
### Added
- Send transactions (purchase and refund) to Google Analytics 4 using Measurement Protocol
## v1.33.7 - 2022-08-22
### Fixed
- Fix missing guzzle lib on PrestaShop 1.6 and older
## v1.33.6 - 2022-07-25
### Fixed
- Fix support for multiple coupon codes added to the order
- Improve support for 'supercheckout' module
## v1.33.5 - 2022-07-13
### Fixed
- Fix issue which cause that module is sending total product prices instead of unit prices to GTM
## v1.33.4 - 2022-07-11
### Fixed
- The javascript code blocking removal of products from shopping cart in prestashop 1.7
## v1.33.3 - 2022-06-20
### Fixed
- Update and adjust google services api packages
- Highly optimized total module size
## v1.33.2 - 2022-06-19
### Fixed
- Fix missing database tables/columns
## v1.33.1 - 2022-06-13
### Fixed
- Automatically move executions of this module in the hook to run before any other modules
## v1.33.0 - 2022-05-04
### Added
- Prevent sending URL containing email address to GA (@see https://support.google.com/analytics/answer/6366371#page-url)
## v1.32 - 2021-10-22
- fix problem with price rounding on some PS versions
## v1.31 - 2021-09-13
- improve price rounding
## v1.30 - 2021-08-26
- you can choose that you want to send net or gross prices to google analytics together with the transaction
- added dataLayer support for the przelewy24 module,
after making a payment and after clicking "Pay by Przelewy24"
- added google_tag_params section to dataLayer for retargeting
(ecomm_prodid, ecomm_totalvalue, ecomm_pagetype, ecomm_pagename,
ecomm_brand, ecomm_category, ecomm_model, ecomm_quantity)
- improved dataLayer functionality
## v1.29 - 2021-03-31
- you can enter Google Ads conversion id and conversion label in the module configuration tab: Google Ads
## v1.28 - 2020-12-28
- added possibility to enter tracking code for Google Analytics 4
https://developers.google.com/analytics/devguides/collection/ga4/basic-tag?technology=gtagjs#set_up_the_basic_page_tag
## v1.27 - 2020-12-17
- fixed an error that caused the order amount not to include the cart rule value
- improved support for PrestaShop 1.7.7
## v1.26 - 2020-12-07
- fixed bugs related to the transaction data
## v1.25 - 2020-10-22
- possibility to send profit from sales instead of product prices
- module is sending more information to GTM using dataLayer
## v1.24 - 2020-09-14
- updated google oauth config - approval_prompt
- error causing lack of information about product sales in Google Analytics has been fixed
## v1.23 - 2020-03-02
- you can disable Global Site Tag, so you can use other
modules for tracking user activity in the shop
- disabled GTM event 'purchase' to prevent duplicated transactions
## v1.22 - 2019-12-19
- from now, you can enter custom source & medium while creating the order in the back-office
## v1.21 - 2019-10-04
- fixed missing 'cid' parameter
## v1.20 - 2019-09-19
- Important! You must update your dataLayer configuration!
Edit tags which uses event actions: `impressions, detail, checkout, checkoutOption, purchase, refund`
and set: Non-interactive = True
- added support for OPC module 'supercheckout' for PrestaShop 1.7
- added configuration file ready to import in tagmanager.google.com
- fixed bug related to PayU payment module (Jakarta user-agent)
## v1.19 - 2019-08-12
- fixed bugs in the traffic source tracking
## v1.18 - 2019-08-06
- fixed tracking order steps in PrestaShop 1.7
## v1.17 - 2019-06-28
- NEW! introduced integration with Google Reporting API.
From now the module will check that transactions were sent to and exists in the Google Analytics.
- fixed bug with currencies
- fixed bugs
## v1.16 - 2019-05-08
- NEW! allow to configure transaction sources which should be ignored
- fixed bugs reported by users
## v1.15 - 2018-12-12
- NEW! you can use CRON job to send transactions to GA
- NEW! the module allows to collect data by dataLayer from Google Tag Manager -
measuring product impressions, clicks, checkout steps, purchases and many more
## v1.14 - 2018-05-28
- improved tracking of user activity using php measurement protocol
- improved sending of customer data with transaction to GA
- allow to anonymize customer ip address
- official js tracking code is now associated with data sending using measurement protocol
## v1.13 - 2018-02-23
- added Google Tag Manager noscript tag (module reinstallation required)
## v1.12 - 2018-02-16
- NEW! added data which will be sent to GA on the order page in the back-office
- fixed bug in sending order to GA while first status is add to order
## v1.11 - 2018-02-14
- improved traffic sources
## v1.10 - 2018-01-31
- adwords tracking improved
## v1.9 - 2018-01-24
- improved module configuration
- improved searching of traffic sources
- since this version module is fully working with multistore mode
- NEW! added Google Tag Manager tracking code
## v1.8 - 2017-12-18
- improved tracking
## v1.7 - 2017-12-07 - Update your module configuration after update to this version
- NEW! added support for google optimize
- NEW! google analytics measurement protocol is used for page tracking (instead of analytics.js)
## v1.6 - 2017-11-16
- improved connection with GA
## v1.5 - 2017-11-13
- improved client tracking
## v1.4 - 2017-11-03
- NEW! option in module configuration: Display tracking code in the store
- NEW! option in module configuration: Expiration of traffic sources
- improved getting of traffic sources
- big changes in traffic sources management
## v1.3 - 2017-10-27
- fixed bug in creating new shopping carts
## v1.2 - 2017-09-20
- fixed client id
- improved order sending to Google Analytics
## v1.1 - 2017-06-07
- fixed many bugs reported by clients
## v1.0 - 2016-09-30
- initial version
### Fixed
- Orders are no longer reported to Google Analytics several times when order or warehouse software updates orders through the PrestaShop API
- An order is no longer marked as sent when the transaction did not actually reach Google Analytics, so it is retried instead of being lost
- The same Measurement ID entered in two stream slots no longer sends every transaction twice
## 2.8.44 - 2026-07-30
### Fixed
- On PrestaShop 1.6, the "add shipping info" event is now also sent when the shop offers a single carrier and the customer confirms the delivery step without changing the preselected option (previously the event was never sent on 1.6 — the fix released in 2.8.33 covered PrestaShop 1.7+ only)
- The cart page of a one-page checkout is now reported as "view cart" instead of "begin checkout", so the shopping funnel no longer shows more checkout starts than add-to-carts
- "Begin checkout" and "view cart" are each reported at most once per page view, so refreshing the page or a checkout block reloading no longer inflates them
## 2.8.43 - 2026-07-24
### Removed
- Removed the old, unused Google reporting integration.
## 2.8.42 - 2026-07-17
### Fixed
- Orders keep their traffic source when the visitor returns from an external payment page or browses without analytics cookies.
- Purchase events are no longer counted twice when both browser and server tracking are active.
- Refunding an order no longer causes its purchase event to be reported again.
- Przelewy24 return page is no longer recorded as the order's traffic source.
### Added
- Visitors keep one analytics identity across all shop domains (cross-domain linking; works with PrestaShow Domain Control).
- Tracking runs only on the shop domains listed in the module settings (all shop domains are preconfigured; leave empty to allow every domain).
## 2.8.41 - 2026-07-14
### Security
- The getProductDetails endpoint now requires a server-generated shop token sent by the module's own JavaScript.
## 2.8.40 - 2026-07-06
### Fixed
- On PrestaShop 1.6, the "add payment info" event now also fires on one-page-checkout themes that show payment methods as clickable tiles instead of links
## 2.8.39 - 2026-07-06
### Fixed
- On PrestaShop 1.6, the "begin checkout" event now reports the shop's own currency instead of always sending PLN
- On PrestaShop 1.6, the "add payment info" event now fires reliably when a payment method is selected during checkout (previously it could be missing), and is no longer counted several times per visit
## 2.8.38 - 2026-07-06
### Fixed
- Google Analytics 4 now keeps the real traffic source (Google, campaigns, referrals) even when a visitor browses first and accepts cookies later on an internal page — such sessions are no longer reported as an unknown "(not set)" source
## 2.8.37 - 2026-07-01
### Fixed
- GA4 checkout funnel is now tracked correctly on one-page checkouts (e.g. TheCheckout): "begin checkout" and "add shipping info" events now fire (previously missing), and "add payment info" is no longer counted several times per visit
## 2.8.36 - 2026-06-30
### Fixed
- Server-side purchase and refund events now report the correct shop address, so orders are no longer counted under an unknown "(not set)" hostname in Google Analytics
- Orders now keep their real traffic source instead of being reported as "Direct" when the visitor still had an Analytics cookie, improving Google Ads attribution
## 2.8.35 - 2026-06-23
### Fixed
- add_shipping_info and add_payment_info events no longer lose their product values during checkout
## 2.8.34 - 2026-06-10
### Changed
- Browsers reload the module's tracking scripts right after a module update (cache buster)
## 2.8.33 - 2026-06-10
### Fixed
- Ecommerce events keep their values on shops that block direct PHP execution in the modules directory
- add_shipping_info event is now sent when the shop offers a single carrier and the customer confirms the delivery step without changing the preselected option
## 2.8.32 - 2026-06-02
### Fixed
- The problem with warning in order preview
## 2.8.31 - 2026-05-29
### Fixed
- Fix cart event quantity
- Fix checkout event quantity
- Fix initial cart price fallback
## 2.8.30 - 2026-05-28
### Fixed
- URL-encode the `id` parameter in `getProductDetails` AJAX request using `encodeURIComponent` so brackets from JSON-serialised product IDs (e.g. `[[4,0]]`) are percent-encoded; without this, servers with strict URI validation reject the request with HTTP 404
## 2.8.29 - 2026-05-27
### Fixed
- Add AJAX error callback to `getProductDetails` so ecommerce events (add_to_cart, begin_checkout, view_item) still fire when product-details request fails - previously a failed request silently dropped the event callback while purchase was unaffected (uses PHP-rendered data)
## 2.8.28 - 2026-05-06
### Added
- Per-measurement-ID `client_id` and `session_id` for Measurement Protocol multi-stream setups. When a shop sends MP to several GA4 properties (configured via `pshowconversion_mpStreams`), the module now keeps a separate identity per stream (cookies `pshowgacid_` / `pshowgasid_`) and substitutes the right pair before the per-stream MP send.
## 2.8.27 - 2026-05-06
### Fixed
- DataLayer "Send `purchase` event via browser" toggle now actually skips the browser-side gtag dispatch when set to No (previously only the dedup callback was suppressed, which left both gtag and Measurement Protocol firing for the same order).
- Order-confirmation dedup ping uses `navigator.sendBeacon` with a `fetch` fallback, improving the chance of marking the order as sent before the Measurement Protocol cron picks it up.
## 2.8.26 - 2026-04-10
### Fixed
- The problem with warnings in server logs
## 2.8.25 - 2026-03-31
### Fixed
- Problem with js shopBaseUrl variable in PrestaShop 1.6
## 2.8.24 - 2026-03-23
### Fixed
- The problem with install the module in debug mode
## 2.8.23 - 2025-02-03
### Added
- Added two license versions: Lite and Professional.
- You could upgrade standard license to professional in any time (go to your account at prestashow.com)
## 2.8.22 - 2025-02-03
### Added
- Dedicated Measurement ID fields for Measurement Protocol (separate from Google Tag ID)
### Improved
- Enhanced product category data in Measurement Protocol requests
- Clearer configuration descriptions and labels in admin panel
- Reorganized settings - Log level moved to separate section
## 2.8.21 - 2025-02-02
### Added
- Purchase event logging with full transaction details (method, measurement_id, transaction_id, sent data)
- Improved log viewer in admin panel with download and view actions
### Fixed
- Purchase event tracking when ad blockers block GA4 requests but not gtag.js
- client_id format in Measurement Protocol (proper GA4 format)
- Empty category being sent as empty string instead of being omitted
## 2.8.20 - 2025-01-03
### Fixed
- Composer dependecies
## 2.8.19 - 2025-12-03
### Fixed
- Shops with physical uri set
## 2.8.17 - 2025-10-01
### Fixed
- Fix console error: "Cannot parse target"
## 2.8.16 - 2025-09-11
### Added
- Support begin_checkout event for custom theme
## 2.8.15 - 2025-09-11
### Added
- Currency field at the event level
- Event registration on product removal from cart
### Improved
- Data typing consistency (IDs are always strings)
- Increased product processing limits
## v2.8.14 - 2025-08-30
### Added
* Support for multiple GA4 tracking codes (comma-separated)
* GTM Script Delay option to improve PageSpeed scores by delaying Google Tag Manager script loading
## v2.8.13 - 2025-07-22
### Fixed
* The problem with undefined variables in JavaScript
## v2.8.12 - 2025-07-11
### Added
* Added a tip in the module about dynamic remarketing.
## v2.8.11 - 2025-06-20
### Fixed
* JS error about reading properties from undefined
## v2.8.10 - 2025-01-14
### Fixed
* Throws DivisionByZeroError error while the order total is 0 (zero)
## v2.8.9 - 2024-07-01
### Fixed
* Do not set url_passthrough
## v2.8.8 - 2024-06-29
### Fixed
- Deprecation warnings
## v2.8.7 - 2024-06-14
### Fixed
- Prevent duplicated transactions
## v2.8.6 - 2024-06-11
### Fixed
- Event tracking in Prestashop 1.6
## v2.8.5 - 2024-05-09
### Fixed
- Small fixes for using GTM only
## v2.8.4 - 2024-04-24
### Fixed
- Small fixes in measurement protocol
## v2.8.3 - 2024-04-23
### Fixed
- Improve google_tag_params for remarketing
## v2.8.2 - 2024-04-15
### Fixed
- Fix compatibility with przelewy24 module
## v2.8.1 - 2024-04-14
### Fixed
- Fix transaction data preview on the order page in the back-office
### Added
- Let decide whether the `purchase` event should be sent to GA4 via dataLayer - when you have an active MP and you see duplicates in GA4, try disabling the sending of transactions via dataLayer.
## v2.8.0 - 2024-03-27
### Added
- Allow configuring `item_id` for dataLayer events - you can combine `product_id` and `product_attribute_id` and `reference` to create a unique identifier for the product
## v2.7.2 - 2024-03-18
### Added
- Added `timestamp_micros` parameter to the `purchase` events (using the measurement protocol) to improve linking with user sessions; timestamp_micros = time of the order creation in microseconds (max 72h back)
## v2.7.1 - 2024-03-15
### Added
- Show in the order in the back-office the data sent when the order is withdrawn
### Fixed
- Improve user data hashing in events
## v2.7.0 - 2024-02-27
### Added
- Set default consent state - read more at https://helpdesk.prestashow.pl/kb/faq.php?id=198&lang=en_US
## v2.6.0 - 2024-02-12
### Added
- Send user_data to GA4 using the measurement protocol - email, firstname, lastname
### Fixed
- Improve Measurement Protocol events sending
## v2.5.4 - 2024-02-08
### Fixed
- Fix for Prestashop 1.6 - missing func Order::getIdByCartId()
## v2.5.3 - 2024-02-07
### Added
- Added small delay before sending purchase to GA4
## v2.5.1 - 2024-02-02
### Added
- Support paynow payment module
## v2.5.1 - 2024-01-24
### Fixed
- Fix js tracking
## v2.5.0 - 2024-01-22
### Added
- Display traffic sources on the cart preview page in the back-office
## v2.4.18 - 2024-01-19
### Fixed
- MP fixes
## v2.4.17 - 2024-01-09
### Fixed
- Fix currency in 'purchase' event in gtag & dataLayer
## v2.4.16 - 2024-01-08
### Fixed
- Fix currency in dataLayer
## v2.4.15 - 2023-12-08
### Fixed
- Fix JS ecommerce events on Prestashop 1.6
## v2.4.14 - 2023-12-06
### Fixed
- Do not send transactions to GA4 and GAds while Measurement Protocol is enabled to prevent duplicated transactions in GA4
- Prevent displaying MP request body on the order page in the back-office twice
- Fix notice on the order page in the back-office
## v2.4.13 - 2023-11-21
### Fixed
- Fix - Notice: Undefined index: events
## v2.4.12 - 2023-11-20
### Fixed
- Disable sending campaign data to prevent campaign data from being overwritten in user sessions
- Fix missing data in the event view_item_list on Prestashop 1.6
## v2.4.11 - 2023-11-16
### Fixed
- Fix missing view_item event on prestashop 1.6
## v2.4.10 - 2023-11-15
### Added
- Campaign data is now sent to GA4 using the measurement protocol (only if the data was found by the module)
### Fixed
- Fixed other small bugs and warnings
## v2.4.9 - 2023-11-14
### Fixed
- Improve conversion delivery to Google Ads
## v2.4.8 - 2023-11-09
### Fixed
- Send purchases to GA4 and GAds using gtag
## v2.4.7 - 2023-11-06
### Fixed
- Improve determination of product variant name in events
- Improve determination of product categories in events
## v2.4.6 - 2023-11-02
### Fixed
- Fix for "refund" event
- Improve sending of events to google analytics 4 (using gtag)
## v2.4.5 - 2023-10-30
### Fixed
- Improve sending of events to google analytics 4 (using gtag)
- Improve tracking of path to purchase
## v2.4.4 - 2023-10-30
### Fixed
- Prevent view_item event duplication
## v2.4.3 - 2023-10-25
### Fixed
- Do not send transaction data to UA because it stopped processing new data
- Improve sending JS dataLayer data
- Improve google_tag_params data
- Fix migration - there was missing database column on some shops
## v2.4.2 - 2023-10-10
### Fixed
- Small fixes in data used by the measurement protocol
## v2.4.1 - 2023-10-10
### Added
- Added ecomm_pagetype to support google ads retail data segment
## v2.4.0 - 2023-10-02
### Added
- Restore ability to enter custom transaction sources to be ignored and choose which source (first/last) should be sent to google
- Experimental method of sending campaign info (introduced in v2.3.1) is from now stable and always active
## v2.3.4 - 2023-08-31
### Fixed
- Fix hook actionGetProductPropertiesAfter deprecated since 1.7.8.0 - on prestashop versions 1.7.8 and above, after some time there was a slowdown of the store due to a large number of entries in the store log about an outdated hook
## v2.3.3 - 2023-08-30
### Fixed
- Fix 'kernel container not available' error on some versions of Prestashop 1.7
## v2.3.2 - 2023-08-28
### Added
- Improve experimental method of sending campaign info (added in v2.3.1)
- Send hash of customer email to support enhanced conversion tracking for Google Ads
## v2.3.1 - 2023-08-16
### Added
- Experimental method of sending campaign info (determined by the module) using gtag - see in "module settings" tab
## v2.3.0 - 2023-08-14
### Added
- New option in GA configuration: Ability to exclude shipping cost from transaction data (applies to orders sent via Measurement Protocol to GA4)
## v2.2.0 - 2023-08-03
### Added
- Simplify module configuration
- GTM is no longer required to activate dataLayer and thus receive events in GA4
- DataLayer is no longer optional and will always be active
- The module sends events to all services whose IDs are specified in the module configuration (UA, GA4, GTM)
- Show a message indicating how the module works based on its configuration
### Fixed
- Fixed minor bugs
## v2.1.25 - 2023-08-02
### Fixed
- Prevent JS error: PShowConversionJS.shopping_cart is not iterable
## v2.1.24 - 2023-07-27
### Fixed
- Fix attribute duplication in item_variant in MP data
- Remove attributes from item_name in MP data
## v2.1.23 - 2023-07-26
### Fixed
- Fix undefined array key 'controller'
- Fix small error in data typing
## v2.1.21 - 2023-06-22
### Fixed
- Fix missing data in JS
## v2.1.20 - 2023-06-09
### Fixed
- Fix missing data - warnings appear in debug mode
## v2.1.19 - 2023-06-07
### Added
- Add warning about data duplication
### Fixed
- Fix missing client_id in the measurement protocol for GA4
## v2.1.18 - 2023-05-18
### Added
- Add session linking to events sent by measurement protocol
## v2.1.17 - 2023-05-17
### Added
- Send timestamp with event data using Measurement Protocol
## v2.1.16 - 2023-05-16
### Fixed
- Improve sending of client ID with transactions
## v2.1.15 - 2023-04-28
### Fixed
- Some versions of Prestashop did not add JS scripts for GTM tracking
## v2.1.14 - 2023-04-27
### Fixed
- Fix typo
## v2.1.13 - 2023-04-27
### Fixed
- Improved user id linking
## v2.1.12 - 2023-04-26
### Fixed
- Improved client id linking - important fix for transactions source attribution
## v2.1.11 - 2023-04-26
### Fixed
- Fix CRON info in the module configuration
## v2.1.10 - 2023-04-25
### Fixed
- Improved GTM configuration file ready to import for GA4 tracking - from now it contains only one tag with all events
- Improve module configuration
## v2.1.9 - 2023-04-21
### Fixed
- Small fix in JS code
## v2.1.8 - 2023-04-15
### Added
- Allow enhanced conversion tracking for Google Ads
## v2.1.7 - 2023-04-14
### Fixed
- Fix missing variables in JS dataLayer tracking code [in Prestashop 1.6 only]
## v2.1.6 - 2023-04-14
### Added
- Improve support for UTM parameters tracking for Google Analytics 4
## v2.1.5 - 2023-04-13
### Added
- Add support for Prestashop 8.0 and PHP 8.1
## v2.1.4 - 2023-03-09
### Fixed
- Security patches
## v2.1.3 - 2023-03-08
### Added
- Add image with marked GA4 measurement ID to prevent confusion
## v2.1.2 - 2023-03-06
### Fixed
- Small dataLayer fixes for prestashop 1.6
## v2.1.1 - 2023-02-03
### Fixed
- The problem with file access
## v2.1.0 - 2023-01-18
### Added
- Add a GA4-compatible dataLayer data structure
## v2.0.3 - 2022-12-08
### Fixed
- Display GA4 data on the order view page in the back-office
## v2.0.2 - 2022-12-02
### Fixed
- Small fix to ignore clicking on product link with class `gmlightbox`
## v2.0.1 - 2022-11-09
### Fixed
- Allow char `-` in the GA4 secret key
## v2.0.0 - 2022-10-21
Important: Universal Analytics will stop processing data on 2023-07-01. You should migrate to Google Analytics 4 as soon as possible.
### Added
- Send transactions (purchase and refund) to Google Analytics 4 using Measurement Protocol
## v1.33.7 - 2022-08-22
### Fixed
- Fix missing guzzle lib on PrestaShop 1.6 and older
## v1.33.6 - 2022-07-25
### Fixed
- Fix support for multiple coupon codes added to the order
- Improve support for 'supercheckout' module
## v1.33.5 - 2022-07-13
### Fixed
- Fix issue which cause that module is sending total product prices instead of unit prices to GTM
## v1.33.4 - 2022-07-11
### Fixed
- The javascript code blocking removal of products from shopping cart in prestashop 1.7
## v1.33.3 - 2022-06-20
### Fixed
- Update and adjust google services api packages
- Highly optimized total module size
## v1.33.2 - 2022-06-19
### Fixed
- Fix missing database tables/columns
## v1.33.1 - 2022-06-13
### Fixed
- Automatically move executions of this module in the hook to run before any other modules
## v1.33.0 - 2022-05-04
### Added
- Prevent sending URL containing email address to GA (@see https://support.google.com/analytics/answer/6366371#page-url)
## v1.32 - 2021-10-22
- fix problem with price rounding on some PS versions
## v1.31 - 2021-09-13
- improve price rounding
## v1.30 - 2021-08-26
- you can choose that you want to send net or gross prices to google analytics together with the transaction
- added dataLayer support for the przelewy24 module,
after making a payment and after clicking "Pay by Przelewy24"
- added google_tag_params section to dataLayer for retargeting
(ecomm_prodid, ecomm_totalvalue, ecomm_pagetype, ecomm_pagename,
ecomm_brand, ecomm_category, ecomm_model, ecomm_quantity)
- improved dataLayer functionality
## v1.29 - 2021-03-31
- you can enter Google Ads conversion id and conversion label in the module configuration tab: Google Ads
## v1.28 - 2020-12-28
- added possibility to enter tracking code for Google Analytics 4
https://developers.google.com/analytics/devguides/collection/ga4/basic-tag?technology=gtagjs#set_up_the_basic_page_tag
## v1.27 - 2020-12-17
- fixed an error that caused the order amount not to include the cart rule value
- improved support for PrestaShop 1.7.7
## v1.26 - 2020-12-07
- fixed bugs related to the transaction data
## v1.25 - 2020-10-22
- possibility to send profit from sales instead of product prices
- module is sending more information to GTM using dataLayer
## v1.24 - 2020-09-14
- updated google oauth config - approval_prompt
- error causing lack of information about product sales in Google Analytics has been fixed
## v1.23 - 2020-03-02
- you can disable Global Site Tag, so you can use other
modules for tracking user activity in the shop
- disabled GTM event 'purchase' to prevent duplicated transactions
## v1.22 - 2019-12-19
- from now, you can enter custom source & medium while creating the order in the back-office
## v1.21 - 2019-10-04
- fixed missing 'cid' parameter
## v1.20 - 2019-09-19
- Important! You must update your dataLayer configuration!
Edit tags which uses event actions: `impressions, detail, checkout, checkoutOption, purchase, refund`
and set: Non-interactive = True
- added support for OPC module 'supercheckout' for PrestaShop 1.7
- added configuration file ready to import in tagmanager.google.com
- fixed bug related to PayU payment module (Jakarta user-agent)
## v1.19 - 2019-08-12
- fixed bugs in the traffic source tracking
## v1.18 - 2019-08-06
- fixed tracking order steps in PrestaShop 1.7
## v1.17 - 2019-06-28
- NEW! introduced integration with Google Reporting API.
From now the module will check that transactions were sent to and exists in the Google Analytics.
- fixed bug with currencies
- fixed bugs
## v1.16 - 2019-05-08
- NEW! allow to configure transaction sources which should be ignored
- fixed bugs reported by users
## v1.15 - 2018-12-12
- NEW! you can use CRON job to send transactions to GA
- NEW! the module allows to collect data by dataLayer from Google Tag Manager -
measuring product impressions, clicks, checkout steps, purchases and many more
## v1.14 - 2018-05-28
- improved tracking of user activity using php measurement protocol
- improved sending of customer data with transaction to GA
- allow to anonymize customer ip address
- official js tracking code is now associated with data sending using measurement protocol
## v1.13 - 2018-02-23
- added Google Tag Manager noscript tag (module reinstallation required)
## v1.12 - 2018-02-16
- NEW! added data which will be sent to GA on the order page in the back-office
- fixed bug in sending order to GA while first status is add to order
## v1.11 - 2018-02-14
- improved traffic sources
## v1.10 - 2018-01-31
- adwords tracking improved
## v1.9 - 2018-01-24
- improved module configuration
- improved searching of traffic sources
- since this version module is fully working with multistore mode
- NEW! added Google Tag Manager tracking code
## v1.8 - 2017-12-18
- improved tracking
## v1.7 - 2017-12-07 - Update your module configuration after update to this version
- NEW! added support for google optimize
- NEW! google analytics measurement protocol is used for page tracking (instead of analytics.js)
## v1.6 - 2017-11-16
- improved connection with GA
## v1.5 - 2017-11-13
- improved client tracking
## v1.4 - 2017-11-03
- NEW! option in module configuration: Display tracking code in the store
- NEW! option in module configuration: Expiration of traffic sources
- improved getting of traffic sources
- big changes in traffic sources management
## v1.3 - 2017-10-27
- fixed bug in creating new shopping carts
## v1.2 - 2017-09-20
- fixed client id
- improved order sending to Google Analytics
## v1.1 - 2017-06-07
- fixed many bugs reported by clients
## v1.0 - 2016-09-30
- initial version
Exigences techniques
Exigences techniques
- PHP 7.1 - 8.x
- Extension serveur ionCube Loader
- PrestaShop Importer uniquement : PHP libxml version > 2.9.3
- PrestaShop Facebook Integrator uniquement : PHP 7.2 ou supérieur
- PrestaShop VAT Validator uniquement : PHP SOAP
Plus d'informations sur les exigences techniques dans la base de connaissances
Support et mises à jour
Support = Mises à jour + HelpDesk
Vous bénéficiez d'un accès de 90 jours (3 mois) au support complet de PrestaShow.
Mises à jour des modules
Les modules vous informeront des mises à jour disponibles. Lisez le journal des modifications et effectuez une mise à jour du module en 1 clic directement depuis votre boutique.
Panneau HelpDesk
C'est le panneau où nous vous fournissons de l'aide. Sur le HelpDesk, vous pouvez signaler des problèmes, commander l'installation et la mise à jour gratuites de modules, ainsi que des modifications et des travaux de développement individuels.
Prolonger l'assistanc e
Une fois l'assistance expirée, vous pouvez utiliser le module sans aucune restriction. Vous pouvez prolonger votre accès à l'assistance à tout moment lorsque vous en avez besoin.
Base de connaissances et FAQ
Gratuit pour toujours
La base de connaissances est accessible à tous. Vous y trouverez la documentation du module ainsi que des instructions, des vidéos et des réponses aux questions fréquemment posées.
Licence
Licence à vie pour le module
- Vous pouvez utiliser le module sans limitation pour 1 magasin = 1 domaine.
- Vous pouvez utiliser un domaine supplémentaire, par exemple pour une copie de développeur.
- Pour une somme modique, vous pouvez changer vous-même le domaine du module.
Domaines supplémentaires pour Multistore
- Tous nos modules supportent PrestaShop Multistore.
- La prise en charge d'un nombre illimité de domaines pour PrestaShop Multistore nécessite l'achat du support multistore pour le module.
Modifier le code
- Le code du module relatif à l'intégration avec la boutique et la conception (.tpl, .css, .js) est open source et vous êtes libre de le modifier.
- Le code source du module (.php) est crypté avec ionCube et sa modification annule la garantie.
Démo
Démo - tester le module
- Ce module n'a pas de boutique de démonstration
Aucune entrée pour le moment.
Multistore is supported with multistore addon for module - and module will work with multiple domains configured with prestashop multistore.
Does the module store the GA4 client_id before payment and reuse it when validating the order?
Does it prevent duplicates using transaction_id / id_order?
Does it allow us to choose which order statuses trigger the purchase event?
Is it compatible with PrestaShop 1.7.x and multistore, if applicable?
hash’u maila jest wysyłany do DataLayer, gdy klient jest zalogowany :-)
to zamówienie zostanie wysłane do GA trzy razy? Czy tylko raz?
Zaktualizujcie moduł do najnowszej wersji - w razie potrzeby służymy pomocą na HelpDesk.
Zakup został dokonany w Euro. parametr currency na poziome zdarzenia jest Euro, natomiast w tablicy Items jest PLN.
Jak to naprawić?
Zaktualizuj moduł do najnowszej wersji, powinno to rozwiązać Twoje problemy.
w DebugView widać 2 wywołania eventu purchase.
Dodatkowo konwersja purchase nie przekazuje wartości zdarzenia oraz wartości w parametrze łączne przychody
Zdarzenie purchase odpala się prawidłowo, wartość zdarzenia jest zgodna z wysokością zamówienia., natomiast w kolumnach transakcje, przychody z zakupów są same zera.
Myślę, że problemem może być kwestia waluty - sklep działa w złotówkach i euro i widzę, że parametr waluty potrafi być różny na poziomie zdarzenia i tablicy items. Jak można to ogarnąć?
Po październikowej aktualizacji moduł przestał poprawnie przesyłać źródła konwersji. Większość klików z google ads przypisywanych jest jako non set. Obecnie z modułem nie da się prowadzić kampanii.
W dniu 11.11.2023 r. z 27 klików google ads, moduł przypisał tylko 1 w GA4.
Próbują naprawić aktualizacjami, ale mam wrażenie, że jest coraz gorzej. Napisałem prośbę o zwrot pieniędzy za moduł.
Do tego UWAGA - USUWAJĄ KOMENTARZE bez naszej zgody. Kupiliśmy u nich już kilka nietanich modułów (łącznie wydaliśmy u nich blisko 1956zł tylko na moduły) - w tym jeden do Facebooka w ubiegłym roku. Jak się okazało wysyłał cały czas niekompletne dane. Oczywiście od supportu pomoc była rozłożona w czasie, w ogóle nie przykładali się do tego i na końcu i tak nic nie pomogło nawet jak poprawili. Kupiliśmy moduł od innej firmy (nawet tańszy) i wszystko działa od pół roku jak należy. Wystawiliśmy więc ocenę (komentarz) dla Prestashow na stronie tego modułu facebooka z opisem problemów i działania supportu. Komentarz po kilku miesiącach został usunięty i mam na to dowody.
Sprawa kolejna - to nie jedyny przypadek. Bliska mi osoba również miała od nich moduł, pojawiły się z nim problemy. Po zgłoszeniu problemów jeszcze tego samego dnia polecili wykupienie wsparcia po zakupie którego od razu pomogą. Po zakupieniu przez 2 tygodnie nie można było się doprosić tego co zostało ustalone i za co zostało zapłacone. Na końcu został wystawiony komentarz po którym dopiero wtedy do "pożaru" wkroczył właściciel firmy i próbował ratować sytuację. Dopiero po komentarzach w kilku miejscach i totalnie sfrustrowanym i oszukanym kliencie... Myślałem że to coś ich nauczyło i że coś się zmieniło. Jak się okazało - KOMPLETNIE NIC.
Gratuluję - macie kolejnego sfrustrowanego klienta których jest coraz więcej (jestem na wielu grupach Prestashop i o tym wiem).
Google integrator support Google Ads. Remember to connect Ads with Analytics with Google Account settings.
For integration with Facebook Ads check our new module for eCommerce data and conversion tracking with Facebook latest API: https://prestashow.pl/34-.html
So sade there is no form to open a ticket :
https://helpdesk.prestashow.pl/open.php
It is said fill the form, but no form.
The challenge now is : Will it be an API tracking to Google Ads or Facebook Ads soon available ?
Nasz moduł załatwia resztę :-).
Metoda JS wykorzystuje najnowszy kod od Google.
czy jeśli chodzi o Google Analytics moduł korzysta z Global site tag (gtag.js), czy ze starego kodu?
Polecam