Installer Google Analytics 4 sur une boutique PrestaShop
Poser Google Analytics 4 sur PrestaShop se fait de deux façons : la balise gtag.js posée directement dans le thème, ou un passage par Google Tag Manager, la méthode que je retiens par défaut pour ne pas retoucher le code à chaque évolution. Dans les deux cas, ce qui casse le suivi ecommerce, c’est un évènement purchase mal alimenté sur la page de confirmation de commande.
Les situations que je traite
- Aucune donnée ecommerce ne remonte dans GA4 malgré une balise visible dans le code source
- Un module PrestaShop pose déjà une balise Google Analytics et vous voulez ajouter GA4 sans créer de doublon
- Les rapports GA4 affichent des vues de page mais aucun achat (purchase)
- Vous hésitez entre gtag.js en dur dans le thème et un passage par Google Tag Manager
- Le nombre de transactions dans GA4 ne correspond jamais au nombre de commandes réelles dans PrestaShop
Comment j’installe GA4 sur PrestaShop
-
Choix de la méthode d’installation
Je pose soit la balise gtag.js directement dans header.tpl ou via un hook comme displayHeader, soit un conteneur Google Tag Manager qui appelle GA4 depuis son interface. Je retiens GTM par défaut : les futurs changements se font sans repasser par le thème.
-
Vérification de l’absence de doublon
Avant toute pose, je regarde le code source du site et la liste des modules installés dans Modules > Gestionnaire de modules (Module Manager en anglais) pour m’assurer qu’aucune balise Google Analytics n’est déjà envoyée par un module tiers.
-
Vérification du dataLayer sur les pages clés
Je contrôle que les évènements view_item, add_to_cart et begin_checkout se déclenchent avec les bons paramètres (items, value, currency) sur la fiche produit, le panier et le tunnel de commande.
-
Configuration de l’évènement purchase
Sur la page order-confirmation de PrestaShop, je m’assure que transaction_id (l’identifiant de la commande) et value (le montant réellement payé) sont transmis correctement, sinon GA4 enregistre une visite sans transaction exploitable.
-
Test avant mise en production
Je contrôle le déclenchement de chaque évènement en mode aperçu de Google Tag Manager, ou avec l’extension Tag Assistant si la balise est posée en dur, commande de test à l’appui.
Les deux méthodes, et pourquoi je privilégie GTM
La balise gtag.js peut être collée directement dans le thème PrestaShop, en général dans header.tpl ou via un hook comme displayHeader. Ça fonctionne, mais chaque changement, l’ajout d’un outil publicitaire ou la modification d’un évènement, demande de retoucher le code et de vider le cache Smarty.
Passer par Google Tag Manager revient à poser un seul conteneur une fois, puis à gérer GA4 et les autres balises depuis l’interface GTM, sans nouvelle mise en production à chaque changement.
Les évènements ecommerce recommandés par GA4, view_item, add_to_cart, begin_checkout, purchase entre autres, ont des noms et des paramètres fixés par Google : les respecter à la lettre est nécessaire pour que les rapports ecommerce standard de GA4 fonctionnent.
Pages liées
-
Google Tag Manager sur PrestaShop
La méthode recommandée pour centraliser GA4 et les autres balises sans retoucher le thème à chaque fois.
-
Les évènements ecommerce qui comptent
Le détail des évènements GA4 à suivre en priorité sur un tunnel d’achat.
-
Conversions qui ne remontent pas
La méthode de diagnostic quand les achats n’apparaissent pas dans GA4 malgré une balise posée.
-
PrestaShop, mon terrain principal
Les autres sujets PrestaShop que je traite au quotidien.
Décrivez votre besoin en 1 minute
Quelques questions ciblées pour que je vous réponde avec une estimation, pas avec un questionnaire de plus.