Garder des pages rapides sur un très grand catalogue

Le besoin type

Les réglages de performance standards de PrestaShop — cache, compression, optimisation d'images — donnent de bons résultats sur un catalogue de taille courante, mais atteignent leurs limites sur un catalogue très volumineux : les pages de catégorie avec filtrage deviennent lentes, l'indexation pour la recherche prend un temps disproportionné, certaines opérations d'administration ralentissent au point de gêner le travail quotidien de l'équipe. Le problème n'est alors plus la configuration mais la structure même des requêtes et des index sous-jacents.

Comment j'interviens sur ce genre de besoin

Je commence par mesurer précisément où le temps est réellement perdu, plutôt que d'optimiser au hasard : requêtes SQL les plus coûteuses sur les pages critiques, temps de génération versus temps réseau, comportement du cache sur les pages à fort trafic. Cette mesure oriente l'effort vers ce qui a un impact réel, un catalogue volumineux révèle souvent que le goulot d'étranglement n'est pas là où l'intuition le placerait.

Les leviers les plus fréquents sur ce type de catalogue sont l'ajout d'index ciblés sur les colonnes utilisées par les filtres et le tri, la révision des requêtes générées par les modules qui n'ont pas été pensés pour un tel volume, et une stratégie de cache plus fine que le cache par défaut, en particulier sur les pages de catégorie avec de nombreuses combinaisons de filtres possibles. Le choix de l'hébergement compte aussi : un catalogue de cette taille bénéficie généralement d'un environnement dimensionné en conséquence, avec une base de données correctement configurée plutôt qu'un hébergement mutualisé générique.