Was HTTP-Statuscodes wirklich für SEO bedeuten

HTTP-Statuscodes gehören zu den Themen, bei denen SEO-Ratschläge erstaunlich dramatisch werden können. Ein einzelner 404 wird zu „verlorener Autorität“. Eine Weiterleitung wird zu „Link-Equity-Verlust“. Ein 500 wird zum Notfall, selbst wenn er während eines Deployments nur sechs Minuten gedauert hat.

Die ruhigere Version lautet: HTTP-Statuscodes sind Anweisungen und Signale. Sie sagen Browsern, Bots, Caches und anderen Clients, was passiert ist, als sie eine URL angefordert haben. Suchmaschinen nutzen diese Antworten, um zu entscheiden, ob sie eine Seite crawlen, indexieren, behalten, ersetzen oder entfernen.

Aber nicht jeder Statuscode hat das gleiche SEO-Gewicht. Manche sind Routine. Manche werden erst in großem Umfang zum Problem. Einige wenige verdienen sofortige Aufmerksamkeit.

Der Statuscode ist nicht die ganze SEO-Geschichte

Ein Statuscode ist nur ein Teil der HTTP-Antwort. Suchmaschinen betrachten außerdem:

• die finale URL nach Weiterleitungen
• Canonical Tags
• Robots-Anweisungen
• Seiteninhalt
• interne Links
• Sitemap-Signale
• historisches Crawl-Verhalten
• Serverzuverlässigkeit im Zeitverlauf

Das bedeutet: „Die Seite liefert 200 zurück“ ist nicht dasselbe wie „Die Seite ist indexierbar.“ Eine URL kann 200 zurückgeben und trotzdem durch noindex blockiert, an anderer Stelle kanonisiert oder als Soft 404 behandelt werden, weil der Inhalt dünn oder leer ist.

Ebenso ist ein 404 nicht automatisch schlecht. Eine gelöschte Seite sollte in der Regel 404 oder 410 zurückgeben. Das SEO-Problem ist nicht, dass es fehlende Seiten gibt. Das Problem entsteht, wenn wichtige Seiten den falschen Code zurückgeben oder wenn Ihre Website widersprüchliche Signale sendet.

Wenn Sie dies in der Produktion debuggen, verlassen Sie sich nicht nur darauf, was ein Browser anzeigt. Prüfen Sie die tatsächliche Response Chain. Ein Raw-Header-Check, eine Anfrage über die Kommandozeile oder ein Redirect Trace sagt Ihnen mehr als die sichtbare Seite. Einen praktischen Ablauf haben wir in ein kleines Toolkit zum Debuggen von Weiterleitungen und HTTP-Headern in der Produktion behandelt.

200 OK: indexierbar, aber nicht automatisch wertvoll

Eine 200 OK-Antwort bedeutet, dass die Anfrage erfolgreich war und der Server Inhalt zurückgegeben hat. Für SEO ist dies die normale Antwort für Seiten, die gecrawlt und potenziell indexiert werden sollen.

Aber 200 ist keine Garantie für Indexierung. Suchmaschinen können sich trotzdem entscheiden, die Seite nicht zu indexieren, wenn sie doppelt vorhanden, von geringer Qualität, durch seitenbezogene Anweisungen blockiert oder über Links nicht auffindbar ist.

Der häufigste SEO-Fehler bei 200-Antworten besteht darin, sie für Seiten zurückzugeben, die keine echten Seiten sind:

• leere Suchergebnisseiten
• gelöschte Produktseiten mit Text wie „leider nicht verfügbar“
• Standortseiten ohne sinnvollen Inhalt
• defekte Templates, die nur eine Hülle rendern
• abgelaufene Einträge, die entfernt oder weitergeleitet werden sollten

Diese können zu Soft 404s werden. Ein Soft 404 liegt vor, wenn der Server „OK“ sagt, der Inhalt dem Crawler aber signalisiert: „Hier gibt es nichts Nützliches.“ Suchmaschinen können diese URL dann trotzdem wie eine fehlende Seite behandeln.

Eine gute Regel: Wenn ein Mensch sagen würde „Diese Seite existiert nicht mehr“, sollte der Server wahrscheinlich nicht 200 sagen.

301 und 308: permanente Weiterleitungen

301 Moved Permanently und 308 Permanent Redirect teilen Clients mit, dass eine URL dauerhaft umgezogen ist. Für SEO sind sie die richtigen Werkzeuge, wenn eine Seite einen klaren Ersatz hat:

• Migration von HTTP zu HTTPS
• alter Slug zu neuem Slug
• zusammengeführter Artikel zu einem stärkeren Artikel
• eingestelltes Produkt zu einem nahen Nachfolger
• Normalisierung von Trailing Slash oder kanonischem Host

Suchmaschinen übertragen Kanonisierungssignale in der Regel über permanente Weiterleitungen. Einfach gesagt: Wenn Sie die alte URL auf die richtige neue URL weiterleiten, können Suchmaschinen viele der mit der alten Seite verbundenen Signale konsolidieren.

Das Risiko besteht nicht darin, dass ein 301 an sich schädlich ist. Das Risiko ist ein schlechtes Mapping.

Schlechte Redirect-Muster sind unter anderem:

• jede alte URL auf die Startseite weiterzuleiten
• gelöschte Seiten auf nur vage verwandte Kategorieseiten weiterzuleiten
• Chains wie A → B → C → D zu erzeugen
• auf eine URL weiterzuleiten, die blockiert, mit noindex versehen oder anderswo kanonisiert ist
• Mobile und Desktop inkonsistent weiterzuleiten

Eine permanente Weiterleitung sollte eine Frage beantworten: „Was ist das beste aktuelle Äquivalent dieser URL?“ Wenn es kein Äquivalent gibt, ist ein 404 oder 410 möglicherweise ehrlicher.

302 und 307: temporäre Weiterleitungen

302 Found und 307 Temporary Redirect zeigen an, dass der Umzug vorübergehend ist. Es wird erwartet, dass die ursprüngliche URL langfristig die Haupt-URL bleibt.

Verwenden Sie temporäre Weiterleitungen für wirklich vorübergehende Situationen:

• kurzlebiges Kampagnen-Routing
• Geolocation oder A/B-Tests, die die kanonische URL nicht ersetzen sollen
• temporäre Wartungsalternativen
• Lagerbestands- oder Verfügbarkeitsabläufe, die sich häufig ändern

Für SEO ist das Hauptproblem Mehrdeutigkeit. Wenn eine „temporäre“ Weiterleitung über Monate oder Jahre bestehen bleibt, behandeln Suchmaschinen das Ziel möglicherweise irgendwann trotzdem als kanonisch. Darauf sollten Sie sich jedoch nicht verlassen.

Wenn der Umzug dauerhaft ist, verwenden Sie eine permanente Weiterleitung. Wenn er temporär ist, verwenden Sie eine temporäre Weiterleitung. Die langweilige Antwort ist die richtige.

304 Not Modified: nützlich, aber kein Ranking-Kürzel

304 Not Modified ist Teil des HTTP-Cachings. Es teilt einem Client mit, dass sich die Ressource seit der Version, die er bereits hat, nicht geändert hat.

Dieser Code ist gut für Crawl-Effizienz und Performance-Hygiene. Er kann unnötige Datenübertragung reduzieren und wiederholte Anfragen günstiger machen. Er ist aber kein direkter Ranking-Faktor im vereinfachten Sinn.

Betrachten Sie 304 als Infrastrukturqualität. Er hilft Clients und Crawlern, effizient mit Ihrer Website zu interagieren. Er macht aus schwachem Inhalt keinen starken Inhalt.

404 Not Found: normal, wenn eine Seite verschwunden ist

404 Not Found bedeutet, dass der Server die angeforderte Ressource nicht finden kann. Das ist nicht automatisch eine SEO-Katastrophe.

404s sind angemessen, wenn:

• eine Seite entfernt wurde und keinen Ersatz hat
• ein fehlerhafter externer Link auf eine nicht existierende URL verweist
• Nutzer URLs falsch eingeben
• alte Test- oder Staging-URLs nie existieren sollten

Suchmaschinen entfernen dauerhafte 404-URLs schließlich aus dem Index. Das ist in der Regel das, was Sie wollen.

Sie sollten 404s beheben, wenn sie URLs betreffen, die wichtig sind:

• Seiten mit wertvollen Backlinks
• URLs mit relevantem Traffic
• wichtige Seiten, die bei einer Migration versehentlich entfernt wurden
• interne Links, die auf fehlende Seiten zeigen
• Sitemap-URLs, die 404 zurückgeben

Leiten Sie nicht jeden 404 auf die Startseite weiter. Das ist für Nutzer und Suchmaschinen verwirrend. Wenn es einen relevanten Ersatz gibt, leiten Sie weiter. Wenn nicht, geben Sie 404 zurück und stellen Sie für Menschen eine hilfreiche Fehlerseite bereit.

410 Gone: stärker als 404, aber vorsichtig verwenden

410 Gone bedeutet, dass die Ressource absichtlich entfernt wurde und nicht zurückkehren soll.

Für SEO kann 410 nützlich sein, wenn Sie URLs entschiedener entfernen möchten:

• abgelaufene rechtliche Seiten
• entfernte Nutzerprofile
• gelöschte Spam-Seiten
• veraltete Landingpages ohne Ersatz

Suchmaschinen können 410 als stärkeres Entfernungssignal behandeln als 404. Der praktische Unterschied liegt oft in der Geschwindigkeit, nicht im Ergebnis. Sowohl dauerhafte 404- als auch 410-Antworten können zur Deindexierung führen.

Verwenden Sie 410, wenn Sie sicher sind, dass die Seite dauerhaft verschwunden ist. Wenn eine Seite zurückkehren könnte, ist 404 oder eine temporäre Behandlung möglicherweise sicherer.

401, 403 und blockierter Zugriff

401 Unauthorized bedeutet, dass Authentifizierung erforderlich ist. 403 Forbidden bedeutet, dass der Server die Anfrage verstanden hat, den Zugriff aber verweigert.

Für SEO verhindern diese Codes im Allgemeinen normales Crawling und die Indexierung der geschützten Inhalte. Das ist in Ordnung für private Dashboards, Konto-Bereiche, Staging-Systeme und bezahlte Inhalte, die nicht öffentlich indexiert werden sollen.

Probleme entstehen, wenn öffentliche Seiten Crawlern versehentlich 401 oder 403 zurückgeben, etwa wegen:

• Bot-Schutzregeln
• falsch konfigurierten Firewalls
• Länderblockierung
• CDN-Regeln
• veralteten Authentifizierungsannahmen
• Staging-Beschränkungen, die in die Produktion übernommen wurden

Eine Seite, die für Sie im eingeloggten Zustand funktioniert, muss für einen Crawler nicht funktionieren. Testen Sie immer als nicht authentifizierter Client.

429 Too Many Requests: Crawl-Steuerung mit Konsequenzen

429 Too Many Requests teilt Clients mit, dass sie durch Rate Limiting begrenzt werden. Das kann angemessen sein, wenn Bots Ihre Infrastruktur tatsächlich überlasten.

Eine zu beiläufige Verwendung von 429 kann jedoch die Crawl-Aktivität reduzieren. Suchmaschinen können Anfragen verlangsamen, wenn sie wiederholt auf Rate Limiting stoßen. Das kann die Entdeckung neuer oder aktualisierter Inhalte verzögern.

Wenn Sie Rate Limiting benötigen, seien Sie präzise. Vermeiden Sie es, große Such-Crawler versehentlich zu blockieren. Nutzen Sie Server-Logs, um aggressives Scraping von legitimem Crawling zu unterscheiden. Wenn möglich, geben Sie einen Retry-After-Header zurück, damit gut erzogene Clients wissen, wann sie wiederkommen sollen.

500, 502, 503 und 504: Zuverlässigkeitssignale

Die 5xx-Familie bedeutet, dass der Server eine gültige Anfrage nicht erfüllen konnte.

Häufige Beispiele:

• 500 Internal Server Error
• 502 Bad Gateway
• 503 Service Unavailable
• 504 Gateway Timeout

Gelegentliche 5xx-Antworten kommen vor. Ein kurzes Deployment-Problem ist normalerweise nicht katastrophal. Dauerhafte 5xx-Fehler sind etwas anderes. Sie sagen Crawlern, dass Ihre Website unzuverlässig ist, und Suchmaschinen können die Crawl-Rate reduzieren oder betroffene Seiten vorübergehend entfernen, wenn sie sie wiederholt nicht abrufen können.

503 Service Unavailable ist der richtige Code für geplante Wartung, besonders mit einem Retry-After-Header. Er sagt: „Das ist temporär; komm später wieder.“ Für eine Wartungsseite 200 zurückzugeben ist schlechter, weil Crawler den Wartungsinhalt als Seiteninhalt behandeln könnten.

Wenn ein Ausfall wichtige URLs betrifft, überwachen Sie die Wiederherstellung. Stellen Sie sicher, dass die ursprünglichen Seiten wieder 200 zurückgeben, nicht gecachte Fehlerseiten, Redirect Loops oder temporäre Wartungstemplates.

Redirect Chains und Loops verdienen besondere Aufmerksamkeit

Weiterleitungen sind normal. Redirect Chains sind vermeidbare Altlasten.

Eine einfache Weiterleitung von alter URL zu neuer URL ist in Ordnung. Eine Kette aus fünf Weiterleitungen erhöht die Latenz, verschwendet Crawl-Budget und schafft mehr Stellen, an denen die Anfrage scheitern kann. Ein Loop ist schlimmer: Der Client erreicht nie eine finale Seite.

Für SEO-Migrationen sollten Sie eine Redirect Map führen und vor dem Launch testen. Jede ausgemusterte URL sollte idealerweise in einem Hop zu ihrem finalen Ziel auflösen. Nach dem Launch sollten Sie alte URLs, trafficstarke URLs und URLs mit vielen Backlinks stichprobenartig prüfen.

Hier überschneiden sich auch Performance und SEO. Weiterleitungen verzögern den Beginn des eigentlichen Seitenladens. Wenn Sie User Experience zusammen mit Crawlability prüfen, kann einen Lighthouse-Bericht lesen, ohne in Panik zu geraten helfen, ernsthafte Ladeprobleme von rauschenden Diagnosen zu trennen.

Die praktische Prioritätenliste

Wenn Sie Statuscodes auditieren, behandeln Sie nicht jede Warnung gleich. Beginnen Sie hier:

1. Wichtige URLs geben 5xx zurück — beheben Sie zuerst die Serverzuverlässigkeit.
2. Indexierbare Seiten geben den falschen Status zurück — stellen Sie die beabsichtigten 200-Antworten wieder her.
3. Redirect Chains und Loops — vereinfachen Sie auf Weiterleitungen mit einem Hop.
4. Sitemap-URLs geben Nicht-200-Antworten zurück — halten Sie Sitemaps sauber.
5. Interne Links zu 404s — reparieren Sie Navigation und Content-Links.
6. Soft-404-Muster — hören Sie auf, für leere oder gelöschte Seiten 200 zurückzugeben.
7. Versehentliche Crawler-Blockierung — untersuchen Sie unerwartete 401-, 403- und 429-Antworten.

Das Ziel ist nicht eine Website mit null 404s. Das ist unrealistisch und oft unnötig. Das Ziel ist eine Website, bei der jede URL eine wahrheitsgemäße, konsistente Antwort gibt.

<!-- tool-cta:start -->

💡 Probieren Sie das aus: Prüfen Sie mit dem Redirect Checker, welche Statuscodes Ihre URLs tatsächlich zurückgeben; er zeigt die vollständige Kette, die Crawler sehen.

<!-- tool-cta:end -->

Eine einfache Regel zur Wahl des richtigen Codes

Wählen Sie im Zweifel den Code, der der nutzerseitigen Wahrheit entspricht:

• Die Seite existiert und sollte verfügbar sein: 200
• Die Seite ist dauerhaft umgezogen: 301 oder 308
• Die Seite ist temporär umgezogen: 302 oder 307
• Die Seite existiert nicht mehr und hat keinen Ersatz: 404
• Die Seite ist absichtlich für immer entfernt: 410
• Die Seite ist temporär nicht verfügbar: 503
• Die Anfrage ist blockiert oder privat: 401 oder 403

Suchmaschinen können mit gewöhnlicher Unordnung im Web gut umgehen. Was SEO-Probleme verursacht, ist Inkonsistenz in großem Umfang: dauerhafte Umzüge, die als temporär markiert sind, gelöschte Seiten, die vorgeben, gültig zu sein, ungelöste Serverfehler und Redirect-Logik, die seit der letzten Migration niemand getestet hat.

HTTP-Statuscodes sind keine magischen SEO-Hebel. Sie sind grundlegende Web-Semantik. Verwenden Sie sie ehrlich, und der meiste SEO-Nutzen folgt daraus.