Installer une intégration e-commerce est devenu plus simple. Vérifier ce qu’elle transmet ne l’est pas : valeur, devise, identifiant de commande, consentement et doublons restent à contrôler dans toute mesure e-commerce Google Ads.
Le risque consiste à confondre une connexion active avec une mesure fiable. Une application peut cohabiter avec d’anciennes balises, envoyer une valeur incomplète ou alimenter deux fois la même action de conversion.
Une balise absente se voit vite. Un doublon peut rester discret pendant des semaines et fausser les enchères intelligentes.
Shopify, WooCommerce ou PrestaShop : que fait chaque intégration officielle ?
Shopify. L’application Google & YouTube, gérée par Google, peut relier Merchant Center, synchroniser les produits et configurer la mesure des conversions Google Ads. Google Analytics 4 se raccorde séparément. Ne confondez pas l’abonnement Shopify, l’application officielle et les applications tierces éventuellement payantes : vérifiez le tarif affiché pour chaque outil au moment de l’installation.
WooCommerce. L’extension Google for WooCommerce est présentée comme gratuite. Elle synchronise les produits avec Merchant Center et peut installer la balise Google pour la mesure. WordPress, l’hébergement, le thème et les autres extensions restent à auditer séparément.
PrestaShop. PrestaShop Marketing with Google peut relier Merchant Center et Google Ads, synchroniser le catalogue selon une fréquence planifiée et proposer la mesure des conversions selon la version et la configuration. La documentation consultée annonce jusqu’à quatre synchronisations de produits par jour : ne promettez pas une mise à jour instantanée sans la vérifier.
Une intégration tierce peut être utile sans être moins fiable par nature. Le risque vient de l’empilement non documenté : deux extensions, un thème et Google Tag Manager peuvent alimenter les mêmes destinations. Contrôlez les fonctions actives de chaque composant plutôt que de juger sa seule origine.
Le choix de la plateforme ne se résume ni au prix ni à la vitesse d’installation. Shopify inclut l’hébergement dans son offre ; WooCommerce étend un site WordPress dont l’hébergement reste à votre charge ; PrestaShop demande lui aussi une infrastructure et une maintenance technique. Comparez le coût récurrent, les compétences internes et le niveau de contrôle recherché.
Sur WordPress comme sur PrestaShop, thèmes, modules et mises à jour peuvent modifier la couche de mesure. Inventoriez leurs fonctionnalités, leur support, leur sécurité et leur compatibilité avant le lancement. Une option utile sur une boutique peut être redondante sur une autre.
Les fonctionnalités publicitaires à vérifier sont concrètes : fréquence de synchronisation du catalogue, gestion des variantes, destinations disponibles, valeur d’achat, consentement et conversions améliorées. Ce tableau de choix évite de retenir une solution sur son seul argument commercial.
Connecter une boutique à Google Ads ne crée pas un tuyau unique. Catalogue, conversions Google Ads et Analytics suivent des chemins distincts. Contrôlez-les séparément : des produits reçus dans Merchant Center ne prouvent pas qu’un achat est mesuré correctement.
Côté catalogue, Merchant Center reçoit les données des produits : identifiant, titre, prix, disponibilité et image. Cette liste alimente l’éligibilité aux fiches gratuites et aux annonces Shopping. Vérifiez les refus dans Merchant Center avant d’ouvrir une campagne Shopping ; une liaison Google Ads active ne rend pas diffusables des produits refusés.
Côté mesure, Google Ads reçoit les actions de conversion et, selon la configuration, certaines données client autorisées. Une balise d’achat doit conserver un identifiant de transaction unique et une valeur conforme à votre pilotage. Une campagne peut donc disposer de produits Shopping approuvés tout en apprenant sur une conversion fausse : le catalogue et la mesure ont chacun leur contrôle.
Sur les trois plateformes, la propriété des comptes compte autant que la technique : la boutique conserve ses accès administrateur à Merchant Center, Google Ads et Analytics, même lorsqu’un prestataire réalise l’installation. Documentez aussi les identifiants de comptes et les personnes habilitées.
Le dénominateur commun n’est pas « natif contre tiers », mais la configuration réellement active. Solution hébergée ou auto-hébergée, toute connexion doit être testée après installation et après une mise à jour significative.
Cartographier plusieurs sources sans compter deux fois
Un même achat peut légitimement alimenter Google Analytics 4 et Google Ads. Le problème apparaît lorsque deux chemins créent deux conversions comptées dans la même destination, ou lorsque plusieurs actions principales représentent la même vente.
Cartographiez chaque chaîne : source, événement purchase, destination, action de conversion, identifiant de transaction et règle de déduplication. Sans cette lecture, une ancienne balise et une nouvelle application peuvent produire une valeur apprise en double et fausser les enchères.
La migration doit éviter deux risques opposés : la coupure de mesure et le double comptage. Préparez le nouveau chemin dans un environnement de test ou une fenêtre contrôlée, vérifiez-le, basculez, puis retirez l’ancien avec un plan de retour.
- Inventaire. Listez comptes, flux, actions de conversion, balises, pixels, applications, extensions et code de thème. Pour chaque élément, notez sa destination et son identifiant.
- Décision de mesure. Définissez quelles actions alimentent Analytics, Google Ads ou les deux, lesquelles sont principales pour les enchères et comment les transactions sont dédupliquées.
- Préparation. Configurez le nouveau chemin sans supprimer immédiatement l’ancien. Limitez le chevauchement, identifiez les données de test et préparez le retour arrière.
- Vérification. Effectuez une commande de test contrôlée, documentez-la, puis annulez-la ou remboursez-la selon le protocole de la boutique. Contrôlez chaque destination avant la bascule.
- Bascule et surveillance. Activez la nouvelle source, retirez l’ancienne pour la destination concernée et rapprochez les commandes de la gestion commerciale pendant les jours suivants.
Comment vérifier sa mesure après l’intégration ?
Une liaison configurée ne prouve pas ce qui est effectivement envoyé. Utilisez une commande de test contrôlée, identifiable et réversible.
Merchant Center contrôle les produits, Google Ads les actions de conversion, et Google Analytics 4 ou Tag Assistant le détail des événements. Ils n’affichent pas nécessairement le même nombre au même moment : vérifiez la destination, la définition et l’identifiant de la transaction plutôt que d’exiger des rapports identiques.
Un : l’achat atteint les destinations prévues. Dans chaque action de conversion, contrôlez qu’une transaction n’est comptée qu’une fois et que son transaction_id est stable.
Deux : la valeur correspond à la définition choisie : taxes, livraison, remises, remboursements et, si le pilotage l’exige, marge. Utilisez une configuration maintenable de l’intégration ou de la couche de données ; évitez un correctif fragile dans le thème.
Trois : les identifiants produit des événements, alignés sur ceux du flux Merchant Center, variantes comprises. Un désalignement dégrade le remarketing dynamique, les audiences et les analyses par produit. Vérifiez qu’un même identifiant relie le produit vu, la ligne du catalogue et l’achat mesuré.
Si une ligne de produit est refusée, corrigez la donnée dans la boutique plutôt que la copie reçue par Merchant Center. Un flux complémentaire reste possible s’il a un périmètre, une priorité et un propriétaire documentés.
Quatre : dans le tunnel GA4, contrôlez les événements recommandés comme add_to_cart, begin_checkout et purchase, avec le tableau items attendu.
Cinq : testez les états de consentement prévus. Un refus ne signifie pas toujours « aucune requête » : le mode Consentement peut envoyer des signaux sans cookies selon sa configuration. Vérifiez séparément le stockage publicitaire, les données utilisateur publicitaires, la personnalisation et Analytics, puis comparez le comportement observé à la politique de consentement du site.
Après l’installation : la propriété du signal
Documentez une ligne par chaîne : « purchase : source événements clients Shopify ; destinations GA4 et action Google Ads X ; transaction_id : identifiant de commande ; action principale : Google Ads X ».
Ce registre évite de repartir de zéro lors d’un incident, d’une migration ou d’un changement de prestataire. Il précise aussi qui peut modifier l’application, Google Tag Manager et les comptes Google.
Le rapprochement mensuel avec la gestion commerciale reste l’alarme continue : une application, un thème ou une extension peut changer après une mise à jour. Une mesure e-commerce s’installe, puis se surveille.
- Vérifiez séparément catalogue, Analytics et conversions Google Ads.
- Cartographiez source, destination, action, identifiant et déduplication.
- Validez le nouveau chemin avant la bascule, avec un plan de retour.
- Testez valeur, produits, consentement et rapprochement commercial.
Vos conversions améliorées sont-elles actives, ou juste cochées ?
La prise en charge dépend de l’application, de sa version et de la configuration. Vérifiez-la dans la documentation de la plateforme puis dans les diagnostics Google Ads.
Les conversions améliorées utilisent des données propriétaires fournies par le client, par exemple une adresse e-mail, un téléphone, ou un nom associé à une adresse postale selon les champs acceptés. Ces données sont normalisées puis hachées en SHA-256 avant l’envoi prévu par Google. L’e-mail n’est pas un minimum universel à imposer.
Collecte licite, information, consentement lorsqu’il est requis et restrictions Google restent applicables. Une option activée dans une application ne prouve ni que les champs valides sont transmis, ni que les diagnostics les acceptent.
Deux vérifications, pas une coche :
- Le diagnostic, pas le réglage. Dans Google Ads, Objectifs > Conversions > l’action concernée > onglet Diagnostics : c’est là que vous voyez si des données améliorées arrivent, pas dans l’écran qui dit « activé ».
- Les champs et le consentement concordent. Vérifiez les données propriétaires réellement collectées, leur format, leur hachage et l’état
ad_user_data. Un refus de données utilisateur publicitaires doit être respecté.
Sur WooCommerce et PrestaShop, comme sur Shopify, ne déduisez rien du nom du module : vérifiez l’action de conversion, les données reçues et les diagnostics.
Vos scripts de page de remerciement ont-ils survécu à la migration Shopify ?
Shopify a remplacé les anciennes personnalisations de la page de remerciement et du statut de commande par l’extensibilité du paiement (Checkout Extensibility), les pixels d’application et les événements clients. Pour Shopify Plus, l’échéance de ces pages était le 28 août 2025, avec des mises à niveau automatiques annoncées à partir de janvier 2026.
Pour les boutiques hors Plus, Shopify indique le 26 août 2026 pour l’arrêt des anciens ScriptTags sur les pages de remerciement et de statut de commande. Au 25 juillet 2026, cette échéance est proche : un ancien script d’achat doit être identifié et migré avant cette date.
Installez une solution compatible, testez sa conversion, puis désactivez l’ancien script pour éviter le double comptage. Le choix de l’ordre dépend du risque accepté : courte période de chevauchement contrôlé ou risque de coupure. Documentez le plan de retour.
Mon intégration est installée mais aucune conversion ne remonte : où chercher ?
Quand une intégration est présente mais que le compteur reste à zéro, vérifiez la chaîne sans imposer un ordre universel : événement, consentement, destination, action de conversion et délai de traitement.
Une cause par contrôle :
- Association absente ou compte différent. Confirmez les identifiants de Merchant Center, Google Ads et Analytics dans la boutique et dans Google.
- Consentement non conforme à la configuration attendue. Contrôlez les états de consentement et les requêtes autorisées, sans supposer qu’un refus coupe nécessairement tout signal.
- Migration incomplète. Un ancien script peut ne plus fonctionner tandis que le nouveau pixel n’est pas encore actif.
- Identifiant ou libellé de conversion erroné. La donnée peut atteindre une autre action que celle consultée.
- Délai de traitement. Comparez l’heure de la transaction, le rapport utilisé et la fenêtre normale avant de conclure à une panne.
Suivez une commande de test contrôlée avec son transaction_id. Si aucune requête n’apparaît, inspectez l’émission et le consentement ; si elle atteint une destination sans créer la conversion attendue, inspectez l’action, son identifiant et ses diagnostics. Pour les fuites en amont, analysez séparément le tunnel GA4.
Pour qui c’est critique, et la limite
Boutiques anciennes, migrations, refontes et changements de prestataire accumulent souvent une dette de mesure. L’inventaire de l’existant est alors le premier chantier.
La connexion transmet ce que la boutique sait ; elle ne connaît pas automatiquement votre marge, les annulations, les remboursements ni la qualité commerciale d’une commande.
Après l’installation, demandez qui a effectué la transaction de test, vérifié valeur, identifiants, tunnel et consentement, puis où la chaîne est documentée.
Si la réponse est « personne » et « nulle part », déroulez la liste de contrôle avant de toucher aux campagnes, pour votre mesure e-commerce et pour vos campagnes Shopping et leur retour sur dépense.
L’intégration crée la connexion ; elle ne garantit pas la qualité des données envoyées.
Sources vérifiées le 25 juillet 2026 : documentations Shopify sur Google & YouTube, les pixels et Customer Events, la migration des pixels et Checkout Extensibility ; documentation développeur Shopify sur les échéances ScriptTags du 28 août 2025 et du 26 août 2026 ; documentations officielles Google for WooCommerce et PrestaShop Marketing with Google ; aides Google sur les conversions améliorées et le mode Consentement.
