Vérificateur de disponibilité de site

Qu'est-ce qu'un vérificateur de site Web ?

Un site Web Down Checker demande un site Web public en dehors de votre navigateur actuel et rapporte ce que cette demande indépendante a observé. Cette distinction est importante. Le rechargement d'un onglet confirme uniquement que votre propre appareil, votre navigateur, vos paramètres DNS, votre réseau, VPN et votre fournisseur d'accès Internet ont pu ou non accéder à la page. ClockTools ajoute une observation externe Cloudflare Edge, des preuves publiques DNS, la réponse finale HTTP, les détails de la redirection et le timing de la réponse.

Les gens posent la même question pratique de plusieurs manières : « Mon site est-il en panne ? », « Mon site est-il en ligne ou non ? » ou « Cette page échoue-t-elle pour tout le monde ? Une réponse utile ne peut pas provenir d’un seul badge vert ou rouge. ClockTools conserve le verdict à côté des preuves afin que vous puissiez voir si le nom d'hôte a été résolu, si un serveur a répondu, quel code d'état est arrivé, si la demande a transité par des redirections et où se termine l'URL finale.

Comment vérifier si un site Web est en panne ?

1. Entrez un domaine public ou complétez l'adresse de la page HTTP ou HTTPS.
2. Exécutez la vérification afin que ClockTools puisse résoudre le DNS public et demander l'URL à un périphérique Cloudflare externe.
3. Lisez le verdict global, le statut HTTP, le temps de réponse aux en-têtes, le nombre de redirections et le front testé.
4. Examinez les enregistrements A et AAAA, les destinations de redirection, l'URL finale, le type de contenu et l'en-tête du serveur divulgué.
5. Utilisez les vérifications suivantes recommandées pour distinguer un problème de site d'un problème de navigateur, de réseau, de rendu, d'itinéraire ou de port.

Testez l'adresse exacte qui semble cassée. En cochant uniquement la page d'accueil d'un domaine, vous risquez de manquer un article, une connexion, un chemin d'API, une redirection ou un itinéraire de déploiement défaillant. À l’inverse, vérifier uniquement une URL profonde mal saisie peut produire un 404 même lorsque le reste du site est sain. Comparez la page exacte avec la page d'accueil lorsque le verdict indique qu'une page n'est pas disponible.

Le résultat inclut un horodatage et le code Edge Cloudflare qui a traité la demande de diagnostic. Exécutez une autre vérification après avoir modifié DNS, restauré un déploiement, mis à jour une règle de pare-feu ou attendu un problème temporaire en amont. Un nouveau résultat est plus utile que de supposer qu’un résultat plus ancien décrit toujours le site.

Que signifie chaque verdict de statut de site Web ?

Le site est en ligne signifie que l'URL finale a renvoyé une réponse 2xx réussie. Cela prouve que la demande externe anonyme a reçu une réponse HTTP réussie. Cela ne prouve pas que chaque image, script, appel API, formulaire, compte, paiement ou interaction avec le navigateur fonctionne correctement.

Le site Web répond décrit une réponse du terminal 3xx. Les redirections déplacent généralement HTTP vers HTTPS, une ancienne page vers un nouveau chemin ou un nom d'hôte vers un autre. ClockTools suit jusqu'à huit destinations publiques HTTP ou HTTPS et affiche la chaîne. Une destination manquante, une boucle de redirection, une destination privée ou une chaîne excessive devient un résultat inaccessible au lieu d'être suivi indéfiniment.

Accessible mais restreint couvre les réponses telles que 401, 403 et 429. Un défi de serveur, de passerelle, de pare-feu, de limiteur de débit ou de robot a répondu, mais il n'a pas accordé à cette sonde anonyme un accès ordinaire. C'est différent d'un hôte hors ligne. Les propriétaires doivent inspecter les règles de sécurité, tandis que les visiteurs doivent essayer le site normalement sans supposer que le refus affecte chaque utilisateur.

La page n'est pas disponible couvre d'autres réponses 4xx. Un 404 indique que cette route n'a pas été trouvée ; cela ne dit pas que le domaine ou le serveur a disparu. Un 410 indique qu'une ressource a disparu. Confirmez l'orthographe, la majuscule, les chemins de déploiement et les redirections, puis vérifiez la page d'accueil avant d'appeler l'ensemble du site Web.

Erreur de serveur couvre 5xx réponses. Le serveur ou une passerelle a répondu mais n'a pas pu finaliser la demande. Une exception d'application, une origine défaillante, une dépendance indisponible, un état de maintenance, une surcharge, un problème de proxy ou un délai d'attente peuvent produire cette catégorie. L'état restreint l'enquête, mais les journaux du serveur, de la plate-forme et des applications sont nécessaires pour déterminer la cause réelle.

Injoignable signifie que le DNS public, l'établissement de la connexion, le délai de réponse, la sécurité de redirection ou une autre étape de transport ont empêché une réponse finale utilisable. Il s'agit d'une preuve de panne plus forte qu'un 403 ou 404, mais cela représente toujours un front à un moment donné. Les itinéraires régionaux et les incidents dépendant du temps peuvent produire un résultat différent ailleurs.

Mon site est-il en panne ou le problème est-il local ?

Si ClockTools reçoit une réponse positive alors que votre navigateur échoue, démarrez localement. Ouvrez une fenêtre privée, désactivez temporairement une extension, videz le cache du site spécifique, vérifiez l'adresse et essayez un autre navigateur. Comparez ensuite le Wi-Fi avec les données mobiles, suspendez un VPN ou un proxy, vérifiez l'heure de l'appareil et demandez si un pare-feu, un filtre parental, un réseau d'entreprise ou une politique ISP pourrait bloquer la destination.

Le DNS local peut également être en désaccord avec le résolveur public utilisé par ce Web Down Check. Un routeur ou un appareil peut contenir une adresse plus ancienne après une modification DNS. Comparez les preuves publiques A et AAAA, redémarrez le réseau local uniquement lorsque cela est approprié et laissez la durée de vie de l'enregistrement. Ne présumez pas qu’il est nécessaire d’effacer toutes les données du navigateur ou de changer de fournisseur DNS avant que des tests plus simples n’en identifient la portée.

Si ClockTools signale également un résultat NXDOMAIN, un échec de transport, un délai d'attente, une boucle de redirection ou une réponse 5xx, consultez le côté site Web. Vérifiez le tableau de bord d'hébergement, l'état de déploiement, la zone DNS, le CDN, le certificat ou la configuration HTTPS, le pare-feu, l'état de l'origine, les modifications récentes du code, la base de données, les dépendances tierces et les avis d'incident du fournisseur. Testez à partir d’un autre réseau ou d’une autre région authentique avant de déclarer une panne mondiale.

Que vérifie ClockTools ?

Le diagnostic commence par des recherches publiques A et AAAA via l'interface documentée DNS-over-HTTPS JSON de Cloudflare. Le rapport répertorie les adresses IPv4 et IPv6 renvoyées, les enregistrements CNAME lorsqu'ils sont fournis, la durée de vie visible la plus basse, l'état DNS et la durée de la recherche. Un nom d'hôte qui se résout uniquement en espace d'adressage localhost, privé, interne, de documentation ou réservé est bloqué avant qu'une requête HTTP ne soit tentée.

ClockTools envoie ensuite une requête GET sans cookie et sans autorisation du Worker et arrête la lecture après les en-têtes de réponse. Il enregistre le statut HTTP, une phrase de raison familière lorsqu'elle est disponible, le temps écoulé approximatif, l'URL finale, la chaîne de redirection, le type de contenu, l'en-tête du serveur divulgué, la valeur de contrôle du cache, la valeur de nouvelle tentative et si l'URL finale a utilisé HTTPS. Chaque nom d'hôte de redirection reçoit les mêmes vérifications de destination publique DNS et privée.

Le temps de réponse couvre la requête externe et toutes les redirections suivies jusqu'à l'arrivée des en-têtes finaux. Il ne s'agit pas d'un test de chargement de page, d'un rapport Core Web Vitals, d'un test de bande passante ou d'un profil de traitement du serveur. La distance du réseau, le routage périphérique, les démarrages à froid, la congestion, l'inspection de sécurité et le nombre de redirections peuvent tous influencer une mesure. Utilisez le test de rendu de site Web distinct lorsque la page doit être inspectée visuellement dans les fenêtres d'affichage de bureau et mobiles.

L'interprétation de l'état suit la sémantique standard HTTP plutôt que de traiter chaque code non 200 comme un temps d'arrêt. Le HTTP Spécification sémantique définit les classes, tandis que le Référence d'état MDN fournit un index pratique. C'est pourquoi une restriction, une page manquante, une erreur de serveur et un échec de transport reçoivent des verdicts et des étapes de dépannage différents.

Qu'est-ce qui peut faire paraître un site Web vers le bas ?

DNS et problèmes de domaine inclure des enregistrements A ou AAAA manquants, un CNAME cassé, un enregistrement expiré, des erreurs de serveur de noms, des problèmes DNSSEC, des données de résolution obsolètes et une migration incomplète. Comparez les enregistrements attendus avec les preuves, mais n'oubliez pas que les modifications DNS peuvent apparaître à différents moments dans les résolveurs récursifs.

Problèmes d'hébergement et d'application inclure une origine arrêtée, un déploiement échoué, des ressources épuisées, une configuration interrompue, une exception d'application, une défaillance de base de données, une file d'attente indisponible, un mode de maintenance et un amont défectueux. Un code 5xx identifie la famille de réponses, et non le composant exact. Corrélez l'horodatage avec les métriques et les journaux d'hébergement.

Problèmes de CDN, proxy et pare-feu peut bloquer la sonde, perdre le contact avec l'origine, mettre en cache une erreur, créer une boucle de redirection ou appliquer une règle régionale. Un 403 peut être une protection délibérée contre les robots plutôt qu'un temps d'arrêt. Un 502, 503 ou 504 peut provenir d'une passerelle même lorsque l'application n'a jamais reçu la demande.

Problèmes de navigateur et de réseau local incluent un cache obsolète, des techniciens de service, des extensions, une heure système incorrecte, un VPN, un proxy, un DNS filtré, des portails captifs, un Wi-Fi faible, une politique de bureau et un routage ISP. Un résultat externe réussi est un indice utile pour comparer un autre appareil ou une autre connexion au lieu de redéployer à plusieurs reprises un site sain.

Un seul contrôle n'est pas une surveillance de la disponibilité

Cette vérification des temps d'arrêt du site Web enregistre ce qu'un périphérique Cloudflare externe a observé à un moment donné. Il ne calcule pas l'historique de disponibilité, ne répète pas les contrôles selon un calendrier, ne confirme pas un incident survenant dans plusieurs régions, ne mesure pas les objectifs de niveau de service ou n'alerte pas un propriétaire. Une surveillance continue effectue ces tâches et doit vérifier les échecs avant d'appeler les personnes.

Une réponse 200 réussie est également plus étroite qu'un parcours utilisateur réussi. Une page peut renvoyer 200 tout en affichant un shell vide, un contenu obsolète, un message de base de données, un JavaScript cassé, des images manquantes, un échec de connexion ou une erreur de paiement. Utilisez le rendu, l’interaction synthétique, la surveillance des applications et les preuves d’utilisateurs réels lorsque l’ensemble de l’expérience compte.

Comment la confidentialité et la sécurité sont-elles gérées ?

L'URL vérifiée doit atteindre le ClockTools Worker car la requête externe ne peut pas s'exécuter uniquement dans votre navigateur. Les réponses de l'API sont marquées comme non stockées et la petite liste de contrôle récente est conservée dans le stockage local de votre navigateur afin que vous puissiez l'effacer. ClockTools ne transmet pas les cookies de votre navigateur, les en-têtes d'autorisation ou la session de connexion à une cible.

Testez uniquement les adresses publiques. Ne soumettez pas de tableaux de bord privés, de liens de réinitialisation, de téléchargements signés, de jetons d'accès, d'identifiants personnels ou de secrets dans une chaîne de requête. L'hôte local, les réseaux privés, les noms d'hôte internes, les URL portant des informations d'identification, les schémas non HTTP, les destinations de redirection dangereuses, les boucles de redirection et les chaînes excessives sont bloqués. L'outil vérifie la disponibilité des preuves ; il ne s'agit pas d'un scanner de vulnérabilités, d'un test de charge ou d'une autorisation de sonder les systèmes que vous ne contrôlez pas.

FAQ sur le vérificateur de panne de site Web