So funktioniert’s
Eine Weiterleitung ist eine HTTP-Antwort mit einem Statuscode zwischen 300 und 399 und dem Header Location, der das neue Ziel nennt. 301 und 308 bedeuten „dauerhaft umgezogen“, 302 und 307 „vorübergehend“; 307 und 308 verlangen zusätzlich, dass die Anfragemethode gleich bleibt (RFC 9110).
Ketten entstehen meist schleichend: http://example.com leitet auf https://example.com, das auf https://www.example.com und das wiederum auf eine Sprachversion wie /de/. Jede Station kostet einen weiteren Round-Trip, oft mit neuem Verbindungsaufbau und TLS-Handshake.
Ziel ist, dass alle vier Schreibweisen – http und https, mit und ohne www – mit höchstens einer Weiterleitung bei derselben kanonischen HTTPS-Adresse landen. Führt eine Kette im Kreis, spricht man von einer Weiterleitungsschleife; Browser brechen dann mit einer Fehlermeldung ab.
Warum gefährlich
Lange Ketten verzögern den ersten Seitenaufbau spürbar, besonders mobil, und verschlechtern damit die Ladezeit, die in die Core Web Vitals einfließt. Suchmaschinen folgen nur einer begrenzten Zahl von Weiterleitungen und verbrauchen für jede Zwischenstation Crawl-Budget.
Schwerer wiegen Fehler in der Kette: eine Variante, die gar nicht weiterleitet, ein Zwischenschritt über unverschlüsseltes http, der HSTS aushebelt, oder ein Ziel, das am Ende mit 404 oder 500 antwortet. Uneinheitliche Ziele verteilen außerdem Links und Rankings auf mehrere Adressen.
So vermeidest du es
- Lege eine kanonische Adresse fest, etwa https://www.example.com/, und leite alle anderen Varianten in einem einzigen Schritt dorthin.
- Nutze für dauerhafte Umzüge 301 oder 308, und 302 oder 307 nur, wenn die alte Adresse wirklich zurückkommt.
- Bündle die Regeln im Webserver oder CDN, statt sie auf mehrere Ebenen wie Hoster, CMS und Plugin zu verteilen – dort entstehen die meisten doppelten Sprünge.
- Prüfe nach jedem Umzug, Hoster- oder CDN-Wechsel alle vier Varianten: http und https, jeweils mit und ohne www.
- Stelle interne Links, Canonical-Tags und die Sitemap auf die endgültigen Adressen um, damit gar nicht erst weitergeleitet werden muss.
So erkennt DomainWarn es
Der Check Weiterleitungen ruft täglich http://, http://www., https:// und https://www. auf (bei einer Subdomain nur http und https dieses Hosts) und erwartet, dass alle bei derselben HTTPS-Adresse landen. Nicht erreichbare Varianten, eine fehlende Weiterleitung auf https, ein Fehlerstatus am Ende und uneinheitliche Ziele eröffnen den Incident „Weiterleitungen fehlerhaft“. Ketten ab drei Weiterleitungen und temporäre Weiterleitungen (302, 307) sind Hinweise; ändert sich die kanonische Adresse, meldet DomainWarn das als Warnung.
Der Check Website meldet bei jedem Lauf zusätzlich, wenn eine HTTPS-Adresse auf http:// weiterleitet (Incident „Weiterleitung auf HTTP“), wenn die Kette drei oder mehr Stationen hat und wenn eine Adresse zu oft weiterleitet. Der Website-Check weist auf Adressen in der Sitemap hin, die selbst weiterleiten.
DomainWarn prüft das für alle deine Domains regelmäßig und meldet sich, wenn etwas fehlt oder sich ändert.