Lecture des pages de statut…
Votre site ne répond plus ? Avant de chercher une faille ou d’appeler votre développeur, regardez si la panne vient de l’hébergeur. L’état de six hébergeurs est lu toutes les cinq minutes sur leurs pages de statut officielles ; pour o2switch et PlanetHoster, qui n’en ont pas, la page dit où regarder.
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 l’hébergeur ne signale rien, la panne est presque toujours sur le site, le domaine ou le cache. Cinq minutes suffisent pour le savoir.
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
Les faits relus le 27 octobre 2026 sur les pages de chaque hébergeur.
6 hébergeurs sur 8
OVHcloud, IONOS, Hostinger et Gandi utilisent le service Statuspage ; Infomaniak et LWS tiennent leur propre page. C’est là que l’incident est reconnu, daté, puis clos, et c’est ce que cette page lit.
Source : OVHcloud, page de statut Web Cloudo2switch et PlanetHoster
o2switch publie ses annonces de maintenance et d’incident sur son compte X ; PlanetHoster a fermé le forum qui tenait lieu de page d’état, dont les liens renvoient vers un formulaire de contact. Pour ces deux-là, cette page n’affiche pas d’état : elle renvoie vers leurs annonces publiques et leur support plutôt que de deviner.
Source : o2switch sur X21 au 23 octobre 2026
Pendant trois jours, les hébergeurs ont déployé les correctifs PHP 8.5.12, 8.4.27, 8.3.36 et 8.2.35 serveur par serveur, avec de brèves interruptions annoncées sur leurs pages de statut et leurs comptes X. Les sites qui affichaient une page blanche ce matin-là n’étaient pas piratés : ils attendaient leur serveur.
Source : IONOS, page de statutCode 200
Le code de réponse d’une page de statut ne dit rien de l’hébergement : seule son contenu compte. Cette page lit donc les incidents déclarés et les composants touchés, jamais le simple fait que la page s’affiche. Et quand la lecture échoue, elle le dit au lieu d’afficher « tout va bien ».
Source : Statuspage, API publiqueUne lecture, pas un diagnostic : cette page dit ce que l’hébergeur annonce. Elle ne teste pas votre site. Pour savoir pourquoi votre site ne répond pas, envoyez-moi son lien : je regarde et je vous réponds sous 24 h.
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
Neuf fois sur dix, la panne est sur le site lui-même et pas sur le serveur : une extension WordPress cassée après une mise à jour, un fichier PHP en erreur, une base de données saturée, un certificat HTTPS expiré ou un nom de domaine arrivé à échéance. L’hébergeur ne voit que ses machines ; votre site, lui, dépend aussi de votre code et de votre domaine. Les trois vérifications de cette page permettent de faire la différence en cinq minutes.
Un programme lit toutes les cinq minutes les pages de statut officielles d’OVHcloud, d’IONOS, de Hostinger, de Gandi, d’Infomaniak et de LWS, et garde l’heure de chaque changement d’état. o2switch et PlanetHoster n’ont pas de page de statut lisible : leur carte le dit et renvoie vers leurs annonces sur X et leur support, sans rien deviner. Rien n’est deviné à partir du code de réponse d’une page : une page de statut répond « 200 OK » même en pleine panne.
La plupart des incidents publiés sur les pages de statut durent de vingt minutes à trois heures. Les pannes longues, de plusieurs heures à plusieurs jours, sont rares et concernent en général un matériel défaillant (un serveur de fichiers, un cluster) ou un centre de données entier. Les hébergeurs donnent rarement une heure de retour avant d’avoir identifié la cause : comptez sur les mises à jour de leur page plutôt que sur une estimation.
Cela dépend des conditions particulières de votre offre. Les offres d’hébergement mutualisé des grands hébergeurs prévoient en général un engagement de disponibilité et un geste commercial sur demande, rarement un remboursement automatique. Gardez l’heure de début et de fin de l’incident telle qu’elle apparaît sur la page de statut : c’est la pièce qu’on vous demandera.
Pas pour une panne isolée : tous les hébergeurs de cette page ont connu des incidents en 2026. Changez si les pannes se répètent, si le support ne répond pas pendant l’incident, ou si votre site est devenu trop important pour un hébergement mutualisé à quelques euros par mois. Une migration bien préparée se fait en une semaine, sans coupure visible, en changeant les DNS en dernier.
Non. Dibodev est un développeur indépendant qui met en ligne et maintient des sites et des logiciels chez ces hébergeurs pour des TPE et des PME. Cette page existe parce que la première question d’un client dont le site ne répond plus est toujours la même : « est-ce que c’est moi ou l’hébergeur ? ». Pour un incident sur votre compte, le support de votre hébergeur reste le seul interlocuteur.
Blog
Quand la panne vient du site et pas de l’hébergeur.
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.
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.
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.