Deux appareils présentant des variantes d’un catalogue fictif, visuel généré par IAVisuel IA · Provenance

Variantes de réponse

Vary et langue : retrouver la bonne variante dans le cache

Deux demandes vers une même URL peuvent recevoir des variantes différentes. Si la langue influence le contenu, la recette du cache doit retrouver comment ces variantes sont séparées et réutilisées.

Source et portée du repère

Vary décrit les parties de la demande susceptibles d’avoir influencé la sélection du contenu ; Accept-Language figure dans l’exemple de négociation de la RFC.

RFC 9110, section 12.5.5 : Vary — consultée le . Sémantique HTTP ; la stratégie de cache réelle reste à vérifier. Aucun en-tête ni configuration serveur n’est modifié dans ce lot.

Les contrôles qui suivent constituent une méthode éditoriale de Performance Voyage. Ils ne rapportent aucune opération exécutée sur un compte fournisseur.

Identifier le mécanisme réel de variation

Retrouvez URL, demande et langue de contenu observée. Le catalogue peut utiliser un chemin, un paramètre ou un en-tête pour choisir une variante. Le registre doit décrire le mécanisme appliqué au parcours, sans ajouter Accept-Language par convention. Une préférence envoyée et la langue effectivement reçue restent deux informations distinctes.

Comparer les réponses réutilisées

Préparez deux demandes fictives vers la même ressource avec des préférences différentes dans un circuit d’essai autorisé. Comparez corps, en-têtes utiles et résultat de réutilisation. Une réponse correcte hors cache ne démontre pas le comportement lors d’une lecture suivante. Gardez les observations qui permettent d’identifier une variante confondue, sans exposer de jeton ou de donnée personnelle.

Relire le repli et les consommateurs

Quand la langue demandée manque, retrouvez la variante réellement servie et sa présentation. Le contrôle compare page, export et document concernés. Une nouvelle traduction ne doit pas laisser un consommateur afficher indéfiniment l’ancienne réponse. Le suivi attribue la correction au mécanisme de sélection ou de cache identifié, sans déduire une durée uniforme de conservation.

Deux cas fictifs à faire rapprocher

La seconde langue retrouve le texte de la première

Scénario fictif : deux préférences partagent une réponse réutilisée malgré des contenus attendus différents. Comparez sélection, clé de variante et observations. La correction ne consiste pas seulement à traduire la page.

Le repli est présenté comme langue demandée

Scénario fictif : le fournisseur renvoie une autre langue et le consommateur l’étiquette selon la demande. Faites rapprocher langue envoyée et langue reçue. La recette doit préserver la provenance du texte dans la variante utilisée.

Conserver les preuves et la prochaine décision

Huit points pour retrouver le résultat de ce parcours
PointPreuve à retrouverContrôle proposé
RessourceURL et version observéesCibler la lecture.
SélectionChemin, paramètre ou en-têteDécrire le mécanisme.
PréférenceLangue demandéeConserver l’entrée.
RéponseLangue et contenu reçusRelire le résultat.
VaryChamps de sélection annoncésRapprocher les en-têtes.
CacheVariante réutiliséeExaminer la séparation.
RepliContenu réellement disponibleÉviter une étiquette supposée.
SuiteConsommateurs et correctionTransmettre les preuves.

La recette garde sélection, langue reçue et réponse réutilisée. Les variantes et le repli restent expliqués ; aucun résultat hors cache n’est pris pour preuve de toutes les lectures suivantes.

Erreurs à éviter

  • Ajouter un mécanisme de sélection par supposition.
  • Tester uniquement une première réponse.
  • Étiqueter la langue reçue à partir de la préférence.

La fiche de contrôle permet de suivre les huit points. Le registre associé peut être préparé dans l’atelier avec des références fictives ou anonymisées.

Sources et périmètre des faits documentés

La date de consultation figure avec chaque référence. Les méthodes d’essai et recommandations de ce guide sont éditoriales ; les conditions d’accès et d’usage se vérifient dans la documentation actuelle.

  • RFC 9110, section 12.5.5 : Vary — Sémantique HTTP ; la stratégie de cache réelle reste à vérifier. Aucun en-tête ni configuration serveur n’est modifié dans ce lot. (consultée le )

Questions fréquentes

Questions utiles avant de décider

Vary traduit-il le contenu ?

Il décrit des critères de sélection, sans réaliser une traduction.

Faut-il toujours utiliser Accept-Language ?

Retrouvez le mécanisme de variation du parcours concerné.

Quel essai compare les variantes ?

Deux demandes fictives et la réponse effectivement réutilisée.

Approfondir la méthode

Modèles et champs associés

Les modèles reprennent les documents cités dans cette méthode et ses guides associés. Consultez les informations à rapprocher et les contrôles proposés.

Passer à la vérification

Des fiches de contrôle pour ce sujet

Champs à collecter, tests, erreurs fréquentes et consignes de transmission pour travailler sur un dossier concret.

Toutes les fiches de contrôle →

Étape suivante

Appliquez cette méthode à des solutions concrètes.

Explorez les catégories du répertoire puis vérifiez les capacités et conditions auprès des sources officielles.

Explorer le répertoireParler du projet