Statistiques PrestaShop : comment avoir enfin des chiffres justes sur vos ventes, votre marge et votre trafic
Où trouver les statistiques PrestaShop, pourquoi elles sont vides ou fausses, ce qu'elles ne mesurent pas, et comment passer du chiffre à la décision.

En bref. Les statistiques PrestaShop se trouvent à trois endroits : le menu Statistiques, le Tableau de bord et le module PrestaShop Metrics. Elles comptent bien les commandes et le chiffre d'affaires, mais elles ne connaissent ni vos coûts réels (transport facturé, frais de paiement, publicité, retours), ni un trafic fiable. Elles ne disent donc pas ce que vous gagnez, et encore moins quoi faire. Sqalie calcule la marge nette de chaque commande, puis Sqalie Actions transforme ces chiffres en trois décisions chiffrées au plus, prêtes à exécuter.
Vous ouvrez le back-office, les courbes montent ou descendent, et une question reste sans réponse : est-ce que cette semaine a été bonne ? Les statistiques natives de PrestaShop ont été pensées pour compter. Compter des commandes, des visites, des paniers. Elles le font correctement. Mais un marchand ne pilote pas une boutique avec des comptages. Il la pilote avec ce qu'il lui reste en fin de mois, et avec les trois ou quatre décisions qui changent ce chiffre.
Ce guide fait le tour des statistiques PrestaShop : où les trouver, comment les lire, pourquoi elles sont parfois vides ou fausses, ce qu'elles ne mesurent pas, et comment passer du chiffre à la décision.
Les statistiques natives se trouvent à trois endroits du back-office
Le menu Statistiques rassemble les rapports des modules natifs
Le menu Statistiques du back-office affiche des rapports produits par une série de petits modules installés avec PrestaShop. Selon votre version, vous y trouvez notamment les meilleures ventes, les meilleurs clients, les meilleures catégories, l'origine des visiteurs, l'évaluation du catalogue, les produits les plus vus ou les recherches effectuées dans la boutique.
Chaque rapport se lit sur une période que vous choisissez en haut de page. Deux réflexes évitent la plupart des erreurs de lecture : vérifier que la période couvre bien ce que vous croyez, et savoir quels statuts de commande sont comptés comme validés. Une commande restée « en attente de paiement » n'entre pas dans le chiffre d'affaires.
Le Tableau de bord donne la synthèse du jour
La page d'accueil du back-office affiche le Tableau de bord : ventes, commandes, panier moyen, visites, taux de transformation et un bénéfice estimé, avec une courbe sur la période. C'est l'écran que la plupart des marchands regardent le matin.
Le bénéfice qu'il affiche repose sur le prix d'achat renseigné dans vos fiches et sur des frais moyens que vous saisissez vous-même dans les réglages du tableau de bord (frais de livraison, frais de paiement, autres dépenses). C'est une estimation globale, utile pour un ordre de grandeur. Elle ne connaît pas le coût réel de chaque commande.
PrestaShop Metrics ajoute des tableaux de bord plus lisibles
PrestaShop Metrics est le module officiel, gratuit, qui synthétise les données de la boutique dans des tableaux de bord plus modernes : chiffre d'affaires, commandes, conversion, et données de trafic si vous reliez votre compte Google Analytics. Il demande d'associer la boutique à un compte PrestaShop.
Metrics améliore la lecture. Il ne change pas la nature des chiffres : ce sont toujours des ventes et des visites, sans les coûts réels qui font la marge.
Pourquoi vos statistiques PrestaShop sont vides ou fausses
C'est l'une des recherches les plus fréquentes autour des statistiques PrestaShop. Les causes reviennent toujours aux mêmes.
Les modules de statistiques sont désactivés
Chaque rapport dépend de son module. Un module désactivé lors d'un nettoyage, d'une migration ou d'une mise à jour, et le rapport correspondant reste vide sans message d'erreur. Le premier contrôle consiste à ouvrir la liste des modules, filtrer sur « statistiques » et vérifier ce qui est actif.
Les tables de visites ont été purgées
Les tables qui enregistrent les connexions et les visiteurs grossissent très vite. Sur une boutique qui reçoit du trafic depuis plusieurs années, elles finissent par peser lourd et ralentir la base. Beaucoup d'hébergeurs et d'agences les vident régulièrement. Résultat : les rapports de trafic repartent de zéro, ou ne couvrent que quelques semaines.
Le trafic est mesuré dans le navigateur
Les visites natives et Google Analytics 4 reposent sur ce qui se passe dans le navigateur du visiteur. Les bloqueurs de publicité, les refus de cookies et certains navigateurs font disparaître une partie des visites. À l'inverse, les robots qui parcourent la boutique peuvent gonfler les compteurs. Le détail est dans notre article sur les écarts entre GA4 et PrestaShop.
Le chiffre d'affaires n'est pas le bon
Selon l'écran, le chiffre d'affaires est affiché taxes comprises ou hors taxes, avant ou après remises, avec ou sans les avoirs. Deux écrans peuvent donc donner deux chiffres différents pour la même période, et les deux sont « justes » selon leur propre définition. Pour piloter, il faut un seul chiffre : le chiffre d'affaires net hors taxes, remises et avoirs déduits, identique partout.
Ce que les statistiques PrestaShop ne mesurent pas
Même parfaitement configurées, les statistiques natives laissent de côté ce qui décide de la rentabilité.
| Ce que vous voulez savoir | Statistiques PrestaShop | Ce qu'il faut en plus |
|---|---|---|
| Ce que rapporte chaque commande | Non, au mieux un bénéfice estimé global | Le coût d'achat figé au moment de la vente et tous les coûts réels de la commande |
| Ce que coûte vraiment le transport | Non, seulement le port facturé au client | Les factures du transporteur, rapprochées commande par commande |
| Si une campagne est rentable | Non | Les dépenses Google Ads et Meta, rattachées aux ventes |
| Quels produits perdent de l'argent | Non | La marge nette par produit et par déclinaison |
| D'où viennent vraiment les ventes | Partiellement, selon le suivi des visites | Un trafic mesuré côté serveur et rattaché aux commandes |
| Ce qu'il faut faire cette semaine | Non | Des contrôles qui repèrent les situations à traiter et les chiffrent |
La dernière ligne est la plus importante. Une statistique décrit le passé. Elle ne dit jamais quelle décision prendre, ni combien cette décision rapporte.
Les trois chiffres qu'il faut vraiment suivre
La marge nette de chaque commande
La marge nette d'une commande, c'est son chiffre d'affaires hors taxes, moins les remises, moins le coût d'achat des produits, moins le transport réellement facturé, moins les frais de paiement, les commissions de marketplace, la préparation et les retours. Exemple : une commande de 100 € HT avec 4 € de remise, 52 € de coût d'achat, 7,90 € de transport réel et 1,40 € de frais de paiement laisse 34,70 € de marge nette, soit 36,1 % du chiffre d'affaires après remise. Vous pouvez refaire ce calcul avec notre calculateur de marge.
La marge nette par produit et par catégorie
Additionnée produit par produit, la marge nette révèle ce que le chiffre d'affaires cache : des meilleures ventes qui ne rapportent presque rien, des références vendues à perte une fois le transport compté, des catégories qui portent toute la boutique. C'est l'objet de l'écran Marge réelle de Sqalie.
La marge nette par canal d'acquisition
Un canal qui apporte beaucoup de chiffre d'affaires peut coûter plus en publicité qu'il ne laisse de marge. Il faut donc rattacher chaque vente à son canal, avec un trafic fiable. Sqalie mesure les visites côté serveur, sépare les humains des robots et relie chaque visite à la commande qu'elle a produite : c'est l'analyse de trafic.
Sqalie transforme vos statistiques en décisions
Avoir les bons chiffres ne suffit pas. Les marchands qui utilisent un bon outil d'analyse le disent souvent : l'outil est bien fait, ils s'y connectent, et ils ne savent pas dire ce qu'il leur a rapporté. Ce qui leur manque, ce sont des euros à récupérer et la marche à suivre pour les récupérer.
C'est le rôle de Sqalie Actions.
Chaque nuit, Sqalie vérifie des situations précises
Sqalie fait tourner chaque nuit une série de contrôles écrits sur vos données validées. Chacun cherche une situation précise et réutilise exactement les calculs des écrans, pour que le chiffre soit le même partout. Quelques exemples :
- des produits vendus à perte sur les 30 derniers jours, une fois tous les coûts déduits ;
- des codes promo qui font passer des commandes sous zéro ;
- une rupture de stock sur un produit qui vendait bien, ou sur la déclinaison qui porte ses ventes ;
- des paniers abandonnés par des clients identifiés, encore joignables ;
- des clients fidèles qui n'ont pas commandé depuis deux fois leur rythme habituel ;
- des campagnes dont la dépense dépasse la marge des commandes qu'elles rapportent ;
- des écarts entre la facture du transporteur et votre grille négociée ;
- des clics payants qui arrivent sur un produit en rupture.
Chaque décision porte un montant et un geste
Un constat ne devient une action que s'il est fiable, important et chiffrable. Il porte alors un montant en euros, sa méthode et sa période, puis se termine par un geste prêt à exécuter : une liste de clients au format de Brevo ou de Klaviyo, envoyée directement dans l'outil ; un fichier au format d'import de PrestaShop pour corriger des poids ou des prix d'achat ; un fichier de réclamation pour le transporteur ; une liste de campagnes à réduire, à transmettre à votre agence ; des libellés de marge envoyés à Google Merchant Center pour que vos campagnes Shopping sachent quels produits rapportent.
Vous recevez trois décisions au plus par envoi. S'il n'y a rien d'important à dire, Sqalie ne vous écrit pas.
Vous gardez la main sur chaque action
Trois règles encadrent tout le système. L'IA rédige et relie les constats, mais aucun montant ne sort d'un modèle de langage : chaque chiffre est calculé et vérifié par un script. Aucune action ne part sans votre confirmation. Et Sqalie n'écrit jamais dans votre boutique ni n'envoie de message à vos clients : il prépare le travail, vous ou votre agence l'exécutez, puis Sqalie mesure ce qui a changé. Pour aller plus loin sur ce sujet, lisez notre guide sur l'IA pour PrestaShop.
Quel outil choisir pour vos statistiques PrestaShop
Tout dépend de la question que vous posez.
- Vous voulez seulement compter vos ventes et vos commandes. Les statistiques natives et PrestaShop Metrics suffisent, à condition de vérifier les modules actifs et les statuts de commande.
- Vous voulez des rapports de ventes plus détaillés ou exportables. Un module de statistiques avancées fera l'affaire. Nous les avons comparés dans notre comparatif des modules de statistiques PrestaShop.
- Vous voulez savoir ce que vous gagnez vraiment, et quoi faire chaque semaine. Il faut la marge nette commande par commande, un trafic fiable et des décisions chiffrées. C'est ce que fait Sqalie, qui s'installe par un module PrestaShop en deux minutes et récupère votre historique. La comparaison détaillée avec les statistiques natives est sur notre page Sqalie et les statistiques PrestaShop.
Questions fréquentes
Où sont les statistiques dans PrestaShop ?
Dans le back-office, le menu Statistiques regroupe les rapports des modules de statistiques natifs : meilleures ventes, meilleurs clients, origine des visiteurs, catalogue, paniers et quelques autres selon votre version. Le Tableau de bord, sur la page d'accueil du back-office, affiche une synthèse : ventes, commandes, panier moyen, visites, taux de transformation. PrestaShop Metrics, le module officiel gratuit, propose des tableaux de bord complémentaires une fois votre boutique associée à un compte PrestaShop.
Pourquoi mes statistiques PrestaShop sont-elles vides ?
Les causes les plus fréquentes : les modules de statistiques sont désactivés ou désinstallés, la période sélectionnée ne contient pas de commandes validées, les statuts de commande utilisés ne sont pas comptés comme validés, ou les tables de visites ont été purgées pour alléger la base. Vérifiez d'abord la liste des modules de statistiques actifs, puis la période et les statuts de commande.
Les statistiques PrestaShop calculent-elles la marge ?
Elles affichent au mieux une estimation. Le Tableau de bord propose un bénéfice calculé à partir du prix d'achat renseigné et de frais moyens que vous saisissez vous-même. Il ne connaît ni le transport réellement facturé par votre transporteur, ni les frais de paiement réels de chaque commande, ni vos dépenses publicitaires. Pour une marge nette commande par commande, il faut rapprocher ces coûts réels de chaque vente.
Faut-il supprimer les statistiques PrestaShop pour accélérer la boutique ?
Les tables de connexions et de visites grossissent vite et peuvent ralentir une base de données. Beaucoup de marchands les purgent ou désactivent une partie des modules. C'est une décision raisonnable si vous mesurez votre trafic ailleurs, de façon fiable. Sqalie mesure le trafic côté serveur, sans dépendre de ces tables.
Quelle différence entre PrestaShop Metrics et Google Analytics 4 ?
PrestaShop Metrics est le module officiel qui synthétise les données de la boutique (et celles de Google Analytics si vous les reliez) dans des tableaux de bord. Google Analytics 4 mesure l'audience par un script dans le navigateur, que les bloqueurs de publicité et les refus de cookies font perdre en partie. Aucun des deux ne calcule la marge nette réelle de chaque commande.
Comment passer des statistiques à des décisions ?
En inversant la logique : au lieu de lire des rapports, on fait vérifier chaque nuit des situations précises (produit vendu à perte, rupture sur un produit qui vend, client fidèle devenu silencieux, campagne qui coûte plus que la marge qu'elle rapporte), on chiffre chacune en euros et on prépare le geste correspondant. C'est ce que fait Sqalie Actions : trois décisions au plus par envoi, et le silence quand rien ne le justifie.
Passez à la marge réelle
Vos statistiques PrestaShop vous disent-elles quoi faire lundi matin ?
Sqalie reconstitue votre marge nette en temps réel, commande par commande : coût d'achat, avoirs et livraison compris.






