Statuscode 103 Early Hints
Was ist der Statuscode 103 Early Hints?
Statuscode 103 Early Hints ist eine vorläufige HTTP-Antwort, die ein Server vor der endgültigen Antwort sendet. Sie übermittelt meist Link-Header für wichtige CSS-Dateien, Schriften oder Bilder. Der Browser kann diese Ressourcen früher laden, während der Server die eigentliche HTML-Antwort noch erzeugt, und dadurch den Seitenaufbau beschleunigen.
So funktioniert Statuscode 103 Early Hints
Statuscode 103 Early Hints (deutsch: frühe Hinweise) gehört zur Klasse der informativen HTTP-Antworten mit einer Kennzahl zwischen 100 und 199. Der Webserver sendet die Antwort, bevor die endgültige Serverantwort bereitsteht. Statuscode 103 enthält keinen Seiteninhalt, sondern Hinweise auf Ressourcen, die der Browser bereits abrufen darf.
Der technische Nutzen entsteht während der Serververarbeitung. Benötigt eine dynamische Seite Zeit für Datenbankabfragen oder die HTML-Erzeugung, kennt der Server häufig schon vorher die wichtigsten Dateien. Über einen Link-Header kann der Server etwa ein Stylesheet oder eine Schrift ankündigen. Der Browser beginnt mit dem Abruf, während die eigentliche Seite weiter verarbeitet wird.
Link-Header richtig einsetzen
Statuscode 103 Early Hints wird üblicherweise mit rel=preload oder rel=preconnect kombiniert. preload fordert eine konkret bekannte Ressource frühzeitig an. preconnect bereitet dagegen die Verbindung zu einer anderen Domain vor, einschließlich DNS-Auflösung und Verbindungsaufbau.
Eine vereinfachte Antwort kann so aussehen: HTTP/1.1 103 Early Hints | Link: </styles.css>; rel=preload; as=style | Link: </fonts/shop.woff2>; rel=preload; as=font; crossorigin | HTTP/1.1 200 OK. Die Attribute as und crossorigin müssen zur späteren Einbindung passen. Andernfalls kann der Browser dieselbe Datei erneut anfordern.
Relevanz für technisches SEO
Statuscode 103 Early Hints ist kein direkter Ranking-Faktor. Der SEO-Nutzen entsteht über eine frühere Bereitstellung renderrelevanter Ressourcen. Dadurch kann sich insbesondere der Largest Contentful Paint, kurz LCP, verbessern. Der LCP misst, wann das größte sichtbare Inhaltselement im Viewport dargestellt wird, und gehört zu den Core Web Vitals.
Early Hints liefern vor allem dann einen messbaren Vorteil, wenn die endgültige Serverantwort vergleichsweise spät eintrifft und das größte sichtbare Element von externen Dateien abhängt. Bei einer statischen Seite mit kurzer Server-Antwortzeit oder vollständig gecachten Ressourcen bleibt der Effekt häufig gering. Prüfe deshalb zuerst Server-Antwortzeit, Ressourcenreihenfolge und LCP-Element, bevor du die Funktion implementierst.
Für SEA können kürzere Ladeabläufe die Nutzung einer Landingpage erleichtern und Absprünge vor dem vollständigen Seitenaufbau reduzieren. Für GEO, also Generative Engine Optimization, besteht kein direkter technischer Vorteil. Der finale HTTP-Status, abrufbare Inhalte, interne Verlinkung und eine stabile technische Auslieferung bleiben für Suchmaschinen und KI-Crawler relevanter als die vorläufige Antwort.
Abgrenzung zu ähnlichen Techniken
| Technik | Funktionsweise | Unterschied zu Early Hints |
|---|---|---|
| Statuscode 200 | Liefert die endgültige erfolgreiche Antwort und meist das HTML-Dokument. | Statuscode 103 ist nur vorläufig und ersetzt die finale Antwort nicht. |
| Preload im HTML | Der Browser entdeckt den Link beim Einlesen des HTML-Codes. | Early Hints können denselben Hinweis vor dem HTML-Dokument übertragen. |
| HTTP/2 Server Push | Der Server sendet Ressourcen ohne vorherige Einzelanforderung des Browsers. | Early Hints informieren den Browser, der anschließend selbst über den Abruf entscheidet. |
| Browser-Cache | Speichert bereits geladene Dateien für spätere Seitenaufrufe. | Early Hints optimieren die frühzeitige Entdeckung, ersetzen aber keinen Cache. |
Der Unterschied zwischen Statuscode 103 Early Hints und einem Preload-Element im HTML liegt im Zeitpunkt. Ein HTML-Preload wird erst sichtbar, nachdem die endgültige Antwort begonnen hat. Eine 103-Antwort kann den Hinweis bereits während der serverseitigen Berechnung liefern. Beide Verfahren dürfen dieselbe Ressource nennen, müssen aber mit identischen Attributen konfiguriert sein.
Implementierung sinnvoll planen
Early Hints können durch den Ursprungsserver, einen Reverse Proxy oder ein Content Delivery Network ausgegeben werden. Welche Konfiguration erforderlich ist, hängt von Server, Hosting und CDN ab. Eine Aktivierung auf Infrastrukturebene genügt nur dann, wenn die richtigen Ressourcen als Hinweise übertragen werden.
Für die Auswahl eignen sich vor allem Dateien, die für den ersten sichtbaren Seitenbereich benötigt werden:
Messbar ist das zum Beispiel so: Prüfe mit curl -I --http2 https://www.example.com/ oder einer ausführlichen Anfrage über curl -v, ob vor der finalen Antwort ein 103-Block erscheint. Vergleiche anschließend mehrere reale Seitenaufrufe mit und ohne Early Hints. Erfasse dabei LCP, Startzeitpunkt der angekündigten Dateien und Server-Antwortzeit. Ein technisches SEO-Audit hilft, die Maßnahme gegen andere Performance-Probleme zu priorisieren.
Prüfe zusätzlich die Ladezeit deiner Seite und die wichtigsten Performance-Kennzahlen:
Typische Fehler bei Early Hints
Zu viele Early Hints können Bandbreite für Dateien belegen, die der Nutzer zunächst nicht benötigt. Das betrifft häufig JavaScript für Funktionen unterhalb des sichtbaren Bereichs, große Schriftfamilien oder Bilder, die erst nach einer Interaktion erscheinen. Eine kurze Liste klar priorisierter Ressourcen ist meist sinnvoller als das Vorladen aller Dateien einer Seite.
Doppelte Downloads entstehen, wenn der Link-Header und die spätere HTML-Einbindung nicht zusammenpassen. Typische Ursachen sind ein fehlendes crossorigin-Attribut bei Schriften, ein falscher as-Wert oder abweichende URLs. Kontrolliere im Netzwerkprotokoll des Browsers, ob jede angekündigte Datei nur einmal übertragen wird.
Ein weiterer Fehler ist die Optimierung ohne Priorisierung. Eine hohe Server-Antwortzeit kann durch langsame Datenbankabfragen, fehlendes Caching oder komplexe Templates entstehen. Early Hints verkürzen diese Verarbeitung nicht. Technische SEO-Crawls und eine strukturierte Onpage-Optimierung zeigen, ob Statuscodes, Ressourcen und Ladeabläufe konsistent konfiguriert sind.
Unterstützung im Jahr 2026 prüfen
Browser, Server und CDN-Dienste können Statuscode 103 unterschiedlich behandeln. Nicht unterstützende Clients dürfen die vorläufige Antwort ignorieren und auf die finale Antwort warten. Eine Website muss deshalb auch ohne Verarbeitung der Early Hints vollständig funktionieren. Prüfe die Funktion mit den Browsern, Geräten und Regionen, die laut deinen Nutzungsdaten den größten Traffic liefern.
Eine sinnvolle Erfolgskontrolle vergleicht Felddaten vor und nach der Aktivierung. Labortests zeigen reproduzierbare Ladeabläufe, bilden aber nicht jede reale Netzwerkbedingung ab. Werte deshalb zusätzlich reale Core-Web-Vitals-Daten aus und trenne mobile von Desktop-Aufrufen. Nur eine reproduzierbare Verbesserung rechtfertigt die dauerhafte Konfiguration.
Häufige Fragen zu Early Hints
Ist der HTTP-Status 103 ein Fehler?
Nein. Der HTTP-Status 103 gehört zu den informativen 1xx-Antworten. Er meldet keinen Defekt, sondern kündigt Ressourcen an, bevor der Server die endgültige Antwort sendet.
Ersetzt Statuscode 103 die Antwort 200?
Nein. Eine 103-Antwort ist immer vorläufig. Der Server muss anschließend eine endgültige Antwort senden, beispielsweise 200 für eine erfolgreiche Auslieferung, 404 für eine nicht gefundene Seite oder 500 bei einem Serverfehler.
Welche Dateien sollte ich mit Early Hints vorladen?
Geeignet sind wenige Ressourcen, die für den ersten sichtbaren Seitenbereich benötigt werden. Dazu gehören häufig das zentrale Stylesheet, die verwendete Hauptschrift oder das LCP-Bild. Unkritische Skripte und Inhalte unterhalb des sichtbaren Bereichs sollten nicht priorisiert werden.
Kann Statuscode 103 den LCP verbessern?
Ja, wenn das LCP-Element oder eine dafür benötigte Ressource früher angefordert wird. Der Effekt hängt von Server-Antwortzeit, Netzwerk, Cache und Ressourcenstruktur ab. Bei sehr schnellen oder vollständig gecachten Seiten kann der Unterschied gering bleiben.
Wie finde ich heraus, ob eine Website HTTP 103 nutzt?
Du kannst die Antwortheader mit curl prüfen und zusätzlich das Netzwerkprotokoll des Browsers auswerten. Achte auf eine vorläufige 103-Antwort vor dem finalen HTTP-Status und kontrolliere, wann die angekündigten Dateien angefordert werden.
Muss eine Website ohne Early Hints funktionieren?
Ja. Clients dürfen informative Antworten ignorieren. Sämtliche benötigten Ressourcen müssen deshalb weiterhin im endgültigen HTML-Dokument oder über dessen reguläre Ladeprozesse erreichbar sein.
Wenn du Statuscodes, Ladezeiten und Core Web Vitals systematisch prüfen möchtest, kannst du einen kostenlosen und unverbindlichen Potenzialcheck anfragen.
Kostenlosen Potenzialcheck anfragen
Sie haben noch Fragen?
