Ein Soft-404 beschreibt den Widerspruch zwischen einer erfolgreichen HTTP-Antwort und einer fehlerähnlichen oder nahezu leeren gerenderten Seite.
Bedeutung und Abgrenzung
Google beschreibt Soft-404-Fehler als URLs, die eine Erfolgsmeldung zurückgeben, obwohl sie Nutzern mitteilen, dass die Seite nicht existiert, oder als Seiten mit wenig Hauptinhalt. Rendering-Fehler können dasselbe Symptom erzeugen.
Ordnen Sie die URL ein, bevor Sie sie ändern: Eine gültige Seite behalten und reparieren, eine dauerhafte Weiterleitung nur für einen eindeutig passenden Ersatz setzen oder bei entferntem Inhalt 404 bzw. 410 ausgeben. Testen Sie HTTP-Antwort und gerenderte Seite gemeinsam.
So prüfen Sie es
Prüfen Sie den finalen Statuscode, den gerenderten Hauptinhalt, die Verfügbarkeit kritischer Ressourcen, die Ergebnisse der URL-Prüfung, sofern verfügbar, interne Links und Verweise in der Sitemap. Crawlen Sie die URL nach der Änderung erneut.
Testen Sie bei der Untersuchung eines Soft-404 eine markierte URL einmal mit einem HTTP-Client und einmal in einem gerenderten Browser oder Prüfwerkzeug. Notieren Sie Status, Seitentitel, Hauptinhalt und geladene kritische Ressourcen. Ordnen Sie das Ergebnis dann ein: Ein entferntes Element ohne Ersatz sollte 404 oder 410 liefern; ein verschobenes Element mit einem passenden Nachfolger kann weitergeleitet werden; eine gültige Seite, die leer gerendert wurde, braucht eine Behebung des Ladefehlers.
Grenzen, Verifizierung und häufige Fehler
Leiten Sie nicht jede fehlende URL auf die Startseite um. Das verwirrt Nutzer und signalisiert keinen passenden Ersatz. Eine freundliche Fehlerseite braucht trotzdem einen echten Fehlerstatus.
Prüfen Sie denselben Zustand bei einer direkten URL, bei einem internen Link und bei einer Sitemap-URL, sofern zutreffend. Die Seite eines Katalogs für nicht vorrätige Artikel kann eine gültige Seite bleiben, wenn sie aussagekräftigen Inhalt und eine echte Antwort hat; eine leere Suchergebnisseite, die als Erfolg ausgegeben wird, ist etwas anderes. Crawlen Sie nach der Reparatur erneut und entfernen Sie veraltete Verweise in der Sitemap oder interne Verweise nur dann, wenn der Status der URL das rechtfertigt.
Bei Migrationen ordne ich jede abgelöste URL genau einem relevanten Endziel zu und crawle die Zuordnung, um Ketten und Schleifen zu entfernen, bevor ich die Arbeit als abgeschlossen betrachte.