Méthodologie du vérificateur de sites

Cette page explique exactement comment Website Checker évalue une URL, ce que nous pouvons et ne pouvons pas mesurer, et pourquoi votre expérience dans le navigateur peut différer de notre résultat.

1. Validation des entrées et filtres de sécurité

Avant toute requête, nous normalisons et validons l'URL soumise. Nous bloquons les schémas non pris en charge, les cibles IP locales/privées et les issues de redirection non sécurisées. Cela évite les abus et maintient les vérifications centrées sur les points de terminaison web publics.

2. Vérifications DNS

Nous interrogeons les enregistrements DNS et résolvons les correspondances domaine-vers-IP. Si un domaine ne se résout pas publiquement, nous l'indiquons explicitement afin que les utilisateurs puissent distinguer les problèmes DNS des problèmes de serveur web.

3. Comportement des requêtes HTTP(S)

Nous effectuons une requête HTTP(S) en suivant les redirections et en mesurant les délais. La réponse comprend le code d'état, le nombre de redirections, l'URL finale, le type de contenu et les métadonnées de base de la page lorsqu'elles sont récupérables.

4. Gestion SSL/TLS

Nous tentons d'abord une vérification SSL stricte. Si une poignée de main SSL stricte échoue, nous pouvons exécuter une vérification de suivi assouplie pour déterminer si l'hôte est joignable mais mal configuré. Dans ces cas, nous signalons les problèmes SSL séparément plutôt que de considérer silencieusement le site comme sain.

5. Limites de débit et pages anti-bot

Certains sites bloquent les requêtes automatisées (par exemple, défis WAF ou protection Cloudflare). Lorsque nous détectons ces schémas, nous étiquetons le résultat comme limité afin que les utilisateurs ne confondent pas le blocage de bots avec une panne complète.

Limites connues

• Les résultats proviennent de l'emplacement de notre serveur, pas de toutes les régions du monde.
• Les vérifications sont des instantanés à la demande, pas une surveillance continue.
• Une réponse 200 ne garantit pas que chaque chemin de page est sain.
• Les problèmes côté utilisateur (blocages FAI, cache du navigateur, extensions) peuvent différer des vérifications côté serveur.

Utiliser les résultats de manière responsable

Considérez le résultat du vérificateur comme un point de données technique. Pour les incidents critiques, combinez-le avec les journaux serveur, la surveillance synthétique depuis plusieurs régions et le diagnostic de votre hébergeur.