404-Fehlerbehandlung und Soft 404
Was der Server auf eine nicht existierende Adresse antwortet. Es muss eine 404 sein: eine fehlende Seite, die 200 antwortet, wird als echte Seite indexiert.
Fragt jemand eine Seite an, die es nicht gibt, muss der Server das mit dem Status 404 sagen (oder 410 für „dauerhaft entfernt“). Die Fehlerseite selbst darf aussehen, wie Sie möchten – freundlicher Text, Suchfeld, Link zur Startseite –, aber der Statuscode muss ein Fehler sein. Antwortet eine fehlende Seite mit 200, ist das ein „Soft 404“: Suchmaschinen halten sie für eine echte Seite, indexieren leere Kopien Ihrer Fehlerseite und verschwenden Crawl-Budget auf Adressen, die es nicht geben sollte. Auch Monitoring übersieht defekte Links, weil jede URL scheinbar funktioniert.
So prüft SiteScan
Der Scanner ruft einen zufälligen Pfad ab, den es auf der Website sicher nicht gibt, und liest den Status der letzten Antwort:
- grün: 404 oder 410;
- gelb „Soft 404“: ein 2xx-Status – auch nach einer Weiterleitung auf die Startseite, die mit 200 antwortet;
- gelb mit Statuscode: alles andere, etwa 500 oder 403 – Crawler schließen daraus auf einen defekten Server oder verweigerten Zugriff statt auf eine fehlende Seite.
So beheben Sie es
Lassen Sie die Auffangroute einen echten 404 zurückgeben: in nginx error_page 404 /404.html;, in einer Single-Page-App muss der Server oder das Framework den Status für unbekannte Routen setzen, statt immer index.html mit 200 auszuliefern. Leiten Sie unbekannte Adressen nicht auf die Startseite um. Hintergründe im Artikel über Soft-404-Fehler.
Prüfen Sie diesen Punkt auf Ihrer eigenen Website
Starten Sie einen kostenlosen Scan: Der Bericht zeigt diese Zeile für Ihre Domain zusammen mit den übrigen Prüfungen des Audits.
Mehr unter „Adressen und Weiterleitungen“
Was SiteScan prüft
TLS-Zertifikat
- Ablauf des SSL/TLS-Zertifikats
- Veraltete TLS-Versionen (1.0 und 1.1)
- TLS-Zertifikatskette
- Aussteller des TLS-Zertifikats
- Signaturalgorithmus des Zertifikats
Domain-Registrierung
- Ablauf der Domainregistrierung
- Registrierter Domainname
- Domain-Registrar
- Registrierungsdatum der Domain
- Letzte Änderung der Domain
- Domain-Statuscodes (EPP)
- Transfersperre der Domain
- Abuse-Kontakt des Registrars
- Datenquelle RDAP und WHOIS
Indexierung
- robots.txt-Datei
- In robots.txt gesperrtes CSS und JS
- XML-Sitemap (sitemap.xml)
- Sitemap-Index-Datei
- Fremde URLs in der Sitemap
- lastmod-Daten in der Sitemap
- Defekte URLs in der Sitemap
- RSS- und Atom-Feed
Adressen und Weiterleitungen
- Weiterleitung von HTTP auf HTTPS
- Weiterleitung zwischen www und ohne www
- Länge der Weiterleitungskette
- 404-Fehlerbehandlung und Soft 404
Security-Header
- HTTP-Security-Header und Note
- Strict-Transport-Security-Header (HSTS)
- Content-Security-Policy-Header (CSP)
- X-Content-Type-Options: nosniff
- X-Frame-Options und Clickjacking-Schutz
- Referrer-Policy-Header
- Permissions-Policy-Header
- HSTS-Preload-Liste
- CORS und Cross-Origin-Zugriff
- HTTP-Methode TRACE
Auslieferung und Reputation
- Cache-Control-Header für HTML
- Revalidierung mit ETag und Last-Modified
- HTTP/3- und QUIC-Unterstützung
- Softwareversionen in Server-Headern
- Prüfung auf DNS-Blocklisten (DNSBL)
Interne Links
Offenliegende Dateien
- Offenliegende Dateien wie .env und .git
- Aktiviertes Verzeichnis-Listing
- Öffentliche JavaScript-Source-Maps
- Offene WordPress-Endpunkte
Konventionsdateien
- Die Datei security.txt
- llms.txt für KI-Assistenten
- Die Datei llms-full.txt
- ads.txt für autorisierte Werbeverkäufer
- Die Datei humans.txt
- Well-known-Adresse change-password
DNS und E-Mail
- MX-Einträge (Mailserver)
- SPF-Eintrag
- DMARC-Eintrag und Policy
- DNSSEC-Signierung
- CAA-Eintrag
- Redundante Nameserver
- IPv6-Unterstützung (AAAA-Eintrag)
- MTA-STS-Policy
- TLS-RPT-Eintrag für Berichte
- BIMI-Eintrag (Logo im Postfach)
- Wildcard-DNS-Eintrag
- Verwaister CNAME und Subdomain-Übernahme
Datenschutz und Einwilligung
- Analyse- und Tracking-Skripte
- Cookie-Consent-Banner
- Datenschutzerklärung
- Nutzungsbedingungen und AGB
- Impressum
- Barrierefreiheitserklärung
Core Web Vitals
- Lighthouse-Performance-Score
- Largest Contentful Paint (LCP)
- Cumulative Layout Shift (CLS)
- Interaction to Next Paint (INP)
- CrUX-Felddaten und Labordaten