# Lire la page de statut d'un hébergeur avant de signer

> Panne d'hébergeur : ce qu'une page de statut honnête publie, celles d'Infomaniak, OVHcloud, Hostinger et IONOS, et la leçon de l'incendie de Strasbourg.


*Ou : tout hébergeur tombe en panne ; tous ne le racontent pas.*

La réponse courte : une page de statut honnête publie chaque incident avec son heure de début, les services touchés, ses mises à jour pendant la panne et, après coup, sa cause ; elle garde un historique de plusieurs semaines et permet de s'abonner aux alertes. Le 12 novembre 2026, [la page d'état des services d'Infomaniak](https://infomaniakstatus.com/) affichait les incidents et les maintenances des 60 derniers jours, service par service. Dix minutes sur une page de ce genre en disent plus sur [la fiabilité d'un hébergeur](/guides/hebergement-web/vitesse-disponibilite-hebergeur/) que n'importe quel pourcentage de disponibilité affiché sur sa page d'accueil.

Ce qu'il faut y chercher n'est pas l'absence d'incidents, puisque tout hébergeur en a, mais la façon d'en parler. Un incident daté à la minute, mis à jour pendant la panne et clos avec une explication vaut mieux qu'un tableau tout vert qui ne change jamais.

## Panne d'hébergeur : ce que publient les pages de statut

Relevé du 12 novembre 2026, sur les pages publiques de quatre hébergeurs :

| Hébergeur | Adresse | Ce qu'on y trouve | Historique visible | Abonnement aux alertes |
|---|---|---|---|---|
| Infomaniak | `infomaniakstatus.com` | incidents et maintenances, planifiées ou urgentes, avec les services touchés et leur état | 60 jours | non vu sur la page |
| OVHcloud | `status-ovhcloud.com` | état par grande famille : Bare Metal Cloud, Hosted Private Cloud, Public Cloud, Web Cloud, réseau | par famille de produits | non vérifié |
| Hostinger | `statuspage.hostinger.com` | composants par service et par centre de données, chronologie de chaque incident, maintenances à venir | incidents passés, disponibilité sur 90 jours | e-mail, Atom, RSS |
| IONOS | `ionos-status.com` | des dizaines de services, incidents récents | environ deux semaines | e-mail, webhook, Atom, RSS |

Pour o2switch et LWS, je n'ai trouvé aucune page de statut publique à cette date ; avant de signer, demandez au support où les incidents sont annoncés.

Les détails disent beaucoup. Sur [la page de Hostinger](https://statuspage.hostinger.com/), une maintenance d'urgence d'un serveur en Malaisie, le 12 novembre 2026, passe de « Investigating » à 14 h 23 UTC à « Resolved » à 15 h 06, sans cause publiée. Sur celle d'Infomaniak, un incident du service de bases de données MySQL, la veille, est marqué résolu, sans cause indiquée non plus. Sur [la page d'IONOS](https://www.ionos-status.com/), les dernières perturbations concernent la connexion au panneau de contrôle et au webmail. La chronologie est publiée ; l'explication, rarement.

L'explication, pourtant, existe parfois. Après sa panne du 18 novembre 2025, Cloudflare a publié [un rapport détaillé](https://blog.cloudflare.com/18-november-2025-outage/) : début à 11 h 20 UTC, trafic principal rétabli vers 14 h 30, tous les services à 17 h 06, et la cause, un fichier de configuration dont la taille avait doublé. C'est le niveau de transparence à espérer après un incident sérieux.

![Illustration : la carcasse métallique noircie d'une baie de serveurs où rougeoient encore quelques braises dans la lumière bleue de l'aube](/images/historique-pannes-page-statut-braises.original.webp "La page de statut annonce l'incendie ; seule une sauvegarde ailleurs en limite les dégâts.")

La panne la plus documentée du secteur reste l'incendie de Strasbourg. Dans la nuit du 9 au 10 mars 2021, selon [l'article de Wikipédia sur OVHcloud](https://fr.wikipedia.org/wiki/OVHcloud), le feu prend dans le centre de données SBG2, qui est entièrement détruit, et touche partiellement SBG1 ; un peu moins de quatre millions de serveurs HTTP s'arrêtent, soit 464 000 noms de domaine d'après Netcraft. Les données des serveurs détruits sont perdues, sauf si elles avaient été sauvegardées ailleurs. OVHcloud, de son côté, publiait le suivi de l'incident sur son site dédié aux travaux et incidents. La leçon tient en deux phrases : une page de statut dit ce qui se passe, pas ce que vous perdez ; et ce que vous perdez dépend de l'endroit où dorment vos sauvegardes.

Avant de signer, cinq questions à poser à la page de statut :

- **Existe-t-elle**, à une adresse indépendante du site principal de l'hébergeur ?
- **Remonte-t-elle loin ?** Deux semaines suffisent à peine ; deux mois disent quelque chose.
- **Les incidents sont-ils datés et mis à jour** pendant la panne, pas seulement au moment de la clore ?
- **Les causes sont-elles publiées**, au moins pour les incidents longs ?
- **Peut-on s'abonner** par e-mail ou par flux RSS, pour l'apprendre sans aller voir ?

### Des promesses en pourcentage

La page de statut montre ce qui est arrivé ; le contrat dit ce qui sera compensé. Les minutes de panne permises entre 99 % et 99,99 %, et ce que cinq hébergeurs excluent, sont réunies dans [ce que vaut un SLA de 99,9 %](/guides/hebergement-web/vitesse-disponibilite-hebergeur/uptime-sla-calcul-exclusions/).

### Votre propre page de statut

La page de l'hébergeur parle de ses serveurs, pas de votre site. Une sonde externe gratuite vérifie votre adresse à vous, et plusieurs services offrent même une page de statut publique ; ils sont comparés dans [surveiller son site de l'extérieur](/guides/hebergement-web/vitesse-disponibilite-hebergeur/surveiller-disponibilite-site-gratuit/).

### Quand la panne vient du relais

Le 18 novembre 2025, des sites parfaitement disponibles chez leur hébergeur ont été injoignables à cause de leur CDN, le réseau de relais placé devant eux. Ce que coûte cette dépendance, face à ce qu'elle rapporte, est pesé dans [la dépendance à un CDN](/guides/hebergement-web/vitesse-disponibilite-hebergeur/cdn-utile-petit-site/).


---

Cette page contient des liens d'affiliation. Si tu souscris via ces liens, je peux toucher une commission sans coût supplémentaire pour toi. Mon avis reste indépendant et s'appuie sur mon expérience de client de plusieurs hébergeurs, sur leur documentation officielle et sur les tarifs vérifiés à la date de rédaction.


