65 millions de commandes WooCommerce : ce que les chiffres 2025 révèlent sur la performance de votre boutique

Metorik vient de publier la deuxième édition de son rapport annuel sur l’écosystème WooCommerce (source : metorik.com). Le principe : analyser les données réelles de plus de 6 000 boutiques, soit 65 millions de commandes et 6,6 milliards de dollars de chiffre d’affaires en 2025.

Ce ne sont pas des sondages ni des estimations. Ce sont des transactions réelles, anonymisées et agrégées. C’est la meilleure photographie qu’on ait de l’écosystème WooCommerce à ce jour.

Je ne vais pas résumer le rapport — vous pouvez le télécharger gratuitement sur le site de Metorik (source : metorik.com/woocommerce-insights). Ce qui m’intéresse ici, c’est ce que ces chiffres disent de la performance technique de votre boutique, et ce que vous pouvez en faire concrètement.

72 % des commandes sur mobile, mais le desktop rapporte 2,3 fois plus

C’est le chiffre le plus marquant du rapport. En 2025, 72 % des commandes WooCommerce sont passées sur mobile (contre ~62 % en 2023). La tendance est nette et irréversible.

Mais voici le paradoxe : le panier moyen desktop est de 167 $, contre 71 $ sur mobile. Le desktop ne représente que 28 % des commandes, mais concentre une part disproportionnée du chiffre d’affaires. Et l’écart se creuse d’année en année.

Qu’est-ce que ça signifie en pratique ? Que chaque milliseconde compte sur mobile. Si votre boutique met 4 secondes à charger un listing produit sur un smartphone, vous perdez les 72 % de vos visiteurs qui commandent en bas de l’entonnoir. Et ces visiteurs ne sont pas perdus par hasard — le mobile est structurellement plus sensible à la performance.

Google le confirme depuis des années : au-delà de 3 secondes de chargement sur mobile, 53 % des visiteurs abandonnent. Quand on sait que les Core Web Vitals sont mesurés en conditions réelles sur des connexions mobiles 4G, optimiser pour le mobile n’est plus un choix — c’est la base.

Ce que vous pouvez faire : Testez votre boutique sur un vrai téléphone en 4G, pas sur votre Mac en Wi-Fi. Mesurez le LCP (Largest Contentful Paint) sur vos pages produits et catégories avec PageSpeed Insights, onglet “données terrain”. Si vos scores mobile sont mauvais, un audit de performance WooCommerce permet d’identifier précisément ce qui ralentit l’affichage.

58 plugins en moyenne — et ça ne bouge pas

Le nombre moyen de plugins actifs sur une boutique WooCommerce est de 58. Les grosses boutiques (> 1M $ de CA) montent à 66. Le record dans le dataset : 237 plugins actifs sur une seule boutique.

Ce qui est frappant, c’est que ce chiffre est stable depuis 2023. Les marchands n’arrivent ni à réduire ni à augmenter significativement leur stack. Chaque plugin qu’ils suppriment est remplacé par un autre.

58 plugins, ça veut dire 58 fichiers functions.php ou équivalents chargés à chaque requête. 58 sources potentielles de CSS et JavaScript injectés dans le front-end. 58 tables ajoutées à la base de données. Et 58 mises à jour à surveiller.

La distribution est révélatrice : 18 % des boutiques tournent entre 41 et 50 plugins, 17 % entre 51 et 60. Mais il y a aussi 7 % des boutiques avec plus de 100 plugins. À ce niveau, la question n’est plus “est-ce que ça ralentit ?” mais “comment ça tient debout ?”.

Ce que vous pouvez faire : Faites l’inventaire. Combien de plugins actifs sur votre boutique ? Au-dessus de 60, un audit s’impose. Au-dessus de 80, c’est urgent. La première étape n’est pas de supprimer des plugins au hasard — c’est de mesurer l’impact de chacun avec Query Monitor. Les scripts tiers sont souvent les premiers responsables des ralentissements front-end.

Elementor n°1, Storefront à 0,8 % : le règne des page builders

Le classement des thèmes est parlant. Elementor domine à 9,3 %, suivi de Flatsome (7,4 %) et Woodmart (4,5 %). Le thème par défaut de WooCommerce, Storefront, est tombé à 0,8 % — en dernière position du top 10.

Ça confirme une tendance que je vois tous les jours sur les boutiques que j’audite : les page builders ont remplacé les thèmes légers. Le marchand veut une liberté totale de mise en page. Il l’obtient — au prix de la performance.

Un thème comme Flatsome ou Woodmart charge son propre framework CSS, ses propres scripts d’animation, sa propre librairie d’icônes, ses propres shortcodes. Par-dessus, Elementor ajoute sa couche. On se retrouve facilement avec 2 à 3 Mo de CSS et JavaScript rien que pour le thème.

Autre donnée du rapport : 56 % des boutiques n’utilisent pas de thème enfant. Elles personnalisent le thème parent directement, ce qui signifie que chaque mise à jour du thème risque de casser leurs modifications.

Ce que vous pouvez faire : Mesurez le poids total de votre front-end avec les DevTools de Chrome (onglet Network, filtre CSS + JS). Si vous dépassez 1 Mo de scripts sur une page catégorie, il est temps d’auditer ce que le thème charge et de désactiver le superflu page par page.

12 % encore sur PHP 7.4, 5 % sur WooCommerce < 9.0

Le rapport révèle l’état des versions de la stack technique. Côté positif : 71 % des boutiques sont sur la dernière version de WordPress (6.9) et 42 % sur la dernière WooCommerce (10.5).

Côté inquiétant : 12 % des boutiques tournent encore sur PHP 7.4, qui n’est plus supporté depuis novembre 2022. PHP 8.2 est le plus répandu à 33 %, mais PHP 8.3 ne représente que 24 %. Et il reste 5 % de boutiques sur des versions de WooCommerce antérieures à 9.0.

Ce n’est pas qu’un problème de sécurité. C’est un problème de performance directe. Le passage de PHP 7.4 à 8.2 apporte un gain de 15 à 25 % de performance sur WordPress, mesuré sur les temps de réponse serveur (TTFB). Pour une boutique WooCommerce qui fait des centaines de requêtes SQL par page, ça se traduit par des centaines de millisecondes gagnées.

Ce que vous pouvez faire : Vérifiez votre version PHP dans le tableau de bord WordPress (Outils > Santé du site). Si vous êtes en dessous de PHP 8.1, demandez à votre hébergeur de mettre à jour — c’est souvent un simple clic dans cPanel ou le panel d’hébergement.

21 % de paniers abandonnés — et les plus gros paniers sont ceux qu’on perd

Le rapport inclut des données sur l’abandon de panier issues de Metorik Engage. En moyenne, 21 % des paniers sont abandonnés. Le secteur mode (clothing) monte à 34 %.

Le détail qui fait mal : le panier moyen abandonné vaut 141 $, contre 117 $ pour un panier finalisé. On perd les paniers les plus gros. Les paniers récupérés (via email de relance) montent même à 174 $ de moyenne.

Le lien avec la performance est direct. Un checkout qui met 4 secondes à se charger, un bouton de paiement qui ne répond pas tout de suite, un formulaire qui rame sur mobile — tout ça pousse les acheteurs à haut panier vers la sortie. Ces clients savent ce qu’ils veulent et n’ont pas la patience d’attendre.

Pour le secteur mode, le taux de 34 % s’explique aussi par les pages plus lourdes (images haute résolution, lookbooks, filtres multiples) et un parcours d’achat plus complexe (taille, couleur, variantes). C’est le secteur qui a le plus à gagner d’un checkout optimisé.

Ce que vous pouvez faire : Mesurez le temps de chargement de votre page /checkout/. Si elle dépasse 2,5 secondes, migrez vers le checkout blocs WooCommerce — il est plus léger, se met à jour sans rechargement de page, et supporte les paiements express (Apple Pay, Google Pay). J’ai détaillé le processus de migration étape par étape dans ce guide dédié.

Frais de port gratuits : 74 % des commandes et un AOV 54 % plus élevé

Le free shipping est devenu le standard. 74 % des commandes WooCommerce incluent la livraison gratuite en 2025, contre 65 % en 2023. Et ces commandes ont un panier moyen de 123 $, contre 80 $ pour les commandes avec frais de port.

Ce que ça signifie côté performance : le seuil de livraison gratuite est devenu un levier d’optimisation du checkout à part entière. Si votre seuil est bien calibré, les clients ajoutent des produits pour l’atteindre, ce qui augmente le panier sans coût d’acquisition supplémentaire.

Mais pour que ça fonctionne, il faut que le message “Plus que X € pour la livraison gratuite” s’affiche instantanément quand le client modifie son panier. Si votre mini-panier se met à jour via une requête admin-ajax.php qui prend 800 ms, l’effet est dilué — c’est le même mécanisme que les cart fragments qui plombent les performances. Le checkout blocs, lui, met à jour les totaux côté client en temps réel.

Ce que vous pouvez faire : Vérifiez que votre seuil de livraison gratuite est visible dès le mini-panier. Si vous utilisez encore le checkout classique, la mise à jour du montant nécessite un rechargement complet — c’est un argument de plus pour migrer vers les blocs.

Ce que Metorik ne mesure pas : la cause des causes

Le rapport Metorik donne des chiffres sur le quoi : combien de plugins, combien d’abandons, quel panier moyen. Mais il ne mesure pas le pourquoi technique derrière ces chiffres.

Pourquoi 58 plugins en moyenne et pas 30 ? Parce que WooCommerce seul ne fait pas grand-chose — il faut des extensions pour les frais de port, les factures PDF, les variantes, le tracking, les coupons, les emails. Le rapport montre d’ailleurs que le top 20 des plugins WooCommerce inclut des fonctionnalités de base comme Stripe Gateway (40 %), PDF Invoices (28 %), ou Shipment Tracking (18 %).

Pourquoi le mobile génère 72 % des commandes mais un AOV 2,3x inférieur ? En partie parce que les boutiques ne sont pas encore optimisées pour le mobile. Un site lent sur mobile décourage les achats complexes et coûteux. Le desktop reste le refuge des acheteurs qui veulent comparer, configurer, et valider un gros panier sans friction.

Et pourquoi 12 % des boutiques restent sur PHP 7.4 ? Parce que mettre à jour fait peur. Un plugin mal codé qui casse sur PHP 8.x, un thème jamais testé, un hébergeur qui ne propose pas de staging. La dette technique est confortable jusqu’au jour où elle coûte cher — en performance, en sécurité, et en conversions. D’ailleurs, même les plugins de cache ne suffisent pas à compenser une stack technique obsolète.

En résumé

Les données Metorik confirment ce que je constate chaque semaine sur les boutiques que j’audite :

Le mobile domine mais n’est pas traité en priorité. 72 % des commandes, mais combien de marchands testent leur boutique sur un vrai smartphone ?
La stack technique est figée. 58 plugins, stable depuis 3 ans. Les marchands ne savent pas quoi supprimer sans casser quelque chose.
Les page builders ont gagné — au détriment de la performance. Elementor + un thème lourd + 58 plugins = un front-end de 3 Mo.
Le checkout est le point critique. Paniers abandonnés à 141 $ de moyenne, 34 % d’abandon dans la mode. C’est là que chaque milliseconde a un impact direct sur le chiffre d’affaires.
La dette technique est réelle. 12 % sur PHP 7.4, 5 % sur Woo < 9.0. Ce sont des boutiques qui laissent de la performance (et de l’argent) sur la table.

Le rapport complet de Metorik contient beaucoup d’autres données (distances de livraison, moyens de paiement, subscriptions, discounting par secteur). Je vous recommande de le lire — c’est le document le plus complet sur l’état réel de WooCommerce en 2025.

Votre boutique ressemble à ces moyennes ? Demandez un audit gratuit — je mesure ce qui ralentit votre WooCommerce et ce que ça vous coûte en conversions.