Statuscode 206 Partial Content

Was ist der HTTP-Statuscode 206 Partial Content?

Der HTTP-Statuscode 206 Partial Content bestätigt, dass ein Server nur den angeforderten Teil einer Ressource erfolgreich übertragen hat. Er entsteht typischerweise durch eine HTTP-Range-Anfrage und wird unter anderem für Videostreaming, fortsetzbare Downloads, große PDF-Dateien und andere Inhalte eingesetzt, die sich abschnittsweise abrufen lassen.

Was bedeutet die Antwort 206 Partial Content?

Der HTTP-Statuscode 206 Partial Content gehört zur Klasse der erfolgreichen 2xx-Antworten. Anders als bei 200 OK übermittelt der Server jedoch nicht die vollständige Ressource, sondern einen oder mehrere angeforderte Datenbereiche. Der englische Begriff Partial Content bedeutet entsprechend „teilweiser Inhalt“.

Eine 206-Antwort ist kein Fehlercode. Sie bestätigt, dass der Server eine gültige Bereichsanfrage verarbeitet und den gewünschten Ausschnitt ausgeliefert hat. HTTP-Statuscodes der 2xx-Klasse kennzeichnen grundsätzlich erfolgreich bearbeitete Anfragen. ngen eignen sich vor allem für große Dateien und Medien. Ein Videoplayer kann beispielsweise zunächst nur die Bytes abrufen, die für den gewählten Wiedergabezeitpunkt benötigt werden. Auch ein unterbrochener Download lässt sich fortsetzen, ohne die bereits übertragenen Daten erneut anzufordern.

Wie funktioniert der HTTP-Statuscode 206?

Der Client, etwa ein Browser, Download-Manager oder Mediaplayer, sendet eine GET-Anfrage mit dem HTTP-Header Range. Dieser Header legt fest, welcher Abschnitt einer Ressource übertragen werden soll. Unterstützt der Server die Bereichsanfrage und ist der gewünschte Abschnitt verfügbar, antwortet er mit dem Status 206.

Der Client fordert mit Range: bytes=0-999 die ersten 1.000 Bytes einer Datei an.
Der Server prüft, ob er Byte-Range-Anfragen für die Ressource unterstützt.
Der Server liefert den angeforderten Abschnitt mit 206 Partial Content aus.
Der Header Content-Range beschreibt die Position des Ausschnitts innerhalb der vollständigen Ressource.

Beispiel: Bei einer Datei mit insgesamt 10.000 Bytes fordert Range: bytes=0-999 die ersten 1.000 Bytes an. Die Antwort enthält Content-Range: bytes 0-999/10000. Da die Zählung bei null beginnt und beide Grenzwerte eingeschlossen sind, umfasst der Bereich exakt 1.000 Bytes.

Welche HTTP-Header gehören zu einer 206-Antwort?

Mehrere HTTP-Header steuern und beschreiben die Teilübertragung. Der Range-Header steht in der Anfrage, während Content-Range in der Antwort angibt, welcher Teil tatsächlich übertragen wurde. Content-Length bezeichnet bei einer einzelnen Teilantwort nur die Größe des übertragenen Abschnitts.

Header	Richtung	Funktion	Beispiel
`Range`	Anfrage	Fordert einen oder mehrere Datenbereiche an	`Range: bytes=0-999`
`Accept-Ranges`	Antwort	Informiert über unterstützte Bereichseinheiten	`Accept-Ranges: bytes`
`Content-Range`	Antwort	Ordnet den übertragenen Abschnitt in die Gesamtdatei ein	`Content-Range: bytes 0-999/10000`
`Content-Length`	Antwort	Gibt die Länge des übertragenen Antwortinhalts an	`Content-Length: 1000`
`If-Range`	Anfrage	Verknüpft die Bereichsanfrage mit einem Validator wie ETag oder Datum	`If-Range: 'abc123'`

Gemäß der HTTP-Spezifikation RFC 9110 muss eine einteilige 206-Antwort einen Content-Range-Header enthalten. Werden mehrere Bereiche übertragen, verwendet die Antwort den Medientyp multipart/byteranges, wobei jeder Teil seinen eigenen Bereich beschreibt.

Einzelne und mehrere Byte-Bereiche

Single-Range-Anfrage

Eine Single-Range-Anfrage fordert einen zusammenhängenden Abschnitt an. Der Server liefert den ursprünglichen Medientyp der Ressource, beispielsweise video/mp4 oder application/pdf, und ergänzt den Antwort-Header Content-Range.

Die Anfrage Range: bytes=500-999 umfasst 500 Bytes. Die Länge berechnet sich mit der Formel Endposition minus Startposition plus 1. Im Beispiel ergibt sich 999 − 500 + 1 = 500.

Multi-Range-Anfrage

Eine Multi-Range-Anfrage nennt mehrere getrennte Bereiche, beispielsweise Range: bytes=0-499,1000-1499. Der Server kann diese Bereiche in einer gemeinsamen 206-Antwort mit dem Inhaltstyp multipart/byteranges zurückgeben. Jeder Abschnitt erhält eigene Angaben zu Inhaltstyp und Position.

Server dürfen überlappende oder dicht beieinanderliegende Bereiche zusammenfassen. Ein Client darf deshalb nicht voraussetzen, dass Reihenfolge und Aufteilung der Antwort exakt seiner Anfrage entsprechen. Maßgeblich sind die jeweiligen Content-Range-Angaben.

Abgrenzung zu 200, 304 und 416

Der Unterschied zwischen 200 und 206 liegt im Umfang der übertragenen Darstellung. 200 OK liefert üblicherweise die vollständige Ressource, während 206 Partial Content nur einen erfolgreich angeforderten Teil enthält.

Statuscode	Bedeutung	Typischer Einsatz	Antwortinhalt
`200 OK`	Anfrage vollständig erfolgreich	Normaler Abruf einer Webseite oder Datei	Vollständige Ressource
`206 Partial Content`	Bereichsanfrage erfolgreich	Streaming oder fortgesetzter Download	Angeforderter Teilbereich
`304 Not Modified`	Zwischengespeicherte Version ist weiterhin aktuell	Validierung eines Browser- oder Proxy-Caches	Kein Nachrichteninhalt
`416 Range Not Satisfiable`	Angeforderter Bereich ist nicht erfüllbar	Bereich liegt außerhalb der Dateigröße	Fehlerantwort mit Angabe der Gesamtgröße

Der Statuscode 416 tritt beispielsweise auf, wenn bei einer Datei mit 10.000 Bytes der Bereich ab Byte 20.000 angefordert wird. Eine korrekte Antwort kann dann Content-Range: bytes */10000 enthalten und damit die tatsächliche Gesamtgröße nennen.

Welche Bedeutung hat 206 Partial Content für SEO?

Der Statuscode 206 ist für Video-, Audio-, PDF- und Download-Ressourcen technisch normal. Für eine reguläre HTML-Seite sollte eine gewöhnliche GET-Anfrage ohne Range-Header dagegen in der Regel 200 OK und den vollständigen Inhalt zurückgeben.

Ein SEO-Problem kann entstehen, wenn der Server, ein CDN oder ein Proxy normale Crawler-Anfragen unbeabsichtigt mit 206 beantwortet. Erhält ein Suchmaschinen-Crawler nur einen Ausschnitt des HTML-Dokuments, können relevante Texte, interne Links, strukturierte Daten oder Indexierungsanweisungen in der übertragenen Antwort fehlen.

Der Statuscode selbst ist kein negatives Ranking-Signal. Maßgeblich ist, ob Suchmaschinen die für Indexierung und Darstellung benötigte Ressource vollständig und konsistent abrufen können. Eine technische Prüfung im Rahmen eines SEO-Audits sollte deshalb zwischen erwarteten 206-Antworten für Medien und fehlerhaften Teilantworten für HTML-Seiten unterscheiden.

Für SEA betrifft die Prüfung vor allem Landingpages und deren Ressourcen. Unvollständig ausgelieferte Skripte, Stylesheets oder Inhalte können Darstellung, Tracking und Conversion-Prozesse beeinträchtigen. Eine technische Onpage-Optimierung kontrolliert deshalb neben HTML-Seiten auch eingebundene Dateien und deren Antwortverhalten.

Für GEO, also Generative Engine Optimization, gelten dieselben technischen Grundlagen: KI-Crawler und Suchsysteme benötigen zugängliche, konsistente Inhalte. Der HTTP-Statuscode 206 erzeugt keine zusätzliche KI-Sichtbarkeit, kann bei fehlerhafter Konfiguration aber dazu führen, dass ein System nur einen unvollständigen Inhalt verarbeitet.

Wie lässt sich eine 206-Antwort prüfen?

Eine Bereichsanfrage lässt sich mit Browser-Entwicklertools, Server-Logs oder einem Kommandozeilenprogramm wie curl untersuchen. Für einen gezielten Test kannst du beispielsweise curl -I -H 'Range: bytes=0-999' https://example.org/datei.pdf verwenden und anschließend Statuscode sowie Antwort-Header kontrollieren.

Prüfe, ob eine normale Anfrage ohne Range den erwarteten Status 200 erhält.
Kontrolliere, ob eine gültige Bereichsanfrage mit 206 beantwortet wird.
Vergleiche Content-Range, Content-Length und tatsächliche Dateigröße.
Teste, ob ungültige Bereiche korrekt den Status 416 auslösen.
Untersuche Cache-, CDN- und Proxy-Regeln, wenn das Verhalten je nach Client variiert.

Wenn eine HTML-Seite bereits bei einer normalen Anfrage ohne Range-Header dauerhaft den Status 206 zurückgibt, solltest du die Server-, CDN- und Cache-Konfiguration prüfen. Ein unvollständiges HTML-Dokument kann dazu führen, dass Crawler wichtige Inhalte oder technische Anweisungen nicht erfassen.

Unterstützung bei technischen Statuscode-Problemen

Fehlerhafte 206-Antworten lassen sich durch einen Vergleich von Server-Logs, Crawler-Daten und realen HTTP-Anfragen eingrenzen. Bei komplexen Websites sollte die Prüfung auch CDN-Regeln, Caching, Komprimierung, Weiterleitungen und die Verarbeitung großer Ressourcen einbeziehen.

Kostenlose Erstberatung

Häufige Fragen zum HTTP-Status 206

Kann eine 206-Antwort im Browser unbemerkt auftreten?

Ja. Browser und Mediaplayer führen Bereichsanfragen häufig automatisch aus, etwa beim Springen zu einer bestimmten Stelle in einem Video. Für den Nutzer unterscheidet sich die Wiedergabe dabei nicht sichtbar von einem vollständigen Abruf.

Ist Accept-Ranges für eine Teilantwort vorgeschrieben?

Nein. Accept-Ranges informiert Clients über die Unterstützung von Bereichsanfragen, ist für eine gültige 206-Antwort jedoch nicht grundsätzlich vorgeschrieben. Das tatsächliche Verhalten des Servers bleibt maßgeblich.

Kann ein Server eine Range-Anfrage ignorieren?

Ja. Ein Server darf eine Range-Anfrage ignorieren und die vollständige Ressource mit dem Status 200 ausliefern. Clients müssen deshalb sowohl vollständige als auch teilweise Antworten verarbeiten können.

Werden 206-Antworten im Cache gespeichert?

Teilantworten können gespeichert werden, wenn die allgemeinen Cache-Regeln dies erlauben. Ein Cache darf mehrere Bereiche jedoch nur unter geeigneten Bedingungen sicher zu einer vollständigen Darstellung zusammensetzen.

Was bewirkt der Header If-Range?

If-Range sorgt dafür, dass ein Teilbereich nur dann geliefert wird, wenn die gespeicherte Version des Clients noch zur aktuellen Ressource passt. Andernfalls sendet der Server üblicherweise die vollständige Darstellung.

Funktioniert Partial Content nur mit Videos?

Nein. Teilübertragungen können auch bei Audiodateien, PDF-Dokumenten, Bildern, Softwarepaketen, Archiven und anderen großen Ressourcen eingesetzt werden. Voraussetzung ist eine geeignete Unterstützung durch Client und Server.