État en direct
Quelques secondes : l’état est lu au moment où vous ouvrez cette page.
Lu toutes les 5 minutes sur la page de statut officielle de OVHcloud. Ouvrir la page de statut
Votre site est inaccessible et vous ne savez pas d’où ça vient ? Envoyez-moi son lien, je regarde et je vous réponds sous 24 h.
Envoyer le lien de mon siteVotre site hébergé chez OVHcloud ne répond plus ? Voici ce que dit la page de statut Web Cloud de l’hébergeur (hébergements mutualisés, domaines, DNS, bases de données), lue toutes les cinq minutes, et comment savoir si la panne vient de lui ou de votre site.
Page tenue par Léo Guillaume, développeur freelance près de Rennes, qui remet en ligne des sites et des logiciels hébergés chez ces hébergeurs depuis 2019.
Mis à jour le
Vous ou l’hébergeur ?
Quand la page de statut est verte, la panne est presque toujours sur le site, le domaine ou le cache.
Si un autre site hébergé au même endroit répond, la panne ne vient pas de l’hébergeur mais de votre site, de votre nom de domaine ou de votre cache.
« Ce site est inaccessible » ou un délai dépassé pointent vers le serveur ou le DNS ; une erreur 500 ou une page blanche pointent vers le site lui-même (PHP, extension, base de données).
Un domaine expiré ou des DNS changés la veille donnent les mêmes symptômes qu’une panne. L’espace client de l’hébergeur ou le registrar affiche la date d’expiration.
Ce qu’il faut savoir
Relus le 27 octobre 2026 sur les pages officielles de l’hébergeur.
Page de statut
Le portail status-ovhcloud.com regroupe six pages ; celle qui compte pour un site vitrine ou une boutique est « Web Cloud » : hébergements mutualisés des centres de données de Gravelines (GRA) et de Beauharnois (BHS), domaines, DNS, bases de données, CDN. C’est elle qui est lue ici.
Source : OVHcloud, statut Web Cloud27 octobre 2026
L’incident « Filerz 956 Cluster129 » a été ouvert à 9 h 36 UTC avec un impact majeur : « les clients étaient temporairement dans l’impossibilité d’accéder à leurs sites hébergés sur le filerz touché ». Le même jour, un incident sur le cluster 121 (10 h 28 à 13 h 59 UTC) n’a pas touché l’accès aux sites.
Source : OVHcloud, historique des incidents Web CloudCluster
Chaque hébergement web OVHcloud est rattaché à un cluster (cluster021, cluster121…) visible dans l’espace client, rubrique Hébergements. Les incidents sont annoncés par cluster : si le vôtre n’est pas cité, la panne n’est probablement pas celle-là.
Source : OVHcloud, diagnostic d’un site inaccessibleMaintenance permanente
Sur la page Web Cloud, une dizaine de clusters apparaissent « en maintenance » en continu : ce sont des opérations de fond, pas des pannes. Cette page ne les compte pas comme des incidents ; seuls les incidents déclarés par OVHcloud le sont.
Source : OVHcloud, statut Web CloudSupport officiel : le guide « Que faire si mon site est inaccessible ? » d’OVHcloud détaille les vérifications côté client (DNS, .htaccess, PHP, quotas) et la création d’un ticket depuis l’espace client. Le support téléphonique est joignable au 1007 depuis la France.
Pendant la panne
Dans l’ordre, sans rien casser.
Ouvrez votre site depuis un autre réseau (4G plutôt que la box) et en navigation privée. Si ça marche ailleurs, le problème est local : cache, DNS de la box, pare-feu.
Un incident annoncé par l’hébergeur se règle sans vous : inutile de toucher au site. Notez l’heure de début pour votre propre communication.
Un mot sur votre fiche Google, vos réseaux ou votre répondeur évite les appels. Donnez l’heure de retour annoncée par l’hébergeur plutôt qu’une promesse.
Une panne isolée n’est pas une raison de changer d’hébergeur. Trois pannes en un trimestre, ou un support muet, oui : une migration se prépare en une semaine.
Questions fréquentes
Regardez d’abord l’état ci-dessus : un incident Web Cloud en cours sur votre cluster explique tout, et il ne vous reste qu’à attendre. Si rien n’est annoncé, ouvrez votre espace client, rubrique Hébergements : un hébergement expiré, un domaine non renouvelé ou une alerte de quota y sont affichés. Ensuite, une erreur 500 ou une page blanche désignent votre site (PHP, extension, base de données), un délai dépassé désigne plutôt le DNS ou le serveur.
Du 21 au 23 octobre 2026, OVHcloud a déployé les correctifs PHP sur tous les clusters mutualisés. Un site resté sur une vieille version de PHP ou dont une extension n’est plus compatible peut afficher une page blanche ou une erreur 500 après ce changement. Le guide « changer la version de PHP chez OVH » du blog explique où lire et modifier la version dans l’espace client.
Les incidents de cluster publiés en octobre 2026 ont duré de quelques minutes à quelques heures : 3 h 30 pour le cluster 121 le 27 octobre, un peu plus de 5 heures pour les clusters 120, 126 et 131 le 26 octobre. Les incidents de serveur de fichiers (filerz) peuvent durer davantage, car ils demandent parfois une restauration.
Les conditions particulières de l’hébergement web OVHcloud prévoient un engagement de disponibilité et des pénalités sous forme d’avoir, à demander au support avec les références de l’incident. Rien n’est automatique : gardez l’heure de début et de fin affichée sur la page de statut.
Blog
Les guides écrits pour les sites hébergés chez OVHcloud et ce qui casse un site sans que l’hébergeur y soit pour rien.
Hébergement web OVHcloud : où se trouve la version de PHP, comment la passer en 8.3 ou 8.4 depuis l’espace client ou le fichier .ovhconfig, quelle version choisir, et ce qu’OVH a annoncé le 21 octobre.
Deux failles critiques dans PHP ont été corrigées le 21 octobre 2026. Sites WordPress, boutiques PrestaShop ou WooCommerce, logiciels métier, intranets : qui est concerné, ce que fait votre hébergeur, et quoi faire aujourd’hui.
Depuis le 18 octobre 2026, des clés UpdraftCentral volées servent à poser de fausses extensions et des comptes cachés sur des sites WordPress, y compris des sites à jour. Les sept vérifications à faire aujourd'hui, dans l'ordre où je les fais sur un site client.
Restaurer une sauvegarde ne suffit pas : prise trop tard, elle contient la porte dérobée ; restaurée sans fermer la faille, le site retombe en quelques jours. La méthode pour choisir la bonne copie, restaurer proprement et fermer la porte juste après.
Chez o2switch, la version « native » de cPanel est PHP 8.1, qui n’a plus de correctif officiel. Où cliquer pour passer en 8.3 ou 8.4, quelle version choisir, et ce qu’o2switch a fait le 21 octobre.
Envoyez-moi le lien de votre site : je regarde d’où vient la panne (domaine, certificat, PHP, extension, base de données) et je vous dis quoi faire sous 24 h. Gratuit, sans engagement.