Identifier les meilleures sources de trafic WooCommerce sans GA4
Comment classer vos sources de trafic WooCommerce par qualité — et non par vanité — avec un plugin d'analyse sans cookies à la place de GA4. Le regroupement en 8 canaux, la matrice de décision Développer/Corriger/Maintenir/Couper, et pourquoi Klaviyo affiche 86 000 $ quand Woo n'en voit que 24 000.
Le moment le plus douloureux dans WooCommerce n’est pas le panier abandonné. C’est le message d’un ami qui fait de la publicité payante qui demande : « Pourquoi Facebook dit que j’ai 15 ventes aujourd’hui quand mon tableau de bord Woo en affiche trois ? »
Cet écart est la raison la plus fréquente pour laquelle un propriétaire WooCommerce solo installe GA4 en premier lieu — et la raison la plus fréquente pour laquelle il le désinstalle trois mois plus tard. GA4 était censé être la source de vérité. Puis il a cessé de voir les utilisateurs Safari. Puis la bannière cookies a mangé la moitié des données. Puis ITP a mangé la fenêtre de 7 jours. Puis iOS 17 a cassé les identifiants de clic.
Si vous vendez sur WooCommerce en tant que propriétaire solo, vous n’avez pas besoin d’un sixième modèle d’attribution. Vous devez savoir quels canaux envoient des visiteurs qualifiés et quels canaux gaspillent l’argent. Cet article parcourt le regroupement en huit canaux, la règle de santé des canaux, la matrice de décision Développer / Corriger / Maintenir / Couper, et la réponse honnête à « pourquoi Klaviyo affiche 86 000 $ alors que Woo n’en voit que 24 000 ? »
Ce que cet article répond
- Comment Statnive auto-regroupe votre trafic WooCommerce en 8 canaux (et pourquoi cela bat les 24 de GA4).
- La règle de santé des canaux validée et les trois mises en garde que tout propriétaire solo se trompe.
- La matrice de décision en 4 actions (Développer / Corriger / Maintenir / Couper) pour les campagnes payantes.
- Pourquoi Klaviyo et WooCommerce sont en désaccord sur le chiffre d’affaires e-mail — et lequel croire.
- Ce que le rapport Chiffre d’affaires WooCommerce v1.0.0 ajoute à cette boucle de qualité des canaux.
Les 8 canaux que Statnive regroupe pour vous
Le regroupement de canaux par défaut de GA4 compte maintenant 24 catégories. Celui de Statnive en compte 8, par conception — huit est le nombre qu’un propriétaire solo peut tenir en mémoire de travail en parcourant un rapport hebdomadaire.
| Canal | Ce qui y atterrit | Équivalent GA4 |
|---|---|---|
| Direct | Pas de référent + pas d’UTM | Direct |
| Assistants IA | ChatGPT, Claude, Gemini, Perplexity, Copilot, You.com (15 hôtes) | Réparti entre Direct + Organique |
| Recherche organique | Google, Bing, DuckDuckGo, Yandex, Baidu, Brave (27 hôtes) | Organic Search |
| Réseaux sociaux | Facebook, Instagram, TikTok, X, LinkedIn, Reddit, Pinterest, plus raccourcisseurs (35 hôtes) | Organic Social |
UTM medium contient email OU référent est un hôte de webmail | ||
| Référent | Tout autre référent hors-site | Referral |
| Recherche payante | UTM medium correspond à `^(.cp. | ppc |
| Social payant | Même regex ET source est un réseau social | Paid Social |
Le bucket Assistants IA est celui que personne d’autre n’a encore intégré à un rapport par défaut. GA4 route toujours gemini.google.com vers Recherche organique et chatgpt.com vers Direct. Pour une boutique Woo, c’est la différence entre savoir que la recherche IA est un vrai canal et supposer que votre trafic a baissé.
La règle de santé des canaux (avec trois mises en garde que personne ne mentionne)
La règle de décision, en une phrase : un canal est sain si ses rebonds sont inférieurs ou égaux à la moyenne du site ET si sa durée de session est supérieure ou égale à la moyenne du site, avec au moins 50 sessions sur une fenêtre de 7 jours.
C’est correct. Mais chaque blog CRO s’arrête là et vous met en difficulté. Les trois mises en garde :
Mise en garde 1 — Comparez à une cohorte d’intention équivalente, pas à la moyenne du site
Un article de blog qui satisfait une requête de recherche rebondit à 70-90 % et le visiteur repart content. Une page d’atterrissage payante qui rebondit à 60 % est en feu. Selon l’analyse de 1,3 milliard de sessions de Siege Media, la plage saine pour les « visites de contenu informationnel » est 65-90 % ; la plage saine pour les « pages d’atterrissage transactionnelles » est 25-45 %. Une moyenne globale du site est la moyenne de ces deux distributions et est donc fausse pour les deux.
Correction : appliquez la règle au sein d’une seule cohorte d’intention. Comparez le rebond de chaque page d’atterrissage payante à la médiane des autres pages d’atterrissage payantes — pas au blog. Comparez le rebond de chaque article de blog aux autres articles de blog.
Mise en garde 2 — Exigez au moins 50 sessions sur une fenêtre de 7 jours avant de déclencher la règle
Avec moins de 50 sessions, le taux de rebond est du bruit statistique. Selon les recommandations méthodologiques de test de CXL, vous voulez au minimum des centaines de sessions avant de tirer des conclusions au niveau du canal. Cinquante est le plancher où vous pouvez repérer des problèmes directionnels ; traitez tout ce qui est en dessous comme « pas encore assez de signal, continuez à surveiller ».
Mise en garde 3 — Formulez la règle comme « premier à diagnostiquer » et non « premier à mettre en pause »
Le piège est de mettre en pause les campagnes au moment où elles échouent à la règle. Le bon choix est de diagnostiquer d’abord. Un canal qui échoue aux deux moitiés de la règle a généralement l’un de quatre problèmes corrigibles :
- Mauvaise page d’atterrissage. L’annonce envoie à
/shop, le message portait sur un produit spécifique. - Mauvaise audience. L’audience Lookalike a dérivé. L’audience Custom est épuisée.
- UTM cassé. Le responsable de campagne a refait le lien et a perdu
utm_medium. C’est maintenant en Direct. - Vrai mismatch produit-marché. La cohorte ne veut réellement pas ce que l’annonce promettait.
Mettez en pause uniquement après que le diagnostic ressort propre sur deux fenêtres d’affilée.
La matrice de décision en 4 actions : Développer / Corriger / Maintenir / Couper
Prenez chacun de vos huit canaux et répondez à deux questions sur chacun :
- Tendance de volume (28 derniers jours) : en hausse, plate ou en baisse ?
- Qualité (la règle de santé des canaux ci-dessus) : passe les deux moitiés, passe une, ou échoue aux deux ?
Cela vous donne une grille 3×3. Réduisez-la à quatre actions :
| Tendance × Qualité | Action |
|---|---|
| Hausse + Passe | Développer — augmenter le budget de 20-25 %, revérifier dans 7 jours |
| Hausse + Échec à une moitié | Corriger — diagnostiquer quelle moitié, tester A/B la page d’atterrissage ou le créa publicitaire |
| Plate + Passe | Maintenir — laisser tel quel ; ne pas sur-optimiser un canal qui fonctionne |
| Baisse + Échec | Couper — mettre en pause après diagnostic sur 2 fenêtres, réaffecter le budget |
C’est la matrice à imprimer et scotcher à votre écran. Elle réduit le tableau de bord d’attribution à 30 onglets de GA4 à une décision par canal par semaine.
Pourquoi Klaviyo dit 86 000 $ et Woo dit 24 000 $
Si vous faites tourner l’e-mail via Klaviyo, vous verrez cela. Le tableau de bord Klaviyo prétend 86 000 $ de « chiffre d’affaires attribué à Klaviyo » le mois dernier. Votre Woo Rapports → Commandes affiche 24 000 $ de chiffre d’affaires total. Que se passe-t-il ?
Deux effets cumulatifs :
- Klaviyo utilise une fenêtre d’attribution post-clic de 5 jours. Toute commande passée dans les 5 jours suivant n’importe quel clic e-mail — y compris un clic du flux de bienvenue de la semaine dernière — est attribuée au plus récent e-mail. Votre tableau de bord Woo enregistre la même commande une fois, avec la source last-click réelle (souvent une recherche Google sur le nom de la marque après que l’e-mail leur ait rappelé).
- Apple Mail Privacy Protection pré-récupère chaque e-mail. Cela compte comme une « ouverture » dans Klaviyo même si le destinataire n’a jamais ouvert votre message. La chaîne aval « ouvert → cliqué → acheté » est gonflée de 2 à 4× quand les données d’ouverture sont fausses.
Les deux effets font paraître Klaviyo 2 à 4× meilleur que la source de vérité Woo — et ni l’un ni l’autre ne ment. Klaviyo rapporte correctement « cette commande a eu lieu dans les 5 jours suivant le contact avec un e-mail ». Woo rapporte correctement « le last-click de cette commande était la recherche sur la marque après l’e-mail ». Ils répondent à des questions différentes.
La réconciliation honnête pour un propriétaire solo :
- Pour votre vérité du chiffre d’affaires, utilisez le journal de commandes Woo. Toujours. C’est le seul chiffre que les autorités fiscales acceptent.
- Pour le ROI du programme e-mail, utilisez le chiffre de Klaviyo avec la mise en garde : « c’est la borne supérieure en supposant que notre fenêtre de 5 jours capture le bon last-click. »
- Pour les décisions d’allocation par canal, utilisez le rapport Sources par session de Statnive — il vous montre quels canaux envoient des visiteurs qualifiés tout court, avant qu’aucun argument de fenêtre d’attribution ne commence. Les données de visite ne sont pas contaminées par la fenêtre de Klaviyo ni par la perte de cookies de GA4.
La réponse entreprise est de déployer l’API Conversions côté serveur et d’assembler une couche BigQuery. La réponse Woo solo est : arrêtez de débattre de quelle plateforme est « juste » et utilisez chacune pour ce qu’elle décrit honnêtement.
À quoi ressemble WooCommerce Order Attribution + Statnive ensemble
Depuis WooCommerce 8.5 (janvier 2024), chaque commande Woo porte un post meta _wc_order_attribution_* — source first-touch, basée sur cookies, avec un plafond de fenêtre de 7 jours sur Safari (la limite Apple ITP). C’est une lentille utile de chiffre d’affaires first-touch.
Statnive ne chevauche pas cela. Statnive est par session (chaque visite, pas seulement les commandes), sans cookies (pas de plafond Safari de 7 jours), et ne voit actuellement pas le chiffre d’affaires. Les deux ensemble couvrent l’image :
- Le rapport Sources de Statnive répond à : d’où viennent les 99 % de mon trafic qui n’a pas acheté cette semaine ?
- WooCommerce Order Attribution répond à : sur le 1 % qui a acheté, quelle était la source first-touch par commande ?
Activez les deux. Lisez-les des jours différents pour des décisions différentes. L’Order Attribution pilote l’allocation budgétaire quand vous avez les données de chiffre d’affaires ; Statnive pilote la décision de qualité des canaux pour le pool bien plus large de visites qui n’ont jamais converti.
Ce que le rapport Chiffre d’affaires v1.0.0 ajoute
À partir de la v1.0.0 (mai 2026), le rapport Chiffre d’affaires de Statnive livre les deux choses que cette boucle de qualité des canaux à elle seule ne pouvait pas couvrir :
- Chiffre d’affaires par canal dans Statnive. Le tableau « CA par canal » du rapport Chiffre d’affaires montre Commandes, CA (net) et Panier moyen sur les 8 mêmes canaux décrits ci-dessus — Direct, Assistants IA, Recherche organique, Réseaux sociaux, E-mail, Référent, Recherche payante, Social payant. Vous pouvez répondre à « Recherche payante a généré 4 200 $ la semaine dernière » sans quitter Statnive.
- Décrochage au stade panier. L’Entonnoir Panier-vers-Achat lit quatre événements côté serveur de WooCommerce —
wc_product_view → wc_add_to_cart → wc_checkout_start → wc_purchase— et montre le taux de conversion par étape. Vous pouvez voir où le Social payant décroche entre panier et commande, pas seulement qu’ils sortent quelque part après la page panier.
Les deux ont été livrés gratuitement, sur WordPress.org, en v1.0.0. Les commandes historiques se remplissent automatiquement à la première ouverture du rapport Chiffre d’affaires — aucune configuration requise.
La boucle de qualité des canaux de cet article pilote toujours le côté trafic de la décision (quels canaux méritent plus de budget publicitaire), et compose désormais avec le rapport Chiffre d’affaires pour le côté achat (quels canaux convertissent réellement et à quel panier moyen). Faites-les tourner côte à côte : un canal peut échouer à la règle rebond+durée et tout de même bien convertir, ou passer la règle et mal convertir. Dans tous les cas, vous avez maintenant les données.
Que faire ensuite
- Installez Statnive depuis WordPress.org si vous ne l’avez pas encore fait.
- Ouvrez le rapport Sources. Identifiez les volumes de sessions sur 7 jours de vos huit canaux.
- Pour chaque canal avec ≥ 50 sessions, calculez son rebond et sa durée vs sa cohorte d’intention équivalente.
- Placez chaque canal sur la grille 3×3 Tendance × Qualité ; réduisez à Développer / Corriger / Maintenir / Couper.
- Faites le diagnostic sur les candidats « Couper » pendant deux fenêtres de plus avant de mettre en pause.
- Lisez le pilier sur l’analyse respectueuse de la vie privée pour le CRO WooCommerce pour la boucle hebdomadaire complète dans laquelle cela s’inscrit.
C’est le flux. Dix minutes par semaine. Sans GA4. Sans Looker. Sans « stack de croissance e-commerce DTC ». Juste votre boutique, huit canaux, une matrice et la discipline de diagnostiquer avant de mettre en pause.