HTTP/Header

Der Header besteht aus Schlüssel-Wert-Paaren, die von einem Client bei der Anfrage oder von einem Server bei der Antwort mitgesendet werden. Sie enthalten Parameter für die Verbindung oder Metadaten über die Ressource. Nach dem Antwort-Header folgt durch eine Leerzeile getrennt der Body (auch Entity genannt).

A

• Accept
• Accept-Charset
• Accept-Encoding
• Accept-Language
• Accept-Ranges
• Age
• Allow
• Authorization

C

• Cache-Control
• Connection
• Content-Disposition
• Content-Encoding
• Content-Language
• Content-Length
• Content-Location
• Content-MD5
• Content-Range
• Content-Security-Policy
• Content-Type
• Cookie

D

• Date
• DNT

E

• ETag
• Expect
• Expires

F

• From

H

• Host

I

• If-Match
• If-Modified-Since
• If-None-Match
• If-Range
• If-Unmodified-Since

L

• Last-Modified
• Link
• Location

M

• Max-Forwards

P

• Pragma
• Proxy-Authenticate
• Proxy-Authorization
• P3P

R

• Range
• Referer
• Retry-After

S

• Server
• Set-Cookie

T

• TE
• Trailer
• Transfer-Encoding

U

• Upgrade
• User-Agent

V

• Vary
• Via

W

• Warning
• WWW-Authenticate

Q-Liste

Eine q-Liste dient dazu, manchen Headern die Angabe mehrerer Möglichkeiten zur Auswahl zu ermöglichen. Um eine genauere Bestimmung der bestmöglichen Ressource zu gewährleisten, können die einzelnen Möglichkeiten mit q-Werten (für quality, Qualität) versehen werden. Ein q-Wert kann zwischen 0 und 1 liegen, fehlt er, wird 1 angenommen. Er wird mit einem Strichpunkt vom eigentlichen Wert getrennt.

Beispiel Sprachenliste:
Ein Browser kann mit der folgenden Angabe deutsch als bevorzugt und englisch (USA) oder spanisch absteigend als akzeptabel angeben:

de, en-US;q=0.9, es;q=0.1

Nicht-standardisierte Header

Der HTTP-Standard erlaubt das Hinzufügen beliebiger eigener Header sowohl zur Anfrage als auch zur Antwort, solange sie sich an die Syntax für HTTP-Header halten. Obwohl nicht vorgeschrieben, ist es jedoch üblich, diese nicht-standardisierten Header durch ein vorausgehendes X- kenntlich zu machen.