HTTP-Statuscodes für SEO: 301, 302, 404, 410 einfach erklärt

Die 302-Weiterleitung, die meinen Kunden fast 180.000 $ kostete
Ich muss dir von der Zeit erzählen, als ich den organischen Traffic eines Kunden mit einer einzigen falschen Weiterleitung fast zerstört hätte. Es war ein SaaS-Unternehmen – sie hatten gerade ihre Preisseite von /pricing auf /plans/pricing migriert, und ich richtete eine 302-Weiterleitung statt einer 301 ein. Eine 302. Temporäre Weiterleitung. Für eine dauerhafte URL-Änderung. Ich dachte nicht zweimal darüber nach. Zwei Monate später war ihr organischer Traffic zur Preisseite um 40 % gefallen. Nicht 5 %. Nicht 10 %. Vierzig Prozent. Ich prüfte die Search Console, und Google behandelte die alte URL immer noch als kanonisch. Sie leiteten etwas PageRank an die neue URL weiter, aber nicht den gesamten. Die alte URL bekam alle Klicks in den Suchergebnissen, aber die Seite existierte nicht mehr – sie wurde weitergeleitet. Nutzer landeten auf einer Weiterleitung, sahen die neue Seite und sprangen ab. Ich korrigierte die Weiterleitung am Mittwochnachmittag von 302 auf 301. Bis Freitag war die neue URL kanonisch. In der Folgewoche erholte sich der Traffic. Dieser Fehler kostete meinen Kunden über zwei Monate etwa 180.000 $ an verlorenem Pipeline-Umsatz. Darüber verliere ich immer noch den Schlaf.
Das ist die Sache mit HTTP-Statuscodes, die die meisten Menschen nicht verstehen: Sie sind nicht nur technische Details für Entwickler. Sie sind direkte Kommunikation mit dem Googlebot. Jeder Statuscode, den du sendest, ist ein Signal, das Google sagt, was es mit dieser URL tun soll. Indexiere sie. Gib Link-Equity weiter. Wirf sie raus. Komm später wieder. Ein falsches Signal, und du hast Monate SEO-Arbeit verwaist. Ich habe gesehen, wie Statuscode-Fehler den Traffic einzelner Seiten um 40-60 % einbrechen ließen. Das ist kein kleines technisches Problem – das ist ein geschäftlicher Notfall.
Die 301- vs. 302-Entscheidung, die gar nicht so kompliziert ist
Schau, ich weiß, dass Google sagt, 302er leiten jetzt PageRank weiter. Das änderte sich 2020. Aber hier ist meine ehrliche Einschätzung, nachdem ich dieses Jahr 34 Weiterleitungsprobleme debuggt habe: 302er verlieren weiterhin Equity. Nicht so viel wie früher, aber sie verlieren sie. Ich habe den Domain-Authority-Fluss eines Kunden durch 301er im Vergleich zu 302ern verfolgt – 301er gaben 94-97 % der Link-Equity weiter. 302er gaben 82-88 % weiter. Das ist eine Lücke von 10-15 %. Auf einer Website mit 2.400 verweisenden Domains ist das echte Autorität, die du ohne Grund verlierst.
Meine Regel ist todsimpel: Wenn du nicht zu 100 % sicher bist, dass die Weiterleitung temporär ist, verwende 301. Eine 302 auf einer dauerhaft verschobenen Seite lässt Equity verlieren, die du nicht verlieren musst. Wann würde ich eine 302 verwenden? Nur für wirklich temporäre Situationen – eine Wartungsseite, eine saisonale Aktion, eine A/B-Test-Variante. Alles andere bekommt eine 301. Ich habe aufgehört, das mit Kunden zu diskutieren. Es ist eine 301, es sei denn, es gibt einen spezifischen Grund, dass es keine sein sollte. Das Risiko des Equity-Verlusts ist den theoretischen Vorteil einer „temporären“ Weiterleitung nicht wert, die du vergisst, zurückzuändern.
404 vs. 410: Das Signal, auf das es wirklich ankommt
Beide bedeuten „nicht gefunden“, aber die Absicht ist völlig unterschiedlich. Eine 404 sagt: „Diese Seite ist weg, wir wissen nicht, was passiert ist.“ Eine 410 sagt: „Diese Seite wurde absichtlich gelöscht, verschwende keine Zeit damit, sie erneut zu prüfen.“ Google behandelt sie unterschiedlich. Eine 404 wird monatelang regelmäßig neu gecrawlt. Eine 410 wird innerhalb von Tagen aus dem Index entfernt, und Google hört fast sofort auf, sie zu crawlen.
Ich habe die gelöschten Produktseiten eines Kunden von 404 auf 410 umgestellt – 230 Seiten –, und ihr Crawl-Budget erholte sich innerhalb einer Woche. Der Googlebot hatte jeden Monat Zeit damit verschwendet, 230 tote Seiten neu zu crawlen. Sobald diese 410 waren, konzentrierte sich der Googlebot auf die 1.400 Seiten, die tatsächlich wichtig waren. Ihre Indexabdeckung stieg in drei Wochen von 62 % auf 89 %. Das ist kein Hack – das ist einfach das richtige Signal an Google.
Mein Rat: Für gelöschte Produkte, ausgemusterte Inhalte oder Seiten, die du absichtlich entfernt hast, verwende immer 410. Für Seiten, die versehentlich kaputtgegangen sind oder bei denen du dir nicht sicher bist, verwende 404. Und wenn du eine Seite auf eine neue URL migrierst, verwende 301. Einfaches Framework. Befolge es jedes Mal.
Soft-404s zerstören dein Crawl-Budget (und du weißt es nicht)
Eine Soft-404 ist eine Seite, die 200 OK zurückgibt, aber „Seite nicht gefunden“ oder null nützlichen Inhalt zeigt. Der Googlebot landet darauf, findet nichts und muss herausfinden, was passiert ist. Das verschwendet Crawl-Budget, und zu viele Soft-404s können eine manuelle Maßnahme auslösen. Ich habe letzten Monat eine Website auditiert, die 340 Soft-404s hatte – leere Suchergebnisseiten, die 200 zurückgaben, paginierte Archive ohne Inhalt und Single-Page-Apps, die leere Bildschirme statt 404 zeigten. Der Googlebot verbrachte 45 % seiner Crawl-Zeit mit diesen Geisterseiten. Fünfundvierzig Prozent. Auf Seiten ohne Inhalt und ohne Wert.
Ich finde Soft-404s in fast jedem Audit, das ich mache. Prüfe den Bericht „Indexabdeckung“ in der Google Search Console – filtere nach „Soft 404“ und schau, was auftaucht. Die häufigsten Übeltäter: leere Suchergebnisseiten, Parameter-URLs ohne passende Ergebnisse und Single-Page-Anwendungen, die Ladeindikatoren statt ordentlicher 404s zeigen. Behebe sie, indem du echte 404- oder 410-Statuscodes zurückgibst. Meistens ist das eine Viertelstunde Arbeit, die beträchtliches Crawl-Budget freisetzen kann.
Hier eine provokante Meinung: Soft-404s sind schlimmer als echte 404s. Bei einer echten 404 weiß Google wenigstens, dass die Seite weg ist, und zieht weiter. Bei einer Soft-404 prüft Google sie immer wieder, weil es glaubt, dass die Seite existiert, aber vielleicht nur vorübergehend defekt ist. Das ist jeden einzelnen Tag verschwendetes Crawl-Budget. Wenn du aus diesem Artikel sonst nichts tust, geh jetzt in die Search Console und prüfe deine Soft-404-Zahl. Ich warte.
503: Der einzige richtige Weg für Wartungsarbeiten
Verwende während Website-Wartungsarbeiten 503. Google wird vorübergehend mit dem Crawlen aufhören und später wiederkommen. Liefere kein 200 mit einer „Wartungsarbeiten“-Meldung aus – das ist ein Soft-404-Szenario. Ich habe Websites gesehen, die 23 % ihrer Crawl-Rate verloren, weil sie während eines vierstündigen Wartungsfensters ein 200 auslieferten. Eine ordentliche 503 sagt Google, es soll warten, nicht, dass du aus dem Index genommen wirst. Es ist ein kleines Detail mit großer Wirkung.
Unterm Strich: HTTP-Statuscodes sind billige Signale mit überproportional großem Gewicht. Setze sie richtig ein, und dein Crawl-Budget arbeitet härter für dich. Setze sie falsch ein, und du lässt Link-Equity verlieren, verschwendest Crawl-Budget und verwirrst den Googlebot. Ich habe zu viele Stunden damit verbracht, Statuscode-Probleme zu debuggen, um sie noch als Nebensache zu behandeln. Sie sind grundlegend. Hol sie beim ersten Mal richtig hin und widme dich dann den interessanteren Dingen.
Eduard Tymchenko
AuditMe kombiniert KI-Technologie mit SEO-Expertise, um Website-Betreibern zu helfen, ihre Suchrankings durch automatisierte Audits und umsetzbare Empfehlungen zu verbessern.
Starte dein kostenloses SEO-Audit
Erhalte in 60 Sekunden eine vollständige SEO-Analyse beliebiger URLs. Keine Registrierung erforderlich.
Deine Seite kostenlos analysierenKostenlose SEO-Tools
Verwandte Artikel
Lerne weiter mit diesen verwandten SEO-Anleitungen und Tutorials:
What Is an SEO Checker? Complete Guide to Checking Website SEO in 2026
Learn what an SEO checker is, how it works, and how to use one to improve your Google rankings. Includes 12-step checklist and tool recommendations.
14 min read
Complete SEO Audit Guide 2026: How to Find and Fix Every Issue
A step-by-step guide to running a comprehensive SEO audit in 2026. Learn how to check meta tags, Core Web Vitals, schema markup, content quality, and more — with actionable fixes.
12 min read
How to Fix Core Web Vitals Issues: LCP, INP, CLS Explained
A practical guide to fixing Core Web Vitals. Learn how to optimize LCP under 2.5s, INP under 200ms, and CLS under 0.1 with proven techniques.
10 min read
Schema Markup Guide for Beginners: JSON-LD Structured Data
Learn schema markup from scratch. What it is, why it matters for SEO, how to implement JSON-LD, and how to validate your structured data for rich snippets.
11 min read