Vérificateur d'en-têtes HTTP

Saisissez une URL et découvrez exactement ce que le serveur renvoie : code de statut, chaîne de redirections et chaque en-tête de réponse, avec une explication claire de ceux qui comptent pour le SEO, le cache et la sécurité.

Mis à jour le

Saisissez une URL pour voir son statut HTTP et ses en-têtes de réponse.

Saisissez une URL publique ci-dessus puis appuyez sur Entrée ou Ctrl + Entrée.

  • Code de statut et chaîne complète de redirections, avec les temps de réponse
  • Chaque en-tête de réponse, avec des explications pour les plus courants
  • Cache, type de contenu, X-Robots-Tag et HSTS en un coup d'œil
  • Note des en-têtes de sécurité, ainsi que les en-têtes bruts à copier

Cet outil récupère depuis notre serveur l’URL publique que vous saisissez. Les résultats restent quelques minutes en mémoire temporaire et ne sont jamais enregistrés en base de données.

Comment utiliser : Vérificateur d'en-têtes HTTP

  1. Saisissez une URL : une page, une image, un fichier CSS ou un point d'accès d'API.
  2. Cliquez sur Vérifier les en-têtes (ou appuyez sur Ctrl+Entrée).
  3. Contrôlez le code de statut et la chaîne de redirections, puis parcourez le tableau des en-têtes : les en-têtes connus sont expliqués dans la colonne de droite.
  4. Cliquez sur Copier les en-têtes bruts pour les coller dans un ticket, ou ouvrez le Vérificateur d'en-têtes de sécurité pour un rapport détaillé.

Que sont les en-têtes de réponse HTTP ?

Chaque fois qu'un navigateur ou un robot demande une URL, le serveur répond par une ligne de statut (comme HTTP/1.1 200 OK), un ensemble d'en-têtes, puis le corps de la réponse. Les en-têtes sont des paires nom–valeur qui décrivent la réponse : le type de contenu, la durée pendant laquelle il peut être mis en cache, l'autorisation d'indexation par les moteurs de recherche et les politiques de sécurité que le navigateur doit appliquer. Ils sont invisibles sur la page, ce qui explique pourquoi de nombreux problèmes de SEO et de performance s'y cachent.

En-têtes importants pour le SEO et les performances

En-têtePoints à vérifier
Content-Typetext/html; charset=utf-8 pour les pages. Un mauvais type peut empêcher le rendu ou l'indexation d'une page.
Cache-Controlmax-age élevé pour les fichiers statiques versionnés, valeur courte ou no-cache pour le HTML qui change.
ETag / Last-ModifiedPermettent une revalidation légère (304 Not Modified) au lieu d'un nouveau téléchargement.
X-Robots-Tagnoindex ici retire l'URL des résultats de recherche : pratique pour les PDF, désastreux par erreur.
LinkPeut transporter rel="canonical" pour les fichiers non HTML, ainsi que des indications de préchargement.
VaryIndique aux caches quels en-têtes de requête modifient la réponse ; Vary: User-Agent fragmente les caches.
Strict-Transport-SecurityForce HTTPS lors des visites suivantes ; visez un max-age d'au moins six mois.

Lire Cache-Control

Cache-Control: public, max-age=31536000, immutable signifie que tout cache peut conserver le fichier pendant un an sans revérifier : idéal pour les ressources à empreinte comme app.3f2a1c.js. no-cache ne signifie pas « ne pas mettre en cache » : cela signifie « stocker, mais revalider avant chaque utilisation ». Pour interdire tout stockage, utilisez no-store. s-maxage ne s'applique qu'aux caches partagés, comme les CDN.

Vérifier les en-têtes vous-même

Dans le terminal, curl -sI https://example.com affiche les en-têtes d'une requête HEAD, et curl -sIL suit les redirections. Dans le navigateur, ouvrez les DevTools → Réseau, rechargez la page et cliquez sur la requête du document. Cet outil affiche les mêmes informations sans aucune de ces étapes, suit les redirections à votre place et explique ce que vous observez. Pour rejouer des requêtes avec des méthodes et des en-têtes personnalisés, essayez le Testeur d'API.

Aussi recherché comme : en-têtes http, vérifier en-têtes http, en-têtes de réponse http, curl -i en ligne, vérificateur cache-control, x-robots-tag, vérifier headers serveur, voir en-têtes http.

Outils complémentaires : Vérificateur d'en-têtes HTTP

  • Générateur & testeur CORS — Vous voyez « has been blocked by CORS policy » ?
  • Vérificateur d’en-têtes de sécurité — Évaluez les en-têtes HTTP de sécurité d’un site, de A+ à F, repérez ceux qui manquent et comprenez pourquoi ils comptent.
  • Vérificateur de redirections — Suivez une URL saut par saut pour voir chaque redirection, son code de statut et sa durée, et vérifiez que les versions http, https, www et sans www de votre domaine aboutissent toutes à une même adresse canonique.
  • cURL vers code — Collez une commande curl, issue de la documentation d’une API ou de l’option « Copier en tant que cURL » des outils de développement de votre navigateur, et obtenez du code prêt à l’emploi pour six langages, avec les en-têtes, le corps de requête et l’authentification repris à l’identique.

Questions fréquentes

Comment vérifier les en-têtes d'un serveur ?
Saisissez l'URL et lancez la vérification : vous obtenez le code de statut, chaque redirection et tous les en-têtes de réponse envoyés par le serveur, y compris Server, Cache-Control, Content-Type et les en-têtes de sécurité, expliqués simplement.
Comment vérifier les en-têtes HTTP dans mon navigateur ?
Ouvrez les DevTools (F12), allez dans l'onglet Réseau, rechargez la page et cliquez sur la première requête. Le panneau En-têtes affiche les en-têtes de requête et de réponse.
Qu'est-ce que l'en-tête X-Robots-Tag ?
C'est l'équivalent HTTP de la balise meta robots. X-Robots-Tag: noindex empêche une URL d'apparaître dans les résultats de recherche et fonctionne pour tous les types de fichiers, y compris les PDF et les images.
Pourquoi ne vois-je pas d'en-tête Content-Encoding ?
Ce vérificateur demande des réponses non compressées afin de pouvoir les lire de manière fiable : la compression gzip ou Brotli n'apparaît donc généralement pas. Pour tester la compression, exécutez curl -sI -H "Accept-Encoding: gzip, br" https://votre-site.
Quel type de requête le vérificateur envoie-t-il ?
Une requête GET standard qui s'identifie comme un robot, en suivant jusqu'à 10 redirections. Certains sites envoient des en-têtes différents aux navigateurs, aux utilisateurs connectés ou selon le pays, les résultats peuvent donc légèrement différer de ce que vous voyez.
Quelle est la différence entre no-cache et no-store ?
no-cache autorise le stockage de la réponse mais exige une revalidation auprès du serveur avant toute réutilisation. no-store interdit tout stockage, ce qui est prévu pour les données sensibles.

Outils similaires