Statuscode 101 Switching Protocols
Was ist der HTTP-Statuscode 101 „Switching Protocols“?
Der HTTP-Statuscode 101 „Switching Protocols“ ist eine Informationsantwort des Servers. Sie bestätigt, dass der Server einem vom Client angeforderten Protokollwechsel zustimmt. Nach der Antwort wird die bestehende HTTP/1.1-Verbindung mit dem vereinbarten Protokoll fortgeführt, beispielsweise als bidirektionale WebSocket-Verbindung.
Was bedeutet der Statuscode 101?
Der HTTP-Statuscode 101 „Switching Protocols“ gehört zur Klasse der 1xx-Statuscodes, die den Client über den Bearbeitungsstand einer Anfrage informieren. Die Antwort bedeutet, dass der Server den gewünschten Wechsel akzeptiert und die Kommunikation auf derselben Verbindung mit einem anderen Anwendungsprotokoll fortsetzt.
Ein Protokollwechsel unterscheidet sich von einer Weiterleitung. Bei einer Weiterleitung fordert der Client eine andere URL an. Beim Statuscode 101 bleiben Client, Server und bestehende Verbindung erhalten, während sich die Regeln für die weitere Datenübertragung ändern.
Wie funktioniert der Wechsel des Protokolls?
Der Client schlägt den Wechsel in einer HTTP/1.1-Anfrage über das Header-Feld Upgrade vor. Zusätzlich kennzeichnet Connection: Upgrade den Upgrade-Header als verbindungsbezogene Information. Der Server darf den Vorschlag ablehnen oder ignorieren, muss aber bei einer 101-Antwort das ausgewählte Protokoll im eigenen Upgrade-Header nennen.
Ein Server darf nicht eigenständig auf ein Protokoll wechseln, das der Client nicht vorgeschlagen hat. Der Upgrade-Mechanismus verändert außerdem nur das Protokoll oberhalb der bestehenden Verbindung. Er öffnet keine neue Verbindung und ersetzt auch keinen Wechsel des zugrunde liegenden Transportprotokolls.
HTTP/1.1 101 Switching Protocols. Darauf folgen mindestens Upgrade: websocket und Connection: Upgrade. Bei WebSockets enthält die Antwort zusätzlich einen berechneten Sec-WebSocket-Accept-Wert, den der Client vor dem Verbindungsaufbau überprüft.WebSockets als typischer Anwendungsfall
WebSockets sind der bekannteste Einsatzbereich für den Statuscode 101. Das WebSocket-Protokoll ermöglicht eine dauerhafte, bidirektionale Kommunikation, bei der Client und Server unabhängig voneinander Daten senden können. Typische Anwendungen sind Chats, Live-Anzeigen, Benachrichtigungen, kollaborative Programme und Echtzeit-Dashboards.
Beim klassischen WebSocket-Verbindungsaufbau sendet der Client eine HTTP/1.1-GET-Anfrage mit den erforderlichen WebSocket-Headern. Nur wenn der Server den Handshake mit dem Statuscode 101 und den korrekten Antwort-Headern bestätigt, beginnt anschließend die Übertragung von WebSocket-Frames. Ein anderer Statuscode bedeutet, dass der WebSocket-Handshake nicht erfolgreich abgeschlossen wurde.
Abgrenzung zu anderen HTTP-Statuscodes
| Statuscode | Bedeutung | Reaktion des Clients | Abgrenzung zu 101 |
|---|---|---|---|
| 100 Continue | Die Anfrage darf fortgesetzt werden. | Der Client überträgt den noch ausstehenden Anfrageinhalt. | Das verwendete Protokoll bleibt unverändert. |
| 101 Switching Protocols | Der Server akzeptiert einen Protokollwechsel. | Der Client verwendet anschließend das vereinbarte Protokoll. | Die bestehende Verbindung bleibt erhalten. |
| 200 OK | Die Anfrage wurde erfolgreich verarbeitet. | Der Client verarbeitet den gelieferten Inhalt. | Es findet kein Protokollwechsel statt. |
| 301 Moved Permanently | Die Ressource ist dauerhaft unter einer anderen URL erreichbar. | Der Client ruft die Ziel-URL auf. | 301 ist eine Weiterleitung und kein Upgrade. |
| 426 Upgrade Required | Der Server verlangt ein anderes unterstütztes Protokoll. | Der Client kann eine neue Anfrage mit passendem Upgrade senden. | 426 fordert den Wechsel an, während 101 ihn bestätigt. |
Gilt 101 Switching Protocols auch für HTTP/2?
HTTP/2 unterstützt den Statuscode 101 nicht, weil ein verbindungsweiter Protokollwechsel nicht zu seiner multiplexierten Architektur passt. WebSockets können über HTTP/2 stattdessen mit dem erweiterten CONNECT-Verfahren aufgebaut werden, sofern Client und Server diese Erweiterung unterstützen. Dabei wird ein einzelner HTTP/2-Stream als Tunnel verwendet, ohne die gesamte Verbindung umzuschalten.
Welche Bedeutung hat der Statuscode 101 für SEO?
Der Statuscode 101 ist kein Ranking-Signal und liefert Suchmaschinen keine indexierbare HTML-Seite. Für reguläre Webseiten erwarten Crawler üblicherweise einen finalen Statuscode wie 200. Erhält eine normale Landingpage unerwartet eine 101-Antwort, deutet dies häufig auf eine fehlerhafte Server-, Proxy- oder Anwendungskonfiguration hin.
WebSocket-Endpunkte müssen in der Regel nicht indexiert werden und gehören nicht in eine XML-Sitemap. Eine Sitemap sollte vor allem kanonische, indexierbare URLs enthalten, die direkt den Statuscodurch erhalten Suchmaschinen klare Signale und müssen keine technischen Endpunkte oder ungeeigneten Statusantworten verarbeiten.
Bei einer technischen SEO-Auditierung sollten unerwartete 1xx-Antworten deshalb getrennt von 3xx-Weiterleitungen, 4xx-Clientfehlern und 5xx-Serverfehlern untersucht werden. Ein technischer SEO-Check kann zusätzliche Probleme bei Erreichbarkeit, Weiterleitungen, Ladezeiten und Metadaten sichtbar machen.
Relevanz für SEA und GEO
Für SEA beeinflusst der Statuscode 101 weder Anzeigenauktionen noch Gebote unmittelbar. Liefert eine beworbene Landingpage jedoch aufgrund einer Fehlkonfiguration statt eines HTML-Dokuments eine Upgrade-Antwort, können Nutzer und Prüfmechanismen die Zielseite nicht wie vorgesehen aufrufen. Das beeinträchtigt die technische Erreichbarkeit der Kampagne.
Für GEO, die Generative Engine Optimization, besitzt der Statuscode ebenfalls keine direkte Bewertungsfunktion. KI-Suchsysteme benötigen abrufbare und interpretierbare Inhalte. Ein WebSocket-Endpunkt stellt üblicherweise keine zitierfähige Webseite dar, während eine versehentliche 101-Antwort auf einer Inhalts-URL den Zugriff auf den vorgesehenen Text verhindern kann.
Wie lässt sich eine 101-Antwort prüfen?
Entwicklerwerkzeuge im Browser zeigen den Handshake und die beteiligten Header im Netzwerkbereich an. Bei WebSockets sollte geprüft werden, ob der Server mit 101 antwortet, das gewünschte Protokoll bestätigt und anschließend Frames überträgt. Reverse Proxys, Firewalls und Load Balancer müssen die Upgrade-Header korrekt weiterreichen.
Fragen zur Analyse von Statuscodes, Crawling-Problemen oder anderen Bereichen der technischen Suchmaschinenoptimierung lassen sich im Rahmen einer individuellen Prüfung klären.
Kostenlose ErstberatungHäufige Fragen zum HTTP-Statuscode 101
Ist der Statuscode 101 ein Fehler?
Nein. Der Statuscode 101 ist eine reguläre Informationsantwort, mit der ein Server einem angeforderten Protokollwechsel zustimmt. Unerwartet ist er jedoch problematisch, wenn eine normale Webseite ausgeliefert werden sollte.
Kann eine 101-Antwort zwischengespeichert werden?
Eine 101-Antwort dient dem unmittelbaren Wechsel der laufenden Verbindung und ist keine gewöhnliche Inhaltsantwort für einen Cache. Sie sollte daher nicht wie eine HTML-Seite zwischengespeichert werden.
Ist Statuscode 101 eine Weiterleitung?
Nein. Eine Weiterleitung verweist auf eine andere URL, während Statuscode 101 die bestehende Verbindung auf ein anderes Protokoll umstellt.
Warum schlägt ein WebSocket-Handshake trotz Statuscode 101 fehl?
Ein Client kann die Verbindung trotz 101 ablehnen, wenn erforderliche Header fehlen, der Wert von Sec-WebSocket-Accept falsch ist oder der Server ein nicht angefordertes Subprotokoll auswählt.
Muss ein Server jede Upgrade-Anfrage akzeptieren?
Nein. Der Server darf eine Upgrade-Anfrage ignorieren oder mit einem anderen passenden HTTP-Statuscode beantworten, wenn er das gewünschte Protokoll nicht unterstützt oder die Verbindung nicht akzeptiert.
Gehört eine WebSocket-URL in die XML-Sitemap?
Normalerweise nicht. XML-Sitemaps sollten indexierbare Inhalts-URLs aufführen. Ein technischer WebSocket-Endpunkt liefert üblicherweise kein Dokument, das in Suchergebnissen erscheinen soll.
Sie haben noch Fragen?
