Weisen Sie jeder URL einen Status zu, der der Realität entspricht: erfolgreicher Inhalt 200, dauerhafte Verschiebung 301, vorübergehender Zustand ein passender 3xx- oder 503-Status und nicht existierender Inhalt 404 oder 410 ohne vorgetäuschten Erfolg.
Der HTTP-Statuscode ist die erste technische Information, die der Server dem Browser und dem Crawler liefert. Er gibt an, ob der Inhalt geladen werden konnte, verschoben wurde, nicht existiert oder der Dienst vorübergehend nicht verfügbar ist. Ein falscher Code kann zu indexierten Fehlerseiten, Endlosweiterleitungen oder zur Entfernung einer URL führen, die nach einer Wartung wieder verfügbar sein sollte.
Ein Soft 404 entsteht, wenn der Server mit einem Erfolgscode antwortet, der Inhalt aber wie eine fehlende oder wertlose Seite aussieht. Ein typisches Beispiel ist die allgemeine Meldung „Produkt nicht gefunden“ mit dem Statuscode 200. Die Lösung beginnt nicht mit dem Umschreiben des Textes, sondern mit der Entscheidung, ob die URL existiert, einen Ersatz hat, vorübergehend leer ist oder ob es sich um einen Anwendungsfehler handelt.
Praxistest: Serverantwort und Seiteninhalt
Im paginierten Blog von Webiant ist der Unterschied gut erkennbar: Die zweite Seite der Liste existiert, eine Seite außerhalb ihres Bereichs sollte jedoch keine leere Übersicht mit einer Erfolgsantwort liefern. Bei 200 Artikeln und 12 Artikeln pro Seite endet die Liste auf Seite 17. Seite 18 gibt daher HTTP 404 zurück.
curl -I https://webiant.sk/blog/page/2/
curl -I https://webiant.sk/blog/page/18/
curl -I https://webiant.sk/sitemap.xml| Anfrage | Erwartete Antwort | Bedeutung |
|---|---|---|
| /blog/page/2/ | 200 | Bestehende Seite mit Artikeln |
| /blog/page/18/ | 404 | Seite außerhalb des aktuellen Umfangs |
| /sitemap.xml | 301 auf /wp-sitemap.xml | Übertragung alter Eingaben auf die aktuelle Zuordnung |
Der Befehl curl -I prüft die Header. Danach folgt eine Inhaltsprüfung über eine normale GET-Anfrage: Bei 200 muss die Seite die erwarteten Artikel enthalten, bei 404 eine verständliche Meldung und einen Weg zurück zum Blog. Prüfen Sie auch die endgültige Adresse nach der Weiterleitung und die Anzahl der Schritte. Die Anzeige des Textes „Seite nicht gefunden“ allein beweist keine korrekte Serverantwort.
Leiten Sie fehlende Seiten nicht pauschal auf die Startseite weiter. Gibt es einen echten inhaltlichen Ersatz, leiten Sie auf diesen weiter; gibt es keinen, verwenden Sie je nach Situation 404 oder 410. Eine absichtlich nicht existierende Seite ist nicht zwingend ein Fehler, der in der Search Console behoben werden muss.
Auf einer Website mit wachsender Anzahl von Artikeln ändert sich der gültige Paginierungsbereich. Leiten Sie den Test daher aus der Anzahl der veröffentlichten Artikel ab, nicht aus einer fest codierten Zahl. Siehe auch Checkliste für ein technisches SEO-Audit.
Eine erfolgreiche 200-Antwort muss den versprochenen Inhalt enthalten
Der Statuscode 200 ist angebracht, wenn die angeforderte URL eine gültige Seite liefert. Es reicht nicht, dass Header und Footer gerendert werden. Fehlt der Hauptdatensatz, ist die Datenbank ausgefallen oder zeigt die Anwendung einen internen Fehler an, täuscht ein Erfolgscode sowohl das Monitoring als auch die Suchmaschine. Die Vorlage sollte einen legitimen leeren Zustand von einem nicht existierenden Objekt unterscheiden.
Bei vorübergehend nicht vorrätigen Produkten kann die Detailseite den Status 200 behalten, wenn das Produkt weiterhin existiert und die Seite nützliche Informationen sowie einen nächsten Schritt bietet. Wurde der Eintrag entfernt, entscheiden Sie sich für einen relevanten Ersatz oder eine 404. Eine automatische Weiterleitung aller nicht verfügbaren Produkte auf die Kategorie kann Nutzer verwirren und wie ein Soft 404 wirken.
Weiterleitungen sollen Dauerhaftigkeit und Relevanz ausdrücken
Verwenden Sie eine dauerhafte Weiterleitung, wenn der Inhalt endgültig auf eine inhaltlich entsprechende URL umgezogen ist. Eine temporäre Weiterleitung eignet sich, wenn die ursprüngliche Adresse zurückkehren soll und die Alternative nur für begrenzte Zeit gilt. Wählen Sie den konkreten 3xx-Code nach dem Verhalten der Clients und der Anfragemethode; bei gewöhnlichen SEO-Migrationen kommt es auf eine konsistente Dauerhaftigkeit an.
Entfernen Sie Ketten und Schleifen. Aktualisieren Sie interne Links und die Sitemap direkt auf das endgültige Ziel, damit der Crawler nicht die Historie der Verschiebungen durchlaufen muss. Testen Sie vor einer Sammelregel ähnliche Namen und Parameter; ein zu weit gefasster regulärer Ausdruck kann Tausende URLs auf eine fremde Seite leiten.
- ein Schritt zur endgültigen relevanten URL
- keine Schleifen zwischen Host-Varianten
- aktualisierte interne Links und Sitemap
- Test der Regeln an einer realen Liste alter Adressen
404 und 410 sind nicht automatisch ein SEO-Fehler
404 teilt korrekt mit, dass die Ressource nicht gefunden wurde. 410 kann eine bewusste, dauerhafte Entfernung ausdrücken. Beide Antworten sind angemessen, wenn kein relevanter Ersatz existiert. Eine eigene Fehlerseite soll Nutzern mit Navigation oder Suche weiterhelfen, der Server muss jedoch den Fehlercode beibehalten.
Trennen Sie im Report interne defekte Links von externen oder zufälligen Anfragen. Einen internen Link auf eine 404-Seite sollten Sie korrigieren. Eine fehlerhafte fremde URL ohne Traffic erfordert nicht unbedingt eine Weiterleitung. Wenn eine entfernte Seite wertvolle Links erhalten hat und es einen naheliegenden Ersatz gibt, ordnen Sie sie individuell zu, statt pauschal auf die Startseite weiterzuleiten.
429 und 503 schützen den vorübergehenden Betrieb
Der Statuscode 429 meldet eine Überschreitung des Anfragelimits und kann angeben, wann ein erneuter Versuch möglich ist. Die Konfiguration muss schädliche Automatisierung von legitimen Bots und Nutzern unterscheiden. Eine zu aggressive Firewall kann das Crawling blockieren, ohne dass das Team einen gewöhnlichen Anwendungsfehler sieht.
Bei einer geplanten kurzen Wartung eignet sich eine temporäre 503-Antwort mit einem angemessenen Retry-After, nicht eine permanente Weiterleitung der gesamten Website oder ein 200 mit leerer Seite. Verlängern Sie die Wartung nicht ohne Monitoring und prüfen Sie nach der Wiederherstellung, dass der 503 nicht im Cache verblieben ist. Kommunizieren Sie bei einem längeren Ausfall den Status und beheben Sie die Ursache, nicht nur den Statuscode.
Wie man Soft-404-Fehler findet und behebt
Gruppieren Sie den Crawl nach Statuscodes, Titeln, Größe und Text des Hauptinhalts. Suchen Sie nach Seiten mit Status 200, die „Nicht gefunden“-Meldungen, null Ergebnisse oder dasselbe dünne Template enthalten. Prüfen Sie auch clientseitige Anwendungen, bei denen der Server für jede Route 200 zurückgibt und JavaScript erst danach einen Fehler anzeigt.
Die Korrektur hängt von der Bedeutung der URL ab: fehlende Daten ergänzen, 404 oder 410 zurückgeben, auf einen gleichwertigen Ersatz weiterleiten oder die Regeln zur Erzeugung von Adressen ändern. Testen Sie nach dem Deployment sowohl die Header ohne JavaScript als auch den gerenderten Inhalt. Beobachten Sie Logs und Indexierungsberichte, erwarten Sie jedoch nicht, dass jede Änderung sofort verarbeitet wird.
- HTTP-Status aus der Serverantwort
- sichtbarer Inhalt nach dem Rendern der Seite
- interne Links, die auf eine fehlerhafte URL führen
- relevanter Ersatz vor jeder Weiterleitung
Häufige Fragen
Sind viele 404-Seiten immer ein Problem?
Nein. Bei nicht existierenden URLs ist 404 korrekt. Problematisch sind vor allem interne Links auf Fehlerseiten, verlorene wertvolle Seiten und Anwendungen, die einen falschen 200-Code zurückgeben.
Sollte eine entfernte Seite auf die Startseite weitergeleitet werden?
Nicht automatisch. Leiten Sie nur auf einen relevanten Ersatz weiter. Gibt es keinen, ist ein korrekter 404- oder 410-Status für Nutzer und Suchmaschine verständlicher.
Welcher Code sollte während der Wartung verwendet werden?
Bei kurzer vorübergehender Nichtverfügbarkeit in der Regel 503 mit einem angemessenen Retry-After. Passen Sie das konkrete Vorgehen an die Infrastruktur an und prüfen Sie nach der Wiederherstellung Cache und Monitoring.
Quellen und weiterführende Lektüre
Adam Antoni vyvíja weby, aplikácie a softvér na mieru. Prepája firemné systémy, automatizuje procesy a vytvára AI agentov. Pôsobí v Spišskej Novej Vsi a spolupracuje s firmami na celom Slovensku.
