RSS- und Atom-Feed
Ein im Markup deklarierter RSS- oder Atom-Feed: so abonnieren Reader und Aggregatoren neue Inhalte. Optional.
Ein RSS- oder Atom-Feed ist eine maschinenlesbare Liste Ihrer neuesten Beiträge. Feedreader, Aggregatoren, Podcast-Apps, Newsletter- und Automatisierungsdienste (Zapier, IFTTT) abonnieren ihn, um neue Inhalte zu erhalten, ohne die Website zu besuchen. Ein Feed ist optional: Eine Unternehmensseite oder ein Shop ohne regelmäßige Veröffentlichungen verliert ohne ihn nichts.
So prüft SiteScan
Der Scanner sucht im <head> der Startseite ein <link rel="alternate"> vom Typ application/rss+xml oder application/atom+xml. Findet er eines, zeigt die Zeile RSS oder Atom; sonst „Keine“ – als neutraler Befund, nicht als Fehler. Ein Feed, der existiert, aber nicht im Markup deklariert ist, wird nicht erkannt, und Feedreader finden ihn ebenfalls nicht automatisch.
So fügen Sie einen Feed hinzu
- Die meisten CMS erzeugen bereits einen: WordPress unter
/feed/, Ghost unter/rss/, Static-Site-Generatoren per Plugin. - Deklarieren Sie ihn auf jeder Seite:
<link rel="alternate" type="application/rss+xml" title="Blog" href="/feed/">. - Liefern Sie in den Einträgen vollständige Titel, Veröffentlichungsdaten und absolute Links, und halten Sie den Feed auf derselben Domain.
Mehr in unserem Leitfaden zu RSS- und Atom-Feeds.
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 „Indexierung“
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