Les directives de HTTP/1.1

HTTP/1.1 définit officiellement 47 directives (ou en-tête) dont voici la liste ; une directive supplémentaire (Content-Disposition), précédemment utilisée dans certaines implémentations de HTTP/1.0, est suggérée mais de manière non officielle.

directive	signification
`Accept:`	spécifie les types de média acceptés pour la ressource demandée (text/html, image/jpeg...). Liste de type MIME.
`Accept-Charset:`	page de code acceptable pour la réponse (alphabet cyrillique...)
`Accept-Encoding:`	identique à Accept: mais limite l'encodage (gzip...)
`Accept-Language:`	langues (utilisées dans la page web demandée) acceptées pour la réponse
`Accept-Ranges:`	le serveur dit s'il accepte ou non les directives Range:
`Age:`	utilisé pour la gestion des caches. Dit au serveur l'âge estimé de la ressource cachée pour que le serveur compare et renvoie éventuellement une nouvelle version.
`Allow:`	liste les méthodes (GET, PUT...) supportées pour la ressource demandée
`Authorization:`	utilisé par un client pour s'authentifier auprès du serveur
`Cache-Control:`	définit une politique de cache pour la ressource (no-cache, public...). La liste des politiques se trouve page 108 de la RFC2616.
`Connection:`	indique des paramètres particuliers pour la connexion (close, par exemple, pour demander à fermer la connexion après envoi de la ressource)
`Content-Disposition:`	permet au serveur de suggérer un nom de fichier par défaut pour la ressource qu'il envoie au client. Cet en-tête n'est pas officiellement un en-tête HTTP/1.1, son utilisation est simplement suggérée.
`Content-Encoding:`	complément à media-type:. Indique quel encodage (gzip...) est utilisé pour la ressource.
`Content-Language:`	langue utilisée dans la ressource
`Content-Length:`	longueur (en octet) du corps de l'entité
`Content-Location:`	(en-tête de l'entité) sert à préciser la vraie URI de la ressource renvoyée si la ressource renvoyée a été trouvée à une autre URI que celle de la requête
`Content-MD5:`	renvoie un code de contrôle MD5 au client pour lui permettre de vérifier l'intégrité de la ressource renvoyée
`Content-Range:`	précise la zone de l'entité complète couverte par l'entité partielle renvoyée
`Content-Type:`	type de média du corps de l'entité (text/html; charset=ISO-8859-4 par exemple)
`Date:`	date à laquelle le message a été écrit
`ETag:`	dans la réponse, entity tag (sorte de code de contrôle) de la variante de l'entité demandée. Permet de faire une comparaison entre ce qui a été demandé et ce qui a été renvoyé.
`Expect:`	le client attend un certain comportement du serveur. Le statut 417 (Expectation Failed) est utilisé dans ce contexte.
`Expires:`	date à partir de laquelle la réponse doit être considérée comme invalide
`From:`	e-mail de l'utilisateur du client qui a formulé la requête
`Host:`	précise le serveur (virtuel) sur lequel la requête est formulée
`If-Match:`	sert à faire des requêtes conditionnelles sur les ETags
`If-Modified-Since:`	sert également à faire des requêtes conditionnelles, mais sur la date de dernière modification de la ressource
`If-None-Match:`	pour les requêtes conditionnelles, inverse de If-Match:
`If-Range:`	dans les requêtes conditionnelles, le client demande au serveur de lui renvoyer la portion spécifiée de la ressource, si cette dernière n'a pas été modifiée (condition vérifiée avec un If-Unmodified-Since: par exemple)
`If-Unmodified-Since:`	opposé de If-Modified-Since:
`Last-Modified:`	renvoie la date de dernière modification de l'entité
`Location:`	sert à rediriger une requête vers une autre URI
`Max-Forwards:`	avec les méthodes TRACE et OPTIONS, sert à préciser le nombre d'intermédiaires (proxy, gateway) qui peuvent renvoyer la requête
`Pragma:`	utilisé pour spécifier certains comportements pour les intermédiaires (no-cache, par exemple, pour demander à ce que la ressource ne soit pas cachée)
`Proxy-Authenticate:`	utilisé lorsqu'un proxy demande à au client (l'utilisateur) de s'identifier avant de continuer la requête
`Proxy-Authorization:`	réponse du client à un Proxy-Authenticate:
`Range:`	précise la portion (en octet) de la ressource demandée ou renvoyée
`Referer:`	URI de la ressource à l'origine de la requête (lorsqu'on clique sur un lien par exemple, contient l'URI de la page où il y avait le lien)
`Retry-After:`	lors d'un statuts 503 (Service Unavailable) par exemple, précise dans combien de temps le client pourra reformuler la requête (durée d'indisponibilité)
`Server:`	indique le serveur HTTP (Apache, par exemple) qui répond à la requête
`TE:`	indique quelle extension de Transfer-Encoding: le client accepte dans la réponse du serveur
`Trailer:`	indique quelles directives sont présentes dans le trailer du message encodé avec avec "chunked transfer-coding" (voir Transfer-Encoding:)
`Transfer-Encoding:`	indique le type de transformation qui a été opérée sur le corps du message pour le transférer correctement (chunked par exemple)
`Upgrade:`	sert au client à indiquer quel protocoles de communication supplémentaires (HTTP/2.0 par exemple) il supporte et aimerait utiliser, si le serveur trouve opportun de changer de protocole
`User-Agent:`	indique un indentifiant pour le type de client utilisé pour faire la requête (Mozilla/4.03 [fr], par exemple)
`Vary:`	sert dans le mécanisme de cache : indique l'ensemble des directives à utiliser dans une requête client qui autorise le cache à renvoyer la réponse telle quelle, sans redemander validation auprès du serveur
`Via:`	indique par quels intermédiaires (machines et protocoles) la requête est passée avant d'atteindre le serveur
`Warning:`	informations additionnelles sur le statut ou la tranformation du message, et qui ne pourrait pas être signalées par d'autres directives
`WWW-Authenticate:`	est renvoyé par le serveur lors d'un statut 401 (Unauthorized) pour demander au client de s'authentifier

format imprimable