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 ? »
Suivre sur les réseaux sociaux les réponses les plus colorées d'utilisateurs plus ou moins avertis avec chacun son avis. Parmi ceux qui recommandent Magento parce qu'ils utilisent Nike, à ceux qui ne recommandent pas Magento pourquoi Il y a un article en ligne qui dit également que WooCommerce peut gérer des magasins avec plus d'un demi-million de produits.
En règle générale, ces fils de discussion sur WooCommerce dans les médias sociaux se terminent toujours par du vin et des tarallucci avec des commentaires banals et enfantins qui s'enflamment même avec des insultes mutuelles et habituelles "Tu ne sais pas qui je suis. »
Tenir pour acquis que de telles conversations n'aident personne, nous avons pensé écrire cet article qui ne se veut pas forcément la vérité absolue, mais au moins un substitut aux considérations personnelles et aux expériences techniques dérivées de ceux qui de 2005 à 2019 ont eu l'opportunité de faire de l'ingénierie des systèmes pour les entreprises qui travaillent à haut niveau sur Magento, ainsi que pour les autres entreprises et développeurs plus ou moins expérimentés (ou absolument novices et « fugueurs ») avec 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 :
Cependant, quelle que soit la décision irrévocable de vouloir 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 donc à ceux qui nous demandent "une boutique WooCommerce peut-elle gérer 100 XNUMX produits avec fluidité et une expérience utilisateur satisfaisante ?" serait : "Oui, mais sous certaines conditions. »
Si on prend le site par exemple Intershop (https://www.inter-shop.gr/) nous pouvons dire que ce commerce électronique développé avec WooCommerce pourrait être un exemple clair de la façon dont un WooCommerce peut gérer environ 170 XNUMX produits sans aucun problème.
Intershop.gr avec ses 160 XNUMX produits.
Inter-Boutique est une boutique électronique qui importe et commercialise des produits de diverses entreprises grecques. Leur boutique en ligne est basée sur la plateforme WooCommerce et compte plus de 158.000 XNUMX produits qui varient dans des catégories telles que les gadgets électroniques, les articles électriques, les outils automobiles, etc. Le magasin Inter se trouve en Grèce et s'adresse aux consommateurs du monde entier. Bien que les frais d'expédition varient d'un pays à l'autre.
Leur site inter-shop.gr est basé sur Thème WordPress Flatsome. Selon les statistiques de WPThemeDetector, ce thème WordPress de UXThemes est classé n°13 dans la liste des meilleurs thèmes WordPress. FlatSome est un thème hautement personnalisable, très bien conçu principalement pour les utilisateurs de WooCommerce.
Selon WhoIsHostingThis, Inter Shop utilise CloudFlare qui est populaire pour ses services liés à la vitesse et aux performances, ce qui en fait une entreprise fiable de performances et de sécurité Web et nous donne plus de raisons de croire que WooCommerce est facilement évolutif si vous disposez d'un support d'hébergement adéquat et d'un développement d'applications simple et bien fait.
Inter Shop utilise W3 Total Cache, un plugin qui aide à améliorer la vitesse et les performances du site Web, offrant ainsi à l'utilisateur une meilleure expérience globale du site avec des temps de chargement inférieurs à deux secondes.
Alors encore une fois, la réponse est oui. Oui, il est possible de gérer de grands magasins 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.
Car il y a une grande différence à noter qu'un site construit avec WooCommerce peut être extrêmement lent, et aussi à savoir expliquer pourquoi. Jeter les WooCommerce fabriqués par le cousin, c'est bien, amener le site à des outils d'analyse et de profilage tels que New Relic et comprendre les goulots d'étranglement (et peut-être même les résoudre) est une évidence. Comme il est rare de choisir un hébergement comme le nôtre qui fournit des technologies adéquates pour héberger un site WooCommerce. D'un montage correct des partitions, à un réglage correct du système et des services, à l'utilisation de plusieurs couches de cache (Redis.io, Memcached, Zend OpCache, W3 Total Cache, Varnish, NGINX Cache), à l'utilisation de Les tables InnoDB plutôt que l'antique MyISAM dans un contexte global où la performance est vraiment tout.
Dans la plupart des cas, cependant, un bon réglage du système même avec toutes les précautions du monde et la meilleure bonne volonté, il ne pourra pas résoudre les problèmes structurels dérivés de thèmes ou de plugins "Killer Killer" qui devraient être effectivement interdits sur WordPress car ils surchargent la base de données ou les processus de requêtes, rendant tout extrêmement lent et inutilisable. Un bon réglage du système et un bon hébergement avec de bons caches peuvent peut-être réduire l'expérience utilisateur initialement insatisfaisante de 10 secondes à 3. Un bon débogage avec une résolution d'application (peut-être en supprimant ou en remplaçant un plugin), en revanche, peut éliminer le problème en permettant un chargement en seulement 1 seconde.
Plugins lents. Un exemple avec WPML.
L'un des exemples que nous mentionnons toujours lorsqu'un client décide de planifier la traduction de son site actuel dans des langues autres que les langues actuelles est celui de n'utilisez pas WPML.
Cependant bien médiatisé et répandu, WPML (le plugin le plus connu pour les traductions de sites WordPress), on ne peut certainement pas dire qu'il brille par ses performances. En effet, en mettant en place des solutions personnalisées pour traduire les différentes langues, comme des tables propriétaires, des jointures multiples etc., le seul résultat que vous obtenez (en plus de la traduction multilingue évidente des pages WordPress et WooCommerce) est celui de ralentir considérablement la vitesse 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.
Une vraie expérience que nous avons eue avec un de nos clients était de donner une optimisation frontale vraiment importante, amenant le chargement d'environ 6 secondes à moins de 1 car l'utilisateur non connecté a été servi la page précédemment générée dans le cache. Cependant, le problème subsistait lorsque l'utilisateur (par exemple un commerçant avec ses tarifs réservés) décidait de se connecter et donc de naviguer sans bénéficier du cache Varnish statique. À ce stade, toute l'optimisation du serveur a échoué et le site était à nouveau irrémédiablement lent.
Que faire alors ?
Le site était simplement encore dans une langue et bien qu'il utilisait WPML avec l'italien comme langue principale, il n'avait toujours pas été traduit dans les autres langues. les en dehors pour plus tard 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 viable au très lent WPML est Presse multilingue (https://multilingualpress.org), un choix également recommandé par d'autres hébergements basés sur les performances tels que WP Engine, car sa structure est basée sur la fonctionnalité WordPress multisite natif (au lieu du code spaghetti et des tables propriétaires de WPML) vous permet d'obtenir le maximum de performances et de fonctionnalités sans inventer des astuces étranges et très lentes comme le fait WPML, maintenant à la fin 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 inhérent au point mentionné comme « Solutions d'hébergement mutualisé inadaptées », aussi le manque de disques SSD ou nVME adéquats peut entraîner des ralentissements en lecture et en écriture avec une augmentation des latences de nature à créer des goulots d'étranglement importants et une lenteur générale. Il n'est même pas nécessaire de trop s'attarder sur les mots ou la virtuosité technique, il suffit de jeter un œil au benchmark suivant pour comprendre l'importance d'un disque SSD ou plutôt nVME plutôt que des disques durs HDD mécaniques classiques.
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 que WooCommerce ne convient que pour les petits sites et avec peu de produits, sinon ça commence à être extrêmement lent, dans la vidéo vous pouvez voir de vos yeux la fluidité de navigation d'un WooCommerce qui a téléchargé plus de 10 XNUMX 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.
