Il y a quelques semaines, j’ai fait un constat désagréable : ma propre boutique PrestaShop, MesLacets.fr, était un peu lente. Pas catastrophique, mais assez pour que des pages mettent plus d’une seconde à s’afficher, et que Google le signale dans ses rapports.
Le cordonnier mal chaussé, en somme. Je passe mes journées à accompagner des clients sur PrestaShop, et ma boutique de lacets traînait des défauts que je n’avais jamais pris le temps de traquer.
J’ai donc décidé de faire ce que je conseille à tout le monde : mesurer avant de toucher à quoi que ce soit. Voici ce que dix jours de mesures m’ont appris, et ce qui a vraiment fait la différence.
Mesurer avant de toucher à quoi que ce soit
Quand une boutique est lente, la tentation est d’empiler les solutions toutes faites : un module de cache, une compression d’images, un changement d’hébergeur. Parfois ça marche, souvent ça déplace le problème.
J’ai préféré commencer par un outil de mesure maison, qui enregistre pour chaque page vue le temps de génération, le nombre de requêtes à la base de données et l’origine de la visite. Au bout de quelques jours, la boutique a commencé à parler.
Premier enseignement : la lenteur n’était pas uniforme. L’accueil et les fiches produits se portaient plutôt bien. Les vrais points noirs étaient ailleurs, et je ne les aurais jamais trouvés à l’intuition.
Les robots, ces visiteurs qui ne vous achètent rien
La première surprise est venue de l’origine des visites. Une part importante des pages générées ne l’était pas pour des clients, mais pour des robots : outils d’analyse SEO, services de surveillance, aspirateurs de contenus plus ou moins bien élevés.
Certains sont utiles, comme Googlebot. D’autres consomment des ressources sans rien apporter à une petite boutique : ils parcourent des milliers d’adresses de filtres, de tris et de pages anciennes, à toute heure.
J’ai trié les robots utiles des autres, fermé la porte aux plus gourmands et fait disparaître proprement d’anciennes adresses qu’ils continuaient de visiter. Résultat : le serveur passe désormais son temps à servir de vrais visiteurs.
Les pages catégories, là où la boutique s’essouffle
Le deuxième point noir, c’étaient les pages catégories. Sur une boutique de lacets, une catégorie peut afficher des dizaines de produits, chacun décliné en plusieurs couleurs et longueurs. Pour chaque vignette, PrestaShop allait chercher les images, les déclinaisons et les prix, souvent plusieurs fois les mêmes informations.
Sur certaines catégories, une seule page déclenchait plus de 600 requêtes à la base de données. J’ai supprimé ce qui n’était pas affiché, regroupé ce qui pouvait l’être et mis en mémoire les informations qui ne changent pas d’une visite à l’autre.
Les catégories principales sont passées d’environ 615 à moins de 300 requêtes. Le visiteur ne voit rien de ce travail, il voit simplement une page qui s’affiche plus vite.
Le décalage visuel, un défaut que Google remarque
Il y a un défaut que l’on ne voit pas forcément sur son propre ordinateur, mais que Google mesure : le décalage de mise en page, ou CLS dans le jargon des Core Web Vitals. C’est ce moment désagréable où le texte saute au chargement, parce qu’une police ou une image arrive en retard.
Sur MesLacets.fr, le menu changeait de taille au premier affichage, et la galerie des fiches produits bougeait le temps que sa mise en forme arrive. Rien de dramatique pour un visiteur, mais suffisant pour dégrader l’évaluation de Google.
J’ai hébergé la police directement sur le site, prévu une police de secours aux proportions identiques et chargé plus tôt ce qui structure la page. Le décalage mesuré est tombé à zéro, sur mobile comme sur ordinateur.
Le mystère des premières visites lentes
Restait une énigme. Certaines pages, parfaitement optimisées, mettaient parfois trois fois plus de temps que d’habitude. Pas tout le temps, seulement après quelques secondes sans visite.
C’est une particularité de l’hébergement mutualisé : quand le site dort, le serveur range ce qu’il a en mémoire pour faire de la place aux autres sites. Le visiteur suivant paie le prix du réveil.
Une fois la cause identifiée, la solution a été simple : garder la boutique éveillée, avec une sollicitation très légère et régulière. Les pages « à froid » sont passées d’environ 400 à 120 millisecondes. Pas besoin de changer d’offre d’hébergement, il fallait juste comprendre comment elle fonctionne.
Ce que je retiens pour toutes les boutiques PrestaShop
Cette expérience confirme une conviction : une boutique PrestaShop lente l’est rarement pour une seule raison, et rarement pour celle que l’on imagine. Les modules de cache miracles traitent les symptômes. La mesure, elle, désigne les causes.
Trois règles me guident désormais, chez moi comme chez mes clients. D’abord, mesurer avant d’agir, puis mesurer à nouveau après. Ensuite, avancer une modification à la fois, avec toujours un retour arrière possible. Enfin, ne jamais toucher à l’infrastructure sans prévoir l’impact sur le paiement en ligne : c’est une leçon que j’ai apprise à mes dépens, et je vous la raconterai dans un prochain article.
Cette série d’articles est là pour ça : partager ce que mes propres boutiques m’apprennent, sans recette magique, avec des résultats mesurés.
Votre boutique vous semble lente ?
Votre boutique PrestaShop vous semble lente, ou Google vous signale des pages à améliorer ? Je peux réaliser un diagnostic de performance, mesures à l’appui, avant de vous proposer quoi que ce soit.
Demander un diagnostic de performance L’accompagnement Expert PrestaShop