- →Ein Soft 404 ist keine Abstrafung, sondern eine Klassifikation: Google überstimmt den Statuscode 200, wenn der gerenderte Inhalt eine leere oder irrelevante Seite zeigt, und entfernt die URL aus dem Index.
- →Die Erkennung läuft nach dem JavaScript-Rendering und kann laut Branchenberichten vom Oktober 2025 zwischen Mobil und Desktop abweichen; ein reiner Desktop-Crawl ist als Prüfung deshalb unzureichend.
- →Pauschale Weiterleitungen gelöschter URLs auf die Startseite wertet Google selbst als Soft 404: Link Equity rettet nur eine 301 auf ein inhaltlich passendes Ziel.
- →Der von Search Engine Land am 12. Mai 2026 dokumentierte Migrationsfall (rund 90 Prozent Traffic-Verlust über 13 Länderdomains) zeigt, dass Soft 404s kumulativ wirken und zuerst die Crawl-Frequenz drosseln, lange bevor Rankings sichtbar kippen.
- →Für Backlink-Audits gilt die Reihenfolge: erst eingehende Links je toter URL erheben, dann pro URL entscheiden zwischen Wiederherstellung, kontextuell passender 301 und ehrlichem 404 oder 410 mit schlanker Fehlerseite.
Was ein Soft 404 wirklich ist
Ein Soft 404 entsteht, wenn der Server einer URL den Statuscode 200 zurückgibt, der Inhalt aber signalisiert, dass es hier nichts gibt: eine leere Kategorieseite, eine interne Suche mit null Treffern, eine Produktseite ohne Produkt, die Fehlermeldung im Template einer Single-Page-Application. Google verlässt sich in diesen Fällen nicht auf den HTTP-Status, sondern auf einen eigenen Klassifikator, der den gerenderten Inhalt bewertet. Stuft dieser die Seite als Soft 404 ein, fällt sie aus dem Index, unabhängig davon, was der Server behauptet.
Wichtig ist die Abgrenzung: Ein echter 404 oder 410 ist laut Google-Dokumentation weder ein Qualitäts- noch ein Ranking-Signal. Tote URLs gehören zum Lebenszyklus jeder Website. Problematisch ist ausschließlich die Diskrepanz zwischen Status und Inhalt, also der Fall 200 OK bei faktisch nicht vorhandener Seite. Wer Soft 404s als kosmetisches Detail abtut, verwechselt die Ebenen: Es geht nicht um Nutzerfreundlichkeit, sondern darum, ob Google der Statuscode-Schicht einer Domain überhaupt noch traut.
Aus eigener Audit-Erfahrung entstehen die meisten Soft 404s nicht durch Nachlässigkeit, sondern durch Systemlogik: Shopsysteme, die ausverkaufte Produkte mit leerem Template weiter ausliefern. Filterseiten, die bei null Ergebnissen trotzdem 200 senden. Migrationsskripte, die alles Unbekannte auf eine generische Seite umleiten. Der Fehler steckt im Framework, nicht in der Redaktion, und genau deshalb skaliert er.
Wie Google Soft 404s 2026 erkennt
Die Klassifikation passiert nach dem Rendering, nicht beim ersten HTTP-Kontakt. Google lädt die Seite, führt JavaScript aus und bewertet dann, ob der sichtbare Inhalt einer Fehlermeldung, einer leeren Vorlage oder einer echten Seite entspricht. Genau deshalb sind Single-Page-Applications der häufigste Soft-404-Herd: Der clientseitige Router liefert bei unbekannten Pfaden eine « Seite nicht gefunden »-Komponente aus, der Server antwortet trotzdem mit 200. Eine am 18. Dezember 2025 aktualisierte Passage der Google-Dokumentation, über die PPC Land berichtete, präzisiert, wie der Googlebot Nicht-200-Antworten, Rendering und kanonische URLs verarbeitet, und bestätigt damit indirekt, dass clientseitiges Routing ohne serverseitige Statuscodes ein Dauerrisiko bleibt.
Eine zweite Eigenheit sorgt in Audits regelmäßig für Verwirrung: Die Erkennung kann je Gerät unterschiedlich ausfallen. Branchenberichte vom Oktober 2025, gestützt auf Aussagen aus Googles Search-Relations-Team, halten fest, dass eine URL im Mobile-Rendering als Soft 404 eingestuft werden kann, während die Desktop-Variante durchgeht. Responsive Templates, die auf kleinen Viewports Inhalte ausblenden, mobile Verfügbarkeitsmeldungen im E-Commerce und clientseitiges Routing sind die typischen Auslöser. Wer nur mit einem Desktop-Crawler prüft, sieht das Problem schlicht nicht.
Zum Thema Ressourcen hat Gary Illyes 2025 auf Search-Central-Veranstaltungen eine verbreitete Annahme korrigiert: 404-Seiten fressen nicht per se das Crawl Budget auf, wie viele SEOs befürchten. Teuer wird es erst, wenn die Fehlerseite serverseitig aufwendig ist und etwa mehrere Datenbankabfragen pro Aufruf auslöst. Seine Empfehlung ist unspektakulär und richtig: Fehlerseiten rechnerisch schlank halten. Die eigentliche Crawl-Gefahr geht von Soft 404s aus, denn diese URLs hängen im normalen Crawl-Zyklus, werden immer wieder besucht und verwässern das Bild, das Google von der Qualität des gesamten Hosts hat.
Soft 404s im Netlinking-Alltag
Für Netlinking-Operationen ist der Soft 404 vor allem ein Link-Equity-Problem. Ein Backlink zeigt auf eine URL; wird diese als Soft 404 klassifiziert, verschwindet sie aus dem Index, und der Link vererbt nichts mehr. Das trifft besonders Expired-Domain-Projekte und Migrationen, bei denen historisch verlinkte URLs still auf leere Templates auflösen. Das Linkprofil sieht in den Tools intakt aus, wirkt aber auf ein Ziel, das für Google nicht mehr existiert.
Wie groß der Schaden werden kann, zeigt ein von Search Engine Land am 12. Mai 2026 dokumentierter Fall: Ein internationaler Publisher verlor nach einer Domain-Migration über 13 Länderdomains hinweg rund 90 Prozent seines Traffics, ausgelöst durch Soft 404s und Indexierungsprobleme. In Frankreich sanken die Crawl-Anfragen laut Search-Console-Daten von 60.000 bis 70.000 pro Tag auf 20.000 bis 30.000, während sich die Soft 404s seit Oktober 2022 aufstauten. Das ist kein kontrolliertes Experiment, aber eines der klarsten Skalenbeispiele der letzten Jahre: Der Verfall lief über Jahre, sichtbar zuerst in der Crawl-Statistik, nicht in den Rankings.
Auf der Beschaffungsseite bleibt der Soft 404 zugleich ein Werkzeug: Semrush empfiehlt in seinem Link-Building-Leitfaden vom April 2026 weiterhin, 404-Seiten mit wertvollen eingehenden Links zu identifizieren und eine passende Ersatzressource anzubieten. Entscheidend ist die Sortierung: Eine tote URL mit starken Referring Domains rechtfertigt eine kontextuell passende 301-Weiterleitung, eine Wiederherstellung oder eine Konsolidierung. Ein pauschaler Redirect auf die Startseite dagegen wird von Google selbst als Soft 404 interpretiert und rettet nichts.
Neu hinzugekommen ist die KI-Dimension: Eine Ahrefs-Studie vom 31. Mai 2026 zeigt, dass KI-Assistenten Nutzer 2,87-mal häufiger auf 404-URLs schicken als die Google-Suche; bei ChatGPT lagen 2,38 Prozent der zitierten URLs auf einem 404, gegenüber 0,84 Prozent als Google-Basiswert. Das betrifft harte 404s, nicht Soft 404s im engeren Sinn, aber die operative Konsequenz ist dieselbe: URL-Hygiene entscheidet inzwischen auch darüber, ob Empfehlungsverkehr aus KI-Antworten auf einer funktionierenden Seite landet.
Beim Einkauf von Links gilt derselbe Maßstab für die Publisher-Seite: Ein bezahlter Artikel auf einem Medium voller Soft 404s erbt dessen Indexierungsprobleme. Wir betreiben die 53 französischen Redaktionsmedien von Nautilinks im Eigenbetrieb, gerade weil sich Indexierung nur kontrollieren lässt, wenn man den Server selbst verwaltet; wer die Medienliste vor einer Buchung selbst durchgehen möchte, kann jede Domain vorab auf genau solche Defekte prüfen.
Typische Fehler aus der Audit-Praxis
Der häufigste Fehler ist der Sammel-Redirect: Bei einem Relaunch werden alle gelöschten URLs per 301 auf die Startseite geschickt, in der Annahme, so bleibe die Link Equity erhalten. Das Gegenteil passiert. Google erkennt das Muster, klassifiziert die Weiterleitungen als Soft 404 und behandelt die Ziele wie nicht vorhanden. Aktuelle Leitfäden aus 2026 raten explizit dazu, Redirects an der Intention der ursprünglichen URL auszurichten statt pauschal umzuleiten.
Der zweite Klassiker ist das JavaScript-Problem: Eine SPA rendert die Fehlermeldung clientseitig, der Server antwortet mit 200, und niemand merkt es, weil die Seite im Browser korrekt aussieht. Sichtbar wird das erst in der Search Console oder in einem Crawler mit aktiviertem JavaScript-Rendering. Der dritte Fehler ist das falsche Werkzeug: Seiten, die tot sind, bekommen ein noindex statt eines echten 404 oder 410. Das entfernt sie zwar aus dem Index, hält sie aber im Crawl-Zyklus und sendet ein unnötig zweideutiges Signal; ein 410 ist die ehrlichere und sparsamere Antwort.
Vierter Punkt, aus eigener Audit-Erfahrung: Der Soft-404-Bericht der Search Console wird als vollständige Liste gelesen. Er ist eine Momentaufnahme dessen, was Google zuletzt gecrawlt und klassifiziert hat, keine Inventur der Domain. Wer nur die dort gelisteten URLs repariert, behebt Symptome, während das Template, das sie erzeugt, weiter produziert. Dazu kommt Hygiene im Kleinen: Tote URLs, die in der XML-Sitemap verbleiben, laden Google immer wieder zum Crawl derselben Leerstellen ein.
Diagnose und Behebung
Eine belastbare Diagnose kombiniert 2026 drei Datenquellen: den Seitenindexierungs-Bericht und das URL-Prüftool der Search Console für Googles eigene Sicht, einen Crawler mit JavaScript-Rendering für die Reproduktion, und Backlink-Daten aus Ahrefs oder Semrush für die Priorisierung. Der Crawler findet die Status-Inhalt-Diskrepanz, die Search Console zeigt, wie Google sie tatsächlich bewertet, und die Linkdaten sagen, welche der betroffenen URLs es wert sind, zuerst repariert zu werden. Wer mobil und Desktop getrennt crawlt, fängt zusätzlich die gerätespezifischen Fälle ein.
Die Behebung folgt einer einfachen Logik, URL für URL. Hat die Seite inhaltlichen Wert oder nennenswerte eingehende Links, wird sie wiederhergestellt oder per 301 auf das inhaltlich nächstliegende Äquivalent geführt. Hat sie beides nicht, bekommt sie einen sauberen 404 oder 410 mit einer serverseitig schlanken Fehlerseite. Bei Systemfehlern wie leeren Filter- oder Suchseiten gehört die Korrektur ins Template: Null Ergebnisse müssen entweder einen echten Fehlerstatus liefern oder substanziellen Inhalt zeigen, nicht beides halbherzig.
Danach zählt die Verifikation: Live-Test im URL-Prüftool, erneuter Crawl, und über Wochen der Blick auf die Crawl-Statistik der Domain. Der Search-Engine-Land-Fall vom Mai 2026 hat gezeigt, dass die Crawl-Frequenz der Frühindikator ist; sie erholt sich auch zuerst, wenn die Klassifikation kippt. Für ein Netlinking-Budget heißt das konkret: Jeder Euro, der in Links auf eine später als Soft 404 eingestufte Seite fließt, ist verloren. Die Prüfung der Zielseiten vor und nach der Kampagne ist keine Kür, sondern Teil der Abnahme.
Nautilinks betreibt ein eigenes Netzwerk redaktioneller Medien. In-House verfasste Artikel, Transparenzhinweise beachtet, Ankertext-Mix kalibriert.
Häufige Fragen
Ist ein Soft 404 eine Abstrafung durch Google?
Nein. Es gibt keine manuelle Maßnahme und keinen Ranking-Malus im engeren Sinn. Ein Soft 404 ist eine Klassifikation: Google entscheidet, dass die Seite trotz Status 200 keinen indexierbaren Inhalt hat, und entfernt sie aus dem Index. Die Folgen ähneln trotzdem einer Abstrafung, weil die URL unsichtbar wird, ihre Backlinks nichts mehr vererben und die Crawl-Frequenz der Domain bei vielen Fällen sinkt. Der Hebel liegt in der Technik, nicht in einem Reconsideration-Prozess.
Soll ich gelöschte Seiten auf die Startseite weiterleiten, um Link Equity zu retten?
Nein. Pauschale Startseiten-Redirects wertet Google als Soft 404, die Equity kommt nicht an. Aktuelle Leitfäden aus 2026 empfehlen, Weiterleitungen an der Intention der ursprünglichen URL auszurichten: eine 301 auf das inhaltlich nächstliegende Äquivalent, eine Wiederherstellung des Inhalts oder eine Konsolidierung. Gibt es kein passendes Ziel und keine nennenswerten eingehenden Links, ist ein ehrlicher 404 oder 410 die bessere Antwort als jede erzwungene Umleitung.
Warum meldet die Search Console Soft 404s, die mein Crawler nicht findet?
Meist liegt es am Rendering. Google klassifiziert nach der JavaScript-Ausführung, und laut Branchenberichten vom Oktober 2025 kann das Ergebnis zwischen Mobile- und Desktop-Rendering abweichen. Ein Crawler ohne JavaScript-Rendering oder mit reinem Desktop-User-Agent reproduziert diese Fälle nicht. Prüfen Sie die betroffene URL im URL-Prüftool mit Live-Test und crawlen Sie mit aktiviertem Rendering in beiden Gerätekonfigurationen; erst dann sind die beiden Sichten vergleichbar.
Verbrauchen 404-Seiten mein Crawl Budget?
Kaum, und deutlich weniger als oft behauptet. Gary Illyes hat 2025 auf Search-Central-Veranstaltungen klargestellt, dass 404-Antworten selbst kein relevantes Crawl-Problem sind; kritisch wird es, wenn die Fehlerseite serverseitig teuer ist, etwa durch mehrere Datenbankabfragen pro Aufruf. Soft 404s sind die eigentlichen Budgetfresser, weil sie als vermeintlich normale Seiten im Crawl-Zyklus bleiben und wiederholt besucht werden. Halten Sie Fehlerseiten technisch schlank und beseitigen Sie die 200-Fälle zuerst.
Was passiert mit Backlinks, die auf eine als Soft 404 eingestufte Seite zeigen?
Solange die Klassifikation besteht, vererben sie praktisch nichts: Die Zielseite ist aus dem Index, Google behandelt sie wie nicht vorhanden. In Backlink-Tools sieht das Profil weiter intakt aus, was den Schaden lange verdeckt. Die Reihenfolge im Audit ist deshalb: betroffene URLs identifizieren, eingehende Links je URL erheben, dann die verlinkten Seiten wiederherstellen oder per inhaltlich passender 301 umleiten. Nach der Korrektur und dem Recrawl fließt die Equity wieder.
Wie erkenne ich Soft 404s in einer Single-Page-Application zuverlässig?
Prüfen Sie, welchen HTTP-Status der Server für erfundene Pfade zurückgibt. Antwortet er mit 200 und rendert der Router nur eine Fehlerkomponente, liegt ein strukturelles Soft-404-Risiko vor; die im Dezember 2025 präzisierte Google-Dokumentation zum Rendering von Fehlerseiten bestätigt dieses Muster als Dauerproblem. Die saubere Lösung ist serverseitig: Unbekannte Routen müssen einen echten 404-Status liefern, per Server-Side-Rendering oder Edge-Regel, nicht nur eine clientseitig gezeichnete Meldung.
Prüfen Sie Ihr Wissen
Quiz: Soft 404
1/3Was unterscheidet einen Soft 404 technisch von einem echten 404?