Aller au contenu

Inspecteur d’en-têtes HTTP

HTTP Header Inspector

Interroge une adresse et montre les en-têtes de réponse complets, la chaîne de redirections, les temps de réponse et la compression employée.

Une requête vers une URL, et tous les en-têtes de réponse qu’elle rapporte — groupés par usage, avec Cache-Control décomposé en ses directives, chacune expliquée. C’est ce qu’un navigateur voit avant de rendre quoi que ce soit, et c’est là que vivent réellement les problèmes de cache et de compression.

☁️ Passe par notre serveurhttpheadersinspectdebug

C’est notre serveur qui fait cette requête pour vous. Nous ne lui transmettons que l’URL que vous avez saisie — aucun de vos cookies ni votre session ne part avec. Le serveur ne se connecte qu’à des adresses publiques et refuse les adresses privées et internes.

Jusqu’à cinq redirections sont suivies, et les en-têtes affichés sont ceux de la dernière réponse.

Comment s’en servir

  1. Donnez-lui l’URL que vous visez vraiment

    Jusqu’à cinq redirections sont suivies et les en-têtes montrés sont ceux de la dernière réponse. Si c’est la redirection elle-même qui vous intéresse, la chaîne est dessinée au-dessus avec le statut de chaque saut.

  2. Lisez les remarques avant les tableaux

    Chaque remarque découle d’un en-tête précis — un Cache-Control absent, un Expires que max-age écrase, une réponse HTML sans jeu de caractères. Ce sont elles les constats ; les tableaux sont les pièces.

  3. Vérifiez la ligne de compression

    La requête propose gzip, deflate, br et zstd ; ce qui revient est ce que le serveur a choisi. Une réponse texte sans Content-Encoding est en général 70 % plus grosse qu’elle n’a besoin de l’être.

Questions fréquentes

Ma session ou mes cookies partent-ils avec la requête ?

Non. C’est notre serveur qui fait la requête, donc elle n’emporte aucun de vos cookies ni votre session. Cela veut aussi dire qu’une page derrière une authentification reviendra sous la forme de sa page de connexion plutôt que de la version que vous voyez.

Puis-je vérifier quelque chose sur mon propre réseau ?

Non, et c’est délibéré. La requête sortante résout d’abord l’hôte et refuse les adresses privées, de bouclage et de lien-local — y compris un nom public qui résout vers l’une d’elles. Sans cette règle, cette page serait un moyen de faire sonder par notre serveur l’intérieur du réseau de quelqu’un d’autre.

Les en-têtes diffèrent de ce que me montrent les outils de développement

C’est à prévoir. Un CDN fait varier sa réponse selon la géographie, selon Accept-Encoding, selon Vary, et selon qu’il a ou non une copie en cache pour ce point de présence. Ceci est une requête depuis un endroit ; votre navigateur en est un autre.

Pourquoi Content-Length est-il absent ?

Le codage de transfert par blocs, presque toujours : le serveur a commencé à envoyer avant de connaître la taille. C’est normal pour des pages dynamiques, et c’est pourquoi un téléchargement depuis ces pages n’affiche aucun pourcentage de progression.

À alimenter depuis

Ensuite

Ces outils acceptent ce que celui-ci produit : le résultat peut y aller directement.