Quand une boutique PrestaShop est lente, le réflexe est de changer d'hébergeur. C'est rarement là que ça se joue. Dans la plupart des boutiques que j'ouvre, la seconde perdue vient de trois endroits précis : un catalogue mal rangé dans la base, un module qui se charge sur toutes les pages alors qu'il ne sert qu'à un endroit, et une mémoire mal réglée qui refait cent fois le même travail. On mesure avant de conclure.
Paiement sécurisé par carte. Le rapport est livré à l'adresse indiquée ci-dessous.
Analyse en direct via Google PageSpeed Insights — le même outil qui influence votre référencement.
La première chose à séparer, c'est le temps du serveur et le temps de l'écran. Le serveur fabrique la page ; le navigateur du visiteur l'affiche. Les deux lenteurs n'ont pas les mêmes causes, ne se corrigent pas au même endroit, et les confondre fait acheter un hébergement plus cher pour un problème d'affichage.
Côté serveur : le temps de fabrication d'une page de rayon, d'une fiche produit et d'un panier, mesuré cache vide et cache chaud — le cache étant la copie toute prête d'une page, servie sans la recalculer. L'écart entre les deux dit à lui seul si cette mémoire travaille. Ensuite le catalogue.
C'est le cœur du sujet sur PrestaShop : la recherche à filtres envoie à la base des demandes qui s'effondrent au-delà de quelques milliers de références si les tables de filtres n'ont pas leurs index — le sommaire qui évite de tout relire — ou n'ont pas été reconstruites après un import. Un catalogue de 15 000 produits sur une base bien rangée répond mieux qu'un catalogue de 3 000 sur une base laissée en l'état. Côté visiteur : le poids réel des pages, le nombre de fichiers que chaque module ajoute au chargement, les images servies dans leur format d'origine plutôt qu'en WebP — un format deux à trois fois plus léger —, et les scripts tiers : les traceurs publicitaires et les fenêtres de discussion pèsent souvent plus lourd que tout l'habillage du site.
Le rapport donne le chiffre de départ pour chaque page type, ce que chaque correction devrait faire gagner, et le temps qu'elle demande. Sans chiffre de départ, on ne peut prouver aucun gain — et c'est précisément ce qui permet de vendre des accélérations sans jamais les vérifier.
Mesures répétées à plusieurs moments de la journée, sur les pages qui portent le trafic. Un relevé unique à 6h du matin ne dit rien de l'heure de pointe.
Chaque lenteur est suivie jusqu'à sa cause, sur une copie de la boutique. Rien n'est modifié sur la boutique en ligne.
Chaque correction avec son gain attendu et son coût en temps, de la plus rentable à la moins. Vous décidez où s'arrête le curseur.
L'hébergement était accusé depuis un an. Le traçage a montré une base qui cherchait sans sommaire — trois index manquants — et une table de filtres jamais reconstruite après un import. Deux jours de travail, pages sous la seconde.
Devis gratuit sous 48h. Réponse sous 24h. Aucun engagement.
Certification délivrée par l'éditeur du CMS
