La revue hebdomadaire d'analyse WooCommerce en 10 minutes

Vous avez 10 minutes le lundi matin. Vous pouvez soit examiner cinq chiffres et décider d’une chose — soit ouvrir Google Analytics 4, vous perdre dans le tableau de bord, fermer l’onglet et vous sentir coupable de ne pas faire d’analyse web.

Cet article est l’antidote : une check-list de cinq questions que vous pouvez exécuter dans Statnive en 10 minutes chrono. Pas d’onglets de graphiques. Pas de rapport d’agence. Pas de modèle de « synthèse exécutive mensuelle ». Imprimez-la. Scotchez-la à votre écran. Exécutez-la chaque lundi.

C’est aussi le rituel opérationnel qui relie tout dans le sprint CRO WooCommerce en 12 articles — chaque question renvoie à un article pilier plus approfondi si vous voulez aller plus loin. Mais la lecture hebdomadaire prend 10 minutes quoi qu’il arrive.

Ce que cet article répond

• Les 5 questions à poser à votre tableau de bord Statnive chaque lundi matin.
• La règle de décision exacte associée à chaque question.
• La seule expérimentation par semaine à laquelle vous devez vous engager (et pourquoi une seule suffit).
• Ce que vous pouvez sauter si vos sessions sont inférieures à 500/mois, et ce que vous ne pouvez pas sauter.

La check-list hebdomadaire de 10 minutes

Ouvrez /wp-admin → Statnive. Lancez un minuteur de 10 minutes. Répondez à cinq questions. Décidez d’une chose. Expédiez un changement.

Question 1 — Quelque chose a-t-il changé d’une semaine sur l’autre ?

Où : Statnive → rapport Vue d’ensemble. Comparez les 7 derniers jours aux 7 jours précédents.

La règle de décision : si la part d’un seul canal dans le total des sessions a évolué de plus de 25 % d’une semaine sur l’autre, signalez-le pour la question 2. Sinon, passez à la suite — la plupart des semaines rien ne change, et c’est aussi une information utile.

Ce qu’il faut regarder, par ordre de priorité :

1. Hausse soudaine des rebonds sur un canal auparavant sain = baisse de qualité. Diagnostiquez en question 2.
2. Pic de trafic soudain avec rebonds proches de 100 % et durée proche de zéro = vague de bots. Probablement ignorable ; si cela persiste, excluez-le dans les réglages d’Exclusions de Statnive.
3. Chute soudaine du trafic sur un canal normalement stable = quelque chose est cassé (votre indexation, votre lien e-mail, l’approbation de votre campagne publicitaire). Diagnostiquez immédiatement.

Temps : 2 minutes.

Question 2 — Quel canal envoie des visiteurs qualifiés cette semaine ?

Où : Statnive → rapport Sources. Triez par Sessions décroissantes. Regardez les colonnes Rebonds et Durée totale.

La règle de décision (la règle de santé des canaux issue de l’article 2) : un canal est sain si ses rebonds sont inférieurs ou égaux à la moyenne du site ET si sa durée est supérieure ou égale à la moyenne du site, avec au moins 50 sessions sur les 7 derniers jours. Les canaux qui échouent aux deux moitiés sont signalés pour diagnostic — pas mis en pause, diagnostiqués.

Les trois mises en garde que personne ne mentionne : comparez à une cohorte d’intention équivalente (pages d’atterrissage payantes vs autres pages d’atterrissage payantes, pas vs la moyenne de votre blog) ; exigez au moins 50 sessions sur une fenêtre de 7 jours avant de conclure ; formulez les échecs comme « premier à diagnostiquer », pas « premier à mettre en pause ».

Ce qu’il faut regarder :

• Un canal de volume Tier-1 (Direct, Recherche organique ou E-mail) qui sous-performe = votre manque à gagner le plus coûteux.
• Trafic Assistants IA (le bucket distinct de Statnive — GA4 le route vers Direct ou Organique) en tendance haussière = signe que votre contenu a été repris par ChatGPT/Claude/Perplexity. Surveillez le motif absolu, pas le pourcentage.

Temps : 2 minutes.

Question 3 — Quelle page perd le plus de visiteurs en valeur absolue ?

Où : Statnive → rapport Pages. Triez par Nombre de sorties décroissant — pas par taux de sortie. Choisissez la première page qui n’est pas une page de remerciement, une confirmation de formulaire de contact ou une page de résultats de recherche.

La règle de décision (le calcul de perte absolue issu de l’article 3) : la page en tête de la liste Nombre de sorties est votre priorité — même si d’autres pages ont de « pires » taux de sortie. Une page avec 10 000 vues et 45 % de taux de sortie perd 4 500 sessions ; une page avec 500 vues et 90 % de taux de sortie en perd 450. Corrigez la première.

De quel motif de sortie s’agit-il ?

• Sortie PDP : déficit de confiance, déficit d’info, échec UX mobile. Voir la liste des correctifs PDP de l’article 3.
• Sortie panier : choc des frais d’expédition (39 % selon Baymard). Affichez le coût total livré sur la PDP.
• Sortie commande : formulaire trop long, mot de passe requis, prestataire de paiement inadapté. Voir la liste des correctifs commande de l’article 3.

Temps : 2 minutes.

Question 4 — Le mobile sous-performe-t-il par rapport à l’ordinateur ?

Où : Statnive → rapport Appareils → regardez les Sessions et Rebonds Mobile vs Ordinateur. WooCommerce → Analyses → Commandes → vérifiez les commandes attribuées au mobile.

La règle de décision (issue de l’article 5) : calculez CR_mobile ÷ CR_ordinateur. La référence se situe approximativement entre 0,60 et 0,74. Si votre ratio est inférieur à 0,50 et que votre part mobile dépasse 60 %, vous avez un vrai problème d’UX mobile et c’est le correctif unique le plus rentable que vous puissiez expédier cette semaine.

Raccourcis de décision :

Ratio	Interprétation	Action de la semaine
≥ 0,70	Dans la plage normale	Sauter — pas de correctif mobile urgent
0,50–0,69	Légère sous-performance	Noter pour l’audit du prochain trimestre
Inférieur à 0,50	Problème matériel	Le mobile devient l’expérimentation de la question 5

Temps : 2 minutes.

Question 5 — Quelle expérimentation est-ce que je lance cette semaine ?

Où : dans votre tête, avec les données des questions 1 à 4.

La règle de décision : choisissez un seul changement. Formulez comme une hypothèse : « Si je modifie [X], alors [métrique] s’améliorera de [Y] parce que [signal issu des questions 1 à 4]. » Expédiez-le. Notez la date. Revenez la semaine suivante pour la lecture — mais évaluez l’expérimentation à 30 jours, pas chaque semaine.

Le principe du « un seul changement » (issu du pilier CRO de l’article 1) : mener un changement à la fois signifie que vous pouvez en attribuer le résultat. Mener trois changements à la fois signifie que vous ne pouvez attribuer aucun. Pour une boutique Woo solo sous les 1 000 sessions par page par mois, la discipline d’attribution compte plus que la vélocité des tests.

Temps : 2 minutes.

Total : 10 minutes. Une lecture. Une hypothèse. Un changement expédié cette semaine.

La check-list imprimable

Pour votre écran ou votre cahier de revue hebdomadaire :

WOOCOMMERCE — REVUE HEBDO ANALYTIQUE — 10 MINUTES

□ 1. VUE D'ENSEMBLE — la part d'un canal a-t-elle bougé >25% WoW ?
     Si oui → signaler pour Q2.

□ 2. SOURCES — un canal du top 3 en volume échoue-t-il à la
     règle de santé (rebonds ≤ moy ET durée ≥ moy,
     ≥50 sessions) ?
     Si oui → diagnostiquer, ne pas mettre en pause.

□ 3. PAGES — quelle est la page n°1 par Nombre de sorties (pas taux),
     hors remerciement / contact / recherche ?
     Identifier le motif : PDP / panier / commande.

□ 4. APPAREILS — quel est CR_mobile ÷ CR_ordinateur ?
     inférieur à 0,50 = vrai problème mobile, devient Q5.

□ 5. EXPÉRIMENTATION — choisir UN changement.
     "Si je modifie [X], alors [métrique] s'améliorera de [Y]
     parce que [signal]." Expédier. Dater.
     Réévaluer à 30 jours, pas la semaine suivante.

──────────────────────────────────────────────
Temps total : 10 minutes. Gorgées de café autorisées.

Enregistrez-la comme fichier .txt. Ouvrez-la chaque lundi. Exécutez-la. Puis fermez-la et allez expédier l’expérimentation.

Ce que vous pouvez sauter si vous êtes sous 500 sessions/mois

Pour les très petites boutiques, le bruit statistique noie le signal. Le rythme réduit :

• Sautez la question 4 (Appareils) pour toute semaine avec moins de 50 sessions mobiles. Le dénominateur est trop petit pour lire fiablement mobile vs ordinateur ; à revoir mensuellement à la place.
• Faites la question 2 (Sources) au niveau bucket de canal uniquement — l’analyse UTM sous-canal est du bruit en dessous de 500 sessions/semaine par canal.
• Gardez les questions 1, 3 et 5 telles quelles — même à faible volume, la direction d’une semaine sur l’autre et le nombre de sorties absolu restent des signaux significatifs.

Ce que vous ne pouvez jamais sauter

Trois choses que tout propriétaire Woo solo saute et regrette :

1. L’engagement réel sur une expérimentation (question 5). Lire les données sans expédier un changement est la forme de procrastination la plus coûteuse. Une expérimentation imparfaite par semaine compose ; zéro expérimentation parfaite compose à zéro.
2. La réévaluation à 30 jours de l’expérimentation du mois dernier. Mettez un rappel calendrier quand vous expédiez le changement. Sinon l’expérimentation tourne indéfiniment et vous n’apprenez jamais si le changement a fonctionné.
3. La cadence du lundi elle-même. La revue de 10 minutes pendant une « semaine calme » est celle où vous repérez le signal précoce du problème de la semaine chargée. Les semaines calmes sont celles où le motif est visible. Ne sautez pas.

Ce que la v1.0.0 ajoute à la revue hebdomadaire, et ce qui reste un recoupement

À partir de la v1.0.0 (mai 2026), deux parties de la revue hebdomadaire se resserrent :

1. Chiffre d’affaires par canal dans Statnive. La ventilation par canal du rapport Chiffre d’affaires vous donne Commandes + Chiffre d’affaires + Panier moyen sur les 8 mêmes canaux que la question 2 utilise pour la santé des canaux. La règle de la question 2 (rebond + durée) peut désormais être associée directement au chiffre d’affaires par session par canal — plus de recoupement à deux onglets avec WC Analytics pour le chiffre principal.
2. Décrochage de l’entonnoir sur les 4 étapes principales. L’Entonnoir Panier-vers-Achat montre la conversion par étape sur Produit vu → Ajouté au panier → Commande commencée → Achat terminé. Vous voyez quelle étape fuit au niveau de la boutique dans la même fenêtre de 10 minutes.

Ce qui reste un recoupement : les sous-étapes à l’intérieur de /checkout (livraison → paiement → vérification → soumettre) ne sont pas exposées en v1.0.0. Pour ce niveau de granularité, WooCommerce → Commandes → Panier abandonné (ou votre extension de récupération de commande) reste la source.

Que faire ensuite

1. Imprimez la check-list ci-dessus. Scotchez-la à votre écran.
2. Faites la première revue hebdomadaire lundi prochain. Chronométrez-vous.
3. Choisissez l’unique expérimentation. Notez la date.
4. Revenez dans 30 jours, réévaluez, lancez la revue de la semaine suivante.
5. Après 8 semaines, vous aurez repéré des tendances qu’aucun rapport d’agence n’aurait révélées — parce que vous êtes celui qui regarde chaque semaine.

Pour le système d’exploitation CRO plus profond dans lequel cela s’inscrit, voir le pilier sur l’analyse respectueuse de la vie privée pour le CRO WooCommerce. Pour la logique de décision complète de la règle de santé des canaux, voir le playbook des sources de trafic de l’article 2. Pour le calcul de perte absolue des pages de sortie, voir le pilier entrée/sortie de l’article 3. Pour le diagnostic mobile vs ordinateur, voir le pilier de conversion mobile de l’article 5.