Zum Inhalt

Notizen / Betrieb

Warum Fehlerseiten einen echten 404-Status brauchen

Eine Fehlerseite kann richtig aussehen und trotzdem den falschen Status liefern. So prüfen Sie Inhalt, HTTP-Antwort und Weiterleitungen nach einem Relaunch.

In diesem Beitrag

Eine Website kann „Seite nicht gefunden“ anzeigen und trotzdem mit 200 OK antworten. Für die technische Prüfung zählen deshalb zwei Dinge: der sichtbare Inhalt und die Antwort des Servers.

Was ein Soft 404 bedeutet

Google kann eine Seite als Soft 404 einordnen, wenn ihr Inhalt wie eine Fehlerseite wirkt, obwohl der Server Erfolg meldet. Eine solche Seite kann aus der Suche ausgeschlossen werden. Ein Status 200 garantiert also weder Indexierung noch Sichtbarkeit. Google erläutert die Behandlung von HTTP-Statuscodes.

Für eine dauerhaft entfernte Adresse ohne passenden Ersatz ist ein echter 404- oder 410-Status sinnvoll. Gibt es eine inhaltlich passende Nachfolgeseite, kommt eine dauerhafte Weiterleitung infrage. Das Ziel muss zur ursprünglichen Aufgabe passen.

Ein Beispiel auf einem Apache-Server

Diese vereinfachte Regel leitet einen nicht gefundenen Pfad intern auf eine HTML-Datei um:

RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteRule . /404.html [L]

Damit wird die Fehlerdatei ausgeliefert, aber kein Fehlerstatus erzwungen. Liefert die Datei regulär 200, erhält auch die unbekannte Adresse diese Erfolgsantwort.

Bei einem statischen Auftritt kann eine lokale Fehlerseite stattdessen so zugeordnet werden:

ErrorDocument 404 /404.html

Das bloße Hinzufügen dieser Zeile repariert eine weiter aktive Catch-all-Regel nicht. Der unbekannte Pfad muss tatsächlich einen 404 auslösen. Vorhandene Rewrite-Regeln, ein vorgeschalteter Proxy und die Anwendung müssen gemeinsam geprüft werden. Die lokale Datei dient dann als Inhalt der Fehlerantwort. Apache dokumentiert eigene Fehlerantworten und ihre Konfiguration.

Die tatsächliche Antwort prüfen

Rufen Sie eine neue, sicher nicht vorhandene Adresse auf:

curl -sS -o /dev/null -w '%{http_code}\n' https://ihre-domain.at/nicht-vorhandener-pruefpfad/

Erwartet wird 404. Prüfen Sie zusätzlich im Browser, ob die gestaltete Fehlerseite mit hilfreichen Verweisen erscheint. In den Entwicklerwerkzeugen zeigt der Bereich „Netzwerk“ den Status des Dokumentaufrufs. Die Optik allein reicht dafür nicht.

Für eine frühere Adresse mit Nachfolgeseite prüfen Sie dagegen die gesamte Weiterleitung bis zum richtigen Ziel. Eine Prüfung gehört nach dem Deployment gegen die öffentliche Domain, weil lokale Vorschau und Hosting unterschiedlich reagieren können.

Sichtbarkeit und Anfragen getrennt betrachten

Ein Rückgang von Impressionen belegt für sich genommen keinen Konfigurationsfehler. Nach einem Relaunch können unter anderem geänderte Inhalte, entfernte Suchthemen, Weiterleitungen und die erneute Verarbeitung durch Suchmaschinen eine Rolle spielen. Dafür müssen Zeitraum, betroffene Adressen und Indexierungsberichte zusammenpassen.

Bei Stoicera war der Relaunch auch eine bewusste Fokussierung: Viele frühere Impressionen hatten kaum Klicks und keine messbaren Geschäftsergebnisse gebracht. Für die weitere Arbeit zählen deshalb passende Suchanfragen, erreichbare Zielseiten und tatsächlich eingehende Anfragen.

Redaktionelle Korrektur vom 2. Oktober 2026: Eine frühere Fassung schrieb einen Sichtbarkeitsverlust von 42 Prozent einem Serverfehler zu. Diese Ursache war nicht ausreichend belegt; auch die dazu genannten Zahlen ergaben diesen Anteil nicht. Die Zuschreibung wurde entfernt. Die bestehende Artikeladresse bleibt erhalten.

Unsere technischen Entscheidungen stehen unter Haltung. Wie wir laufende Betreuung vereinbaren, erläutert Betrieb und Wartung.

Soft 404ServerkonfigurationApachehtaccessTechnisches SEOBetrieb