# Mon site est devenu lent du jour au lendemain

> Un site qui met soudain huit secondes à s’ouvrir alors qu’il en mettait deux la semaine dernière n’a pas « vieilli ». Quelque chose a changé, à une date précise, et retrouver cette date fait la moitié du diagnostic. Une lenteur installée depuis toujours et une lenteur apparue hier ne se traitent pas du tout de la même manière.

- Source canonique : [https://allaux.fr/problemes/site-lent-depuis-hier](https://allaux.fr/problemes/site-lent-depuis-hier)
- Langue : FR
- Dernière mise à jour : 2026-08-03

## Réponse directe

> Trouvez la date de bascule avant la cause : les journaux d’accès du serveur montrent en une lecture si le trafic a bondi ou si seul le temps de réponse a monté. Mesurez ensuite le temps jusqu’au premier octet sur une page simple puis sur une page catalogue ; si seule la seconde traîne, c’est une requête SQL. Sur PrestaShop, activez _PS_DEBUG_PROFILING_ dans config/defines.inc.php hors heures de pointe.

## Décrire la lenteur avec précision

- Le navigateur reste sur une page vide plusieurs secondes avant que quoi que ce soit s’affiche : le serveur est lent à répondre.
- La page apparaît vite mais reste inutilisable, les images arrivent une à une : le problème est dans ce que la page charge, pas dans le serveur.
- Seule l’administration est lente, la boutique visible par les clients reste normale.
- La lenteur revient à heure fixe, ou uniquement pendant vos campagnes.

## Deux lenteurs très différentes

Le premier chiffre à isoler est le temps que met le serveur à envoyer le premier octet de la page, appelé TTFB. Tant que ce délai reste sous quelques centaines de millisecondes, le serveur fait son travail : la lenteur ressentie vient alors du poids de la page, des images non compressées, des scripts tiers de suivi et de chat. Ce sont deux chantiers distincts, avec deux budgets distincts.

Si au contraire le premier octet met plusieurs secondes, le problème est en amont de l’affichage : requêtes trop nombreuses ou trop lourdes vers la base de données, cache désactivé, version de PHP ancienne, ou serveur saturé. Sur un hébergement mutualisé, la saturation peut même venir d’un autre site que le vôtre placé sur la même machine.

## Retrouver ce qui a changé

1. **Dater le début** — Demandez à vos équipes et regardez vos statistiques : la date exacte du basculement oriente tout le reste. Un jour, pas une semaine.
2. **Lister les changements de cette semaine-là** — Mise à jour du CMS, d’un module, d’une extension, ajout d’un script publicitaire, changement de thème, import massif de produits, changement d’offre chez l’hébergeur.
3. **Comparer une page simple et une page lourde** — Si la page de mentions légales est aussi lente que la page catégorie, la cause est globale (serveur, cache). Si seule la page catégorie souffre, la cause est dans le catalogue ou les filtres.
4. **Tester en dehors des heures de pointe** — Une lenteur qui disparaît la nuit désigne une limite de ressources, pas un défaut de code.
5. **Regarder la taille des tables** — Journaux de connexion, statistiques, paniers abandonnés et recherches enregistrées grossissent sans limite et finissent par ralentir chaque requête.

## Le piège du module de cache installé en panique

> Ajouter un module de cache sur un site déjà lent masque le symptôme sur les pages publiques et laisse le tunnel de commande, qui n’est jamais mis en cache, aussi lent qu’avant. Le cache s’installe après avoir corrigé la cause, pas à sa place.

## Continuer sur la bonne page

- **Diagnostiquer une boutique lente** — La méthode complète de mesure, avant de choisir quoi optimiser. ([/guides/diagnostiquer-boutique-lente](/guides/diagnostiquer-boutique-lente))
- **Boutique PrestaShop lente** — Si la cause est dans PrestaShop : cache, CCC, requêtes de catégorie. ([/prestashop/boutique-lente](/prestashop/boutique-lente))
- **Site WordPress ou WooCommerce lent** — Si la cause est dans WordPress : extensions, requêtes de produits, administration. ([/wordpress-woocommerce/site-lent](/wordpress-woocommerce/site-lent))
- **Le TTFB expliqué** — La définition du chiffre qui sépare une lenteur serveur d’une lenteur d’affichage. ([/glossaire/ttfb](/glossaire/ttfb))

## FAQ

### Mon hébergeur affirme que tout va bien de son côté, que répondre ?

Demandez-lui la consommation processeur et mémoire de votre compte sur les sept derniers jours, ainsi que le nombre de requêtes lentes en base. Ces chiffres existent toujours, et ils tranchent la question sans discussion.

### Faut-il changer d’hébergement pour régler une lenteur ?

Parfois, mais rarement en premier. Un site mal optimisé reste lent sur une machine plus puissante ; il coûte simplement plus cher. Je mesure d’abord d’où vient le temps perdu.

### La lenteur peut-elle venir d’un site piraté ?

Oui. Un site compromis consomme des ressources pour envoyer du spam ou héberger des pages parasites. Une lenteur inexpliquée accompagnée de trafic sortant anormal doit être traitée comme un incident de sécurité.

### Pourquoi mon site est-il rapide chez moi et lent pour mes clients ?

Votre navigateur garde en mémoire une grande partie des fichiers. Testez en navigation privée, depuis une connexion mobile et depuis un autre appareil : c’est ce que voient vos visiteurs.

### Combien de temps faut-il pour identifier la cause ?

L’identification est courte quand les journaux du serveur sont accessibles et que la date du basculement est connue. C’est la correction qui varie, selon qu’il s’agit d’un réglage ou d’une requête à réécrire.