Redirects im SEO: 301, 302, 404, 410 und 500 sauber entscheiden

Kurzdefinition

Redirects im SEO sind Regeln, mit denen eine alte oder alternative URL auf eine andere URL zeigt. HTTP-Statuscodes wie 301, 302, 404, 410 und 500 erklären dabei, was mit der angefragten Ressource passiert: dauerhaft verschoben, temporär verschoben, nicht gefunden, bewusst entfernt oder serverseitig fehlerhaft. Für Suchmaschinen sind diese Signale wichtig, weil sie Crawling, Indexierung, Canonical-Auswahl und Linksignale beeinflussen.

Der wichtigste Gedanke ist einfach: Ein Redirect ist eine Wegweisung, kein Papierkorb. Wenn es einen echten, hilfreichen Nachfolger gibt, leite weiter. Wenn es keinen sinnvollen Ersatz gibt, ist ein sauberer 404 oder 410 oft ehrlicher. Wenn eine Seite nur eine Dublette ist, kann ein Canonical passender sein. Wenn eine Seite erreichbar bleiben, aber nicht in den Index soll, ist Noindex der richtige Kandidat. Gute Redirect-Arbeit beginnt deshalb nicht mit "alles auf die Startseite", sondern mit einer inhaltlichen Entscheidung pro URL.

Dokumentiere alte und beabsichtigte Ziel-URLs im technischen Audit-Ablauf und prüfe anschließend den vollständigen Weiterleitungsweg.

Begriffe auf dieser Seite

• 301 Redirect und 308 Permanent Redirect
• 302 Redirect und 307 Temporary Redirect
• 404 Error
• 410 Gone
• 500 Internal Server Error
• Redirect Chains und Redirect Loops
• Redirect Chain from Pruning
• URL Mapping bei Migrationen
• Canonical vs Redirect
• Crawl Budget, interne Links und Link Equity

Einfach erklärt

Stell dir eine Website wie ein gut beschildertes Gebäude vor. Wenn ein Raum umgezogen ist, sollte am alten Raum ein Schild hängen: "Dieser Raum ist jetzt dort." Das ist ein Redirect. Wenn der Raum nur für zwei Tage renoviert wird, sollte das Schild nicht so tun, als wäre er für immer weg. Das ist der Unterschied zwischen temporär und dauerhaft. Wenn der Raum ersatzlos geschlossen wurde, ist ein Schild zur Kantine nicht hilfreich. Genau so ist es mit gelöschten URLs: Nicht jede alte URL verdient eine Weiterleitung.

SEO-Redirects werden schwierig, weil alte URLs selten gleich wichtig sind. Manche haben starke Backlinks, Rankings, interne Links oder wiederkehrende Nutzer. Andere sind alte Filterseiten, Testseiten, abgelaufene Kampagnen, Duplikate oder Inhalte ohne Nachfrage. Die Kunst liegt darin, nicht alle gleich zu behandeln. Eine alte Produktkategorie mit Backlinks braucht ein anderes Ziel als ein leerer Tag, eine entfernte Jobs-Seite oder ein technischer Parameter.

301, 308, 302 und 307: permanent oder temporär

Ein 301 Redirect und ein 308 Redirect bedeuten: Die Ressource ist dauerhaft an einen neuen Ort verschoben. Google beschreibt permanente Redirects als Signal, dass das Ziel als kanonische URL verwendet werden soll. In der Praxis nutzt du permanente Redirects für finale URL-Änderungen: HTTP zu HTTPS, Domainwechsel, dauerhaft geänderte Slugs, zusammengelegte Inhalte, gelöschte Seiten mit sehr passendem Ersatz oder Migrations-Mapping.

Ein 302 Redirect und ein 307 Redirect bedeuten: Die Umleitung ist temporär. Google folgt solchen Weiterleitungen, nutzt sie aber nicht in gleicher Weise als Signal, dass das Ziel die kanonische URL sein soll. Das ist gewollt, wenn ein Angebot kurzzeitig nicht verfügbar ist, ein A/B-Test läuft, ein Login-Flow einen Nutzer anders führt oder eine Kampagnenseite nur zeitweise ersetzt wird. Der Fehler entsteht, wenn eine dauerhafte Verschiebung monatelang als 302 läuft. Dann sendest du ein unentschlossenes Signal: Nutzer landen zwar am Ziel, aber die alte URL bleibt in deiner Architektur gedanklich bestehen.

Eine praktische Regel: Frage nicht "welcher Code ist besser für SEO?", sondern "ist die Änderung wirklich dauerhaft?" Wenn ja, nimm einen permanenten serverseitigen Redirect. Wenn nein, nimm temporär und plane ein Review-Datum. Ein 302 ohne Ablaufdatum ist oft nur ein späterer technischer Schuldenposten.

404 und 410: entfernt ist nicht automatisch schlecht

Ein 404 bedeutet, dass die angefragte URL nicht gefunden wurde. Ein 410 bedeutet, dass die Ressource bewusst entfernt wurde. Viele Teams fürchten 404s, als wären sie automatisch Rankingverluste. Das ist zu simpel. Eine gelöschte URL ohne passenden Ersatz darf einen 404 oder 410 liefern. Problematisch werden 404s vor allem dann, wenn wichtige interne Links ins Leere zeigen, externe Links auf wertvolle alte Inhalte zeigen oder nach einer Migration versehentlich relevante Seiten verschwinden.

Google behandelt 404 und 410 in der Crawl-Dokumentation gemeinsam als 4xx-Signale für nicht verfügbare Inhalte. Der 410 ist semantisch klarer, wenn du sicher bist, dass eine URL dauerhaft weg ist. Er ist aber kein magischer Beschleuniger, der schlechte Pruning-Entscheidungen rettet. Entscheidend bleibt: Gab es einen Nachfolger? Gibt es Backlinks? Gibt es Nachfrage? Gibt es Nutzer, die genau diesen Inhalt noch erwarten? Wenn ja, prüfe Weiterleitung oder Content-Konsolidierung. Wenn nein, ist ein sauberer 404 oder 410 oft die beste Lösung.

500 Internal Server Error: kein Redirect-Problem, sondern Zuverlässigkeit

Ein 500 Internal Server Error sagt nicht "diese Seite ist weg", sondern "der Server konnte die Anfrage nicht korrekt verarbeiten." Für Nutzer ist das frustrierend; für Crawler ist es ein Zuverlässigkeitssignal. Google dokumentiert, dass 5xx-Fehler und 429 dazu führen können, dass Crawler temporär langsamer crawlen. Bei anhaltenden Serverfehlern können bereits indexierte URLs später aus dem Index fallen.

Darum gehören 500er nicht in dieselbe Schublade wie 404er. Ein 404 kann bei einer entfernten Seite korrekt sein. Ein 500 ist fast immer ein Betriebsproblem: kaputte Deploys, Timeouts, Datenbankfehler, überlastete Server, defekte Redirect-Regeln oder fehlerhafte Edge-Logik. SEO-Teams sollten 5xx-Spitzen nicht nur reporten, sondern mit Engineering verbinden: Wann begann der Fehler? Welche Templates oder Hosts sind betroffen? War Googlebot betroffen? Welche URLs haben vorher Traffic gebracht?

Redirect Chains und Loops

Eine Redirect Chain entsteht, wenn URL A nicht direkt zu C führt, sondern über B, D oder weitere Zwischenstationen. Eine Loop entsteht, wenn die Kette wieder auf sich selbst zeigt. Beides verschlechtert Nutzererfahrung, Messbarkeit und Crawling. Google empfiehlt im Crawl-Budget-Kontext, lange Redirect-Ketten zu vermeiden, weil sie Crawling negativ beeinflussen.

In der Praxis entstehen Chains selten absichtlich. Sie wachsen über Jahre: HTTP zu HTTPS, danach Slash-Regel, danach neues CMS, danach Sprachpfad, danach Pruning-Redirect, danach Relaunch. Jede einzelne Regel war vielleicht verständlich. Zusammen wird daraus A -> B -> C -> D. Gute Hygiene bedeutet, alte Weiterleitungen regelmäßig auf das finale Ziel zu kürzen. Wenn eine alte URL auf eine neue URL zeigen soll, soll sie direkt dorthin zeigen.

Redirect Chain from Pruning

Content Pruning ist ein häufiger Ursprung schlechter Redirects. Teams löschen schwache Inhalte und leiten sie auf die nächstbeste Kategorie, einen Blog-Hub oder die Startseite. Das sieht auf den ersten Blick sauber aus, ist aber oft fachlich falsch. Wenn zehn sehr unterschiedliche alte Ratgeber alle auf eine generische Kategorie zeigen, bekommen Nutzer nicht die Antwort, die sie erwartet haben. Suchmaschinen sehen ebenfalls kein klares Ersatzverhältnis.

Die bessere Pruning-Frage lautet: Soll dieser Inhalt verbessert, zusammengelegt, umgeleitet, noindex gesetzt oder entfernt werden? Ein Redirect ist nur dann stark, wenn Ziel und Quelle dieselbe oder sehr ähnliche Suchaufgabe bedienen. Wenn ein alter Artikel "canonical tag vs 301 redirect" gelöscht wird, kann ein tiefer Glossarbeitrag zu Canonicals passen. Wenn eine alte Black-Friday-Seite von 2019 keine Nachfrage und keinen Ersatz hat, kann 410 sauberer sein.

Audit-Workflow für Redirects

Beginne mit einem URL-Inventar. Sammle alte URLs aus Sitemaps, Crawls, Serverlogs, Analytics, Search Console, Backlinkdaten, CMS-Exports und bekannten Migrationslisten. Markiere pro URL Traffic, Klicks, Impressionen, Backlinks, interne Links, Statuscode, Canonical, Indexierungsstatus und inhaltlichen Wert.

Danach entscheidest du pro Muster. Dauerhaft verschoben mit passendem Ziel: 301 oder 308. Temporäre Alternative: 302 oder 307 mit Review-Datum. Kein Ersatz: 404 oder 410. Dublette: Canonical oder Konsolidierung. Wertvoller Inhalt, aber schwach: verbessern statt weiterleiten. Wichtig ist, dass du Massenregeln nur dort einsetzt, wo das Muster fachlich stabil ist. Eine Domainmigration kann Wildcard-Regeln haben; ein Content-Pruning-Projekt braucht meistens menschliche Stichproben.

Nach der Umsetzung prüfst du technisch. Crawle die alten URLs. Jede wichtige alte URL sollte in einem Hop zum finalen 200-Ziel gehen oder bewusst 404/410 liefern. Prüfe, ob interne Links schon auf die neuen URLs zeigen. Redirects dürfen interne Links nicht dauerhaft ersetzen. Aktualisiere Sitemaps, Canonicals, hreflang, strukturierte Daten, Navigation und wichtige externe Referenzen, soweit möglich.

Typische Fehler

• Alte URLs pauschal auf die Startseite weiterleiten.
• 302 für dauerhaft geänderte URLs stehen lassen.
• 404s blind "fixen", obwohl die Entfernung korrekt war.
• 410 als Wundermittel für schnelles Deindexing behandeln.
• Redirects und Canonicals für dasselbe Problem gegeneinander arbeiten lassen.
• Interne Links nicht aktualisieren und Nutzer dauerhaft durch Redirects schicken.
• Redirect Chains nach Relaunches, Pruning und Plattformwechseln nicht kürzen.
• 5xx-Fehler als SEO-Nebenrauschen behandeln, obwohl Crawling und Indexierung betroffen sein können.

Interne Verlinkung und Related Terms

Dieser Eintrag sollte intern eng mit 301 Redirect, Crawl Budget, Content Pruning, Canonical Tag, URL Structure, Link Equity und Internal Linking verbunden werden. Die Logik dahinter ist einfach: Redirects sind nie nur Serverregeln. Sie verbinden Inhaltsentscheidungen, technische Architektur, Linksignale und Nutzerwege. Wer nur den Statuscode sieht, verpasst den eigentlichen SEO-Wert.

Mit Crawl Foundry anwenden

Der Site Audit von Crawl Foundry verbindet Crawl-Ergebnisse, interne Links und technische Befunde. Prüfe betroffene URLs und priorisiere die nötigen Korrekturen.

Site Audit ansehen

Quellen für den Review

• Redirects and Google Search: https://developers.google.com/search/docs/crawling-indexing/301-redirects
• How HTTP status codes affect Google's crawlers: https://developers.google.com/crawling/docs/troubleshooting/http-status-codes
• Site moves and migrations: https://developers.google.com/search/docs/crawling-indexing/site-move-with-url-changes
• Optimize your crawl budget: https://developers.google.com/crawling/docs/crawl-budget
• What is URL canonicalization: https://developers.google.com/search/docs/crawling-indexing/canonicalization
• What is a sitemap: https://developers.google.com/search/docs/crawling-indexing/sitemaps/overview
• Ask Google to recrawl your website: https://developers.google.com/search/docs/crawling-indexing/ask-google-to-recrawl