---\ntitle: Weiterleitungen auf Landingpages\ncheck: avoid-multiple-page-redirects\nnavHidden: true\ncategory: Leistung\ncreated: 2026-07-16T02:59:36Z\nupdated: 2026-08-23T19:10:16Z\n---\n\n# Weiterleitungen auf Landingpages\n\nSilktide prüft, ob das Erreichen Ihrer Seite Weiterleitungen beinhaltet – Adressen, die mit "Geh stattdessen hierhin" antworten, anstatt die Seite auszuliefern. Jede Weiterleitung ist eine zusätzliche Hin- und Rückreise zu einem Server, bevor die eigentliche Seite überhaupt zu laden beginnt.\n\nEine Kette wie diese lässt den Browser das Netzwerk dreimal überqueren, bevor überhaupt Inhalte ankommen:\n\ntext\nhttp:\/\/example.com\/ -> Weiterleitung\nhttps:\/\/example.com\/ -> Weiterleitung\nhttps:\/\/www.example.com\/ -> Weiterleitung\nhttps:\/\/www.example.com\/home -> die eigentliche Seite\n\n\n## Warum das wichtig ist\n\nWeiterleitungen verzögern die Seite, bevor auch nur ein Byte Inhalt eintrifft, und bei Mobilverbindungen kann jeder Hop Hunderte Millisekunden kosten. Am schlimmsten ist das genau dort, wo Geschwindigkeit am meisten zählt: Landingpages, die über Anzeigen, Suchergebnisse und geteilte Links erreicht werden – ein langsamer Start führt dazu, dass Besucher abspringen, bevor sie etwas sehen.\n\nKetten entstehen oft unbeabsichtigt – hier ein -Upgrade, dort eine "www"-Normalisierung, ein Seitenumzug im letzten Jahr – und niemand sieht die Gesamtkosten, weil die interne Navigation sie überspringt. Neue Besucher, die von außen kommen, zahlen jedoch für jeden Hop.\n\n## So beheben Sie das\n\n1. Aktualisieren Sie Links, Anzeigen und Kampagnen-URLs so, dass sie direkt auf die endgültige Adresse zeigen und jeden Zwischenschritt überspringen.\n2. Reduzieren Sie Ketten auf Ihrem Server: Jede alte Adresse sollte in einem Schritt direkt auf das endgültige Ziel weiterleiten, nicht hopweise durch die Kette.\n3. Verwenden Sie unter einer einzigen URL, statt Smartphones auf eine separate mobile Website wie m.example.com umzuleiten – separate mobile URLs bedeuten bei jedem Einstieg eine Weiterleitung und schaden außerdem den Platzierungen in Suchmaschinen.\n4. Vermeiden Sie Weiterleitungen, die nur dazu da sind, Cookies oder Tracking-Parameter zu setzen; setzen Sie diese stattdessen auf der Zielseite.\n\n## Wie Silktide das testet\n\n1. Die Seite wird in einem echten Browser geladen, unter Verwendung des für Ihre Geschwindigkeitstests konfigurierten Gerätetyps, der Verbindungsgeschwindigkeit und des Teststandorts.\n2. Der vom Browser durchlaufenen Weiterleitungskette wird bis zur finalen Seite gefolgt, und es wird gemessen, wie viel Zeit jede einzelne hinzufügt.\n3. Jede Adresse in der Kette wird mit ihren Zeitkosten protokolliert, und die Seite wird anhand der Summe bewertet: Jede messbare Weiterleitungsverzögerung senkt die Bewertung, und eine aufsummierte Verzögerung von etwa einer Sekunde gilt als schlecht.\n\n## Fehlerbehebung\n\n### Die HTTP-zu-HTTPS-Weiterleitung ist erforderlich\n\nJa – behalten Sie sie bei, da Besucher, die die nackte Adresse eintippen, auf HTTPS umgestellt werden müssen. Das Ziel ist höchstens ein Hop: Diese Weiterleitung sollte direkt auf der endgültigen URL landen, und alles, was Sie kontrollieren (Links, Anzeigen, Sitemaps), sollte auf die endgültige HTTPS-Adresse zeigen, damit die meisten Besucher überhaupt keine Weiterleitung durchlaufen.\n\n### Die Weiterleitung stammt von einer Marketing- oder Kurz-URL\n\nTracking-URLs und Linkverkürzer fügen bewusst Hops hinzu. Das kann ein fairer Kompromiss sein, ist aber dennoch eine reale Verzögerung für jeden Besucher – halten Sie solche Ketten so kurz wie möglich und richten Sie sie direkt auf die endgültige Seite aus.\n\n## Weiterführende Informationen\n\n- Mehrfache Seitenweiterleitungen vermeiden (Chrome-Dokumentation)\n- Weiterleitungen in HTTP (MDN)\n- Web Vitals\n