Le taux de conversion est un rapport : commandes divisées par sessions. Quand il baisse, trois possibilités seulement. Le numérateur a diminué — vous vendez moins. Le dénominateur a augmenté — vous recevez plus de visiteurs, mais pas du même genre. Ou l’un des deux est mal mesuré.
Cette décomposition élémentaire évite la moitié des erreurs de diagnostic. Beaucoup de « chutes de conversion » que l’on me soumet sont en réalité des afflux de trafic peu qualifié, ou des commandes qui ne sont plus correctement comptées.
Voici comment trancher, méthodiquement.
Réponse rapide
Regardez d’abord les deux termes séparément : le nombre de commandes a-t-il baissé, ou le nombre de sessions a-t-il augmenté ? Si les commandes sont stables et le trafic en hausse, votre conversion baisse mécaniquement sans qu’aucun problème n’existe. Si les commandes baissent réellement, vérifiez la mesure — un événement d’achat cassé après une mise à jour est la cause la plus fréquente — puis datez la rupture et segmentez par appareil, navigateur, canal et pays. Une chute concentrée sur un segment est presque toujours technique.
Décomposer avant d’interpréter
Affichez trois courbes côte à côte : sessions, commandes, taux de conversion. Puis lisez la combinaison.
- Sessions en hausse, commandes stables. Votre conversion baisse arithmétiquement. Vous n’avez pas perdu de ventes. Regardez d’où vient ce trafic supplémentaire : une campagne large, une publication virale, du trafic informationnel. Ce n’est pas forcément un problème — mais cela peut le devenir si vous payez ce trafic.
- Sessions stables, commandes en baisse. Là, il y a un vrai problème. C’est le cas qui mérite une enquête complète.
- Les deux en baisse, mais les commandes plus fortement. Deux phénomènes cumulés : une baisse d’audience et une dégradation du parcours. Traitez-les séparément.
- Les deux stables, mais le taux affiché baisse. C’est un problème de mesure, point final.
Cette lecture prend cinq minutes et oriente tout le reste.
Cause n°1 : la mesure
C’est, de loin, ce que je trouve le plus souvent — et c’est aussi la plus facile à écarter.
L’événement d’achat ne se déclenche plus. Après une mise à jour de thème, un changement de tunnel de commande, une migration ou une modification de l’outil d’analyse, le signal qui compte les achats peut disparaître. Vos ventes réelles sont intactes, votre tableau de bord affiche une catastrophe.
Vérification : comparez le nombre de commandes de votre back-office avec celui de votre outil d’analyse sur la même période. Un écart qui s’est creusé à une date précise vous donne la réponse.
Le consentement bloque davantage qu’avant. L’installation ou la mise à jour d’un bandeau de consentement réduit la part de sessions et de conversions mesurées. Selon la configuration, l’effet peut être spectaculaire — et interprété à tort comme un effondrement commercial.
Des sessions fantômes. Un outil de surveillance, des robots, ou une double intégration du script de mesure gonflent le dénominateur. Une double intégration crée aussi des sessions artificiellement courtes.
Si votre mesure est douteuse, aucune analyse ultérieure ne tiendra. C’est le premier point à sécuriser — c’est l’objet d’une mission de tracking e-commerce.
Cause n°2 : le mix de trafic a changé
Tous les visiteurs ne convertissent pas au même rythme. Si la proportion entre vos sources évolue, votre taux global bouge sans qu’aucune page n’ait changé.
Exemples typiques :
- Une campagne de notoriété amène beaucoup de visites peu intentionnelles : le taux global chute, alors que chaque segment reste stable.
- Une publication qui fonctionne sur les réseaux sociaux apporte un pic de curieux.
- Un article de blog se met à bien se positionner : excellent pour la marque, mais ce trafic informationnel n’achète pas immédiatement.
- Une campagne performante est mise en pause : la part de trafic qualifié diminue.
La parade est simple : suivez le taux de conversion par segment, pas seulement en global. Si chaque segment est stable et que seul l’agrégat baisse, vous avez affaire à un effet de composition, pas à un problème de site.
Cause n°3 : quelque chose s’est cassé
Si les commandes baissent réellement et que la mesure est fiable, cherchez la rupture technique.
Datez précisément. Données quotidiennes, pas mensuelles. Le jour du décrochage est votre point de départ.
Listez les changements de cette date. Mise à jour, nouvelle extension, modification du thème, changement de transporteur ou de moyen de paiement, nouvelle version de la plateforme.
Segmentez pour localiser. Par navigateur, par système, par appareil, par pays. Une chute qui ne touche qu’un segment désigne presque toujours un bug technique. Un bouton inopérant sur une version de navigateur, un mode de livraison qui disparaît pour un pays, une erreur de script sur un modèle de téléphone.
Testez le parcours dans les conditions du segment touché. Même pays, même type de produit, même appareil si possible. C’est souvent à ce moment que le problème saute aux yeux.
Les cas que je rencontre le plus : un moyen de paiement devenu invisible sous certaines conditions, une erreur JavaScript bloquant la validation du panier, une dégradation de vitesse après l’ajout d’un outil, et des notifications de paiement qui n’arrivent plus — laissant les commandes en attente. Voir les problèmes de paiement et de checkout.
Cause n°4 : l’offre ou le contexte
Si rien de technique n’explique la baisse, restent les causes commerciales.
Une rupture de stock sur vos meilleures ventes. Les visiteurs arrivent, ne trouvent pas le produit disponible, repartent. Le taux global s’effondre sans qu’aucun bug n’existe.
Un changement de prix ou de frais de port. Y compris chez vos concurrents. Si vous étiez le moins cher et que vous ne l’êtes plus, la comparaison se fait sans vous.
Des délais de livraison rallongés. Un changement de transporteur, une période de tension logistique, et le délai annoncé passe un seuil psychologique.
La saisonnalité. Comparez toujours avec la même période de l’année précédente, jamais avec le mois qui précède.
La concurrence. Un nouvel entrant agressif sur vos requêtes ou vos audiences publicitaires modifie la donne, même si rien n’a changé chez vous.
La grille d’enquête, résumée
- Décomposer : sessions et commandes séparément.
- Vérifier la mesure : back-office contre outil d’analyse.
- Dater la rupture sur des données quotidiennes.
- Segmenter : canal, appareil, navigateur, pays, produit.
- Lister ce qui a changé à cette date.
- Reproduire dans les conditions du segment touché.
- Corriger un point à la fois, en mesurant l’effet de chacun.
Cette grille évite l’erreur la plus coûteuse : engager une refonte pour un problème qui se réglait par une ligne de configuration.
Checklist
- Afficher sessions, commandes et taux sur le même graphique
- Comparer les commandes du back-office avec celles de l’outil d’analyse
- Vérifier qu’aucun changement de mesure ne date de la même période
- Dater la rupture sur des données quotidiennes
- Suivre le taux de conversion par segment, pas seulement en global
- Comparer par navigateur, appareil et pays
- Vérifier les stocks des produits principaux
- Reproduire le parcours dans les conditions du segment touché
- Comparer avec la même période de l’année précédente
Questions fréquentes
Mon taux a baissé mais mon chiffre d’affaires est stable.
Alors vous n’avez probablement pas de problème : votre trafic a augmenté sans que les ventes suivent proportionnellement. La question devient économique — ce trafic supplémentaire vous coûte-t-il quelque chose ? S’il est gratuit, il n’y a rien à corriger.
La baisse coïncide avec l’installation d’un bandeau de consentement.
C’est une cause très fréquente, et souvent mal interprétée. Vérifiez vos commandes réelles : si elles sont stables, vous n’avez pas perdu de ventes, seulement de la visibilité sur vos données. La configuration du mode consentement et de la mesure serveur permet de récupérer une partie de cette visibilité, légalement.
Combien de temps observer avant de conclure ?
Cela dépend de votre volume. Avec quelques commandes par jour, une semaine de baisse peut être du bruit statistique. Avec plusieurs dizaines de commandes quotidiennes, deux ou trois jours suffisent à repérer une anomalie réelle.
Dois-je faire des tests A/B ?
Pas pour diagnostiquer une chute : un test compare deux versions, il n’identifie pas une panne. Corrigez d’abord ce qui est cassé. Les tests viennent après, pour optimiser ce qui fonctionne — et seulement si votre volume le permet.
Pouvez-vous mener cette enquête pour moi ?
Oui. C’est typiquement ce que couvre le diagnostic e-commerce : vérification de la mesure, segmentation, test du parcours en conditions réelles, et plan d’action priorisé.