Contrôlez une URL HTTP(S) ou un lot de dix maximum par la requête HEAD existante. La durée concerne cette requête, sans surveillance continue.
Méthode, limites et données
HEAD 405 indique une méthode non prise en charge : GET n’a pas été testé. Les destinations de redirection ne sont pas suivies. Un refus ne prouve pas une panne pour tous. Les exemples et textes de référence sont illustratifs, pas des mesures actuelles ni des garanties de disponibilité, de précision ou de conservation des journaux.
Les URL sont transmises au site. Aucun historique persistant n’est ajouté. Les appels du lot restent espacés de 300 ms et s’arrêtent à la limite de débit. CSV, TSV et liens partagés peuvent contenir vos URL.
Mode d’emploi
- Saisissez une URL ou une URL par ligne en mode lot.
- Lisez codes et erreurs puis copiez le tableau, exportez le CSV ou partagez la liste exacte.
Le chemin https://example.com/a,b reste une seule URL dans un partage. Une durée mesurée de 0 ms reste 0.
Pourquoi l’URL fonctionne-t-elle dans mon navigateur ?
Méthode, règles d’accès, DNS et trajet réseau peuvent différer. Examinez le code HTTP et les limites de la méthode.
Une saisie vide ou invalide efface la réponse précédente. Un refus ou un délai dépassé ne signifie ni mesure nulle ni absence de données. Une réponse tardive ne remplace pas la nouvelle recherche ; relancez lorsque vous êtes prêt.
Textes de référence, relevé du 27 octobre 2026 ; aucun contrôle de service en direct.
Vérificateur de Statut de Site
Contrôlez une URL HTTP(S) ou un lot de dix maximum par la requête HEAD existante. La durée concerne cette requête, sans surveillance continue. Une réponse HEAD ou un échec depuis ce serveur reste une observation limitée. Les écarts avec le navigateur peuvent venir de la méthode, du lieu, du DNS, de TLS, des caches ou du filtrage ; ils ne localisent pas la panne et ne prouvent pas une indisponibilité générale.
Copié
Échec de la copie. Sélectionnez le résultat et copiez-le manuellement.
Codes de statut HTTP et ce que ce vérificateur affiche
| Code | Phrase de motif | Verdict ici | Ce que cela signifie pour votre vérification |
|---|---|---|---|
| 200 | OK | En ligne | Une réponse HEAD réussie a été observée ; le fonctionnement complet de la page et du navigateur reste non vérifié. |
| 301 | Moved Permanently | Réponse de redirection ; destination non vérifiée | Redirection permanente. Cet outil ne la suit pas : vous voyez donc le 301 et son en-tête Location. |
| 302 | Found | Réponse de redirection ; destination non vérifiée | Redirection temporaire, souvent vers une page de maintenance, de connexion ou de routage géographique. |
| 304 | Not Modified | Réponse de redirection ; destination non vérifiée | Une copie en cache est encore valide. Renvoyé uniquement lorsque la requête transporte des validateurs. |
| 403 | Forbidden | Hors ligne | Le serveur a répondu : l'hôte est donc joignable et il ne s'agit pas d'une panne. Un WAF, un filtre anti-bots ou une liste d'IP autorisées a refusé ce client ; le verdict reste Hors ligne car 403 est un code 4xx. |
| 404 | Not Found | Hors ligne | L'hôte a répondu, il est donc joignable — seul le chemin demandé est absent. Testez ensuite le domaine seul. |
| 429 | Too Many Requests | Hors ligne | Limitation du débit : trop de requêtes en peu de temps. Si la réponse comporte un en-tête Retry-After, attendez l’échéance qu’il indique — un nombre de secondes ou une date HTTP — avant de réessayer. |
| 500 | Internal Server Error | Hors ligne | L'application a planté sur l'origine. Consultez le journal d'erreurs de l'origine. |
| 502 | Bad Gateway | Hors ligne | Un proxy ou un CDN n'a pas pu joindre l'origine, souvent pendant un déploiement. |
| 503 | Service Unavailable | Hors ligne | Surcharge ou maintenance planifiée. Temporaire par définition ; regardez Retry-After. |
| 504 | Gateway Timeout | Hors ligne | L'origine a mis plus de temps à répondre que le proxy n'était prêt à attendre. |
| 0 | Aucune réponse | Hors ligne | Aucune réponse HTTP complète n’a été observée. Le DNS, TLS, la connexion, le filtrage ou un délai peuvent intervenir ; aucune cause unique n’est établie. |
Les classes de statut décrivent cette observation HEAD. Une redirection ne vérifie pas sa destination et HEAD 405 ne conclut pas sur GET. Une absence de réponse ou un refus ne prouve pas une panne générale.
Le site est-il hors ligne ou est-ce seulement chez moi ?
Une réponse HEAD ou un échec depuis ce serveur reste une observation limitée. Les écarts avec le navigateur peuvent venir de la méthode, du lieu, du DNS, de TLS, des caches ou du filtrage ; ils ne localisent pas la panne et ne prouvent pas une indisponibilité générale.
Pourquoi les sites web tombent-ils en panne ?
La plupart des pannes se rangent dans six familles, et le code de statut vous dit laquelle vous avez sous les yeux :
- Certificat TLS expiré ou ne correspondant pas au nom — la connexion échoue avant même le début de HTTP, d'où le statut 0.
- Enregistrements DNS modifiés ou expirés : le nom d'hôte ne se résout plus, statut 0 également.
- Le processus applicatif a planté ou manqué de mémoire — 500 depuis l'origine, 502 depuis le proxy placé devant.
- Un trafic supérieur à la capacité, ou une fenêtre de maintenance volontaire — 503, généralement avec Retry-After.
- Une base de données lente ou un démarrage à froid qui dépasse le délai du proxy — 504.
- Un incident chez un fournisseur, un CDN, une région cloud ou un registraire, capable de faire tomber d'un coup des milliers de sites sans rapport entre eux.
Que faire si mon site est hors ligne ?
Procédez de l'extérieur vers l'intérieur, dans cet ordre :
- Lancez la vérification ici pour confirmer que la panne n'est pas limitée à votre réseau.
- Une réponse HEAD ou un échec depuis ce serveur reste une observation limitée. Les écarts avec le navigateur peuvent venir de la méthode, du lieu, du DNS, de TLS, des caches ou du filtrage ; ils ne localisent pas la panne et ne prouvent pas une indisponibilité générale.
- Ouvrez la liste des en-têtes de réponse — Server, Location et Retry-After nomment la couche qui vous a répondu.
- Consultez les pages d'état de votre hébergeur et de votre CDN avant d'ouvrir un ticket de support.
- Relancez la vérification après chaque modification et exportez le CSV, pour que le ticket d'incident porte des horodatages plutôt que des captures d'écran.
En combien de temps un site web devrait-il répondre ?
Le temps de réponse affiché est l'aller-retour dont notre serveur a eu besoin pour une seule requête HEAD : résolution DNS, connexion TCP, poignée de main TLS et première réponse du serveur. Il exclut les images, le CSS, le JavaScript et le rendu : il est donc bien inférieur à un temps de chargement mesuré par Lighthouse. Voici les plages de couleur utilisées sur cette page :
| Temps de réponse | Couleur | Interprétation |
|---|---|---|
| < 500 ms | Vert | Sain. Typique d'un point de présence CDN ou d'un cache chaud. |
| 500–1500 ms | Jaune | Acceptable mais à surveiller : généralement un aller-retour jusqu'à l'origine, sans cache en périphérie. |
| > 1500 ms | Rouge | Lent. Vérifiez le processeur de l'origine, les requêtes de base de données, les démarrages à froid et le routage intercontinental. |
À propos de Vérificateur de Statut de Site
Contrôlez une URL HTTP(S) ou un lot de dix maximum par la requête HEAD existante. La durée concerne cette requête, sans surveillance continue.
Une réponse HEAD ou un échec depuis ce serveur reste une observation limitée. Les écarts avec le navigateur peuvent venir de la méthode, du lieu, du DNS, de TLS, des caches ou du filtrage ; ils ne localisent pas la panne et ne prouvent pas une indisponibilité générale.
HEAD 405 indique une méthode non prise en charge : GET n’a pas été testé. Les destinations de redirection ne sont pas suivies. Un refus ne prouve pas une panne pour tous.
Les URL sont transmises au site. Aucun historique persistant n’est ajouté. Les appels du lot restent espacés de 300 ms et s’arrêtent à la limite de débit. CSV, TSV et liens partagés peuvent contenir vos URL.
Le chemin https://example.com/a,b reste une seule URL dans un partage. Une durée mesurée de 0 ms reste 0.
Cas d'utilisation
Comment vérifier si un site web est hors ligne
Saisissez une URL ou une URL par ligne en mode lot.
Lisez codes et erreurs puis copiez le tableau, exportez le CSV ou partagez la liste exacte.
Lisez les quatre encarts : Code de statut, Temps de réponse, Type de contenu et Serveur. Un temps inférieur à 500 ms s'affiche en vert, supérieur à 1500 ms en rouge.
Ouvrez la liste En-têtes de réponse pour voir tout ce que le serveur a renvoyé, y compris Location sur une 301 et Retry-After sur une 429 ou une 503.
Passez à l'onglet Vérification en masse pour coller jusqu'à 10 URL, une par ligne, puis conservez la série avec Télécharger le CSV ou Copier en tableau.
Utilisez Copier le lien de partage pour envoyer une adresse qui relance exactement la même vérification à l'ouverture.
Astuces Pro
- Une réponse HEAD ou un échec depuis ce serveur reste une observation limitée. Les écarts avec le navigateur peuvent venir de la méthode, du lieu, du DNS, de TLS, des caches ou du filtrage ; ils ne localisent pas la panne et ne prouvent pas une indisponibilité générale.
- Le statut 0 n'est pas un 500. Il signifie que rien n'a répondu du tout : vérifiez la résolution DNS et l'expiration du certificat TLS avant d'accuser l'application.
- Les temps de réponse inférieurs à 500 ms s'affichent en vert, de 500 à 1500 ms en jaune et au-delà de 1500 ms en rouge. Le chiffre ne couvre que l'aller-retour serveur : ni images, ni CSS, ni JavaScript.
- Si vous obtenez 403 ici alors que le site s'affiche dans votre navigateur, un WAF filtre les IP de centres de données ou notre agent utilisateur FreeWebTools Status Checker/1.0. Ce n'est pas une panne.
- Le mode en masse est plafonné à 10 URL et l'API autorise 60 vérifications par minute et par IP. Découpez les listes plus longues en lots plutôt que de réessayer jusqu'au 429.
Dépannage
La vérification renvoie le code de statut 0 et aucun en-tête.
Rien n'a répondu. Le nom d'hôte ne se résout peut-être pas, la connexion a pu être refusée, le certificat TLS peut être expiré ou émis pour un autre nom, ou la requête a dépassé le délai : 8 secondes pour établir la connexion, 15 secondes au total. Contrôlez d'abord le DNS et le certificat, puis testez la version http:// pour isoler une panne TLS.
Nous signalons 403 Forbidden alors que le site s'affiche normalement dans le navigateur.
Une règle de WAF ou d'anti-bots bloque les IP de centres de données ou l'agent utilisateur FreeWebTools Status Checker/1.0. Le site est en ligne : il refuse simplement les clients automatisés. Ajoutez la vérification à la liste d'autorisation ou confirmez depuis une connexion résidentielle.
La vérification en masse s'arrête en cours de route avec un message de limitation.
L'API autorise 60 vérifications par minute et par adresse IP. Attendez soixante secondes puis relancez les URL restantes, ou découpez la liste en lots plus petits. L'exécution espace déjà ses requêtes de 300 ms.
Une page qui fonctionne dans le navigateur renvoie 404 ici.
Vous testez probablement un chemin qui n'existe pas sur cet hôte, ou le domaine pointe vers un hôte virtuel par défaut. Testez d'abord le domaine seul, puis ajoutez le chemin une fois que la racine répond 200.
Questions fréquemment posées
Saisissez une URL HTTP(S) publique et validez. Le serveur envoie une seule requête HEAD et indique le statut reçu et le temps mesuré. Les redirections ne sont pas suivies ; un statut HEAD 405 ne permet pas de conclure sur GET. Une observation en échec ne prouve pas une panne générale.
Comparez cette observation du serveur avec votre navigateur. Les écarts peuvent venir du DNS, des caches, de la zone géographique, du filtrage ou de la méthode demandée ; un résultat seul ne localise pas la panne.
503 Service Unavailable signifie que le serveur est joignable mais refuse de traiter la requête pour le moment, généralement à cause d’une surcharge ou d’une maintenance planifiée. C’est temporaire par définition, et la réponse comporte souvent un en-tête Retry-After qui indique quand réessayer. Les moteurs de recherche lisent un 503 bref comme un « revenez plus tard », pas comme une panne définitive.
En pratique : certificats TLS expirés ou non concordants et enregistrements DNS cassés (les deux apparaissent en statut 0), une application qui a planté ou manqué de mémoire (500), un proxy qui n’atteint pas l’origine en plein déploiement (502), un trafic au-delà de la capacité ou une maintenance (503), une base de données plus lente que le délai du proxy (504), et les incidents CDN ou cloud à l’échelle d’un hébergeur.
Traitez le code ou le délai dépassé comme un indice. Comparez une requête GET du navigateur, les journaux de l’origine et la page de statut du fournisseur avant de conclure.
Oui. Passez à l’onglet « Vérification en masse » et collez jusqu’à 10 URL, une par ligne. Elles sont vérifiées l’une après l’autre avec 300 ms d’écart entre les requêtes, et les résultats s’affichent en liste avec verdict, code de statut et temps de réponse. Vous pouvez ensuite télécharger toute la série en CSV ou la copier sous forme de tableau séparé par des tabulations.
Une réponse HEAD ou un échec depuis ce serveur reste une observation limitée. Les écarts avec le navigateur peuvent venir de la méthode, du lieu, du DNS, de TLS, des caches ou du filtrage ; ils ne localisent pas la panne et ne prouvent pas une indisponibilité générale.
Parce que la requête part d'une IP de centre de données avec l'agent utilisateur FreeWebTools Status Checker/1.0. Les services anti-bots, les WAF et les règles de pare-feu des CDN répondent couramment aux clients automatisés par un 403 Forbidden ou une page de vérification, tout en servant normalement les vrais navigateurs. Un 403 renvoyé par cet outil signifie donc « ce client a été refusé », pas toujours « hors ligne ».
Il s’agit du temps mesuré pour l’aller-retour HEAD du serveur, connexion comprise, sans le rendu du navigateur ni les ressources de la page. Une mesure de zéro milliseconde reste zéro ; un temps absent reste indisponible.
Non. Le point d'accès refuse les noms localhost, 127.0.0.1, 0.0.0.0 et ::1, toute adresse IP d'une plage privée ou réservée comme 192.168.x.x ou 10.x.x.x, les adresses de métadonnées cloud telles que 169.254.169.254, ainsi que les ports sensibles 22, 3306 et 6379. Un nom d'hôte est résolu une fois et refusé si cette adresse IPv4 est privée ; la vérification est uniquement IPv4, considérez-la donc comme une protection contre la falsification de requête côté serveur (SSRF) plutôt que comme une garantie. Testez les hôtes internes avec curl depuis le réseau.
Méthode, règles d’accès, DNS et trajet réseau peuvent différer. Examinez le code HTTP et les limites de la méthode.
Sources et standards
Le RFC 9110 et le registre IANA décrivent les classes HTTP ; le RFC 6585 définit429. Les pages MDN et Google liées sont de la documentation. Cette page fournit des observations HEAD qualifiées, pas une garantie de fonctionnement ou de localisation de panne.
- RFC 9110, HTTP Semantics, section 15 — la définition normative de chaque classe de statut.
- Registre des codes de statut HTTP de l'IANA — la liste faisant autorité des codes attribués.
- MDN, codes de statut des réponses HTTP — des notes pratiques sur chaque code.
- Google for Developers, « How HTTP Status Codes Affect Google's Crawlers » — ce que chaque code implique pour l'exploration et l'indexation.
- Google for Developers, « Debug Network and DNS Errors for Google's Crawlers » — ce que cela veut dire quand une requête n'obtient aucun code de statut.
- RFC 6585, Additional HTTP Status Codes, section 4 — la définition du 429 Too Many Requests et de son indication Retry-After.