Google Tag Manager et GA4 sur PrestaShop : le guide

Comment installer GA4 et Google Tag Manager sur PrestaShop ?

Sur PrestaShop, deux voies existent pour Google Analytics 4 (GA4) : un module qui envoie lui-même les données, ou Google Tag Manager placé dans le thème, alimenté par une couche de données (dataLayer) que la boutique remplit. Pour une boutique qui utilise aussi Google Ads, Meta ou d'autres plateformes, Google Tag Manager sur PrestaShop est en général la solution la plus souple, car toutes les balises sont gérées au même endroit et soumises au même consentement.

PrestaShop, la solution e-commerce open source née en France, est très répandue en France, en Belgique et dans d'autres pays européens. Sa structure de modules et de hooks permet d'ajouter le suivi proprement, à condition de savoir où chaque information est disponible : fiche produit, panier, tunnel de commande et page de confirmation.

Module ou Google Tag Manager : que choisir ?

Le choix dépend du nombre d'outils et de votre besoin de contrôle. Un module GA4 seul convient à une boutique qui ne mesure que Google Analytics. Dès que Google Ads, Meta Pixel ou un bandeau de consentement entrent en jeu, Google Tag Manager simplifie la gestion.

→ Bannière cookies avec Consent Mode v2 : conforme, sans licence mensuelle

Insérer Google Tag Manager dans le thème PrestaShop

Le code de Google Tag Manager comporte deux parties : un script le plus haut possible dans la balise head et un bloc noscript juste après l'ouverture du body. Dans le thème Classic, l'en-tête se trouve dans les modèles partiels du thème. Si vous modifiez directement ces fichiers, une mise à jour du thème peut effacer vos changements. Un thème enfant ou un module qui utilise le hook displayHeader évite ce risque.

Avant d'ajouter Google Tag Manager, cherchez les anciens codes : un module Google Analytics encore actif, un code gtag.js collé dans les paramètres du thème, ou un ancien code Universal Analytics. Chaque doublon fausse les chiffres. Dans le navigateur, l'onglet Réseau des outils de développement montre rapidement combien de requêtes partent vers Google Analytics à chaque page.

Les événements e-commerce GA4 à envoyer

GA4 attend des événements e-commerce précis, avec des noms fixés par Google. Sur PrestaShop, chaque étape du parcours correspond à une page ou une action identifiable. La couche de données doit contenir les mêmes identifiants produits que ceux de votre catalogue, par exemple la référence ou l'identifiant produit, et toujours la même devise.

Pour tester, activez le mode Aperçu de Google Tag Manager et ouvrez la vue DebugView de GA4. Parcourez la boutique comme un client : une catégorie, une fiche produit, un ajout au panier, puis le tunnel de commande. Chaque étape doit faire apparaître l'événement attendu avec ses paramètres. Pour l'achat, passez une commande test avec un moyen de paiement de test ou un virement, et vérifiez que transaction_id, value et items sont remplis. Répétez le test après avoir refusé les cookies : aucune balise soumise à consentement ne doit alors partir.

• view_item_list sur les pages catégorie et les résultats de recherche
• view_item sur la fiche produit, avec item_id, item_name et price
• add_to_cart lors de l'ajout au panier, y compris depuis la fenêtre modale
• begin_checkout à l'entrée dans le tunnel de commande
• purchase sur la page de confirmation, avec transaction_id, value, currency, tax, shipping et items

→ Configurer correctement le Consent Mode v2 : aucune alerte dans Tag Assistant

Mesurer l'achat et la conversion Google Ads sur la confirmation

L'événement purchase est le plus important, car il alimente à la fois GA4 et les conversions Google Ads. Sur PrestaShop, la page de confirmation de commande est servie par le contrôleur order-confirmation, et le hook displayOrderConfirmation permet d'y ajouter les données de la commande. Utilisez la référence de commande ou l'identifiant de commande comme transaction_id. Google Ads ignore une deuxième conversion avec le même identifiant de transaction pour la même action de conversion, ce qui protège contre un rechargement de la page.

Deux points demandent une attention particulière. D'abord les moyens de paiement qui redirigent vers une banque ou un prestataire : si le client ferme l'onglet avant le retour sur la boutique, la page de confirmation ne s'affiche jamais. Ensuite le consentement : la balise de conversion Google Ads ne doit partir qu'après acceptation, et le Google Consent Mode v2 doit transmettre l'état du choix.

Erreurs fréquentes et comment les repérer

• Achats comptés deux fois : un module et Google Tag Manager envoient chacun purchase
• Valeur à zéro : le montant est lu avant que la commande soit chargée
• Commandes manquantes pour un moyen de paiement : retour vers la boutique non configuré
• Identifiants produits différents entre GA4, Google Ads et le catalogue
• Balises chargées avant le bandeau cookies

Prenez une épicerie fine en ligne près de Lyon. Sur un mois, GA4 affiche nettement moins d'achats que le back-office de PrestaShop. En comparant par moyen de paiement, l'écart vient presque entièrement d'un mode de paiement qui ne renvoie pas vers la page de confirmation. Une fois le retour automatique activé chez le prestataire, l'écart se réduit à ce qu'expliquent les refus de cookies. C'est le type de contrôle à faire chaque fois qu'un module de paiement est ajouté ou mis à jour.

Une installation testée pour votre boutique

Trackum installe le suivi dans votre propre compte Google Tag Manager, via la gestion des utilisateurs plutôt qu'un mot de passe. L'installation à 150 € HT comprend Google Tag Manager, Google Analytics 4, le Google Consent Mode v2 et jusqu'à 15 événements, dont le parcours e-commerce, testés avec et sans consentement. Le suivi des conversions Google Ads est une option à 50 € HT, avec les actions de conversion créées par Trackum. Pour voir d'abord ce qui se charge déjà sur votre boutique, le check gratuit sur trackum.app/check prend deux minutes.