OVH depuis 2003 EN

Site lent sur OVH ? Voici comment faire.

En bref

Mesurez d'abord le temps de réponse du serveur (TTFB) : au-delà de quelques centaines de millisecondes, le problème est côté serveur, pas dans le navigateur. Sur un mutualisé OVHcloud, passez à une version récente de PHP via .ovhconfig, activez un cache de pages, bloquez les robots abusifs ; si cela ne suffit pas, le site a dépassé son offre ou sa technologie.

Mis à jour le 3 novembre 2026 · par Cédric, chez OVH depuis 2003 · indépendant, non affilié à OVHcloud.

root@clh.ovh: ~
curl -o /dev/null -s -w '%{time_starttransfer}\n' https://votre-site.fr
  2.814
clh --explain
  près de 3 s avant le premier octet : le serveur peine
01

Ce que vous voyez, et pourquoi.

Symptômes

Vous reconnaissez la situation ?

  • plusieurs secondes avant que la page commence à s'afficher
  • lenteurs aux heures de pointe seulement
  • une administration du site très lente
  • des alertes de ressources dans l'espace client
Causes probables

De la plus fréquente à la plus rare.

  1. une version ancienne de PHP
  2. aucun cache : chaque visite reconstruit la page
  3. des robots qui consomment les ressources de l'hébergement
  4. trop d'extensions, une base trop lourde, ou une offre trop petite
02

Comment faire, étape par étape.

  1. 01

    Mesurer le temps de réponse

    Le temps avant le premier octet isole le serveur du reste. Mesurez-le plusieurs fois, à différentes heures.

    curl -o /dev/null -s -w 'TTFB %{time_starttransfer}s\n' https://votre-site.fr
  2. 02

    Passer à une version récente de PHP

    Dans .ovhconfig, une version récente de PHP est nettement plus rapide que les anciennes. Testez d'abord sur une copie si le site est ancien.

    app.engine.version=8.3
  3. 03

    Activer un cache de pages

    Une page servie depuis le cache ne touche ni PHP ni la base. Votre CMS en propose un ; un CDN peut aussi servir les fichiers statiques.

  4. 04

    Bloquer les robots qui abusent

    Les journaux d'accès montrent qui consomme. Un robot inconnu qui charge des milliers de pages par heure se bloque dans le .htaccess.

    awk '{print $1}' access.log | sort | uniq -c | sort -rn | head
  5. 05

    Savoir quand changer d'approche

    Si le site reste lent avec tout ça, ce n'est plus un réglage : c'est l'offre (passer sur un VPS) ou la technologie. Un site réécrit en Go sert ses pages en quelques millisecondes sur une petite machine.

Toujours bloqué ? Décrivez-moi la situation : je regarde avec vous, et vous gardez la main sur votre compte OVHcloud.

03

Vos questions.

01

Un hébergement mutualisé OVH peut-il être rapide ?

Pour un site léger et bien mis en cache, oui. Il partage cependant ses ressources avec d'autres sites : au-delà d'un certain trafic ou d'un site lourd, un VPS ou un serveur dédié devient nécessaire.

02

Faut-il prendre un CDN ?

Il accélère les fichiers statiques (images, CSS, JavaScript) et soulage l'hébergement, mais ne corrige pas une page lente à générer. Commencez par le temps de réponse du serveur.

Une galère OVH,
on la règle ?

Décrivez ce que vous voyez, même en vrac : le message d'erreur, depuis quand, ce que vous avez essayé. Je vous réponds sous 24 h ouvrées, sans engagement.

Réglez-le pour moi

ou écrire directement à cedric@clh.ovh · indépendant, non affilié à OVHcloud

Réglez-le pour moi →
clh --nouvelle-demande

Décrivez la situation.

Votre message m'arrive directement. Réponse sous 24 h ouvrées, sans engagement.

Urgence
Accès au serveur ou au site