Disponibilité du site web
Déterminer s'il est possible de contacter un site web et si le contenu des pages est exploitable.
Vérifiez la disponibilité, le statut HTTP, la vitesse, SSL, DNS, les redirections, les en-têtes de sécurité et l'accessibilité SEO.
Lorsqu'un site web cesse soudainement de se charger, la première question qui vient à l'esprit est simple : Le site est-il vraiment hors service, ou le problème vient-il de votre côté ? L'outil « CyberTools Website Status & Health Checker » vous permet de vérifier rapidement l'état d'un site web en ligne et d'analyser les données réellement renvoyées par le serveur web.
Saisissez un nom de domaine ou une adresse de site web (par exemple URL et CyberTools) : le système effectue alors une série de vérifications côté serveur afin de déterminer si le site web est accessible, indisponible, redirigé, renvoie une erreur HTTP, est protégé par un système de sécurité, ou s'il rencontre un autre problème technique.
Il s'agit de bien plus qu'un simple outil de vérification de disponibilité de sites web. Le rapport permet également d'analyser les réponses HTTP, les délais de réponse, les redirections, les codes HTTPS et SSL, les enregistrements DNS, les en-têtes de sécurité, ainsi que la disponibilité des plans de site robots.txt et XML et d’autres indicateurs techniques qui permettent de mieux cerner l’état actuel d’ un site web.
Saisissez l'adresse du site web URL ou le nom de domaine dans l'outil CyberTools Website Status & Health Checker, puis lancez le test. CyberTools tente de résoudre le nom de domaine, de contacter le serveur web et de récupérer le site web. Le rapport indique ensuite si le site est en ligne, indisponible, soumis à des restrictions, redirigé ou s'il renvoie une erreur HTTP ou une erreur de serveur, avec des diagnostics techniques supplémentaires le cas échéant.
Un outil de vérification de l'état d'un site web est un outil de diagnostic en ligne qui envoie une requête à un site web et analyse la réponse renvoyée par son infrastructure web.
À la base, un outil de vérification de l'état d'un site web permet de répondre à une question importante : Ce site web est-il accessible en ce moment ?
Dans la pratique, la disponibilité d'un site web est plus complexe qu'une simple indication « opérationnel » ou « hors service ». Un domaine peut être résolu correctement via DNS alors même que son application web est indisponible. Un serveur web peut accepter une connexion mais renvoyer un 500 Internal Server Error. Un autre site web peut répondre par « 403 Forbidden » parce que son pare-feu, « CDN », ou son système de protection contre les bots refuse les requêtes automatisées.
Il arrive également qu'un serveur renvoie HTTP 200 OK sans pour autant fournir le site web attendu. Cela peut se produire en cas de configurations d'hébergement inhabituelles, de points de terminaison abandonnés, d'écouteurs de serveur par défaut ou d'hôtes virtuels mal configurés.
C'est pourquoi CyberTools sépare disponibilité du site web par rapport à l'ensemble rapport sur l'état du site web. Le résultat de la vérification de disponibilité décrit ce qui s'est passé lorsque CyberTools a tenté d'accéder au site Web et de le vérifier. Le rapport d'intégrité fournit des informations complémentaires telles que l'état de HTTP, SSL, DNS, les redirections, les en-têtes de performance et de sécurité.
Vous n'avez pas besoin d'outils réseau en ligne de commande ni de connaissances techniques avancées pour vérifier l'état d'un site web.
Saisissez un nom de domaine tel que
exemple.com
ou un site web complet URL tel que
HTTPS://example.com/.
CyberTools résout le nom d'hôte et envoie des requêtes côté serveur afin de déterminer comment le site web répond.
CyberTools analyse la réponse HTTP et, dans la mesure du possible, récupère le contenu de la page au lieu de partir du principe que toute réponse 200 de HTTP signifie automatiquement que le site web fonctionne normalement.
Analyser l'état de HTTP, les redirections, les délais de réponse, SSL, DNS, les en-têtes de sécurité, les ressources du robot d'indexation et les conclusions techniques à partir d'un seul rapport.
CyberTools ne considère pas chaque réponse du serveur comme la preuve qu'un site web fonctionne normalement.
Le site web a renvoyé une réponse positive et le contenu de la page a pu être récupéré et vérifié.
L'infrastructure du site web a répondu, mais un CDN, un pare-feu ou un système de gestion des bots a bloqué la vérification automatisée de la page.
Le serveur web a répondu, mais l'accès à la ressource demandée était restreint, soumis à une authentification ou limité en termes de débit.
Un serveur a peut-être répondu, mais CyberTools n'a pas pu vérifier que le contenu du site web était exploitable.
Le serveur a renvoyé un code d'état 5xx, tel que 500, 502, 503 ou 504, et le site web nécessite une intervention.
Aucune réponse valable de HTTP n'a pu être obtenue en raison d'un problème lié à DNS, d'un délai d'attente dépassé, d'un échec de connexion ou d'une autre défaillance de disponibilité similaire.
Lors de l'amélioration de l'outil de vérification de l'état du site Web CyberTools, nous avons rencontré un cas limite important issu de la pratique. Un domaine a été résolu normalement et son point de terminaison a renvoyé HTTP 200 OK, mais une requête portant sur une page entière n'a pas permis d'obtenir de contenu web exploitable.
Un outil de vérification de l'état d'un site web trop simpliste pourrait s'arrêter dès la première réponse « HTTP » et « dISPlay » Le site web est en ligne. Cela peut être trompeur. Nous avons modifié la logique de disponibilité afin que CyberTools puisse effectuer une vérification supplémentaire de la page avant d'afficher l' état « actif » normal, dès lors que cette vérification est techniquement possible.
Nous avons rencontré un autre scénario très différent lors du test d’un site web opérationnel protégé par un CDN et une couche de sécurité. L’ infrastructure a répondu, mais la requête automatisée a reçu une réponse d’accès refusé générée par le système de protection.
Cette situation ne doit pas être traitée de la même manière qu’un site web vide ou indisponible. CyberTools identifie donc séparément les réponses protégées reconnaissables et peut marquer l’évaluation d’intégrité plus approfondie comme Vérification limitée.
Cette distinction est importante car la disponibilité d'un site web comporte plusieurs niveaux. DNS peut fonctionner alors que l'application est en panne. Un serveur web peut répondre alors que le site web attendu est indisponible. Un CDN peut être en ligne tout en refusant intentionnellement l'automatisation. Un site web peut également être accessible tout en renvoyant une erreur de serveur au niveau de l'application.
CyberTools regroupe plusieurs contrôles techniques afin que vous puissiez vérifier la disponibilité d'un site web sans avoir à passer d'un outil de diagnostic de base à l'autre.
Déterminer s'il est possible de contacter un site web et si le contenu des pages est exploitable.
Consultez le code de réponse HTTP et la description de l'état IP renvoyés lors de la vérification.
Vérifier les redirections et la destination finale URL atteinte par le programme de vérification.
Consultez les informations relatives au modèle TTFB, au temps de réponse total et aux durées de connexion disponibles.
Vérifiez l'utilisation de HTTPS et les informations disponibles concernant le certificat SSL, notamment la validité et la date d'expiration du certificat.
Vérifiez la résolution du nom d'hôte, IPv4, IPv6, les serveurs de noms et le serveur connecté IP, le cas échéant.
Vérifiez la présence des en-têtes de sécurité HTTP couramment utilisés par les navigateurs et identifiez les signaux de configuration manquants.
Vérifiez la disponibilité des ressources courantes des robots d'indexation, notamment robots.txt et XML, ainsi que celle du plan du site.
Les codes d'état HTTP permettent de comprendre comment un serveur web a traité une requête. CyberTools et ISP indiquent la réponse renvoyée lors de la vérification de l'état du site web.
Le serveur indique que la requête s'est déroulée avec succès. CyberTools pourrait procéder à une vérification supplémentaire de la page avant de confirmer que le site web est bien en ligne.
L'adresse URL demandée redirige en permanence vers une autre adresse.
L'adresse demandée redirige temporairement vers une autre page.
Le serveur a compris la requête mais a refusé l'accès. Cela peut également se produire lorsque les systèmes de sécurité bloquent les vérifications automatisées.
Le serveur est accessible, mais la page demandée est introuvable .
Le serveur limite temporairement le nombre de requêtes provenant du client ou de l'adresse IP.
L'application Web ou le serveur a rencontré un problème interne lors du traitement de la requête.
Un proxy ou une passerelle n'a pas reçu de réponse valide de la part d'un serveur en amont.
Le serveur est temporairement dans l'impossibilité de traiter la requête, souvent en raison d'une opération de maintenance ou d'une surcharge.
Une passerelle ou un proxy inverse n'a pas reçu de réponse de la part d'un service en amont dans le délai prévu.
Techniquement, un site web peut être en ligne tout en restant très lent. CyberTools fournit donc des informations sur les temps de réponse en plus de la disponibilité du site web.
Temps de réponse jusqu'au premier octet (TTFB) mesure le temps nécessaire avant que les premières données de réponse ne soient disponibles. Temps de réponse total mesure la durée totale de la requête analysée. Le rapport peut également fournir des informations sur la connexion, le TLS, les temps d'attente côté serveur et les temps de transfert.
Ces mesures sont utiles pour le dépannage, mais elles doivent être considérées comme une observation ponctuelle provenant du serveur CyberTools. Le routage CDN, la distance géographique, la charge du serveur, la mise en cache et les conditions du réseau peuvent entraîner des variations des mesures d'un test à l'autre.
HTTPS est un élément essentiel des sites web modernes. CyberTools détermine si le URL final utilise HTTPS et, lorsque les informations relatives au certificat sont disponibles, fournit des détails techniques sur le SSL.
Le rapport peut inclure la validité du certificat, l'émetteur, le sujet, la date d'expiration et la durée de vie restante du certificat.
Un avertissement « SSL » ne signifie pas nécessairement que le domaine lui-même est complètement hors ligne. Il indique que la connexion sécurisée ou la configuration du certificat nécessite un examen plus approfondi.
Avant de pouvoir contacter la plupart des sites Web, le nom d'hôte doit être résolu via le système de noms de domaine (DNS). CyberTools examine les informations publiques disponibles concernant le nom d'hôte demandé.
Le rapport peut contenir des adresses ISP, des adresses IPv4, des serveurs de noms, des informations CNAME et le serveur IP contacté lors de la requête.
Le fait que la résolution de DNS aboutisse ne prouve pas que le site web fonctionne. Cela confirme simplement que le nom d'hôte est résolvable, c'est pourquoi CyberTools considère la résolution de DNS et la disponibilité du site web comme deux signaux distincts.
Lorsqu'un site web renvoie des en-têtes HTTP, CyberTools vérifie la présence de plusieurs en-têtes de sécurité courants destinés aux navigateurs, notamment Strict-Transport-Security, Content-Security-Policy, X-Content-Type-Options, X-Frame-Options, Referrer-Policy et Permissions-Policy.
Le rapport indique si chaque en-tête a été détecté. L'absence d'un en-tête ne signifie pas automatiquement qu'un site web a été compromis ou qu'il n'est pas sûr. Les exigences en matière de sécurité dépendent de l' application, de l'infrastructure et du comportement escompté.
Ces vérifications doivent être considérées comme des indicateurs techniques et des recommandations de configuration, et non comme un substitut aux tests d'intrusion, aux évaluations de vulnérabilité ou à un audit de sécurité professionnel.
CyberTools analyse également les ressources couramment utilisées par les robots d'indexation des moteurs de recherche,
telles que /robots.txt et
/sitemap.xml.
Un fichier robots.txt peut contenir des directives destinées aux robots d'indexation, tandis qu'un plan de site XML peut aider les moteurs de recherche à repérer les pages URL importantes d'un site web.
CyberTools ne part pas simplement du principe qu’une réponse HTTP 200 prouve l’existence de l’une de ces ressources. La requête de ressource est validée afin de réduire le risque qu’une réponse générique du serveur soit indûment signalée comme un robots.txt ou un plan du site valide.
Ces vérifications indiquent uniquement la disponibilité. Elles ne permettent pas de déterminer si chaque directive « robots » ou chaque élément « URL » présent dans un plan du site est correct.
Lorsqu'une page ne s'affiche pas dans votre navigateur, cela ne signifie pas nécessairement que le site web est hors ligne pour tous les visiteurs. Les problèmes peuvent provenir de votre propre navigateur, de votre connexion Internet, du résolveur DNS, de VPN, de votre pare-feu, de ISP ou de votre emplacement géographique.
Un outil de vérification de l'état d'un site web côté serveur vous offre un autre point d'observation. Si CyberTools parvient à accéder au site web alors que celui-ci ne s'affiche pas sur votre appareil, le problème peut être lié à votre connexion, à votre adresse IP, à votre navigateur, à DNS ou à votre région.
Si CyberTools ne parvient pas non plus à obtenir une réponse exploitable, cela constitue un indice plus probant d'un problème lié au serveur ou à l'infrastructure. Toutefois, un seul outil de vérification ne peut garantir qu'un site web est indisponible depuis tous les réseaux de tous les pays.
Les interruptions de service d'un site web peuvent trouver leur origine à plusieurs niveaux différents de l'infrastructure. Un serveur d'hébergement peut tomber en panne ou être surchargé. Le logiciel du serveur web peut cesser de répondre. Les enregistrements DNS peuvent être incorrects ou obsolètes. Les règles du pare-feu peuvent bloquer le trafic légitime. La configuration de SSL peut échouer. Une application peut rencontrer une erreur liée à la base de données, au code ou aux dépendances.
Les proxys inversés et le CDNS ajoutent des couches supplémentaires. Un site périphérique CDN peut rencontrer un problème même lorsque le serveur d'origine fonctionne correctement. Dans un autre scénario, le serveur d'origine peut être indisponible tandis que le contenu mis en cache continue d'être diffusé sans problème à certains visiteurs.
Les pics de trafic, la saturation du processeur ou de la mémoire, les limites de connexion à la base de données, les échecs de déploiement, les services arrivés à expiration et les problèmes de routage réseau peuvent également entraîner des interruptions intermittentes ou totales du service.
C'est pourquoi évaluer la disponibilité à partir d'un seul chiffre peut s'avérer trompeur. En combinant les informations de réponse fournies par HTTP avec la vérification du contenu (DNS, SSL), les redirections et les temps de réponse, on obtient un point de départ bien plus utile.
Effectue une vérification du site web à la demande lorsque vous saisissez « URL ». Cette fonction est utile lorsque vous souhaitez savoir ce qui se passe à l'instant même.
Vérifie régulièrement un site web selon un calendrier défini et peut conserver l'historique de disponibilité ou envoyer des alertes lorsqu'une panne est détectée.
L'outil de vérification de l'état et de la santé du site Web CyberTools est avant tout un outil de diagnostic à la demande. Si vous avez besoin de statistiques historiques sur les pourcentages de disponibilité, d’alertes automatiques en cas d’incident ou de vérifications à partir de plusieurs emplacements géographiques, utilisez un système de surveillance dédié en complément d’un outil de vérification de l’état à la demande.
Commencez par le État du site web le résultat plutôt que de se limiter au score de sécurité. Le statut vous indique si CyberTools a pu vérifier le site web, s’il a rencontré une restriction de sécurité, s’il a reçu une erreur de serveur ou s’il n’a pas pu obtenir de réponse exploitable.
Si le site web est confirmé comme étant en ligne, examinez la réponse HTTP et la réponse finale URL. Vérifiez s'il y a des redirections inattendues et si le site web aboutit finalement à l'adresse HTTPS attendue.
Ensuite, vérifiez les informations relatives à SSL et DNS. Assurez-vous que le nom d'hôte renvoie bien à l'infrastructure attendue et que HTTPS fonctionne comme prévu.
Le temps de réponse peut aider à identifier les ralentissements du serveur, tandis que les résultats relatifs aux en-têtes de sécurité peuvent mettre en évidence certains éléments de configuration qu'il convient de réexaminer.
Enfin, vérifiez la disponibilité des plans de site robots.txt et XML lorsque l'exploration par les moteurs de recherche est importante pour le site web.
Si CyberTools affiche le message suivant : Vérification limitée, interprétez ce score de santé avec prudence. Cela signifie que l'infrastructure du site a répondu, mais que CyberTools n'a pas pu analyser entièrement la page, car l'accès automatisé était restreint.
CyberTools effectue des vérifications côté serveur à partir de sa propre infrastructure. Le résultat ne reflète pas toutes les régions géographiques, ISP, tous les navigateurs, tous les réseaux ou tous les appareils du monde.
Un site web peut être accessible depuis un réseau et inaccessible depuis un autre. CDNS et les systèmes de gestion des bots peuvent également renvoyer intentionnellement une réponse différente à CyberTools de celle qu'ils renvoient à un visiteur humain normal.
Les vérifications des en-têtes de sécurité ne constituent pas un audit complet de cybersécurité. Les vérifications de robots.txt et du plan du site ne constituent pas un audit technique complet de SEO. Le temps de réponse est une mesure ponctuelle et non un indicateur permanent de performance.
Lorsque CyberTools ne parvient pas à analyser intégralement un site web protégé, le rapport signale cette limitation au lieu de présenter l’ évaluation comme étant entièrement vérifiée.
Qu'un site web semble hors ligne, se charge lentement, redirige de manière inattendue ou renvoie une erreur de serveur, commencez par vérifier ce que le serveur renvoie réellement.
Une simulation visuelle des requêtes circulant entre les visiteurs, le réseau et un serveur web.
Demandez un outil manquant ou envoyez-nous vos commentaires via notre formulaire de contact.
Nous contacter