Diagnostic d'URL

Vérificateur de site web

Lancez un rapport complet de site web avec un verdict combiné, puis les résultats Russie et Finlande pour le temps DNS, la connexion TCP, la négociation TLS, le TTFB, la chaîne de redirections, l'URL finale, les en-têtes de réponse et les IP résolues.

Commencez ici pour savoir si un site public répond correctement depuis la Russie, la Finlande ou les deux, et à quel endroit le chemin de requête ralentit ou échoue.

Site web et SSL

Outil public gratuit. Aucun compte requis.

Résumé

Cet outil s'exécute depuis la Russie et la Finlande et renvoie un rapport combiné depuis le backend de diagnostic. Les différences peuvent venir du routage, des réponses du résolveur, de la présentation TLS, du choix d'un nœud CDN ou d'une politique de filtrage.

Chemin de requête et redirections

Vous obtenez l'URL normalisée, la chaîne de redirections, l'URL finale, le statut HTTP et l'adresse vers laquelle le dernier saut a été résolu.

Détail des temps

Le backend mesure le temps de résolution DNS, le temps de connexion TCP, le temps de négociation TLS pour HTTPS, le temps jusqu'au premier octet et le temps total du dernier saut.

HTTPS et indices de plateforme

Si la cible aboutit en HTTPS, le rapport inclut les détails du certificat ainsi que les marqueurs explicables d'hébergement ou de CMS lorsque la réponse les expose.

URL du site

Vérificateur de site web

Prêt

Collez une URL complète ou un simple domaine. Le backend normalise les cibles publiques autorisées et bloque localhost, les plages privées et les hôtes internes.

Cet outil s'exécute depuis la Russie et la Finlande et renvoie un rapport combiné depuis le backend de diagnostic. Les différences peuvent venir du routage, des réponses du résolveur, de la présentation TLS, du choix d'un nœud CDN ou d'une politique de filtrage.

Exemples

Rapport

Prêt

Résumé

Rapport de diagnostic côté serveur

Le rapport apparaîtra ici

Lancez une vérification pour générer un rapport structuré avec état, temps, détails techniques et sortie brute lorsqu'elle est disponible.

RésuméApparaît après la fin de la vérification.
TempsApparaît après la fin de la vérification.
En-têtes de réponseApparaît après la fin de la vérification.

01

Ce que vérifie cet outil

Chemin de requête et redirections

Vous obtenez l'URL normalisée, la chaîne de redirections, l'URL finale, le statut HTTP et l'adresse vers laquelle le dernier saut a été résolu.

Détail des temps

Le backend mesure le temps de résolution DNS, le temps de connexion TCP, le temps de négociation TLS pour HTTPS, le temps jusqu'au premier octet et le temps total du dernier saut.

HTTPS et indices de plateforme

Si la cible aboutit en HTTPS, le rapport inclut les détails du certificat ainsi que les marqueurs explicables d'hébergement ou de CMS lorsque la réponse les expose.

02

Comment l'utiliser

01

Collez l'URL publique à inspecter et lancez la vérification.

02

Regardez d'abord le statut final et l'explication, puis ouvrez les sections sur les temps et les redirections.

03

Si le résultat indique un problème TLS, DNS ou d'hébergement, ouvrez directement les outils associés plus bas.

03

Comment lire le résultat

Un avertissement HTTP n'est pas une panne réseau

Un HTTP 403 ou 503 signifie que la requête a atteint le serveur, mais que la réponse n'est pas exploitable. Les échecs DNS, délais dépassés ou problèmes TLS se produisent plus tôt dans le chemin.

Les adresses résolues comptent

Un site peut basculer entre IPv4 et IPv6, servir différents nœuds CDN ou présenter des comportements différents selon la famille d'adresses choisie par le serveur.

La capture d'écran est optionnelle

Si ce déploiement n'a pas de capture d'écran sûre activée, le rapport le signale au lieu de prétendre disposer d'une image.

Des guides pour mieux exploiter cet outil

Interprétez la sortie, comprenez les modes de panne courants et choisissez la prochaine étape de diagnostic sans quitter le produit.

FAQ du vérificateur de site web

Pourquoi un site peut-il être en ligne et afficher quand même un avertissement ?

Parce qu'il peut répondre avec une erreur HTTP comme 403, 429 ou 503. Cela prouve que le serveur a répondu, mais pas que la page est utilisable.

Que représente le TTFB ici ?

C'est le temps entre le début de la requête HTTP et le premier octet de réponse sur le dernier saut, après le travail DNS et la connexion.

Les redirections peuvent-elles cacher un problème ?

Oui. Un saut peut être rapide et sain alors que la destination finale est lente, bloquée ou non fiable. C'est pourquoi la chaîne est affichée explicitement.

Outils associés