Vérificateur de disponibilité du site

URL

Les contrôles sont exécutés depuis notre serveur ; nous récupérons l’URL saisie et ne conservons pas les résultats. This is one point-in-time request from a Cloudflare location, not a multi-region uptime monitor. HTTPS results show only whether a connection completed — never certificate expiry or full TLS details. Des compteurs anonymes de résultats par exécution peuvent servir à la recherche agrégée ; les URL, domaines, adresses IP et identifiants ne sont jamais inclus, et aucune statistique issue de moins de 100 exécutions n’est publiée.

Commentaires

À propos de cet outil

Vérifiez si une URL répond depuis un point de présence indépendant et distinguez panne DNS, échec de connexion, erreur serveur, maintenance, redirection cassée ou lenteur inhabituelle. Le rapport montre la réponse actuelle et les preuves observées.

Fonctionnalités

Vérification d’une URL avec code HTTP, latence, négociation TLS et parcours de redirection.
Point de présence Cloudflare indépendant pour séparer une panne locale d’un problème public.
Explications bornées fondées sur DNS, connexion, réponse serveur et URL finale.
Résultat lisible avec contexte enregistré et contrôles de confidentialité intégrés.

Fonctionnement

Le service récupère l’URL depuis un point de présence indépendant, suit les redirections autorisées et relève DNS, TLS, code HTTP, latence et destination finale. Le navigateur relie ces faits à une explication prudente sans transformer une réponse isolée en diagnostic global.

Limites

Une seule observation ne prouve pas une panne mondiale ; les réseaux, caches et points de présence peuvent différer.
L’outil ne se connecte pas à votre infrastructure privée et ne remplace pas une surveillance multi-région continue.

Questions fréquentes

Comment savoir si mon site est réellement indisponible ?

Comparez la réponse du point de présence indépendant avec vos propres contrôles et plusieurs réseaux. Une erreur unique peut venir du chemin local, du DNS ou d’un cache.

Le vérificateur suit-il les redirections ?

Oui, il affiche le parcours observé et la réponse finale, tout en signalant les boucles ou les sauts qui empêchent d’atteindre une destination saine.

Une réponse HTTP 500 signifie-t-elle que le réseau est en panne ?

Non. Une réponse serveur prouve que la requête a atteint un serveur, mais que l’application ou l’origine a échoué.

Mes URL sont-elles enregistrées ?

Non. L’URL sert à produire la vérification et le résultat est affiché dans votre navigateur ; une cache courte peut accélérer une répétition.

Étape suivanteVérificateur d’hébergement — look up the exact spec and expected values. Des conseils sont disponibles en anglais.

Problèmes courants et solutions

Erreur Le domaine ne se résout pas Solution : Restaurez des enregistrements A, AAAA ou CNAME faisant autorité et valides pour le nom d’hôte, puis confirmez leur résolution depuis plusieurs réseaux.
Erreur La connexion à l’origine échoue Solution : Restaurez la connectivité à l’origine en vérifiant l’état du serveur, les règles de pare-feu, les interfaces réseau à l’écoute et le paramétrage du relais amont.
Erreur Le site renvoie une erreur serveur Solution : Examinez les journaux de l’origine et de l’application pour la requête en échec, corrigez l’origine de l’erreur 5xx et vérifiez que la réponse reste correcte dans le temps.
Avertissement Le site renvoie une réponse d’intervention planifiée Solution : Terminez la période d’intervention planifiée ou servez volontairement un 503 avec Retry-After, puis rétablissez la page normale à la fin des travaux.
Erreur Le site n’atteint pas une URL finale saine Solution : Supprimez la boucle de redirection ou le saut défaillant et faites parvenir directement l’URL demandée à une cible canonique saine.
Avertissement La réponse du site est inhabituellement lente Solution : Analysez les performances de l’origine, mettez en cache les opérations répétables et réduisez la latence du système serveur ou de l’amont jusqu’à respecter le budget cible.