Redirect-Referenzhandbuch

Redirect-Handbuch: welche Redirect-Typen es gibt, wann man sie verwendet und wie man SEO nicht beschädigt

Dies ist kein Blogpost, sondern eine praktische Referenzseite für Teams, Entwickler und SEOs mit Redirect-Typen, Produktionsmustern und Entscheidungsregeln.

Referenz

Welche Redirect-Typen es gibt

Nicht jeder Redirect löst dasselbe Problem. Der häufigste Produktionsfehler ist nicht der Redirect selbst, sondern der falsche Typ.

301 Moved Permanently

Ein permanenter serverseitiger Redirect.

Verwenden für
eine Seite dauerhaft auf eine neue URL verschieben
HTTP-zu-HTTPS-Migrationen
www/non-www-Kanonisierung
Bereinigung und Konsolidierung von Duplikaten
Nicht verwenden für
Nicht für temporäre Aktionen, A/B-Tests oder kurze Kampagnen verwenden.
Fazit: Der wichtigste SEO-sichere Redirect für dauerhafte Änderungen.
302 Found

Ein temporärer serverseitiger Redirect.

Verwenden für
kurzfristiger Seitenaustausch
temporäre Kampagnen
temporäre Wartungsabläufe
Nicht verwenden für
302 nicht monatelang stehen lassen, wenn der Umzug in Wahrheit dauerhaft ist.
Fazit: Nur korrekt, wenn die Änderung wirklich vorübergehend ist.
307 Temporary Redirect

Ein temporärer Redirect, der die HTTP-Methode beibehält.

Verwenden für
API- und Formular-Flows, bei denen POST/PUT nicht zu GET werden darf
temporäre Backend-Routing-Fälle
Nicht verwenden für
Für normale SEO-URLs ist 302 oft einfacher und vertrauter.
Fazit: Für technisches Verhalten nützlicher als für Inhaltsseiten.
308 Permanent Redirect

Ein permanenter Redirect, der die HTTP-Methode beibehält.

Verwenden für
dauerhafte API-Umzüge
Fälle, in denen die ursprüngliche Request-Methode erhalten bleiben muss
Nicht verwenden für
Nicht die Standardwahl für die meisten Content-Migrations-URLs.
Fazit: Technisch korrekt, aber für SEO-Seiten ist 301 meist einfacher und vertrauter.
Meta Refresh

Ein Redirect, der in HTML statt auf HTTP-Ebene umgesetzt wird.

Verwenden für
fast nie
Nicht verwenden für
Nicht als primären Migrations-Redirect verwenden.
Fazit: Eine schwache und fragile Option. Für SEO und Zuverlässigkeit schlechter als serverseitige Redirects.
JavaScript Redirect

Ein Redirect, der nach dem Laden der Seite im Browser ausgelöst wird.

Verwenden für
nur als letzter Fallback, wenn ein serverseitiger Redirect unmöglich ist
Nicht verwenden für
Keine Migration oder Canonical-Steuerung darauf aufbauen.
Fazit: Eine schlechte Standardwahl für SEO. Crawler und externe Clients sehen ihn inkonsistent.

Entscheidung

Welchen Redirect man in echten Szenarien verwenden sollte

Die wichtigste Frage ist nicht „welcher Statuscode existiert?“, sondern „welcher ist hier richtig?“

Szenario

Eine Seite wurde dauerhaft auf einen neuen Slug verschoben

Antwort
301
Warum

Die URL hat sich dauerhaft geändert. Browser und Suchmaschinen brauchen daher ein stabiles permanentes Signal.

Szenario

Ein kompletter Umzug auf eine neue Domain

Antwort
301
Warum

Das ist eine klassische dauerhafte Migration. Alte URLs sollten direkt auf die finalen kanonischen Ziele zeigen.

Szenario

Eine temporäre Promo-Seite oder kurzfristige Kampagne

Antwort
302
Warum

Wenn die Kampagne endet, sollte die ursprüngliche URL wieder das Hauptziel sein.

Szenario

Ein API-Endpunkt wurde vorübergehend verschoben, aber POST muss POST bleiben

Antwort
307
Warum

307 bewahrt die Request-Methode und passt besser zu technischen Flows.

Szenario

Ein API-Endpunkt wurde dauerhaft verschoben und die Methode muss gleich bleiben

Antwort
308
Warum

Das kombiniert einen permanenten Umzug mit dem Erhalt der Request-Methode.

Szenario

Sie wollen das Problem schnell mit einem JavaScript-Redirect lösen

Antwort
Nicht tun
Warum

Das ist meist ein provisorischer Hack, der später SEO, Debugging und Crawl-Stabilität beschädigt.

Checkliste

Produktionssichere Redirect-Regeln

Selbst der richtige Statuscode hilft nicht, wenn die Redirect-Schicht unordentlich aufgebaut ist.

Bevorzugen Sie einen direkten Hop zur finalen kanonischen URL statt einer Kette mit zwei oder drei Zwischenschritten.

Mischen Sie nicht mehrere Ziele in einer Kette. HTTP zu HTTPS, non-www zu www und alter Pfad zu neuem Pfad sollten idealerweise in einem finalen Redirect zusammenfallen.

Lassen Sie temporäre 302 nicht bestehen, wenn die Entscheidung längst dauerhaft ist.

Leiten Sie entfernte Inhalte nicht nur zur Vermeidung eines 404 auf die Startseite um.

Testen Sie Redirects nicht nur im Browser, sondern als echte HTTP-Kette: Zwischenhops, finale URL, Antwortzeit und Probleme.

Vor dem Rollout sollte die Migrationskarte für die wichtigsten und am stärksten verlinkten URLs geprüft werden.

Risiken

Was man nicht tun sollte

Diese Muster lassen Redirects oft technisch funktionieren, sind aber operativ schädlich.

301 -> 302 -> 200

Mischt permanente und temporäre Semantik, verkompliziert Crawl-Pfade und schafft zusätzliche Fehlerpunkte.

Jede alte URL auf die Startseite schicken

Das ist schwache UX und schwaches semantisches Matching. Für SEO ist es oft schlechter als ein ehrliches 404/410 oder ein relevantes Ziel.

Nur über den Frontend-Router umleiten

Der Browser zeigt vielleicht den richtigen Screen, aber die HTTP-Antwort bleibt für Suchmaschinen und externe Clients falsch.

Meta Refresh als „später reparieren wir das“ behalten

Dieses „später“ kommt oft nie. Die Migration lebt dann monatelang auf einem schwachen Redirect-Mechanismus.

Schnelles SEO-sicheres Fazit

Wenn eine URL dauerhaft umgezogen ist, ist meist 301 richtig.

Wenn die Änderung nur vorübergehend ist, verwenden Sie 302.

Bei API- oder Formular-Flows mit zu erhaltender Methode sind 307 oder 308 sinnvoll.

Wenn Sie es mit JavaScript-Redirect oder Meta Refresh lösen wollen, ist die Architektur meist die falsche.

FAQ

Ist 301 immer besser als 302?

Nein. 301 ist nur für dauerhafte Änderungen richtig. Wenn die Änderung vorübergehend ist, ist 302 die ehrlichere und korrektere Wahl.

Kann ich 308 statt 301 verwenden?

Ja, aber für die meisten SEO-Contentfälle bleibt 301 die vertrautere Wahl. 308 ist nützlicher, wenn die HTTP-Methode erhalten bleiben muss.

Wann ist 404 oder 410 besser als ein Redirect?

Wenn die alte URL keinen relevanten Ersatz hat. Ein Redirect auf eine unpassende Seite nur zur Vermeidung eines 404 ist oft schlechter.

Auch nach diesem Handbuch müssen Redirects auf einer echten Kette getestet werden

Der richtige Redirect-Typ auf dem Papier garantiert nicht, dass die Produktion ihn ohne zusätzliche Hops, Schleifen oder temporäre Antworten liefert. Der letzte Check sollte immer auf HTTP-Ebene erfolgen.