Accept-Charset

Utilisation

L’en-tête Accept-Charset faisait partie de la négociation de contenu : il permettait aux clients d’énumérer les encodages de caractères qu’ils préféraient, tels que utf-8, iso-8859-1 ou windows-1252. Le serveur retenait la meilleure correspondance et encodait le corps de la réponse en conséquence.

Déprécié

Cet en-tête est déprécié. Les clients et serveurs HTTP modernes utilisent UTF-8 par défaut, ce qui rend la négociation de jeu de caractères inutile. Envoyer cet en-tête révèle des préférences d’encodage sans bénéfice pratique et accroît la surface d’empreinte applicative. Les navigateurs ne l’envoient plus, et il est conseillé aux serveurs d’ignorer la valeur lorsqu’ils la reçoivent.

UTF-8 couvre l’intégralité de la plage Unicode et s’est imposé comme l’encodage dominant sur le Web. L’en-tête de réponse Content-Type communique l’encodage retenu via son paramètre charset, ce qui rend superflue une étape de négociation distincte.

charset-name

Un nom d’encodage de caractères enregistré auprès de l’IANA, par exemple utf-8 ou iso-8859-1.

*

Un joker correspondant à tout encodage non déjà listé dans l’en-tête.

;q= (valeur de qualité)

Un poids compris entre 0 et 1 exprimant une préférence relative, suivant la même syntaxe que celle utilisée par Accept. Le poids par défaut est 1.0.

Exemple

Un client annonce une préférence pour UTF-8 avec un repli sur ISO 8859-1. La valeur de qualité 0.7 signale que ce repli est moins apprécié.

Accept-Charset: utf-8, iso-8859-1;q=0.7

Une requête plus large acceptant UTF-8 en priorité maximale et tout autre encodage avec une priorité inférieure.

Accept-Charset: utf-8, *;q=0.5