L’agence Ivimedia m’a confié deux boutiques PrestaShop d’un même client, reliées à son ERP et devenues très lentes. Après diagnostic et optimisation, la liste des paniers en back-office s’ouvre en 35 millisecondes au lieu de 285 secondes, et le serveur répond vite à 83 % des visites mobiles contre 35 %.
Après
Réponse serveur rapide, mobile83 %+48 pts
Relevés serveur et back-office avant et après intervention, et données de navigation Chrome (CrUX) sur mobile pour la boutique principale, avril contre octobre 2026.
Cinq chantiers, après un diagnostic chiffré.
Lecture des échanges SOAP avec l'ERP à travers le tunnel IPSec, repérage des appels répétés.
Les causes des lenteurs chiffrées avant toute modification
Requêtes lentes réécrites ou indexées, dont celles de la recherche à facettes.
Connexions au pic ramenées de 245 à 63
Crons réordonnés, réindexation des facettes en heures creuses, appels SOAP réduits.
Import nocturne plus court d'un tiers, 72 580 produits sans erreur
Réglages mémoire, caches Symfony, CSS et JS.
Réponse serveur rapide pour 83 % des visites mobiles
Surcharge de la liste des paniers pour alléger sa requête.
La page s'ouvre en 35 ms au lieu de 285 s
Ivimedia est une agence web. Son client exploite deux boutiques PrestaShop reliées à un ERP, qui saturaient le serveur.
La demande : trouver pourquoi, chiffres à l’appui, puis rendre les boutiques rapides sans changer d’hébergement.
Elles appartiennent au client de l'agence. Le travail est décrit sans les nommer.
Par la mesure : requêtes lentes, connexions, tâches planifiées, appels à l'ERP. On corrige ensuite ce qui coûte le plus.
Back-office et serveur : relevés avant et après intervention, en 2026. Visiteurs : données de navigation Chrome (CrUX) sur mobile pour la boutique principale, avril contre octobre 2026. Une réponse serveur est rapide sous 0,8 seconde.
Pas de commercial, pas de sous-traitance cachée : c'est moi qui réponds. Un message suffit pour obtenir un devis personnalisé.