Erstellt: 4. Oktober 2026 • Zuletzt aktualisiert: 4. Oktober 2026
HTTP-Statuscodes: Relevanz für SEO, Crawling & Indexierung
Wichtigste Erkenntnisse
- HTTP-Statuscodes sind die standardisierte Sprache zwischen deinem Webserver und Bots wie dem Googlebot oder KI-Crawlern.
- Nur URLs mit einem Statuscode 200 OK qualifizieren sich für die reguläre Aufnahme in den Suchmaschinen-Index.
- Ein 301-Redirect (Moved Permanently) vererbt Link-Equity und Ranking-Signale auf das neue Ziel, während ein 302-Redirect temporär interpretiert wird.
- Der Status 410 Gone signalisiert Suchmaschinen das endgültige Löschen einer URL und entfernt tote Seiten schneller aus dem Index als ein gewöhnlicher 404.
- Serverseitige 5xx-Fehler verbrennen wertvolles Crawl-Budget und können bei anhaltenden Ausfällen zur Deindexierung ganzer Seitenbereiche führen.
Bevor ein Suchmaschinen-Crawler wie der Googlebot oder ein KI-Modell auch nur ein einziges Wort deines Textes liest oder ein Bild analysiert, findet im Millisekundenbereich eine entscheidende Unterhaltung statt: Der HTTP-Handshake zwischen dem Client (Crawler oder Browser) und deinem Webserver.
Die Antwort des Servers beginnt stets mit einer dreistelligen Ziffer: dem HTTP-Statuscode.
Dieser Code ist das primäre Verkehrszeichen des Internets. Er teilt dem Crawler unmissverständlich mit: „Alles in Ordnung, hier ist der Inhalt“, „Diese Seite ist dauerhaft umgezogen“, „Das Dokument existiert nicht mehr“ oder „Mein Server ist gerade völlig überlastet, bitte komm später wieder“.
Wer technische Suchmaschinenoptimierung betreibt, muss HTTP-Statuscodes im Schlaf beherrschen. Denn selbst der beste Content und die stärkste Marke sind vollkommen wirkungslos, wenn falsche Statuscodes Google daran hindern, deine Seiten in den Index aufzunehmen.
Jörg Zimmer
Senior SEO & AI Search Consultant
„Bitte immer alte URL Strukturen per 301 auf die passenden Folgeinhalte weiterleiten.“
Die Klassen der HTTP-Statuscodes im Überblick
HTTP-Statuscodes sind nach RFC-Standards in fünf funktionale Klassen unterteilt. Für die tägliche SEO-Praxis sind insbesondere die Klassen 2xx, 3xx, 4xx und 5xx relevant:
┌────────────────────────────────────────────────────────┐
│ 1xx Informational: Protokoll-Aushandlung (z. B. 101) │
│ 2xx Success: Erfolgreiche Auslieferung (z. B. 200 OK) │
│ 3xx Redirection: Umleitungen (z. B. 301, 302, 307) │
│ 4xx Client Error: Fehlerhafte Anfragen (z. B. 404, 410)│
│ 5xx Server Error: Serverprobleme (z. B. 500, 503) │
└────────────────────────────────────────────────────────┘
1. Die 2xx-Klasse (Erfolg)
- 200 OK: Der absolute Idealzustand für jede kanonische Landingpage. Die angeforderte Ressource wurde gefunden, der Server liefert den Payload fehlerfrei aus. Nur URLs mit einem Status 200 werden von Google regulär indexiert. Wie das Zusammenspiel mit dem Crawling funktioniert, erläutern wir ausführlich in unserem Leitfaden zur technischen Suchmaschinenindexierung.
2. Die 3xx-Klasse (Umleitungen)
- 301 Moved Permanently: Die wichtigste Weiterleitung im SEO. Sie besagt, dass die angeforderte URL dauerhaft an eine neue Adresse umgezogen ist. Google überträgt praktisch die gesamte Link-Autorität (PageRank) auf das neue Ziel und aktualisiert den Index.
- 302 Found (Temporäre Weiterleitung): Die Ressource ist vorübergehend unter einer anderen URL zu finden. Die alte URL verbleibt im Index. Wer nach einem Website-Relaunch versehentlich 302 statt 301 nutzt, riskiert massive Sichtbarkeitsverluste.
- 304 Not Modified: Teilt dem Browser oder Crawler mit, dass die zwischengespeicherte Version (Cache) noch aktuell ist. Spart enorm Bandbreite und Crawl-Budget.
- 307 / 308 (HSTS & Modern Redirects): Präzise Nachfolger von 302 und 301 nach HTTP/1.1-Spezifikation, die garantieren, dass die HTTP-Methode (GET/POST) beim Weiterleiten unverändert bleibt.
3. Die 4xx-Klasse (Client-Fehler)
- 404 Not Found: Die angeforderte Seite existiert nicht auf dem Server. Für Suchmaschinen bedeutet das: Die Seite wird nicht indexiert bzw. nach mehreren erfolglosen Crawls aus dem Index gelöscht.
- 410 Gone: Die härtere und schnellere Variante von 404. Sie teilt Google explizit mit: „Dieser Inhalt wurde absichtlich und dauerhaft gelöscht.“ Google entfernt 410-URLs deutlich zügiger aus den SERPs.
- 403 Forbidden: Der Server verbietet den Zugriff. Passiert häufig, wenn Sicherheits-Plugins oder Web-Application-Firewalls (WAF) legitime Crawler irrtümlich als Angreifer einstufen und blockieren.
- 429 Too Many Requests: Rate-Limiting. Der Server signalisiert, dass zu viele Anfragen in zu kurzer Zeit eingetroffen sind.
4. Die 5xx-Klasse (Server-Fehler)
- 500 Internal Server Error: Ein generischer Serverabsturz (z. B. PHP-Fatal-Error, Syntaxfehler in der
.htaccessoder Datenbank-Verbindungsfehler). - 502 Bad Gateway: Der vorgelagerte Proxy-Server (z. B. Nginx oder Cloudflare) erhält eine ungültige Antwort vom Backend.
- 503 Service Unavailable: Der Server ist vorübergehend überlastet oder befindet sich in Wartung. Richtig konfiguriert mit einem
Retry-After-Header signalisiert ein 503 dem Googlebot: „Komm in 2 Stunden wieder, wir machen gerade planmäßige Wartung.“
Statuscode-Matrix: Bedeutung, SEO-Auswirkung & Handlungsbedarf
| Code | Bedeutung | Auswirkung auf Indexierung & Rankings | SEO-Empfehlung |
|---|---|---|---|
| 200 | OK (Erfolg) | Standard für gesunde URLs; wird gecrawlt und für den Index freigegeben. | Zielzustand für alle kanonischen Inhalte und Landingpages. |
| 301 | Moved Permanently | Überträgt PageRank und Nutzersignale vollständig auf die neue URL. | Pflicht bei Relaunches, URL-Umbenennungen und Trailing-Slash-Vereinheitlichung. |
| 302 | Found (Temporary) | Alte URL bleibt im Index; PageRank wird nicht sofort übertragen. | Nur für echte temporäre Kampagnen nutzen; niemals für dauerhafte Relaunches! |
| 404 | Not Found | URL fliegt nach mehreren Crawls aus dem Index; Backlinks verpuffen. | Individuelle Fehlerseite mit Suchfunktion bereitstellen; Backlink-Ziele per 301 retten. |
| 410 | Gone (Dauerhaft gelöscht) | Schnellste Löschung aus den SERPs; signalisiert bewusste Entfernung. | Ideal für gelöschte Produkte, abgemahnte Seiten oder Spam-URL-Bereinigung. |
| 500 | Internal Server Error | Crawl-Abbruch; dauerhafte 500er führen zur raschen Deindexierung. | Kritischer Notfall: Server-Logs sofort auf PHP- oder DB-Crashs untersuchen! |
| 503 | Service Unavailable | Crawler wartet ab und probiert es später erneut; schützt Rankings. | Muss bei Wartungsarbeiten zusammen mit Retry-After Header ausgeliefert werden. |
Die 4 gefährlichsten Statuscode-Fallen in der Praxis
In meinen über 25 Jahren Erfahrung – von den ersten Web-Experimenten 2001 in Dessau bis zu heutigen Enterprise-Audits in Berlin-Spandau – begegnen mir immer wieder dieselben vier kapitalen Fehler:
1. Der Soft-404-Trugschluss
Ein Nutzer ruft eine nicht existierende URL auf. Das CMS zeigt im Browser ein trauriges Gesicht und den Text „Seite nicht gefunden“ an – der Server liefert im HTTP-Header jedoch einen Status 200 OK aus. Für Google ist das verwirrend: Der Statuscode sagt „hier ist alles super“, aber der Text signalisiert eine Sackgasse. Google flaggt dies als Soft-404. Das vernichtet Crawl-Budget und kann die Qualitätseinstufung der gesamten Domain belasten.
2. Endlose Redirect-Ketten (Redirect Chains)
URL A leitet per 301 auf URL B weiter. URL B leitet auf URL C weiter, und URL C leitet schließlich auf URL D weiter. Solche Ketten entstehen oft unbemerkt über Jahre hinweg. Google bricht das Crawling nach wenigen Hops ab. Zudem verliert jede Weiterleitungsstufe wertvolle Millisekunden Ladezeit. Interne Links müssen immer direkt auf das finale 200-OK-Ziel zeigen! Weitere Details zur sauberen Strukturierung findest du im Beitrag zu Orphan Pages.
3. Falsche Statuscodes nach Relaunches
Nach einem Relaunch werden alte URLs oft pauschal auf die Startseite weitergeleitet. Google stuft Weiterleitungen auf thematisch unpassende Seiten jedoch als Soft-404 ein. Wie ich in meinem Praxisbeitrag über die 1. Regel im SEO Fight Club: Indexierung vor Ranking und in meinem Erfahrungsbericht über 10 Jahre eigenes Geld verbrannt: Warum echte SEOs eigene Projekte brauchen betone: Jede URL muss auf den spezifisch passenden Nachfolgeinhalt zeigen, der die ursprüngliche Suchintention exakt erfüllt.
4. Unbeabsichtigte Keyword-Konflikte durch falsche Weiterleitungen
Wird eine gelöschte URL unbedacht auf eine andere Kategorie umgeleitet, kann dies zu massiver Keyword-Kannibalisierung führen, wenn sich die Suchbegriffe der beiden Dokumente überlagern.
Arbeitsanweisung für deinen KI-Agenten (Cursor / Claude / Antigravity)
Kopiere diesen Prompt direkt in deinen KI-Coding-Assistenten, um eine automatisierte Header- und Redirect-Prüfung für deine Website durchzuführen:
# Prompt: HTTP-Statuscode & Redirect-Chain Audit
Rolle: Du bist ein erfahrener Technical Web Architect und cURL-Spezialist.
Aufgabe: Überprüfe eine Liste gegebener Ziel-URLs auf ihren tatsächlichen HTTP-Statuscode, decke verdeckte Redirect-Ketten auf und prüfe, ob nicht-existierende Pfade einen echten 404/410 statt eines Soft-404 liefern.
# Vorgehensweise & Sicherheitsregeln:
1. Tech-Stack-Analyse (Erst prüfen, dann handeln): Ermittle den eingesetzten Webserver (Apache via .htaccess, Nginx-Config oder Cloudflare Redirect Rules). Prüfe, wie Weiterleitungen technisch abgehandelt werden.
2. Defensive & konfliktfreie Integration: Verändere keine bestehenden Server-Direktiven ohne vorheriges Backup. Vermeide zirkuläre Weiterleitungen (Redirect Loops).
3. Standard- & URL-Hygiene: Stelle sicher, dass Weiterleitungsziele stets mit einheitlichem Protokoll (HTTPS) und standardisiertem Trailing-Slash ausgeliefert werden. Reduziere mehrstufige Weiterleitungsketten auf einen einzigen 301-Direktsprung.
4. Pre-Flight-Validierung: Führe einen Testlauf mit curl -ILs [URL] | grep -E "HTTP/|location:" durch, um jede Weiterleitungsstufe transparent im Terminal zu verifizieren.
Output: 1. Tabellarische Aufstellung aller geprüften URLs inkl. Statuscodes, 2. Liste erkannter Weiterleitungsketten mit Optimierungsvorschlag, 3. Konkrete Server-Konfigurationszeilen zur Behebung.
Tacheles aus der Praxis: Saubere Statuscodes sind Ehrensache
Im Maschinenraum eines erfolgreichen Webprojekts gibt es keine Ausreden für unsaubere Statuscodes. Wer Redirect-Ketten monatelang ignoriert, tote Seiten mit 200 OK ausliefert oder bei Server-Wartungen keinen 503-Header setzt, sabotiert seine eigene Sichtbarkeit.
Suchmaschinen und moderne KI-Crawler wollen Effizienz. Ein Webauftritt, der blitzschnell klare, unmissverständliche Statuscodes zurückgibt, wird häufiger gecrawlt, schneller indexiert und in Rankings belohnt. Behandle deine HTTP-Statuscodes nicht als lästiges IT-Detail, sondern als das, was sie sind: Das Fundament deiner gesamten digitalen Existenz.
Statuscode- & Server-Audit in der SEO-Sprechstunde
Hast du unbemerkte 500er-Fehler, lange Weiterleitungsketten oder Soft-404-Probleme in deiner Search Console? In 2 Stunden analysieren wir deine Server-Header, bereinigen Redirects und stellen die Indexierung live per Videocall wieder her.
Jetzt an der Diskussion teilnehmen
Diskutiere mit Jörg Zimmer und der SEO-Community auf LinkedIn über HTTP-Statuscodes, Redirect-Strategien und saubere technische Web-Architektur.
Beitrag auf LinkedIn öffnenWas ist der genaue SEO-Unterschied zwischen einem 301- und einem 302-Redirect?
Warum sind Soft-404-Fehler so gefährlich für die Suchmaschinenoptimierung?
Wie verhalten sich KI-Crawler bei HTTP-Statuscodes?
Wann sollte man HTTP 410 statt 404 verwenden?
Weitere spannende Themen
- Hreflang im SEO: Internationalisierung ohne Duplicate Content
- Trailing Slashes: SEO & Duplicate Content
- Programmatic SEO
- Rank Math SEO: Test, Pro-Funktionen & Erfahrungen (2026)
- Rich Snippets: Mehr Klicks durch strukturierte Daten
- Seobility vs. Sistrix: Der SEO-Tool-Vergleich für die Praxis (2026)
- SEORCH AI Check: 22 Kriterien für GEO & KI-Agents
Nichts mehr verpassen?
Folge mir auf LinkedIn für tägliche SEO-Nuggets und diskutiere mit anderen Experten.
LinkedIn-Profil besuchen →