206 Partial Content beantwoordt een verzoek met een Range-header, bijvoorbeeld Range: bytes=0-1048575, door alleen het gevraagde deel van de resource te sturen. Eén bereik wordt beschreven met een Content-Range-header zoals bytes 0-1048575/52428800; meerdere bereiken worden samen verstuurd in een multipart/byteranges-body.
Dankzij range requests kunnen video- en audiospelers naar elk punt springen zonder het hele bestand te downloaden, kunnen downloadmanagers onderbroken downloads hervatten en kunnen PDF-viewers losse pagina’s laden. Servers geven met Accept-Ranges: bytes aan dat ze dit ondersteunen. Clients gebruiken If-Range om zeker te weten dat de delen die ze samenvoegen uit dezelfde versie van het bestand komen.
Een 206 is heuristisch cachebaar, en caches kunnen opgeslagen bereiken combineren.
Voorbeeldresponse
HTTP/1.1 206 Partial Content
Date: Fri, 06 Nov 2026 10:15:32 GMT
Content-Type: video/mp4
Content-Range: bytes 0-1048575/52428800
Content-Length: 1048576
Accept-Ranges: bytes
ETag: "a3f1-3200000"
[first 1,048,576 bytes of the video]SEO en redirects controleren
Crawlers vragen normaal gesproken complete documenten op, en pagina’s horen hun 200 terug te geven. Een 206 verschijnt in een redirectcontrole alleen als er een Range-header aan het verzoek is toegevoegd, bijvoorbeeld als aangepaste requestheader. Een server die 206 stuurt op verzoeken zonder Range-header, is verkeerd geconfigureerd.
Veelvoorkomende oorzaken en toepassingen
- Een mediaspeler vraagt het volgende stuk van een video op of springt naar een nieuwe positie.
- Een downloadmanager of
curl -C -hervat een onderbroken download. - Een PDF-viewer of app haalt alleen de delen van een groot bestand op die hij nodig heeft.