BOUTIQUE EN LIGNE LENTE : LES CAUSES PROPRES À WOOCOMMERCE, PRESTASHOP ET SHOPIFY

Une boutique n'est pas une vitrine avec un panier. Chaque page produit croise le catalogue, le stock, les prix, les variantes et le panier du visiteur. Les leviers d'accélération ne sont pas les mêmes selon la plateforme.

Ce qui est commun à toutes

Les images produit d'abord : vingt vignettes par page de catégorie, quatre à huit par fiche, souvent servies en pleine résolution. Puis les scripts d'applications : avis, recommandations, chat, pixels publicitaires, pop-up de newsletter, chacun avec son fichier. Puis les polices et le thème. Ces trois postes font 70 pour cent du problème quelle que soit la plateforme ; le reste est spécifique.

WooCommerce

WordPress n'a pas été conçu pour le commerce, et ça se voit sur le cache : les pages panier, commande et compte ne peuvent pas être mises en cache, et un cache mal réglé montre le panier d'un client à un autre. Les extensions WooCommerce de filtres, de variantes et de prix dégradés génèrent des requêtes lourdes sur des catalogues de plus de mille produits. Les fragments de panier (ce petit compteur en haut à droite) déclenchent une requête à chaque page, sur toutes les pages, même sans panier. Leviers : cache de page avec exclusions propres, cache objet (Redis) si l'hébergeur le propose, désactivation des fragments de panier hors boutique, index de base de données, et une version de PHP récente. Sur un catalogue B2B de 200 références que j'ai repris, la note mobile est passée de 69 à 99 sans changer de thème.

PrestaShop

PrestaShop est plus rapide que WooCommerce à catalogue égal, mais souffre de deux choses : les modules, souvent installés par dizaines et jamais retirés, dont certains chargent leurs scripts sur toutes les pages, et le temps de réponse serveur quand le cache Smarty et le cache d'application ne sont pas réglés, ou quand une boutique multilingue subit des robots qui parcourent toutes ses combinaisons d'URL. Sur une boutique d'épicerie fine en cinq langues, le temps de réponse était monté à 10 secondes ; il est à 1,3 seconde après blocage des robots agressifs, préchargement du cache et nettoyage des journaux. Leviers : audit des modules, cache et préchargement, protection contre les parcours automatiques, images WebP via le module natif, PHP 8.

Shopify

L'hébergement est excellent et vous n'y touchez pas ; tout le problème est dans le thème et les applications. Chaque application installée laisse des scripts, y compris après désinstallation. Les thèmes premium chargent des carrousels et des animations pour tout le monde. Les images produit sont servies redimensionnées par Shopify, mais pas celles insérées dans les sections personnalisées. Leviers : nettoyage des scripts d'applications résiduels, chargement différé des sections hors écran, images des sections en tailles multiples, polices système ou auto-hébergées. On ne peut pas agir sur le serveur, ni sur certains scripts imposés par la plateforme : je le dis avant de chiffrer.

Headless et sur mesure

Une boutique headless (Next.js devant Medusa, Shopify ou WooCommerce) est rapide par construction si on n'y ajoute pas ce qu'on a retiré : les mêmes pixels, les mêmes vidéos, les mêmes images non redimensionnées. Sur une boutique de ce type, les grilles d'images pesaient 56 Mo ; c'est le format et la taille qui comptaient, pas l'architecture.

Par quoi commencer

Mesurez la fiche produit la plus visitée et la page de catégorie principale, pas seulement l'accueil : c'est là que se joue la vente. Puis, dans l'ordre : images, applications et scripts, cache avec ses exclusions, base de données, hébergement. Un test d'achat complet après chaque étape, sur une copie du site quand c'est possible. Si vous voulez que quelqu'un s'en charge avec un objectif écrit, la prestation Site trop lent couvre les trois plateformes.

Questions fréquentes