Comment vérifier si un site est hors ligne (et ce que signifient les résultats)

1. Liste de contrôle rapide quand un site ne se charge pas

1. Ouvrez le site dans un autre navigateur ou appareil si possible (mobile vs bureau, Wi‑Fi vs données mobiles).
2. Lancez une vérification de l’URL d’accueil dans le Vérificateur de sites.
3. Notez trois éléments du résultat : statut global, code de statut HTTP et statut domaine / DNS.
4. Utilisez les explications ci-dessous pour déterminer si le problème vient du DNS, du serveur web, du SSL ou de votre propre connexion.

2. Lire le statut principal

Après une vérification, vous verrez des libellés tels que Online, Offline, Error, Online but Limited ou un statut centré sur le domaine comme Domain Not Found. Ce sont des synthèses basées sur le comportement DNS et HTTP :

• Online — Le DNS fonctionne et le serveur a répondu avec un code de succès (généralement 200).
• Offline / Error — Nous n’avons pas pu obtenir de réponse valide (échec DNS, délai dépassé ou erreur de connexion).
• Online but Limited — Le serveur répond, mais la protection anti-bot ou des limites de débit ont bloqué la réponse complète.
• Domain Exists (No Website) — Le DNS se résout, mais il n’y a pas encore de contenu web utilisable (souvent sur les nouvelles installations).
• Domain Not Found — Le domaine ne se résout pas actuellement via le DNS public.

3. Scénarios courants et prochaines étapes

A. Nouveau domaine ou changement DNS

Si vous venez d’enregistrer un domaine, de changer les serveurs de noms ou de mettre à jour les enregistrements A/AAAA et que le vérificateur affiche Domain Not Found ou seulement des données DNS partielles, vous êtes probablement en phase de propagation DNS.

• Vérifiez que vos enregistrements DNS sont corrects chez votre registrar ou fournisseur DNS.
• Attendez 5 à 15 minutes et relancez la vérification ; la propagation mondiale peut prendre plus longtemps selon le TTL.
• Si le domaine était actif depuis longtemps et ne se résout plus soudainement, vérifiez l’expiration, les serveurs de noms et d’éventuelles modifications ou suppressions.

B. Le DNS fonctionne, mais le site échoue

Lorsque le vérificateur affiche un statut de domaine valide mais un code HTTP comme 500, 502 ou 503, le problème se situe en général au niveau du serveur web ou de l’application :

• 500 / 503 — Erreur d’application ou de serveur (app mal configurée, limites de ressources ou panne temporaire).
• 502 — Bad gateway entre un proxy inverse (Nginx, Apache ou équilibreur) et l’application en amont.
• Temps de réponse très élevé : le serveur est surchargé ou lent à répondre même en cas de succès.

Si vous gérez le site, consultez le panneau d’hébergement ou les journaux serveur au moment de l’incident. Sinon, partagez le résultat (statut + code HTTP + délais) avec le propriétaire ou le support hébergeur pour accélérer le diagnostic.

C. Problèmes SSL / HTTPS

Si le vérificateur signale un SSL non sécurisé ou mal configuré, le navigateur peut afficher des avertissements du type « connexion non privée » ou « certificat non valide ». Causes fréquentes :

• Certificat expiré (fréquent sans renouvellement automatique Let’s Encrypt ou similaire).
• Certificat émis pour un autre nom d’hôte (ex. www.example.com vs example.com).
• Redirections HTTP/HTTPS mixtes qui perturbent navigateurs et outils.

La solution consiste en général à renouveler ou réémettre le certificat pour le nom d’hôte exact et à rediriger tout le trafic de façon cohérente vers HTTPS.

D. Protection anti-bot et « Online but Limited »

Certains sites utilisent Cloudflare ou des pare-feu qui défient les requêtes automatisées. Dans ce cas :

• Le vérificateur peut confirmer que le serveur est en ligne et répond.
• Nous ne pouvons parfois pas récupérer tout le HTML ou les métadonnées ; vous verrez Online but Limited avec une note sur la protection.
• Dans le navigateur, un court délai ou une page de défi peut apparaître, résoluble par un humain mais pas par les outils automatisés.

S’il s’agit de votre site et que des bots légitimes (clients API, moniteurs de disponibilité) sont bloqués, ajustez la sécurité ou autorisez les IP connues si nécessaire.

4. Comprendre les codes de statut HTTP (référence rapide)

Chaque réponse HTTP comporte un code numérique. Référence rapide orientée dépannage :

• 200 OK — Le site est joignable et a renvoyé la page ou la ressource demandée.
• 301 / 302 Redirect — L’URL redirige ailleurs ; le vérificateur suit la chaîne et affiche l’URL finale.
• 404 Not Found — Le site est en ligne, mais ce chemin n’existe pas (vérifiez les fautes de frappe ou les pages déplacées).
• 403 Forbidden — Le serveur a refusé la requête (permissions ou protection anti-bot).
• 429 Too Many Requests — Limite de débit atteinte ; ralentissez ou réduisez les vérifications automatisées.
• 500 / 502 / 503 — Problèmes côté serveur ; consultez les journaux ou contactez votre hébergeur.

5. Utiliser le résultat dans les échanges avec le support

Face à un hébergeur, un développeur ou un FAI, une capture ou une copie du résultat du vérificateur est souvent plus utile que « ça ne marche pas ». Incluez :

• L’URL testée.
• Le statut global et le code HTTP.
• Le temps de réponse et si le SSL est indiqué comme sécurisé ou non sécurisé.
• Toute note sur le DNS, les redirections ou la protection anti-bot.