Eine gelöschte Produktseite lädt scheinbar problemlos, zeigt aber nur „Nicht gefunden“ und liefert den Statuscode 200. Genau hier entsteht ein soft 404, der für Besucher verwirrend ist und Suchmaschinen wichtige Crawling-Zeit kosten kann. Ich zeige, woran du den Fehler erkennst, welche Ursachen dahinterstecken und wann 404, 410, 301 oder eine echte Inhaltsseite die richtige Lösung sind.
So erkennst und behebst du den Fehler zuverlässig
- 200 plus Fehlermeldung bedeutet häufig, dass technisch keine echte Fehlerseite ausgeliefert wird.
- 404 oder 410 passen zu URLs, deren Inhalte dauerhaft nicht mehr existieren.
- 301 ist nur sinnvoll, wenn eine thematisch passende neue Zielseite vorhanden ist.
- JavaScript, Suchseiten und Filter-URLs gehören zu den häufigsten Auslösern.
- Google Search Console und Serverantwort müssen gemeinsam geprüft werden.
Was hinter dem Status wirklich steckt
Ein normaler 404-Fehler sagt klar, dass eine angeforderte URL nicht gefunden wurde. Beim weichen 404 sieht es für den Besucher ähnlich aus, technisch antwortet der Server aber oft mit 200 OK. Für Suchmaschinen entsteht dadurch ein Widerspruch zwischen dem Inhalt und dem HTTP-Status.
Typisch ist eine Seite mit der Überschrift „Artikel nicht gefunden“, einer leeren Produktansicht oder einer allgemeinen Fehlermeldung, während der Server weiterhin Erfolg meldet. Google bewertet nicht nur den Statuscode, sondern auch den ausgelieferten Inhalt und kann die URL deshalb als nicht vorhandene oder wertlose Seite behandeln.
Das Problem betrifft nicht nur gelöschte Seiten. Auch eine fast leere URL, eine fehlgeschlagene interne Suche oder eine Anwendung, die Inhalte erst nach einem JavaScript-Aufruf rendert, kann diesen Eindruck erzeugen. Genau deshalb reicht es nicht, im Browser nur zu prüfen, ob eine Seite „irgendwie lädt“.
Der Unterschied zwischen 404, 410 und einem weichen Fehler
| Situation | Passende Antwort | Was sie signalisiert |
|---|---|---|
| URL existiert nicht und wird voraussichtlich nicht zurückkehren | 404 | Die Ressource wurde nicht gefunden |
| Inhalt wurde dauerhaft entfernt | 410 | Die Ressource ist endgültig verschwunden |
| Inhalt ist unter einer passenden neuen URL verfügbar | 301 | Die Adresse wurde dauerhaft verschoben |
| Seite ist vorhanden und bietet echten Nutzen | 200 | Die Anfrage war erfolgreich |
Ich würde den Statuscode nicht nach Gefühl wählen. Entscheidend ist die Frage, ob unter der alten Adresse noch ein eigenständiger Nutzen vorhanden ist. Eine pauschale Weiterleitung jeder gelöschten URL auf die Startseite löst das Problem meistens nicht, sondern erzeugt eine weitere Variante eines leeren Signals.
Warum solche Seiten auf Websites entstehen
In der Praxis sehe ich den Fehler besonders häufig bei Websites, deren Frontend und Backend nicht sauber zusammenspielen. Das gilt für klassische Content-Management-Systeme ebenso wie für moderne JavaScript-Anwendungen und Onlineshops.
Gelöschte Inhalte mit erfolgreicher Serverantwort
Ein CMS kann eine nicht mehr vorhandene Seite mit einer normalen Vorlage ausliefern. Die Vorlage enthält dann zwar „Seite nicht gefunden“, der Webserver sendet aber weiterhin 200 statt 404. Häufig passiert das nach Theme-Wechseln, Plugin-Installationen oder fehlerhaften Routing-Regeln.
JavaScript-Anwendungen und Single-Page-Apps
Bei einer Single-Page-App wird zunächst eine allgemeine HTML-Datei ausgeliefert. Erst danach entscheidet JavaScript, ob etwa ein Produkt oder ein Beitrag existiert. Wenn diese Prüfung fehlschlägt, bleibt eine leere oder allgemeine Ansicht zurück, obwohl die URL technisch erfolgreich geladen wurde.
Das ist besonders kritisch, wenn der relevante Fehlertext erst im Browser erscheint. Der Googlebot kann zwar JavaScript ausführen, doch eine clientseitige Fehlermeldung ersetzt keinen korrekt konfigurierten HTTP-Status. Das Routing muss die Nichtexistenz einer Ressource zuverlässig erkennen.
Leere Such- und Filterseiten
Eine interne Suche mit null Treffern ist nicht automatisch ein Fehler. Problematisch wird sie, wenn jede beliebige Suchkombination eine indexierbare URL erzeugt, die nur aus wenigen Wörtern besteht. So entstehen schnell tausende nahezu leerer Seiten mit Parametern, Filtern oder zufälligen Suchbegriffen.
Bei einem Shop kann zusätzlich ein ausverkauftes Produkt betroffen sein. Wenn die Produktseite weiterhin eine hilfreiche Beschreibung, Alternativen und einen klaren Verfügbarkeitsstatus enthält, ist eine Antwort mit 200 oft sinnvoll. Wird dagegen nur „Produkt nicht verfügbar“ angezeigt, wirkt die URL für Suchmaschinen wie eine leere Seite.
Lesen Sie auch: SEO-Hilfe - Was wirklich wirkt und wann du Unterstützung brauchst
Weiterleitungen auf unpassende Ziele
Eine Weiterleitung auf die Startseite ist bequem, aber selten die beste Lösung. Wenn ein ehemaliger Ratgeber zu einem völlig anderen Thema oder ein gelöschtes Produkt pauschal auf die Homepage führt, fehlt der inhaltliche Zusammenhang. Suchmaschinen können das Ziel deshalb als nicht relevant für die ursprüngliche URL bewerten.
Welche Folgen der Fehler für SEO und Nutzer hat
Ein einzelner Fund ist normalerweise kein Grund zur Panik. 404-Seiten gehören zum normalen Betrieb einer Website, etwa nach Tippfehlern in Links oder dem Entfernen alter Inhalte. Kritisch wird es, wenn viele URLs dauerhaft falsche Antworten liefern oder wichtige Seiten als nicht vorhanden erkannt werden.
Die direkte Folge ist meist, dass die betroffene URL nicht in den Index aufgenommen oder daraus entfernt wird. Das ist nicht dasselbe wie eine manuelle SEO-Strafe. Trotzdem kann eine fehlerhafte technische Struktur die Auffindbarkeit wertvoller Inhalte erschweren.
Hinzu kommt die Nutzerperspektive. Wer auf ein Suchergebnis klickt und statt des erwarteten Inhalts eine leere Vorlage oder die Startseite sieht, verliert schnell das Vertrauen. Bei Onlineshops bedeutet das oft einen verlorenen Kauf, bei redaktionellen Seiten einen unnötigen Absprung.
Auch das Crawling kann leiden, wenn automatisch viele nicht hilfreiche URLs entstehen. Ich sehe das besonders bei facettierten Shops und schlecht begrenzten Suchparametern. Das Problem ist weniger ein festes „Crawling-Budget“ für jede einzelne kleine Website, sondern die Tatsache, dass unnötige URLs Aufmerksamkeit binden, während wichtige Inhalte schlechter priorisiert werden können.
So findest du die eigentliche Ursache
Die Google Search Console zeigt dir, welche URLs als ausgeschlossen oder problematisch erkannt wurden. Der Bericht ist ein guter Startpunkt, aber keine vollständige Diagnose. Für die Behebung musst du feststellen, welche Antwort der Server tatsächlich sendet und was nach dem Rendering im Browser sichtbar ist.
- URL in der Search Console prüfen. Achte auf Indexierungsstatus, Abrufdatum und den von Google ausgewerteten Inhalt.
- HTTP-Header kontrollieren. Mit den Entwicklerwerkzeugen des Browsers oder einem Header-Test prüfst du, ob 200, 404, 410 oder eine Weiterleitung zurückkommt.
- Seite ohne JavaScript vergleichen. Wenn der relevante Inhalt nur nachträglich erscheint, liegt die Ursache oft im Rendering oder im Routing.
- Server- und CMS-Logs ansehen. Sie zeigen, ob die URL wirklich nicht gefunden wird oder ob eine Vorlage fälschlich als Erfolg ausgeliefert wird.
- Interne Verlinkung und Sitemap prüfen. Entfernte URLs sollten nicht weiterhin in XML-Sitemaps, Navigationen oder Produktlisten stehen.
Ein praktischer Test ist der Vergleich von drei Fällen. Prüfe eine funktionierende Seite, eine bewusst gelöschte URL und eine gemeldete Problemadresse. Wenn alle drei mit 200 OK antworten, ist die technische Konfiguration der wahrscheinlichste Ansatzpunkt.
Bei dynamischen Websites genügt der Blick auf den Quelltext allerdings nicht immer. Prüfe zusätzlich die gerenderte Ansicht und achte darauf, ob ein Cookie-Banner, ein Login-Problem oder ein API-Fehler den eigentlichen Inhalt verdeckt. Ein Besucher kann eine scheinbar normale Seite sehen, während der Bot nur eine leere Grundstruktur erhält.
Welche Lösung zum jeweiligen Fall passt
Die richtige Reparatur hängt davon ab, ob der Inhalt verschwunden, verschoben, vorübergehend nicht verfügbar oder schlicht falsch ausgeliefert wird. Eine gute Entscheidung erhält möglichst viel Nutzwert und vermeidet künstliche Signale.
| Fall | Empfehlung | Wichtige Bedingung |
|---|---|---|
| Seite dauerhaft gelöscht | 404 oder 410 ausliefern | Interne Links und Sitemap bereinigen |
| Inhalt unter neuer Adresse vorhanden | 301 auf die passende neue URL | Thema und Suchintention müssen übereinstimmen |
| Produkt vorübergehend ausverkauft | 200 mit hilfreichen Informationen | Alternativen, Lieferstatus oder Benachrichtigung anbieten |
| Leere interne Suche | Indexierung begrenzen oder Suchlogik verbessern | Keine endlosen Parameter-URLs erzeugen |
| Fehler durch JavaScript-Routing | Serverseitige Statuslogik ergänzen | Nichtexistenz vor oder während des Routings erkennen |
Bei dauerhaft entfernten Inhalten sollte die Fehlerseite trotzdem hilfreich sein. Eine klare Meldung, eine funktionierende Suche und wenige relevante Kategorien reichen meist aus. Sie darf nützlich gestaltet sein, muss aber weiterhin den passenden Fehlerstatus liefern.
Ein 301-Redirect ist kein universelles Reparaturwerkzeug. Ich setze ihn nur ein, wenn die neue Zielseite die gleiche oder eine sehr ähnliche Suchintention erfüllt. Eine alte Seite über deutsche Webhosting-Tipps auf einen allgemeinen Blog zu leiten, verwässert die Nutzererwartung und schafft kein echtes Qualitätsplus.
Bei einer vorübergehenden Nichtverfügbarkeit sollte die Seite nicht vorschnell als gelöscht behandelt werden. Zeige den aktuellen Status, liefere vorhandene Produktinformationen aus und stelle klar, ob und wann eine Rückkehr wahrscheinlich ist. So bleibt die URL für Besucher und Suchmaschinen als echte Ressource erkennbar.
Diese Reparaturversuche machen die Situation oft schlimmer
Der häufigste Fehler ist die pauschale Weiterleitung aller nicht gefundenen URLs auf die Startseite. Sie reduziert zwar sichtbare 404-Meldungen, beantwortet die ursprüngliche Anfrage aber nicht. Bei größeren Bereinigungen ist eine saubere 404- oder 410-Antwort oft ehrlicher und technisch stabiler.
Auch noindex ist kein Ersatz für einen falschen Statuscode. Das Meta-Tag kann die Indexierung einer vorhandenen Seite begrenzen, behebt aber nicht automatisch ein fehlerhaftes Routing oder tausende leere URL-Varianten. Wenn eine Ressource nicht existiert, sollte das System diesen Zustand auf HTTP-Ebene ausdrücken.
Ein weiterer Irrtum ist, jede gemeldete URL sofort zu ändern. Manche Adressen sind durch externe Links, Tippfehler oder alte Kampagnen entstanden und müssen nicht zurückgeholt werden. Ich priorisiere zuerst Seiten mit relevanten Backlinks, hohem Traffic, Umsatzbezug oder vielen internen Verweisen.
Nach der Korrektur solltest du nicht mit einer sofortigen Bereinigung in der Search Console rechnen. Google muss die URL erneut crawlen und die neue Antwort bewerten. Eine erneute Prüfung ist sinnvoll, aber sie ersetzt nicht die Kontrolle von Logs, Sitemap und internen Links.
Ein sauberer Status spart später viel SEO-Arbeit
Der wichtigste Grundsatz lautet schlicht: Eine vorhandene Seite liefert 200, eine verschwundene Seite 404 oder 410, und eine wirklich passende Nachfolgeadresse erhält einen 301-Redirect. Damit verstehen Besucher, Browser und Suchmaschinen dieselbe Situation.
Ich würde bei jeder größeren Website regelmäßig drei Dinge prüfen: fehlerhafte Statuscodes, leere dynamische URLs und Weiterleitungen ohne thematischen Zusammenhang. Diese Kontrolle dauert deutlich weniger als eine spätere Bereinigung tausender Einträge und schützt zugleich die Nutzererfahrung.
Wenn die technische Antwort zum tatsächlichen Inhalt passt, verschwindet der weiche Fehler meist nicht durch einen SEO-Trick, sondern durch eine klare Architektur. Genau diese Klarheit macht eine Website langfristig robuster, schneller wartbar und für Suchmaschinen leichter verständlich.
