Varier le vérificateur d'en-tête
Analysez les en-têtes HTTP Vary pour comprendre le comportement de mise en cache avec notre vérificateur d'en-tête Vary gratuit. Entrez n’importe quelle valeur d’en-tête Vary et voyez instantanément comment chaque en-tête affecte l’efficacité, les performances et la sécurité de la mise en cache. L'outil fournit des explications détaillées en-tête par en-tête, détecte les problèmes critiques comme Vary: * qui désactive la mise en cache, avertit en cas de Vary: Origin manquant avec des origines CORS dynamiques et signale les en-têtes comme User-Agent et Cookie qui fragmentent votre cache. Entrez éventuellement votre valeur Access-Control-Allow-Origin pour vérifier que Vary: Origin est correctement configuré. Aucune inscription requise.
Quick Test Presets
Enter the Vary header value as a comma-separated list, or leave empty to check what happens when Vary is not set.
If your API uses a dynamic (non-wildcard) Access-Control-Allow-Origin, enter it here to check if Vary: Origin should be set.
Pourquoi utiliser notre vérificateur d'en-tête Vary ?
- Analyse d'impact de la mise en cache en-tête par en-tête : chaque en-tête de la valeur Vary obtient une explication détaillée de son comportement de mise en cache. Le Vary Header Checker identifie si l'en-tête est destiné à la négociation de contenu (Accepter, Accepter-Language), CORS (Origine), à l'adaptation de l'appareil (User-Agent, DPR) ou à l'authentification (Cookie, Autorisation). Chaque en-tête reçoit une note d'impact (élevé, moyen ou faible) afin que vous puissiez voir lesquels fragmentent le plus votre cache.
- Évaluations complètes de l'efficacité du cache : l'outil fournit trois évaluations distinctes : l'efficacité du cache (dans quelle mesure votre configuration Vary préserve la capacité de cache), les performances (impact sur les taux d'accès au cache) et la sécurité (si les en-têtes Vary liés à CORS sont correctement configurés). Chaque évaluation est accompagnée de résultats exploitables vous montrant exactement ce qu'il faut corriger pour améliorer votre stratégie de mise en cache.
- Détection des problèmes critiques et avertissements de bonnes pratiques : le vérificateur d'en-tête Vary détecte automatiquement les problèmes de configuration courants. Il signale Vary: * qui désactive toute mise en cache, met en garde contre Vary: User-Agent et Vary: Cookie qui détruisent les taux de réussite du cache, alerte lorsque Vary: Origin est manquant avec les origines CORS dynamiques et suggère des optimisations pour les configurations Vary trop larges avec trop d'en-têtes.
- Gratuit et sans inscription requise : vérifiez les configurations d'en-tête Vary illimitées sans inscription, sans clé API et sans limites d'utilisation. Toutes les analyses s'effectuent entièrement dans votre navigateur : le texte d'en-tête ne quitte jamais votre appareil. Nous ne stockons, n'enregistrons ni ne traitons aucune donnée sur nos serveurs. Entièrement gratuit, pour toujours.
Cas d'utilisation courants pour l'analyse d'en-tête Vary
- Audit de configuration du cache CDN : les ingénieurs DevOps et les développeurs backend peuvent utiliser le Vary Header Checker pour auditer leurs configurations CDN et proxy inverse. Collez l'en-tête Vary depuis votre API ou votre site Web et voyez instantanément comment cela affecte la mise en cache. L'outil identifie les en-têtes qui dégradent les performances du CDN, tels que Vary : User-Agent ou les configurations Vary trop larges, vous aidant ainsi à optimiser les taux de réussite du cache et à réduire la charge du serveur d'origine.
- Validation de la configuration de la mise en cache CORS : les développeurs frontend configurant CORS sur leurs API peuvent utiliser le vérificateur d'en-tête Vary pour vérifier que Vary : Origin est correctement défini aux côtés d'Access-Control-Allow-Origin. Lorsqu'une API renvoie une origine dynamique (non générique), l'en-tête Vary: Origin est essentiel pour empêcher les CDN de servir des réponses CORS mises en cache à la mauvaise origine de demande.
- Examen de l'optimisation des performances : les ingénieurs en performances analysant les temps de chargement des sites Web peuvent vérifier l'en-tête Vary pour garantir que la mise en cache n'est pas inutilement fragmentée. Le vérificateur d'en-tête Vary montre quels en-têtes divisent le cache et fournit des recommandations spécifiques pour réduire l'empreinte Vary, permettant des taux d'accès au cache plus élevés et des chargements de pages plus rapides.
- Vérification de la configuration de la passerelle API : les équipes gérant les passerelles API peuvent vérifier que leur passerelle n'ajoute pas d'en-têtes Vary inutiles qui fragmentent la mise en cache. L'outil permet d'identifier les en-têtes qui peuvent avoir été automatiquement ajoutés par des middlewares, des frameworks ou des couches proxy, et fournit des conseils sur la suppression des entrées inutiles de l'en-tête Vary.
- Mise en cache des applications multi-locataires : les plates-formes SaaS desservant plusieurs locataires de la même infrastructure doivent gérer soigneusement leurs en-têtes Vary. Le vérificateur d'en-tête Vary permet de valider les configurations pour les configurations multi-locataires, telles que Vary: X-Forwarded-Host pour les noms d'hôte spécifiques au locataire, garantissant ainsi une séparation correcte du cache sans fragmentation excessive.
- Diagnostic de bug lié au cache : lorsque les utilisateurs signalent des problèmes liés à du contenu obsolète, des versions linguistiques incorrectes ou des erreurs CORS, l'en-tête Vary est souvent le coupable. Le vérificateur d'en-tête Vary aide à diagnostiquer ces problèmes en affichant exactement quels en-têtes de requête affectent la réponse mise en cache, ce qui permet de déterminer facilement si un en-tête Vary manquant ou incorrect en est la cause première.
Qu'est-ce que l'en-tête Varier ?
L'en-tête de réponse HTTP Vary indique aux caches (navigateurs, CDN, proxy inverse) les en-têtes de requête que le serveur a utilisés pour générer la réponse. Lorsqu'un cache voit un en-tête Vary: Accept-Encoding, il sait que la réponse peut différer en fonction de l'en-tête de requête Accept-Encoding du client et il doit mettre en cache des versions distinctes pour chaque type d'encodage. Sans l'en-tête Vary, un cache peut fournir une réponse compressée au format gzip à un client qui ne peut pas la gérer, ou fournir une réponse adaptée à une langue à un utilisateur qui en parle une autre.
Comment l'en-tête Vary affecte la mise en cache
- Création de clé de cache : lorsqu'une réponse inclut un en-tête Vary, le cache ajoute les en-têtes de requête spécifiés à sa clé de cache. Cela signifie que le cache stocke plusieurs versions de la même URL, chacune étant saisie par différentes combinaisons d'en-têtes variés.
- Impact du taux de réussite du cache : chaque en-tête ajouté à Vary multiplie le nombre de variantes mises en cache. Par exemple, Vary : Accept-Language avec 10 langues prises en charge crée jusqu'à 10 variantes mises en cache par URL. Ajout de variations : l'agent utilisateur peut créer des milliers de variantes - une pour chaque combinaison navigateur/appareil unique - détruisant ainsi le taux de réussite du cache.
- Varier : * comportement : la valeur générique indique aux caches que la réponse varie en fonction de chaque en-tête de requête. La plupart des caches ne peuvent pas mettre efficacement en cache les réponses avec Vary: * , et de nombreux CDN contourneront entièrement leur cache pour ces réponses.
- Gestion du CDN et du navigateur : différents caches ont une gestion Vary différente. La plupart des CDN modernes respectent correctement Vary, mais plus vous répertoriez d'en-têtes, plus l'espace de cache est consommé et plus votre taux de réussite diminue.
Quand utiliser (et éviter) des en-têtes Vary spécifiques
- Varier : Accept-Encoding – Généralement géré automatiquement par les CDN. Souvent redondant mais à faible impact. Coffre-fort à conserver.
- Varier : Accepter la langue – Nécessaire pour les sites multilingues. Considérez plutôt les préfixes de langue basés sur les URL pour une meilleure mise en cache.
- Vary : Origin – Obligatoire lors de l’utilisation d’Access-Control-Allow-Origin dynamique (non générique). Essentiel pour l’exactitude de CORS.
- Varier : Agent utilisateur – Éviter. Crée des milliers de variantes de cache. Utilisez plutôt la détection des appareils côté client.
- Varier : Cookie – À éviter dans les caches publics. Chaque utilisateur dispose de cookies uniques, ce qui rend la mise en cache inefficace. Utilisez des points de terminaison distincts pour le contenu authentifié.
- Vary : Autorisation - À utiliser uniquement avec Cache-Control : private . Les caches publics ne doivent jamais mettre en cache les réponses authentifiées.
Considérations relatives à la confidentialité et à la sécurité
Le Vary Header Checker traite toutes les données entièrement dans votre navigateur. Les valeurs d'en-tête Vary que vous collez, l'origine CORS que vous saisissez et les résultats de l'analyse ne quittent jamais votre appareil. Aucune donnée n'est téléchargée, stockée ou transmise à un serveur. Cela signifie que vous pouvez analyser en toute sécurité les en-têtes des API de production, des services internes ou des environnements clients sans aucun problème de confidentialité des données. Étant donné que tout fonctionne côté client, il n'y a pas non plus de limites d'utilisation, aucune clé API n'est nécessaire et l'outil fonctionne même lorsque vous êtes hors ligne après le chargement initial de la page.
Foire aux questions
L'en-tête de réponse HTTP Vary indique aux caches les en-têtes de requête utilisés par le serveur pour générer la réponse. Par exemple, Vary : Accept-Encoding indique au cache que la réponse peut différer en fonction de l'en-tête Accept-Encoding du client. Il doit donc stocker des versions mises en cache distinctes pour chaque type d'encodage (gzip, br, etc.). Sans Vary, un cache peut fournir une réponse compressée à un client qui ne peut pas la décompresser, ou fournir une réponse destinée à une langue à un utilisateur qui en parle une autre.
Vary : * indique au cache que la réponse varie en fonction de chaque en-tête de requête possible. Étant donné que chaque requête HTTP a des combinaisons d'en-têtes uniques (différentes valeurs d'acceptation, différents agents utilisateurs, différents en-têtes de connexion), le cache doit traiter chaque requête comme unique et ne peut servir aucune réponse mise en cache. La plupart des CDN et navigateurs désactivent efficacement la mise en cache des réponses avec Vary : *. Au lieu d'utiliser Vary: *, spécifiez uniquement les en-têtes qui affectent réellement le contenu de votre réponse.
Utilisez Vary: Origin chaque fois que votre serveur définit un en-tête Access-Control-Allow-Origin dynamique (non générique). Ceci est courant dans les configurations CORS où le serveur renvoie l'origine de la demande. Sans Vary : Origin, un cache peut servir une réponse CORS destinée à une origine vers une origine différente, ce qui peut entraîner des problèmes de sécurité ou des erreurs CORS. De nombreux fournisseurs CDN recommandent Vary : Origin pour tous les points de terminaison compatibles CORS.
Varier : User-Agent indique au cache de stocker des réponses distinctes pour chaque chaîne User-Agent unique. Puisqu'il existe des milliers de valeurs User-Agent différentes dans la nature (différents navigateurs, versions, systèmes d'exploitation, appareils), cela crée un nombre énorme de variantes de cache et détruit les taux de réussite du cache. Au lieu d'utiliser Vary : User-Agent, envisagez d'utiliser la détection côté client avec JavaScript, ou utilisez des requêtes multimédias CSS et des techniques de conception réactive.
L'en-tête Vary a un impact direct sur les taux de réussite du cache CDN. Chaque en-tête répertorié dans Vary multiplie le nombre de variantes mises en cache que le CDN doit stocker. Par exemple, Vary : Accept-Language avec 10 langues crée jusqu'à 10 fois le stockage du cache. Varier : l'agent utilisateur peut créer des milliers de variantes. Un plus grand nombre de variantes signifie des taux de réussite inférieurs, davantage de requêtes du serveur d'origine, des temps de réponse plus lents et des coûts CDN plus élevés. La règle générale est de garder l'en-tête Vary aussi petit que possible.
Dans la plupart des configurations modernes, Vary : Accept-Encoding est géré automatiquement par les CDN et les proxys inverses. De nombreux CDN suppriment l’en-tête Vary pour l’encodage du contenu et gèrent la compression de manière transparente. Si Vary : Accept-Encoding est le seul en-tête de votre valeur Vary, il est souvent redondant. Cependant, cela n’a pas d’impact significatif sur la mise en cache car il n’existe que quelques valeurs de codage communes (identity, gzip, br, deflate).
Cache-Control indique aux caches combien de temps stocker une réponse et dans quelles conditions (publique, privée, âge maximum, sans cache, etc.). Vary indique aux caches quels en-têtes de requête différencient les réponses mises en cache. Ils fonctionnent ensemble : Cache-Control détermine si et combien de temps une réponse est mise en cache, tandis que Vary détermine combien de variantes de cette réponse sont stockées. Une réponse avec Cache-Control : public, max-age=3600 et Vary : Accept-Encoding mettra en cache une variante par type d’encodage pendant une heure.
Oui! Le Vary Header Checker est 100 % gratuit, sans inscription, sans clé API et sans limite d'utilisation. Vérifiez autant de configurations d’en-tête Vary que nécessaire, aussi souvent que nécessaire. Toutes les analyses s'effectuent entièrement dans votre navigateur : la valeur de l'en-tête ne quitte jamais votre appareil. Nous ne stockons, n'enregistrons ni ne traitons aucune donnée sur nos serveurs.