Tu tapes l'adresse de ton site, et là : page d'erreur, temps d'attente infini, ou ce terrible « Ce site est inaccessible ». Premier réflexe : la panique. Deuxième réflexe : toucher à tout en espérant que ça revienne. Mauvaise idée.
La bonne nouvelle, c'est qu'une panne n'est pas toujours de ta faute. Le lundi 5 octobre 2026, une panne DNS chez Amazon Web Services a paralysé des milliers de services dans le monde — Snapchat, Netflix, Fortnite, Coinbase — pendant plusieurs heures. Le 24 septembre, c'était l'extension .shop qui tombait à cause d'une panne DNS de son registre. Quand les géants tombent, ton petit site mutualisé peut tomber aussi, sans que tu n'aies rien à te reprocher.
Dans ce guide, on va te donner une méthode simple pour savoir en 10 minutes si la panne vient de ton hébergeur, de ton réseau ou de ton site, puis comment recevoir une alerte la prochaine fois avant même que tes visiteurs s'en aperçoivent.
Le problème vient-il de chez toi ou de ton hébergeur ?
Avant de maudire ton hébergeur, commence par éliminer les causes les plus simples. Dans la moitié des cas, le site fonctionne parfaitement pour tout le monde… sauf pour toi.
Tester depuis un autre réseau
Le test le plus rapide : ouvre ton site depuis les données mobiles de ton téléphone (Wi-Fi coupé). Si ça marche, le problème est dans ton réseau local, pas chez ton hébergeur. Essaie aussi un autre appareil, un autre navigateur, et une fenêtre de navigation privée pour écarter un problème de cache ou d'extension.
Si ton Wi-Fi est capricieux en général et que les coupures se répètent uniquement chez toi, le coupable peut être ton installation domestique plutôt que ton hébergeur. Dans ce cas, un répéteur Wi-Fi peut stabiliser ta connexion dans les zones mal couvertes de la maison.
Vérifier auprès de tiers indépendants
Plusieurs services gratuits te disent si ton site est accessible depuis plusieurs points du globe :
- DownDetector : signale les pannes en masse grâce aux rapports des utilisateurs. Parfait pour détecter les grosses pannes (AWS, Cloudflare, OVHcloud).
- isitdownrightnow.com ou down.com : vérifient instantanément l'accessibilité de ton domaine depuis l'extérieur.
- Google « site:… » : tape ton nom de domaine dans Google Actualités. Une panne majeure fait parler d'elle très vite.
Si ces services confirment que ton site est down partout, passe à l'étape suivante : vérifier le statut officiel de ton hébergeur.
Le petit réflexe hunter : vide le cache DNS de ta machine avant de conclure à une panne (Windows : ipconfig /flushdns). Un enregistrement DNS périmé dans ton ordinateur peut te faire croire à une panne mondiale alors que tout le monde y accède.
Action concrète : site inaccessible ? Enchaîne ces 4 tests dans l'ordre : navigation privée → données mobiles → DownDetector → page de statut de ton hébergeur. En 10 minutes, tu sauras d'où vient le problème.
Vérifier l'état officiel de ton hébergeur
Chaque hébergeur sérieux maintient une page de statut publique (souvent hébergée hors de sa propre infrastructure, justement pour rester accessible pendant une panne). OVHcloud, Hostinger, o2switch, Infomaniak, Cloudflare : tous publient leurs incidents en temps réel, avec la cause présumée et l'avancement de la réparation.
Bookmarke cette page dès maintenant — c'est le genre de lien qu'on cherche dans la panique, et qu'on ne trouve jamais. Ajoute aussi le compte officiel de ton hébergeur sur le réseau social de ton choix : en cas de grosse panne, la communication y est souvent plus rapide que sur la page de statut.
Quelques indices qui pointent vers une panne côté hébergeur plutôt que côté site :
- Plusieurs de tes sites (ou des sites de tes amis hébergés chez le même prestataire) tombent en même temps.
- L'erreur affichée mentionne le réseau du prestataire (ex. les erreurs 521 ou 525 signées Cloudflare indiquent que Cloudflare ne parvient plus à joindre ton serveur).
- Le FTP et l'espace d'administration de l'hébergeur sont injoignables aussi.
- Un outil comme
digou un test de propagation DNS montre que ton domaine ne se résout plus nulle part.
À l'inverse, si ton site affiche une erreur WordPress précise (erreur 503, erreur 500), la panne est probablement dans ton installation, pas dans l'infrastructure. Nos guides de réparation d'erreurs WordPress te permettront alors de t'en sortir seul.
Attention : pendant une panne DNS (comme celle d'AWS en octobre 2026), ne change surtout pas tes DNS ou tes nameservers « pour voir ». La propagation prend des heures, tu risques d'aggraver la situation, et le retour à la normale se fera tout seul une fois l'incident résolu côté prestataire. Patience et surveillance, pas de bidouille.
Action concrète : ajoute dès aujourd'hui la page de statut de ton hébergeur à tes favoris et vérifie qu'elle fonctionne. C'est ta source de vérité pendant une panne.
Comparatif : 5 outils gratuits pour surveiller ton site
Le vrai problème d'une panne d'hébergeur, ce n'est pas qu'elle arrive — c'est que tu l'apprends par un client mécontent ou un visiteur qui te tague. La solution : un outil de surveillance uptime qui ping ton site toutes les quelques minutes et t'envoie une alerte (e-mail, SMS, notification) dès qu'il ne répond plus.
Voici les 5 outils gratuits les plus pertinents pour un site WordPress ou vitrine, comparés sur ce qui compte vraiment.
| Outil | Plan gratuit | Fréquence de contrôle | Alertes | Page de statut publique | Idéal pour |
|---|---|---|---|---|---|
| UptimeRobot | 50 moniteurs | 5 minutes | E-mail, SMS (limité), webhook | Oui | Débuter : simple et généreux en gratuit |
| Better Stack | 10 moniteurs | 3 minutes | E-mail, Slack, webhook | Oui, très soignée | Ceux qui veulent une belle page de statut pour leurs clients |
| StatusCake | 10 moniteurs | 5 minutes | E-mail, webhook | Oui | Surveiller aussi la vitesse de chargement |
| HetrixTools | 15 moniteurs | 1 minute | E-mail, SMS, Telegram | Oui | Alertes rapides sans payer |
| Checkly | 50 000 vérifications/mois | 1 minute | E-mail, Slack, PagerDuty | Non | Sites techniques, tests de transactions |
Quelques critères pour trancher : la fréquence de contrôle détermine ta vitesse de réaction (1 minute contre 5, c'est 4 minutes de gagnées) ; les canaux d'alerte doivent inclure au moins un canal que tu consultes vraiment (un e-mail noyé dans le spam ne sert à rien) ; et la page de statut publique est un plus si tu as des clients, car elle prouve ta transparence pendant un incident.
Notre reco : commence par UptimeRobot (gratuit, 50 moniteurs, configuration en 5 minutes) ou HetrixTools si tu veux des contrôles chaque minute sans payer. Quand ton site génère des revenus, passe à Better Stack pour sa page de statut publique qui rassure tes clients pendant les incidents.
Action concrète : crée un compte sur l'un de ces outils aujourd'hui et ajoute au minimum ta page d'accueil et ta page de paiement/contact. Fais un test : mets ton site en maintenance 2 minutes et vérifie que l'alerte arrive bien.
Panne confirmée : quoi faire (et ne surtout pas faire)
La panne est confirmée côté hébergeur, la page de statut affiche un incident en cours. Voici le plan, dans l'ordre.
À faire :
- Ne touche à rien sur ton site. Pas de mise à jour, pas de changement de thème, pas de restauration de sauvegarde. Tu ne sais pas dans quel état sont les serveurs, et une manipulation pendant l'incident peut corrompre des données.
- Surveille la page de statut et note les heures de début et de fin de l'incident : ces informations serviront pour une éventuelle demande de dédommagement (SLA).
- Communique. Si tu as des clients ou une audience, un message honnête (« notre hébergeur rencontre un incident, nos équipes surveillent ») vaut mieux que le silence. Une page de statut publique (voir le comparatif ci-dessus) fait ce travail pour toi.
- Vérifie tes sauvegardes externes — pas pour les restaurer maintenant, mais pour t'assurer qu'elles existent et sont récentes, au cas où l'incident dégénérerait.
À ne surtout pas faire :
- Changer de DNS, de nameservers ou d'hébergeur dans la précipitation.
- Lancer une restauration de sauvegarde sur un serveur instable.
- Poster un message rageur public contre ton hébergeur : ça n'accélère rien et ça se retourne contre toi.
Le petit réflexe hunter : fais une capture d'écran datée de la page de statut de l'hébergeur pendant l'incident. Si tu demandes un dédommagement au titre du SLA (accord de niveau de service), cette preuve fait toute la différence.
Action concrète : pendant la prochaine panne, suis la règle des 3 N : Ne touche rien, Note les heures, Notifie tes visiteurs. Tout le reste attend le retour à la normale.
Après la panne : blinder ton site pour la prochaine fois
Une panne est un rappel gratuit : ton site dépend d'une chaîne de prestataires, et chaque maillon peut casser. Voici comment réduire ta dépendance, par ordre de priorité.
1. Des sauvegardes hors de chez ton hébergeur. C'est la leçon de l'incendie OVHcloud de 2021 : des entreprises ont tout perdu parce que leurs sauvegardes dormaient sur les mêmes serveurs que leur site. Exporte régulièrement une sauvegarde complète vers un stockage externe (disque dur, cloud, NAS). Notre méthode de sauvegarde WordPress sans plugin payant s'applique aussi ici : fais-le à froid, régulièrement, et vérifie que l'archive s'ouvre.
2. Sépare ton DNS de ton hébergeur. Si ton hébergeur gère aussi tes DNS et qu'il tombe, ton domaine devient injoignable même si tu as un plan B. Utiliser un DNS externe (comme Cloudflare en mode DNS seul) te donne la possibilité de rediriger ton trafic ailleurs en quelques minutes.
3. Connais ton plan de sortie. Tu n'as pas besoin de migrer aujourd'hui, mais sache comment le faire. Notre guide pour migrer WordPress vers un nouvel hébergeur sans erreur détaille la méthode en 7 étapes : le jour où ton hébergeur te déçoit vraiment, tu ne partiras pas à l'aveugle.
4. Choisis ton hébergeur en connaissance de cause. Le prix n'est pas le seul critère : la transparence des incidents, le SLA et la qualité du support comptent double quand tout s'écroule. Si tu débutes, notre comparatif Hostinger, o2switch ou Infomaniak t'aidera à choisir sur des critères concrets.
Notre reco : le trio gagnant pour dormir tranquille : monitoring uptime actif (alerte en quelques minutes) + sauvegarde complète hebdomadaire stockée hors hébergeur + DNS géré par un prestataire séparé. Trois actions, une après-midi de mise en place, et la prochaine panne ne sera plus qu'un mauvais moment à passer.
Action concrète : cette semaine, fais ces 3 choses : active un monitoring gratuit, exporte une sauvegarde complète hors de ton hébergeur, et note sur papier ton plan de migration. La prochaine panne te trouvera prêt.
Questions fréquentes
Comment savoir si mon site est down pour tout le monde ou juste pour moi ?
Teste depuis les données mobiles de ton téléphone, puis avec un service tiers comme DownDetector ou down.com. Si le site est inaccessible depuis plusieurs réseaux et plusieurs pays, la panne est réelle et globale. Sinon, vide ton cache DNS et vérifie ton réseau local.
Combien de temps dure en général une panne d'hébergeur ?
La plupart des incidents se résolvent en quelques dizaines de minutes à quelques heures. Les pannes d'infrastructure majeures (incendie, panne DNS massive) peuvent durer de plusieurs heures à plusieurs jours. C'est pour ces cas extrêmes que des sauvegardes externes sont indispensables.
Mon hébergeur doit-il me dédommager après une panne ?
Cela dépend de ton contrat : les offres professionnelles incluent souvent un SLA (accord de niveau de service) qui prévoit un avoir en cas de dépassement du taux d'indisponibilité. Conserve les captures d'écran de la page de statut et les heures d'incident, puis contacte le support en citant ton SLA.
Faut-il changer d'hébergeur après une grosse panne ?
Pas nécessairement : même les meilleurs prestataires connaissent des incidents. En revanche, une communication opaque, des pannes à répétition ou l'absence de SLA sont de vrais signaux d'alerte. Dans ce cas, prépare une migration propre plutôt qu'un départ précipité.
Le DNS est-il vraiment la cause la plus fréquente des grosses pannes ?
Le DNS est un point de défaillance unique redoutable : quand il casse, tout semble cassé alors que les serveurs fonctionnent. Les pannes AWS d'octobre 2026 et du registre .shop en septembre 2026 étaient toutes deux d'origine DNS. D'où l'intérêt de séparer ton DNS de ton hébergeur.
Une panne AWS ou Cloudflare peut-elle mettre mon petit site mutualisé hors ligne ?
Oui, si ton site dépend de leurs services : un site derrière Cloudflare devient inaccessible si Cloudflare tombe, et beaucoup d'hébergeurs s'appuient eux-mêmes sur AWS ou d'autres clouds. Vérifie quels prestataires se trouvent dans ta chaîne pour comprendre ton exposition réelle.
