Statistiques PrestaShop ou Sqalie : que vous disent vraiment vos chiffres ?

Ce que le back-office sait, et ce qu'il ignore

Ouvrez l'onglet statistiques d'une boutique PrestaShop : vous y trouvez le nombre de visiteurs, le nombre de commandes, le panier moyen, le chiffre d'affaires, les meilleures ventes. Tout cela est exact. Tout cela décrit le haut de votre compte de résultat, et s'arrête là.

Aucune de ces données ne descend jusqu'à ce qui vous reste. Le back-office connaît le prix auquel vous vendez, jamais celui auquel vous achetez, sauf si vous avez renseigné les prix d'achat, et même dans ce cas il ne les mobilise pas dans ses rapports. Il connaît les frais de port facturés au client, jamais ceux que le transporteur vous facture à vous. Il ne sait rien de vos commissions, de vos frais de paiement, de vos coûts de retour, ni de l'euro dépensé sur Google Ads ce matin.

Le résultat est un angle mort qui coûte cher : un produit peut trôner en tête des meilleures ventes et perdre de l'argent à chaque commande.

Le calcul que Sqalie ajoute

Sqalie part des mêmes commandes, et pousse le calcul jusqu'au bout. Sur chaque commande, il retire du chiffre d'affaires hors taxes les remises et les avoirs, puis le coût d'achat des produits, puis les coûts variables : transport réellement facturé, frais de paiement, commissions marketplace, manutention, coûts de retour, écotaxe.

Prenez une commande à 100 € HT. Quatre euros de remise, il reste 96 € de chiffre d'affaires net. Le coût d'achat des produits est de 52 €, la marge brute de 44 €. Le transporteur facture 7,90 € pour ce colis, le prestataire de paiement 1,40 €. Il reste 34,70 €, soit 36,1 % de marge nette. Le back-office, lui, aura enregistré une commande à 100 €.

Ce calcul est refait sur chaque commande, puis additionné par produit, par catégorie, par marque, par moyen de paiement. Sur l'écran Ventes et marges, vous descendez du global jusqu'à la commande elle-même en passant par huit niveaux : moyen de paiement, catégorie, marque, produit, déclinaison, groupe de clients. C'est ce qui permet de répondre à « pourquoi ma marge a baissé ce mois-ci » plutôt que de le constater.

Les avoirs et les retours, là où les moyennes mentent

Un point que les rapports natifs traitent mal : le décalage. Un retour du mois dernier traité ce mois-ci vient plomber le mois en cours, alors que la vente appartenait au précédent.

Sqalie rattache chaque avoir à la commande d'origine. Un remboursement de janvier réduit la marge de janvier, pas celle de février. Les retours sont comptés sur les articles réellement renvoyés et traduits en chiffre d'affaires perdu, produit par produit, ce qui fait apparaître les références dont le taux de retour mange la marge.

Le trafic, deuxième angle mort

Les compteurs de visites natifs ne distinguent pas toujours un robot d'un acheteur potentiel, ce qui gonfle le trafic et écrase mécaniquement le taux de conversion.

Sqalie embarque sa propre mesure, installée sur la boutique et exécutée côté serveur. Elle relie chaque visite aux produits vus, aux mises au panier, aux commandes déclenchées et à la marge de ces commandes. Vous ne lisez plus des visites par source, mais des euros de marge par source. C'est une autre façon de voir : une source qui envoie peu de monde mais des acheteurs à forte marge devient enfin visible. Le sujet est détaillé dans notre page sur l'analyse de trafic.

Ce qui change quand tout est relié

Le back-office range chaque chose dans son onglet : les commandes ici, le catalogue là, les visites ailleurs. Rien n'est croisé, et c'est ce cloisonnement qui rend certaines questions impossibles à poser.

Sqalie construit un modèle unique où ces mondes sont reliés. Chaque commande porte son coût d'achat figé à la vente, son transport réellement facturé, ses commissions et ses avoirs. Chaque visite est rattachée aux produits vus, au panier, à la commande et à la marge de cette commande. Chaque client porte son historique et ce qu'il rapporte dans la durée.

C'est cet enrichissement qui permet de répondre à des questions que le back-office ne formule même pas : combien de fois ce produit a été vu avant d'être acheté, si ses acheteurs sont de nouveaux visiteurs ou des habitués, quelle catégorie a perdu de la marge ce mois-ci et si la cause vient du mix produit, du transport ou d'une campagne. L'assistant IA de Sqalie interroge directement ce modèle, depuis un ordinateur ou un téléphone, et répond en quelques secondes.

Le compte de résultat qui se remplit tout seul

La plupart des marchands PrestaShop refont chaque mois, dans un tableur, le même exercice : reprendre le chiffre d'affaires, retrancher les achats, estimer les coûts, ajouter les charges fixes, et regarder le résultat.

La Synthèse financière de Sqalie applique le même calcul à l'échelle de la boutique et du mois : chiffre d'affaires, remises et avoirs, coût d'achat, marge brute, coûts liés aux commandes, marge nette. Vous ajoutez vos charges fixes du mois, loyer, salaires, publicité, abonnements, et vous obtenez votre résultat net. Le tableur mensuel n'a plus de raison d'être.

Alors, faut-il choisir ?

Non. Les statistiques natives restent là, gratuites, et suffisent si votre seule question est « combien ai-je vendu ». Elles deviennent insuffisantes dès que la question devient « combien ai-je gagné, et sur quoi ». C'est exactement la frontière entre les deux outils.