Table des matières de l'article :
De la part des utilisateurs actifs des différents groupes WordPress sur Facebook, ainsi que parmi les différentes demandes par e-mail et téléphone que nous recevons habituellement, l'une des questions les plus fréquemment posées est celle concernant le nombre de produits que WooCommerce peut gérer.
Cela ressemble à ceci: "Je devrais faire un commerce électronique avec n mille produits, est-ce que WooCommerce est d'accord ? »
Une autre variante de la question ressemble à : "Je devrais faire un commerce électronique avec n mille produits. Puis-je utiliser WooCommerce ou dois-je utiliser Magento ou Prestashop ? »
Voici les réactions diverses observées sur les réseaux sociaux, provenant d'utilisateurs aux compétences variées et aux opinions diverses. Certains recommandent Magento car Nike l'utilise, tandis que d'autres le déconseillent en s'appuyant sur un article en ligne indiquant que WooCommerce peut également gérer des boutiques proposant plus d'un demi-million de produits.
Généralement, ces discussions sur WooCommerce sur les réseaux sociaux finissent toujours par se transformer en une tirade d'ivrognes, avec des commentaires banals et puérils qui dégénèrent même en échanges houleux d'insultes et le traditionnel « Tu ne sais pas qui je suis » .
Partant du principe que ce genre de conversations n'aide personne , nous avons pensé écrire cet article, qui ne prétend pas être la vérité absolue, mais au moins un substitut de considérations personnelles et d'expériences techniques tirées de l'expérience de ceux qui, de 2005 à 2019, ont eu l'opportunité de faire de l'ingénierie système pour des entreprises travaillant à un haut niveau sur Magento, ainsi que pour d'autres entreprises et développeurs plus ou moins expérimentés (ou totalement novices et « en fuite ») dans la création de boutiques WooCommerce.
Nous pensons personnellement que une plate-forme de commerce électronique doit être choisie en particulier pour les fonctionnalités qu'elle offre plutôt que de se fier au nombre de produits qu'il peut traiter.
Par exemple, si nous devions gérer une boutique de type multiboutique (où par exemple chaque boutique répond à un domaine différent ou même où chaque boutique est verticalisée uniquement sur un certain produit, par exemple une pour les lunettes et une pour les chaussures) sûrement Magento ou chez au moins Prestashop serait des solutions prêtes à répondre à nos besoins, tandis qu'un WooCommerce devrait être étendu et intégré avec des plugins supplémentaires avec les avantages et les inconvénients relatifs.
Il n'en demeure pas moins que WooCommerce est capable d'offrir un excellent potentiel à ceux qui ont la volonté de développer un ecommerce rentable comme on peut le voir par exemple sur cette capture d'écran d'un de nos clients :
Indépendamment de la décision irrévocable d'utiliser WooCommerce, essayons de répondre à la simple question ci-dessus : « Combien de produits WooCommerce peut-il gérer ? »
Lue de cette manière, la question peut sembler trompeuse, car la quantité de produits gérables devrait au moins être inhérente à l'agrément de la navigation, à la fluidité de celle-ci et, en bref, donner une expérience utilisateur très agréable et confortable.
Pour qu'un concept soit clair, personne n'est intéressé à avoir un commerce électronique avec 100 XNUMX produits si la navigation est lente et prend 10 secondes pour chaque page à charger.
Sinon, cependant, cela pourrait l'être si le temps de chargement est inférieur à 2 secondes même face à 1000 utilisateurs connectés simultanément.
A la rigueur, nous essayons donc de faire des réflexions à la hauteur des attentes du client mais surtout du client final qui peut naviguer confortablement sur le site en sirotant un chocolat chaud en bonne compagnie, peut-être depuis son nouvel iPhone.
La réponse plausible à ceux qui nous demandent « une boutique WooCommerce peut-elle gérer 100 000 produits avec fluidité et une expérience utilisateur satisfaisante ? » serait : « Oui, mais sous certaines conditions. »
Si l'on prend le site web d'Intershop ( https://www.inter-shop.gr/ ) comme exemple, on peut dire que ce site de commerce électronique développé avec WooCommerce pourrait être un exemple clair de la façon dont un site WooCommerce peut gérer environ 170 000 produits sans problème.
Intershop.gr avec ses 160 XNUMX produits.
Inter Shop est une boutique en ligne qui importe et vend des produits de différentes entreprises grecques. Basée sur la plateforme WooCommerce, elle propose plus de 158 000 produits dans des catégories telles que les gadgets électroniques, l'électroménager, l'outillage automobile, etc. Inter Shop est présente uniquement en Grèce et livre dans le monde entier. Les frais de livraison varient cependant selon le pays.
Leur site web, inter-shop.gr, utilise le thème WordPress Flatsome . D'après les statistiques de WPThemeDetector, ce thème WordPress de UXThemes se classe 13e parmi les meilleurs thèmes WordPress. Flatsome est un thème hautement personnalisable, conçu principalement pour les utilisateurs de WooCommerce.
Selon WhoIsHostingThis, Inter Shop utilise CloudFlare , réputé pour ses services liés à la vitesse et aux performances, ce qui en fait une entreprise fiable en matière de performance et de sécurité web et nous donne d'autant plus de raisons de croire que WooCommerce est facilement évolutif si vous disposez d'un hébergement adéquat et d'un développement d'applications allégé et bien réalisé.
Inter Shop utilise W3 Total Cache, un plugin qui contribue à améliorer la vitesse et les performances du site web , offrant ainsi à l'utilisateur une expérience globale améliorée avec des temps de chargement inférieurs à deux secondes.
Donc, une fois de plus, la réponse est oui. Oui, il est possible de gérer de grandes boutiques en ligne avec WooCommerce.
Pourquoi cela va-t-il lentement avec seulement quelques produits ?
Une des objections de ceux qui ne recommandent pas l'utilisation de WooCommerce est qu'ayant essayé et testé l'utilisation sur un site avec peu de produits (voire quelques centaines), l'expérience était tellement lente, négative et traumatisante que WooCommerce était considéré comme un choix .très mauvais (même pas recommandé) pour tous ceux qui avaient décidé de l'utiliser. Evidemment, ils ne se sont pas du tout demandé si tout avait été fait correctement et si la cause (ou les causes) d'un mauvais résultat final pouvait être imputable à d'autres raisons.
Il y a une grande différence entre constater qu'un site WooCommerce peut être extrêmement lent et en comprendre la raison. N'importe qui peut se débarrasser d'un site WooCommerce créé par un amateur, mais l'analyser avec des outils de profilage comme New Relic, identifier ses points faibles (et peut-être même les corriger) est une tâche complexe. De même, peu de personnes choisissent un hébergeur comme le nôtre , qui propose des technologies adaptées à l'hébergement d'un site WooCommerce. Cela commence par un montage de partitions correct, un paramétrage système et de services optimal, l'utilisation de plusieurs couches de cache (Redis.io, Memcached, Zend OpCache, W3 Total Cache, Varnish, NGINX Cache) et l'utilisation de tables InnoDB plutôt que des tables MyISAM obsolètes, dans un contexte où la performance est primordiale.
Dans la plupart des cas, cependant, même avec toutes les précautions et les meilleures intentions, une optimisation système poussée ne permettra pas de résoudre les problèmes structurels causés par les thèmes ou extensions gourmandes en ressources serveur. Ces dernières devraient être bannies de WordPress car elles surchargent la base de données ou les processus de requêtes, rendant le système extrêmement lent et inutilisable. Une bonne optimisation système et un hébergement de qualité, avec des caches performants, peuvent éventuellement réduire le temps de chargement initial, initialement insatisfaisant, de 10 à 3 secondes. Un débogage efficace, associé à une solution spécifique à l'application (par exemple, la suppression ou le remplacement d'une extension), peut éliminer le problème et permettre un chargement en seulement 1 seconde.
Plugins lents. Un exemple avec WPML.
L'un des exemples que nous citons toujours lorsqu'un client décide de traduire son site actuel dans des langues autres que celles qu'il maîtrise actuellement est celui de ne pas utiliser WPML.
Malgré sa popularité largement médiatisée, WPML (l'extension de traduction WordPress la plus populaire) n'est certainement pas une solution particulièrement performante. La mise en œuvre de solutions personnalisées pour la traduction de différentes langues, telles que des tableaux propriétaires, des jointures multiples, etc., ne fait qu'entraîner (outre la traduction multilingue évidente des pages WordPress et WooCommerce) un ralentissement significatif du temps de chargement des pages.
S'il est vrai que sur un site rapide, augmenter la vitesse de chargement à 100% peut signifier avoir un site qui utilise WPML qui se charge toujours en 2 secondes au lieu de 1, sur des sites plus lents cela peut signifier qu'un site se charge en six secondes au lieu de. 2 ou 3 et ce n'est pas tolérable.
Lors d'une expérience concrète avec l'un de nos clients, nous avons constaté une amélioration significative de l'optimisation front-end, réduisant le temps de chargement d'environ 6 secondes à moins d'une seconde grâce à l'affichage de la page mise en cache aux utilisateurs non connectés. Cependant, le problème persistait lorsque l'utilisateur (par exemple, un commerçant disposant de ses propres listes de prix) décidait de se connecter et de naviguer sans bénéficier du cache statique Varnish. À ce moment-là, toute l'optimisation serveur était perdue et le site redevenait irrémédiablement lent.
Que faire alors ?
Le site n'était toujours disponible que dans une seule langue et, malgré l'utilisation de WPML avec l'italien comme langue principale, il n'avait pas encore été traduit dans d'autres langues. La solution la plus judicieuse et la plus sensée consistait donc à extraire tous les articles, pages et produits de WPML, à les insérer en dehors de celui-ci, puis à désactiver et enfin à supprimer WPML.
C'est ici que le site est de retour, même pour les utilisateurs connectés.
La seule alternative valable à WPML, extrêmement lent, est Multilingualpress ( https://multilingualpress.org ), un choix également recommandé par d'autres fournisseurs d'hébergement axés sur la performance comme WP Engine, car sa structure basée sur la fonctionnalité multisite native de WordPress (au lieu du code spaghetti et des tables propriétaires de WPML) vous permet d'obtenir des performances et des fonctionnalités maximales sans avoir recours à des stratagèmes étranges et extrêmement lents comme le fait WPML, désormais au terme d'une carrière déshonorée.
Cela coûte environ 200 $ par an pour chaque site, mais vous ne vous ruinez certainement pas comme le fait WPML.
Évidemment, nous voulions nous concentrer sur WPML, car il est courant de constater un ralentissement notable au moment de la traduction dans la langue, mais ce n'est pas le seul plugin capable de tuer le commerce électronique en vous ralentissant comme des escargots. En règle générale, il est conseillé d'éviter tous ceux qui utilisent des appels AJAX vers le backend, ainsi que tous ceux qui ont des fonctions non primaires et qui restent impunis à massacrer la base de données avec des requêtes.
D'autres facteurs négatifs pour une boutique WooCommerce performante ?
D'autres facteurs négatifs pour un WooCommerce performant qui peut ne pas être en mesure de gérer un bon nombre de produits ou un bon pic de trafic sont :
Solutions d'hébergement mutualisé inadaptées.
Quel serait le sens de l'économie de prêt et de l'épargne en dépensant 100 euros par an plutôt que 100 euros par mois pour un serveur dédié géré et géré optimisé si en fait votre entreprise vaut des centaines de milliers d'euros par an ou par mois ? Cela semble absurde mais il est arrivé de voir des entreprises avec des sites lents en hébergement mutualisé avec un chiffre d'affaires de quelques centaines de milliers d'euros par an qui ne voulaient pas passer aux serveurs dédiés car selon l'administrateur c'était trop cher. Dans ce cas, changez de travail et fermez l'entreprise. Allez à la plage plutôt que de prétendre être un entrepreneur.
Manque de disques SSD ou nVME en RAID.
Toujours dans la même veine que le point évoqué précédemment concernant les « solutions d'hébergement mutualisé inadaptées », l'absence de disques SSD ou NVMe adéquats peut également entraîner des ralentissements en lecture et en écriture, augmentant ainsi la latence et créant des goulots d'étranglement importants et une lenteur générale. Inutile de s'étendre sur les détails techniques ; il suffit de consulter le benchmark ci-dessous pour comprendre l'importance d'un disque SSD, ou mieux encore, d'un disque NVMe, par rapport aux disques durs mécaniques traditionnels.
Manque de technologies logicielles adéquates.
Soyons clairs une fois pour toutes, si vous pensez que l'hébergement signifie acheter un compte avec CPanel et Plesk auprès de fournisseurs de fer (matériel) sans faire de réglage ni d'optimisation de logiciel, malheureusement pour vous ils vous arnaquent.
Pour héberger sérieusement un projet WooCommerce, vous avez besoin d'une pile basée sur ces composants logiciels : NGINX avec http/2, PHP-FPM avec Zend OpCache, REDIS.IO et Memcache avec Varnish en reverse proxy et une configuration adéquate pour travailler en synergie avec WordPress et WooCommerce. Si ces points ne sont pas satisfaits et que votre fournisseur n'est pas en mesure de vous fournir ces services, fuyez car votre fournisseur n'est pas capable de très bien faire son travail ou de pousser votre magasin au maximum. Les noms des logiciels mentionnés ci-dessus ne sont pas notre recette exclusive car « c'est beau et nous l'aimons », mais les exigences recommandées et les meilleures pratiques de tout hébergement haute performance.
Un vrai test d'un de nos clients avec plus de 10 mille produits dans WooCommerce
Voulant rester dans la réalité et ne pas simplement dire ce que font les autres commerces électroniques que nous avons vus en ligne et documentés dans cet article avec nos recherches, nous voulions faire une démonstration pratique d'un commerce électronique créé avec WooCommerce qui compte plus de 10 XNUMX produits publiés.
Contrairement aux clichés habituels selon lesquels WooCommerce ne convient qu'aux petits sites avec peu de produits, sous peine de devenir extrêmement lent, la vidéo vous permet de constater par vous-même la fluidité de navigation d'un WooCommerce ayant chargé plus de 10 000 produits.
Conclusions
Nous pouvons donc conclure ce tour d'horizon sur la possibilité de pouvoir construire un grand e-commerce avec WooCommerce, avec l'affirmation que WooCommerce donne la possibilité de le faire de manière efficace et élégante, mais il appartient à la fois au développeur et à l'ingénieur système de faire des choix judicieux afin que tous les problèmes en construction qui pénaliseraient les performances, et (pour ce qui concerne l'ingénieur système) mettre en œuvre toutes les bonnes pratiques en dimensionnant la meilleure solution ad-hoc pour le projet tant du côté matériel que logiciel côté.
Si vous avez besoin d'évaluer la possibilité d'optimiser votre site et d'augmenter considérablement la vitesse, n'hésitez pas à nous contacter.
