Weiterleitungen und HTTP-Fehler

HTTP-Statuscodes zeigen Browsern, Suchmaschinen und KI-Crawlern an, was mit einer URL geschehen ist: weitergeleitet, nicht gefunden oder Serverfehler. Schlecht verwaltet, fragmentieren sie das Crawling und untergraben das Vertrauen, das einer Website entgegengebracht wird.

301, 302 und 308: Der Unterschied

Alle drei Codes signalisieren eine Weiterleitung, jedoch mit unterschiedlichen Implikationen:

301 (permanente Weiterleitung): Die URL hat sich dauerhaft geändert. Sie signalisiert, dass Autorität und Historie der Seite auf die neue Adresse übertragen werden sollen. Zu verwenden bei jeder dauerhaften URL-Migration.
302 (temporäre Weiterleitung): Die ursprüngliche URL bleibt langfristig die Referenz (zum Beispiel eine vorübergehend nicht verfügbare Produktseite, die auf die Kategorieseite weiterleitet). Eine Suchmaschine behält die ursprüngliche URL in der Regel in ihrem Index.
308 (permanente Weiterleitung, Methode erhalten): entspricht einer 301, garantiert aber, dass die HTTP-Methode der Anfrage (GET, POST) bei der Weiterleitung erhalten bleibt – nützlich insbesondere bei Formularübermittlungen.

HTTP/1.1 301 Moved Permanently
Location: https://beispiel.de/neue-url

Eine 302 für eine dauerhafte Änderung zu verwenden, ist der häufigste Fehler: Die Suchmaschine behandelt die alte URL weiterhin als Referenz, was die Übertragung der Autorität auf die neue Seite verzögert. Diese Verwechslung ist umso häufiger, als viele Frameworks und Hosting-Plattformen 302 standardmäßig als Weiterleitungscode verwenden, wenn der gewünschte Typ nicht explizit angegeben wird – es lohnt sich daher, mit einem Tool zur Untersuchung der HTTP-Header konkret zu prüfen, welchen Code Ihre Konfiguration tatsächlich zurückgibt, statt es anzunehmen.

Weiterleitungsketten vermeiden

Jede Weiterleitung fügt einen Schritt hinzu, dem der Crawler folgen muss, bevor er den endgültigen Inhalt erreicht. Eine Kette mehrerer aufeinanderfolgender Weiterleitungen (A → B → C → D) verlangsamt das Crawling, verwässert potenziell das übertragene Signal, und manche Bots brechen die Verfolgung nach einer begrenzten Anzahl von Sprüngen ab. Bewährte Praxis ist es, systematisch direkt zum endgültigen Ziel weiterzuleiten (A → D) und bestehende Weiterleitungen bei jeder neuen Migration zu aktualisieren, statt sie zu stapeln.

Diese Ketten entstehen meist schrittweise, Migration für Migration, ohne dass ein einzelner Schritt für sich genommen falsch wäre: Eine Seite migriert einmal (A → B), dann Monate später ein zweites Mal (B → C), ohne dass jemand daran denkt, die ursprüngliche Weiterleitung zu aktualisieren, damit sie direkt auf C zeigt. Ein regelmäßiger Audit der bestehenden Weiterleitungen, insbesondere bei Websites, die mehrere Relaunches durchlaufen haben, hilft dabei, diese Ketten zu erkennen und zu verkürzen.

404-Fehler: normal, aber im Blick zu behalten

Eine gelöschte Seite ohne passenden Ersatzinhalt sollte einen 404-Fehler zurückgeben („nicht gefunden") – das ist das korrekte HTTP-Verhalten, keine Anomalie an sich. Das Problem entsteht, wenn:

aktive interne Links der Website weiterhin auf eine 404-Seite verweisen (ein zu behebender defekter Link);
eine große Anzahl von 404-Fehlern von Seiten stammt, die einen Wert hatten (Backlinks, historischer Traffic) und eher eine 301-Weiterleitung zu einem gleichwertigen Inhalt verdient hätten statt eines trockenen Fehlers.

Eine gut gestaltete 404-Seite (klare Botschaft, Link zur internen Suche oder zu den Hauptkategorien) bleibt für einen menschlichen Besucher nützlich, der auf einen defekten Link stößt, auch wenn sie nichts an der technischen Behandlung des 404-Codes durch Bots ändert.

5xx-Fehler: ein Signal beeinträchtigten Vertrauens

Ein Serverfehler (500, 502, 503) bedeutet, dass die Seite überhaupt nicht ausgeliefert werden konnte, unabhängig von ihrem Inhalt. Häufige oder wiederholte 5xx-Fehler, insbesondere in dem Moment, in dem ein Crawler versucht, auf die Website zuzugreifen, verschlechtern die wahrgenommene technische Zuverlässigkeit der Website und können die Häufigkeit verringern, mit der sie zurückkehrt, um Ihre Seiten zu crawlen. Diese Fehler treten typischerweise bei Lastspitzen, schlecht vorbereiteten Server-Updates oder erreichten Ressourcengrenzen bei unterdimensioniertem Hosting auf – Ursachen, die oft unabhängig vom Inhalt selbst sind, die Gesamtwahrnehmung der Website aber trotzdem beeinträchtigen.

Wie Sie die HTTP-Statuscodes Ihrer Website überprüfen

Der HTTP-Status einer Seite ist in einem gewöhnlichen Browser nicht mit bloßem Auge erkennbar: Eine Seite mit einem 500-Fehler kann eine generische Meldung anzeigen, ohne dass der tatsächliche Code klar auf dem Bildschirm erscheint. Die in Browser integrierten Netzwerk-Inspektionstools (der Tab „Netzwerk" der Entwicklertools) zeigen den exakten Statuscode an, der für jede Anfrage zurückgegeben wird – so lässt sich konkret prüfen, ob eine als dauerhaft angekündigte Weiterleitung tatsächlich einen 301 zurückgibt oder ob eine vermeintlich funktionierende Seite nicht heimlich einen 5xx-Fehler liefert. Auf einer größeren Website bleibt ein regelmäßiger Audit mit einem dedizierten Crawling-Tool die zuverlässigste Methode, um solche Anomalien im großen Maßstab zu erkennen, statt einer manuellen Prüfung Seite für Seite.

Auswirkung auf Crawling und Vertrauen

Eine Website voller Weiterleitungsketten, unbehandelter 404-Fehler und sporadischer 5xx-Fehler sendet ein Signal schlechter technischer Pflege. Crawler, ob menschlich oder automatisiert, bringen einer Website mit stabilen URLs und seltenen, korrekt behandelten Fehlern in der Regel mehr Konstanz entgegen. Diese Statuscodes regelmäßig zu überprüfen gehört zu den Punkten, die in der vollständigen technischen Checkliste behandelt werden, ergänzend zur Kontrolle des Bot-Zugriffs, die in der Lektion zur robots.txt detailliert beschrieben wird.

Verwechseln Sie schließlich nicht Weiterleitung und Canonical-Tag: Die erste lässt eine URL zugunsten einer anderen verschwinden, das zweite lässt beide URLs aktiv, während es angibt, welche zu bevorzugen ist.