Test de connectivité HTTP

• Temps de récupération réel du navigateur : mesurez le temps de récupération réel de votre navigateur vers le serveur cible à l'aide de l'API Performance Resource Timing. Obtenez le temps de résolution DNS réel, la durée de la négociation TCP, le temps de négociation TLS, le délai jusqu'au premier octet et le temps de téléchargement total - et non des estimations ou des approximations.
• Graphique en cascade interactif : visualisez chaque phase de la requête HTTP dans un graphique en cascade détaillé. Découvrez comment les phases DNS, TCP, TLS, TTFB et de téléchargement se cumulent, avec leurs durées et proportions relatives. Identifiez rapidement quelle phase constitue le goulot d’étranglement dans la connexion.
• Détection Timing-Allow-Origin : détecte automatiquement si le serveur cible envoie l'en-tête Timing-Allow-Origin, qui détermine si des informations détaillées de synchronisation sont disponibles pour les requêtes d'origine croisée. Lorsqu'il est activé, vous obtenez des répartitions complètes DNS/TCP/TLS. En cas d’absence, l’outil note clairement la limitation.
• Code d'état et analyse des réponses : consultez le code d'état HTTP, le texte d'état, la taille de la réponse et le protocole (HTTP vs HTTPS) pour chaque test. Des notes complètes expliquent la signification de chaque métrique de synchronisation et mettent en évidence des observations importantes telles que la reprise de session TLS, les redirections et les limitations de synchronisation.

• Débogage de la latence du site Web : lorsque votre site Web semble lent, utilisez le test de connectivité HTTP pour identifier le goulot d'étranglement. Vérifiez si le problème concerne le temps de résolution DNS, la latence de connexion TCP, la surcharge de négociation TLS ou le temps de réponse du serveur (TTFB). Identifiez exactement quelle phase doit être optimisée.
• Comparaison des fournisseurs de CDN et d'hébergement : comparez les performances de connectivité de différents fournisseurs de CDN ou régions d'hébergement. Testez côte à côte les URL de différents fournisseurs pour voir lequel a le TTFB le plus bas, la négociation TLS la plus rapide et le meilleur temps de connexion global depuis votre emplacement.
• Vérification de la configuration TLS : vérifiez que votre configuration TLS est optimisée pour les performances. Le graphique en cascade montre le temps de prise de contact TLS, vous aidant à évaluer si la reprise de session TLS fonctionne, si votre chaîne de certificats est optimale et si la configuration de votre suite de chiffrement est performante.
• Surveillance des performances DNS : surveillez les temps de résolution DNS de vos domaines auprès de différents fournisseurs DNS. Détectez les recherches DNS lentes qui peuvent indiquer des problèmes de résolution, des serveurs de noms mal configurés ou des retards de propagation qui affectent le temps de connexion initial de votre site Web.
• Contrôle de conformité Timing-Allow-Origin : vérifiez si vos API et services tiers exposent l'en-tête Timing-Allow-Origin, qui est requis pour les mesures détaillées de synchronisation d'origine croisée. Assurez-vous que vos outils de surveillance des performances peuvent collecter des données de synchronisation précises pour toutes vos ressources externes.
• Évaluation globale de la connectivité : évaluez les performances d'un site Web ou d'une API dans différentes conditions de réseau. La synchronisation basée sur le navigateur reflète l'expérience utilisateur réelle, prenant en compte les conditions du réseau local, les performances du résolveur DNS et le routage du FAI que les tests côté serveur ne peuvent pas mesurer.

Les tests de connectivité HTTP mesurent le temps nécessaire à l'exécution de chaque phase d'une requête HTTP, depuis la recherche DNS jusqu'au dernier octet reçu. Contrairement à ping ou traceroute qui testent la connectivité au niveau du réseau, le test de connectivité HTTP mesure la requête complète au niveau de l'application, y compris la résolution DNS, l'établissement de la connexion TCP, la négociation TLS/SSL (pour HTTPS), le temps de traitement du serveur (TTFB) et le téléchargement de contenu. Cela fournit une image réaliste de ce que les utilisateurs vivent réellement lorsqu’ils accèdent à un site Web ou à une API.

1. Entrez une URL : saisissez n'importe quelle URL (avec ou sans https://) et cliquez sur "Tester la connectivité". Nous ajoutons automatiquement https:// si aucun protocole n'est spécifié et envoyons une requête HTTP GET standard depuis votre navigateur.
2. Mesure du timing : votre navigateur mesure le timing de chaque phase de requête à l'aide de l'API Performance Resource Timing. L'outil suit le temps de recherche DNS, le temps de connexion TCP, le temps de prise de contact TLS, le temps jusqu'au premier octet (combien de temps avant que le serveur commence à répondre) et le temps de téléchargement du contenu.
3. Visualisation des résultats : les horaires sont affichés dans une grille récapitulative et un graphique interactif en cascade qui montre chaque phase proportionnellement. L'outil détecte également si le serveur prend en charge la synchronisation détaillée d'origine croisée via l'en-tête Timing-Allow-Origin et note toute limitation ou observation.

• Recherche DNS : le temps nécessaire pour résoudre le nom de domaine en une adresse IP. Un DNS rapide (1 à 50 ms) indique des résolveurs DNS efficaces. Un DNS lent peut indiquer des problèmes de résolution ou des serveurs de noms mal configurés.
• TCP Handshake : Le temps nécessaire pour établir une connexion TCP (SYN, SYN-ACK, ACK). Généralement 10 à 100 ms en fonction de la latence du réseau. Les connexions persistantes ignorent cette étape.
• Prise de contact TLS : temps nécessaire pour négocier une connexion sécurisée, y compris l'échange de certificats et la négociation d'une suite de chiffrement. TLS 1.3 réduit cela à un seul aller-retour. La reprise de session peut la rendre presque instantanée.
• TTFB (Time to First Byte) : Le temps écoulé entre le début de la requête et le premier octet de la réponse. Cela inclut la latence du réseau et le temps de traitement du serveur. Google recommande un TTFB inférieur à 800 ms pour une bonne expérience utilisateur.
• Télécharger : l'heure de réception du corps de la réponse. Dépend de la taille du contenu, de la bande passante du réseau et de la compression. Les réponses plus petites avec la compression gzip/brotli se téléchargent plus rapidement.

Notre test de connectivité HTTP envoie les requêtes directement depuis votre navigateur vers l'URL cible. Nous ne proxyons, ne stockons ni ne traitons vos demandes sur nos serveurs. Pour les requêtes d'origine croisée, les informations de synchronisation détaillées (DNS, TCP, TLS) ne sont disponibles que si le serveur cible envoie l'en-tête de réponse Timing-Allow-Origin. Sans cet en-tête, seuls le TTFB et le temps total sont disponibles. L'outil indique clairement quand un calendrier détaillé n'est pas disponible. Toutes les données sont traitées côté client et aucun journal de requête n'est conservé.