Weiterleitungsketten: die Ladebremse vor dem ersten Byte

Selten entsteht eine Weiterleitungskette mit Absicht. Sie wächst über die Zeit, weil jede einzelne Regel für sich sinnvoll erscheint. Zuerst wird HTTP auf HTTPS umgeleitet, weil die Seite verschlüsselt ausgeliefert werden soll. Dann leitet eine zweite Regel die Nicht-www-Variante auf die www-Variante um, damit es nur eine kanonische Adresse gibt. Nach einem Relaunch kommt eine dritte Regel hinzu, die alte auf neue URL-Strukturen abbildet. Schließlich sorgt ein Shop-System wie Shopware CE oder ein CMS für eine vierte Umleitung, etwa von einer URL ohne abschließenden Schrägstrich auf die Variante mit Schrägstrich. Jede Regel ist einzeln nachvollziehbar, doch in Summe durchläuft ein Aufruf vier Stationen, bevor er sein Ziel erreicht.

Das Problem verschärft sich, weil Weiterleitungen sich gegenseitig auslösen. Ruft jemand http://example.invalid ohne www auf, greift zuerst die HTTP-zu-HTTPS-Regel und leitet auf https://example.invalid um. Dort greift die www-Regel und leitet auf https://www.example.invalid weiter. Von dort verweist die Slug-Regel auf die endgültige Adresse mit Schrägstrich. Aus einer einzigen Nutzeranfrage werden so drei oder vier aufeinanderfolgende Weiterleitungen, jede mit ihrem eigenen Roundtrip. Die Reihenfolge der Regeln entscheidet dabei mit: Eine ungünstig sortierte Server-Konfiguration kann eine Kette erzeugen, wo eine einzige kombinierte Regel genügt hätte. Der erste Schritt zur Lösung ist deshalb, die tatsächliche Kette sichtbar zu machen, statt sich auf die Annahme zu verlassen, es gebe nur eine Umleitung.

Nicht jede Weiterleitung ist gleich. Der HTTP-Standard unterscheidet mehrere Statuscodes mit unterschiedlicher Bedeutung (IETF RFC 9110). Der Code 301 signalisiert eine dauerhafte Verschiebung: Die Ressource ist endgültig unter der neuen Adresse zu finden, Suchmaschinen übertragen den Rankingwert auf das Ziel. Der Code 302 steht für eine vorübergehende Weiterleitung, bei der die ursprüngliche URL maßgeblich bleibt. Für dauerhafte Umzüge nach einem Relaunch ist deshalb 301 die richtige Wahl, während 302 nur für echte Zwischenzustände gedacht ist, etwa eine temporäre Wartungsseite. Wer versehentlich 302 für einen dauerhaften Umzug einsetzt, riskiert, dass Suchmaschinen die alte Adresse weiter bevorzugen (Google Search Central).

Die Codes 307 und 308 ergänzen dieses Bild für moderne Anwendungen. Anders als 301 und 302 sorgen sie dafür, dass die HTTP-Methode erhalten bleibt: Ein POST wird als POST weitergeleitet und nicht stillschweigend in ein GET umgewandelt. Der Code 308 ist dabei das dauerhafte Gegenstück zu 301 mit dieser zusätzlichen Zusicherung (IETF RFC 7538) und eignet sich für APIs und Formularverarbeitung. Für die reine Ladezeit ist die Wahl des Codes zweitrangig, denn jeder dieser Codes erzeugt denselben zusätzlichen Roundtrip. Entscheidend ist die Wirkung auf Suchmaschinen und Anwendungslogik. In einer strukturierten technischen Analyse prüfen wir deshalb nicht nur die Anzahl der Weiterleitungen, sondern auch, ob der jeweils passende Statuscode gesetzt ist.

Bevor eine Kette aufgelöst werden kann, muss sie sichtbar werden. Das einfachste Werkzeug ist ein Kommandozeilenaufruf, der einer Weiterleitung folgt und jede Station protokolliert. Der Befehl curl -IL https://example.invalid zeigt jeden Statuscode und jeden Location-Header der Reihe nach, sodass sich die komplette Kette Schritt für Schritt ablesen lässt. In den Entwicklerwerkzeugen des Browsers macht die Netzwerkanalyse dasselbe sichtbar: Jede Weiterleitung erscheint als eigener Eintrag mit dem Statuscode 301 oder 302, bevor die eigentliche Seite geladen wird. Wichtig ist, den Test von der Wurzel-Adresse ohne Schrägstrich und ohne Protokoll zu beginnen, so wie ein Nutzer sie eintippt, denn genau dort entstehen die meisten unbemerkten Ketten.

Nicht jede Weiterleitung wiegt gleich schwer. Am wichtigsten sind die Ketten im Hauptpfad, also beim Aufruf der Startseite und der wichtigsten Landingpages, denn dort trifft die Verzögerung die meisten Besucher und wirkt direkt auf die Einstiegs-Performance. An zweiter Stelle stehen Weiterleitungen auf häufig verlinkten Kampagnen- und Anzeigen-Zielseiten, weil bezahlter Traffic besonders empfindlich auf jede zusätzliche Wartezeit reagiert. Erst danach folgen selten aufgerufene Altadressen, deren Weiterleitung zwar bestehen bleiben darf, aber ebenfalls direkt auf das Ziel zeigen sollte. Diese Reihenfolge stellt sicher, dass der größte Teil des Zeitgewinns mit dem geringsten Aufwand zuerst realisiert wird.

Der Aufwand einer solchen Bereinigung ist überschaubar, der Effekt jedoch unmittelbar spürbar. Weil die eingesparte Zeit vollständig vor dem ersten Byte anfällt, verbessert sich die wahrgenommene Geschwindigkeit für jeden einzelnen Aufruf, unabhängig vom Endgerät. Kombiniert mit clientseitigem Precaching für Wiederkehr-Besuche und einer soliden Server-Konfiguration entsteht so ein Ladepfad ohne unnötige Umwege. Wir übernehmen die vollständige Prüfung Ihrer Weiterleitungen im Rahmen unserer Performance-Leistungen und liefern eine priorisierte Liste konkreter Maßnahmen statt eines pauschalen Rundumschlags.