Lire la page de statut d'un hébergeur avant de signer
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 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 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, 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, 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é : 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.
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, 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 %.
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.
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.