Vitesse sur PrestaShop sans rien casser
Ce skill rassemble ce qui a été mesuré et appliqué sur des boutiques PrestaShop réelles : ce qui améliore vraiment, dans quel ordre le faire et où l'on trébuche. Tout est anonymisé.
Les règles qui ne sont pas contournées
- Sauvegarde avant chaque modification. De chaque fichier touché, des lignes de configuration modifiées et de la configuration du serveur. Et un
volver.shqui annule cette modification précise. Détail dansreferencias/01-metodo-seguro.md. - Mesurer avant et après, avec la même méthode. Sans mesure de départ, on ne peut pas dire que quelque chose s'est amélioré. La méthode est dans
referencias/02-medir.mdet l'outil dansscripts/medir.py. - Un changement à la fois, et le tester en activant et désactivant. Pour savoir si une option aide, on mesure avec et sans elle, en alternant (A, B, A, B) et avec plusieurs chargements. Si ça ne s'améliore pas, on annule.
- Rien en production sans l'autorisation du propriétaire de la boutique, en disant avant ce qui va être touché. S'il y a une copie de la boutique, on teste d'abord là.
- Vérifier la fin, pas seulement le début. Mêmes codes HTTP qu'avant sur les pages clés, zéro nouvelle erreur JavaScript (celles qui existaient déjà ne comptent pas, mais on les note), images qui chargent, et panier et checkout qui fonctionnent.
- Informer de chaque changement : ce qui a été touché, où se trouve la copie, comment annuler et ce qui a été mesuré.
Ordre de travail, du plus rentable au moins
| Étape | Quoi | Référence |
|---|---|---|
| 1 | Mesurer la situation initiale (mobile 4G, première et seconde visite) | referencias/02-medir.md |
| 2 | Images : WebP sur les photos de produits, le thème et les bannières/CMS | referencias/03-imagenes-webp.md |
| 3 | Ressources bloquant le rendu : polices, icônes, jQuery, reCAPTCHA, CCC | referencias/04-bloqueos.md |
| 4 | Cache du navigateur pour les fichiers statiques | referencias/05-cache-navegador.md |
| 5 | Serveur : OPcache, MariaDB, PHP-FPM, sessions, DNS, CPU | referencias/06-servidor.md |
| 6 | Modules tiers qui appellent à l'extérieur ou bloquent | referencias/07-modulos-terceros.md |
| — | Pièges déjà rencontrés (à lire avant de commencer) | referencias/08-trampas.md |
Ce qui pèse le plus, ce sont presque toujours les images : des bannières PNG de 2 à 5 Mo sont courantes. Dans une boutique, la page d'accueil est passée de 26,5 Mo à 4,8 Mo uniquement avec le WebP sur les bannières, sans toucher à aucune image originale.
Outils
| Script | Utilité |
|---|---|
scripts/medir.py | Navigateur réel (Playwright) en mobile avec 4G lente et CPU ×4 : FCP, LCP, chargement, Ko, requêtes, ressources bloquantes, éléments les plus lourds et erreurs JavaScript, en première et seconde visite. |
scripts/revisar_cache.py | Combien de temps le navigateur conserve les CSS, JS, images et polices d'un site, et que les pages et le JSON ne soient pas conservés. Lecture seule. |
scripts/webp_al_lado.py | Crée image.png.webp à côté de chaque image d'un dossier (sans toucher l'originale), uniquement si elle pèse au moins 10 % de moins. Laisse un journal pour annuler. |
Templates de configuration prêts à adapter dans plantillas/ : négociation WebP sur nginx et Apache, bloc de cache navigateur sécurisé pour .htaccess, le Smarty partiel qui demande le WebP uniquement s'il existe et un modèle d'avis au développeur d'un module.
Comment informer à la fin
- Ce qui a été modifié, site par site, avec le chiffre avant et après.
- Où se trouve la copie et la commande exacte pour l'annuler.
- Ce qui reste en attente et quelle décision revient au propriétaire de la boutique.
- Ce qui a été vu en passant et qui n'a pas été touché (erreurs déjà présentes, modules suspects).