Relier les données PrestaShop pour piloter vos ventes et vos campagnes

Les commandes PrestaShop indiquent ce que votre boutique a réellement vendu. Google Ads mesure les dépenses publicitaires et les conversions qu’il attribue aux annonces. Google Analytics 4 apporte des informations sur le comportement des visiteurs.

Ces données ne mesurent pas exactement la même chose. Pour décider où investir, il faut les rapprocher sans confondre les ventes enregistrées, les conversions attribuées, les coûts produits et les remboursements.

Relier les données PrestaShop ne consiste donc pas seulement à connecter plusieurs outils. Il faut aussi vérifier les identifiants, les montants, les périodes et les règles de calcul.

Une correspondance incorrecte entre deux références peut fausser une analyse produit. Un coût manquant peut surestimer la marge. Un remboursement compté deux fois peut sous-estimer les ventes.

Voici une méthode pour identifier les données utiles, contrôler leur cohérence et mieux exploiter vos informations commerciales et publicitaires.

Commencer par la décision commerciale que vous souhaitez prendre

Avant de connecter de nouvelles sources, posez une question précise.

Souhaitez-vous identifier les produits qui contribuent le plus au résultat ? Comprendre pourquoi certaines campagnes dépensent sans générer d’achat attribué ? Examiner les clients qui reviennent après leur première commande ?

La réponse détermine les données nécessaires.

Décision à préparer	Données à rapprocher
Examiner la rentabilité des ventes	Commandes, lignes de commande, prix nets, coûts produits et remboursements
Analyser les campagnes Shopping	Produits PrestaShop, identifiants Merchant Center, dépenses et conversions Google Ads
Étudier le réachat	Identifiants clients, commandes et dates sur une durée comparable

Commencez avec les sources nécessaires à votre première analyse, puis ajoutez celles qui permettent de répondre à une question encore ouverte.

Il n’est pas indispensable de disposer immédiatement de toutes les données de navigation, de stock et de fidélisation pour commencer à vérifier les résultats commerciaux.

L’objectif est d’obtenir un premier rapprochement fiable, puis de l’enrichir progressivement.

Utiliser les commandes PrestaShop comme référence pour les ventes

Les commandes et leurs lignes constituent la base de l’analyse commerciale.

La documentation de l’API PrestaShop consacrée aux commandes distingue notamment les identifiants de commande, les clients, les devises, les boutiques, les statuts et plusieurs montants HT et TTC.

Ces informations permettent des lectures différentes selon les définitions retenues.

Définir les commandes qui comptent dans vos ventes

Une commande créée n’est pas nécessairement une vente définitivement réalisée.

Selon le fonctionnement de votre boutique, elle peut attendre un paiement, être annulée, être expédiée ou faire ensuite l’objet d’un remboursement.

Avant de calculer les ventes, définissez :

• les statuts retenus dans votre analyse ;
• la date utilisée : création, paiement ou autre événement pertinent ;
• la devise et le traitement de la TVA ;
• les remises et les remboursements ;
• l’inclusion ou non des frais de livraison facturés aux clients.

Les modules de paiement et les éventuelles personnalisations de PrestaShop peuvent modifier les informations disponibles ou leur traitement.

Conservez une définition stable pour comparer plusieurs périodes.

Ne pas compter plusieurs fois une commande comportant plusieurs produits

Une commande peut contenir plusieurs références.

Lorsque vous rapprochez le tableau des commandes et celui des lignes de commande, un même identifiant de commande apparaît alors sur plusieurs lignes.

C’est normal, mais cela crée un risque de double comptage.

Par exemple, une commande contenant trois articles peut apparaître sur trois lignes. Elle reste pourtant une seule commande.

Pour compter les commandes, utilisez l’identifiant de commande distinct. Pour analyser les produits vendus, utilisez les lignes et leurs quantités.

Ne répétez pas le montant total de la commande sur chaque ligne avant de l’additionner.

Les ressources Order details de PrestaShop permettent notamment de distinguer les références, les quantités et les montants associés aux lignes.

Relier les produits, leurs déclinaisons et le stock

Dans PrestaShop, un produit peut exister sous plusieurs déclinaisons : tailles, couleurs ou configurations.

Pour analyser correctement les ventes, conservez les relations entre le produit parent, sa déclinaison, sa référence commerciale et, lorsque cela s’applique, la boutique concernée.

Les ressources officielles Combinations et Stock availables distinguent notamment les produits, les déclinaisons et les quantités disponibles.

En multiboutique, la boutique ou le groupe de boutiques peut également intervenir dans le rattachement du stock.

Cette précision est importante : deux références qui semblent identiques peuvent relever de boutiques, de stocks ou de contextes commerciaux différents.

Quels identifiants faut-il conserver ?

Source	Identifiants utiles	Contrôle à effectuer
Commandes PrestaShop	Identifiant de commande, boutique et client	Retrouver chaque vente sans la compter plusieurs fois
Lignes de commande	Identifiant de ligne, produit et déclinaison	Associer les bonnes quantités et les bons montants
Catalogue et stock	Produit, déclinaison, référence et boutique	Retrouver la variante réellement vendue ou disponible
Merchant Center	Identifiant du produit envoyé dans le flux	Vérifier sa correspondance avec la référence PrestaShop
Événements GA4	Identifiant de transaction et d’article	Contrôler la cohérence des achats et des produits suivis

Le nom du produit ne constitue pas toujours une clé de rapprochement fiable. Il peut changer, être traduit ou être partagé par plusieurs déclinaisons.

Conservez les références et les identifiants sous forme de texte lorsque c’est nécessaire, notamment pour ne pas perdre leurs éventuels zéros initiaux.

Utiliser le stock pour interpréter une baisse des ventes

Une baisse des ventes peut provenir d’une diminution de la demande, mais aussi d’une rupture de stock.

Si la déclinaison la plus populaire d’un produit est indisponible, la performance globale de sa fiche peut se dégrader.

Un produit absent du stock pendant une grande partie de la période ne doit pas être comparé sans précaution à une référence disponible en permanence.

Le rapprochement entre commandes, déclinaisons et disponibilité permet donc d’éviter certaines conclusions trompeuses.

Ajouter les coûts produits et les remboursements sans fausser la marge

Pour estimer une marge, il ne suffit pas de connaître les prix de vente.

Il faut également disposer d’informations fiables sur les coûts des articles vendus.

Privilégier les coûts correspondant aux ventes analysées

Le coût fournisseur actuel peut différer de celui d’un produit vendu plusieurs mois auparavant.

Dans PrestaShop, les données des lignes de commande peuvent comprendre des champs comme purchase_supplier_price ou original_wholesale_price.

Mais leur existence dans la documentation officielle des lignes de commande ne garantit pas qu’ils soient renseignés, à jour ou directement exploitables dans toutes les installations.

Vérifiez quelques commandes anciennes et comparez les montants enregistrés aux informations dont vous disposez.

Si un coût historique est inconnu, ne le considérez pas comme nul.

Indiquez plutôt qu’il est absent ou qu’une estimation est utilisée.

Une marge calculée sur des coûts partiellement manquants doit être interprétée dans cette limite.

Traiter les remboursements partiels

Prenons un exemple fictif.

Une commande comporte deux lignes de produits, avec des ventes nettes HT après remises de 90 € et 60 €, hors livraison.

Le montant total des produits est donc de 150 € HT.

Le client obtient ensuite un remboursement partiel de 30 € HT sur la deuxième ligne.

La commande reste une seule commande. Le remboursement affecte son montant net et la contribution éventuelle des produits concernés.

Ce calcul suppose que les 150 € représentent les ventes avant ce remboursement et que les 30 € n’ont pas déjà été déduits dans la donnée utilisée.

Si votre extraction présente directement 120 € après remboursement, il ne faut pas retrancher une deuxième fois les 30 €.

Les données de retour et de remboursement doivent aussi être rapprochées des coûts réellement supportés. Un article retourné puis remis en stock n’a pas nécessairement le même traitement économique qu’un article inutilisable.

PrestaShop prévoit notamment des informations relatives aux quantités remboursées dans les lignes de commande et des ressources dédiées aux avoirs.

Enfin, choisissez une règle de datation : suivre les remboursements intervenus pendant le mois ou corriger les ventes de leur période d’origine.

Les deux lectures peuvent être pertinentes, mais elles ne doivent pas être mélangées.

Faire correspondre PrestaShop, Merchant Center et Google Ads

Le rapprochement avec Google Shopping nécessite une attention particulière aux identifiants produits.

L’identifiant Merchant Center n’est pas toujours la référence PrestaShop

Selon le module utilisé pour générer le flux, l’identifiant envoyé à Merchant Center peut être construit à partir du produit, de sa déclinaison ou d’une autre règle.

Google demande un identifiant stable et distinct pour chaque produit, y compris pour les variantes commercialisées séparément. Cette règle figure dans sa documentation sur l’attribut ID des produits.

Mais cette règle ne garantit pas que l’identifiant du flux corresponde directement à votre SKU PrestaShop.

Pour éviter les erreurs :

1. Sélectionnez quelques produits présents dans le catalogue et dans Merchant Center.
2. Comparez leurs identifiants exacts, y compris ceux des déclinaisons.
3. Identifiez la règle utilisée par le module de flux.
4. Vérifiez qu’une référence publicitaire correspond au bon produit dans la bonne boutique.
5. Signalez les références qui ne peuvent pas être rapprochées de manière fiable.

N’étendez le rapprochement à tout le catalogue qu’après avoir vérifié le fonctionnement de ces correspondances.

Mesurer la couverture des dépenses rapprochées

Une analyse publicitaire au niveau des produits n’est utile que si une part suffisante des lignes concernées peut être associée aux bonnes références.

Vous pouvez mesurer cette couverture à partir d’un même rapport produit :

Cela signifie que 80 % des dépenses de ce rapport sont couvertes par le rapprochement.

Les 20 % restants doivent être examinés avant de présenter une analyse exhaustive de la performance produit.

Ce calcul concerne uniquement le périmètre des dépenses produit analysées. Il ne représente pas nécessairement la totalité des dépenses d’une campagne Performance Max diffusée sur plusieurs réseaux.

Ne pas forcer les ventes Google Ads et PrestaShop à être identiques

Google Ads rapporte les conversions attribuées à des interactions publicitaires selon les paramètres du compte.

PrestaShop enregistre les commandes de la boutique selon leur propre historique commercial.

Les différences peuvent provenir du modèle d’attribution, des fenêtres de conversion, des dates, des remboursements, de la devise ou encore des actions suivies.

Dans les colonnes de conversion habituelles de Google Ads, les résultats sont généralement rattachés à la date de l’interaction publicitaire. Des colonnes fondées sur la date de conversion existent également pour faciliter certaines comparaisons.

Google détaille ces différences dans sa documentation sur les données de suivi des conversions.

Les ventes attribuées par Google Ads ne doivent donc pas être assimilées automatiquement aux ventes totales de la boutique.

De plus, une annonce pour un produit A peut conduire à un panier contenant le produit B.

Évitez d’attribuer mécaniquement toute la valeur de ce panier au seul article annoncé.

Pour approfondir ce diagnostic, consultez notre guide : Repérer les produits Google Shopping qui dépensent sans convertir.

Relier les clients et GA4 lorsque l’analyse le nécessite

Les ventes et l’acquisition ne sont pas les seules dimensions utiles.

Selon la décision recherchée, les informations clients et les événements de navigation peuvent compléter les commandes.

Examiner le réachat sans créer de faux profils clients

Pour analyser la fréquence, la récence ou la valeur des commandes d’un client, utilisez un identifiant stable et un historique suffisamment long.

Les comptes invités et les doublons peuvent fragmenter les parcours.

Une même personne peut également utiliser plusieurs comptes, tandis qu’une adresse partagée ne désigne pas nécessairement un individu unique.

Ne fusionnez pas automatiquement des profils sur la seule base d’une ressemblance.

Documentez les règles de rapprochement et limitez les informations personnelles utilisées à celles nécessaires à votre analyse.

Comparez aussi les clients ayant bénéficié d’un recul similaire.

Un client ayant passé sa première commande il y a trois semaines n’a pas eu les mêmes possibilités de réachat qu’un client présent depuis deux ans.

Utiliser GA4 pour comprendre les étapes du parcours

Google Analytics 4 peut compléter les données commerciales avec des événements de consultation de produit, d’ajout au panier, de début de paiement et d’achat.

La documentation officielle GA4 sur les événements e-commerce décrit notamment les événements view_item, add_to_cart, begin_checkout, purchase et refund.

Ces informations sont utiles pour identifier une étape du parcours qui mérite une investigation.

Elles supposent toutefois que le suivi soit correctement implémenté.

Il faut notamment vérifier les identifiants de transaction, les identifiants d’articles, les valeurs et les événements de remboursement.

La méthode officielle de validation du suivi e-commerce GA4 recommande notamment de contrôler les événements et leurs paramètres dans DebugView.

Les différences de consentement, de collecte, de fuseau horaire ou de configuration peuvent expliquer des écarts entre les outils.

GA4 apporte ainsi une lecture comportementale complémentaire. Il ne remplace pas l’historique de commandes PrestaShop pour déterminer quelles ventes ont été conservées ou remboursées.

Vérifier les données avant de modifier vos budgets

Une fois les principales sources rapprochées, commencez par contrôler quelques commandes représentatives.

Choisissez par exemple un achat simple, une commande avec remise, une commande contenant plusieurs déclinaisons et un remboursement partiel.

Ajoutez un cas multiboutique si votre installation le nécessite.

Pour chacune, comparez les informations enregistrées dans PrestaShop avec celles utilisées dans votre analyse.

Contrôle	Question à résoudre
Commandes	Les statuts retenus correspondent-ils aux ventes que vous souhaitez mesurer ?
Montants	Les taxes, remises, frais de livraison et remboursements sont-ils traités selon la même définition ?
Produits	Les lignes et les déclinaisons correspondent-elles aux bons articles ?
Coûts	Les coûts inconnus sont-ils distingués des coûts réellement nuls ?
Correspondances Shopping	Les identifiants du flux retrouvent-ils les bonnes références PrestaShop ?
Synchronisation	Les dates du dernier import et les périodes éventuellement manquantes sont-elles connues ?

Passer de l’échantillon aux totaux

Le contrôle de quelques commandes permet de vérifier que la logique fonctionne sur des situations concrètes.

Il faut ensuite comparer les totaux d’une période complète.

Vérifiez les ventes nettes, le nombre de commandes distinctes, les remboursements et les montants de coûts réellement couverts.

Examinez les écarts qui restent inexpliqués.

Un problème de traitement des statuts peut exclure une partie des commandes. Une jointure incorrecte entre commandes et lignes peut, au contraire, multiplier artificiellement certains montants.

Si une source publicitaire est absente ou qu’une synchronisation est incomplète, signalez-le clairement.

Ce n’est qu’après ces vérifications que les chiffres peuvent constituer une base suffisamment solide pour préparer une décision de budget ou de catalogue.

Exploiter ces informations dans Vezoa

Vezoa présente PrestaShop parmi les connecteurs de sa plateforme.

L’application organise notamment ses vues autour des ventes, des clients, du catalogue, des paniers et de l’acquisition.

Ces espaces permettent d’examiner les performances commerciales et publicitaires dans un contexte commun, selon les informations effectivement disponibles dans le compte.

Pour une boutique PrestaShop, plusieurs vérifications restent essentielles : le périmètre des commandes importées, la couverture des coûts produits, la cohérence des remboursements et, lorsque cette analyse est utilisée, les correspondances entre produits PrestaShop et Merchant Center.

La présence d’un connecteur ne garantit pas à elle seule que tous les coûts historiques, toutes les déclinaisons et tous les résultats publicitaires puissent être rapprochés sans vérification.

L’intérêt est de disposer d’une lecture plus exploitable des ventes et de l’acquisition, tout en conservant les définitions et les limites de chaque source.

Questions fréquentes sur les données PrestaShop

Peut-on analyser les ventes avec des coûts produits incomplets ?

Oui.

Vous pouvez examiner les commandes, les ventes nettes et les dépenses disponibles.

En revanche, une estimation de marge basée sur des coûts manquants doit être signalée comme partielle.

Commencez par fiabiliser les coûts des références qui représentent les montants les plus importants avant d’en tirer des conclusions économiques détaillées.

Pourquoi Google Ads et PrestaShop n’affichent-ils pas le même chiffre d’affaires ?

PrestaShop enregistre les commandes de la boutique, tandis que Google Ads mesure les conversions attribuées aux annonces.

Les dates, les fenêtres d’attribution, les taxes, les remboursements et les conversions retenues peuvent différer.

Comparez d’abord les définitions et les périodes avant de conclure à une erreur technique.

Comment savoir si les produits Google Shopping sont correctement reliés aux références PrestaShop ?

Comparez l’identifiant envoyé à Merchant Center avec le produit et la déclinaison correspondants dans PrestaShop.

Vérifiez plusieurs références, y compris des produits possédant plusieurs variantes.

Mesurez ensuite la part des dépenses produit pouvant être rapprochées de manière fiable. Les références non associées doivent rester identifiées comme telles.

Faut-il connecter toutes les sources dès le départ ?

Non.

Commencez par les commandes et les informations indispensables à votre première question commerciale.

Ajoutez les coûts, les données publicitaires, les stocks ou les événements GA4 lorsque ces sources permettent de compléter une analyse ou de résoudre un problème précis.

Une connexion supplémentaire n’est utile que si les données qu’elle apporte sont exploitables et suffisamment fiables.