La panne vient‑elle de l’hébergeur ou de mon site ?

Le site ne répond plus. Avant d’ouvrir un ticket ou d’appeler quelqu’un, quatre vérifications permettent de savoir de quel côté chercher. Elles prennent cinq minutes et n’exigent aucune compétence technique.

Le site est‑il vraiment tombé ?

Commencez par éliminer votre propre poste. Ouvrez le site depuis votre téléphone en coupant le réseau local, ou depuis un service qui teste la disponibilité depuis plusieurs pays.

Une panne qui ne touche que vous est presque toujours locale : une adresse en cache dans votre machine, ou un blocage de votre fournisseur d’accès. Cela arrive plus souvent qu’on ne le croit, et cela ne se règle pas chez l’hébergeur.

Que dit le message affiché ?

Le message d’erreur désigne le responsable, à condition de savoir le lire :

• Page blanche, sans aucun message : le site s’est arrêté en cours d’exécution. C’est presque toujours le site, pas le serveur.
• « Erreur critique » : une extension ou le thème. Le serveur fonctionne, il exécute du code qui échoue.
• « Erreur de connexion à la base de données » : soit le serveur de base est arrêté, soit un identifiant a changé.
• Erreur 502 ou 504 : le serveur n’a pas répondu à temps. Là, c’est l’hébergement, ou un site qui consomme au‑delà de ce qui lui est alloué.
• Une page de l’hébergeur annonçant une suspension : c’est administratif, pas technique. Vérifiez le paiement.

Un site qui affiche une erreur n’a rien perdu. Ce sont les pannes silencieuses qui coûtent cher.

Le nom de domaine est‑il encore valide ?

C’est la cause la plus fréquente des pannes totales, et la plus vexante. Un nom de domaine expiré coupe tout d’un coup : le site et la messagerie, sans préavis visible si les rappels partaient sur une adresse que plus personne ne consulte.

La vérification est immédiate : n’importe quel service de recherche publique affiche la date d’expiration d’un domaine. Si elle est passée, aucun autre diagnostic n’est nécessaire.

Que dit la page d’état de l’hébergeur ?

Tous les hébergeurs sérieux publient une page d’incidents en cours. C’est le premier réflexe à avoir avant d’ouvrir un ticket : si un incident général est déclaré, votre ticket ne fera qu’allonger la file.

Notez l’adresse de cette page maintenant, pas le jour de la panne. Elle est souvent difficile à retrouver quand le site principal est lui‑même saturé.

Que faire en attendant ?

Ne rien réinstaller, ne rien restaurer dans la précipitation. Une restauration lancée sur une panne mal comprise peut écraser des commandes reçues depuis la dernière sauvegarde.

La seule action utile est de prévenir vos clients par un autre canal, avec une phrase simple et une estimation. Une panne annoncée est infiniment mieux vécue qu’un site muet.

Sur le même sujet : Mon hébergeur annonce une migration · Peut‑on changer d’hébergeur sans coupure ?