Sitemap-Prüfung: Was Ihre XML-Sitemap Suchmaschinen anbietet

1. Geben Sie eine öffentliche Domain oder die URL einer bestimmten Sitemap ein. Bei einer Domain übernimmt die Prüfung die Suche über die robots.txt.
2. Sehen Sie sich zuerst die Struktur und die lastmod-Angaben an, erst danach die URL-Liste: Ungültiges XML oder ein Index mit unerreichbaren untergeordneten Dateien wiegt schwerer als eine einzelne auffällige URL.
3. Lesen Sie Typ, URL-Anzahl, die abgerufenen untergeordneten Sitemaps und die Befunde der Validierung.
4. Prüfen Sie erneut, nachdem die Sitemap neu erzeugt wurde – nicht nach jeder einzelnen Inhaltsänderung.

Wenn Sie Sitemap, robots.txt, noindex, Canonical, serverseitig gerenderte Inhalte, llms.txt und die Regeln für KI-Bots zusammen sehen möchten, nutzen Sie den AI/Search Visibility Scanner (auf Englisch). Die einzelnen Prüf-Tools, ebenfalls auf Englisch, sind sinnvoll, wenn nur ein Signal einen zweiten Blick braucht.

Das Tool ruft über den Endpunkt /api/sitemap-checker eine Sitemap oder einen Sitemap-Index ab, nimmt eine kleine Stichprobe untergeordneter Sitemaps und URLs und meldet Struktur, Zahlen, lastmod-Signale und häufige Befunde. Die geprüften URLs sind eine Stichprobe aus einer großen Datei, keine vollständige Auswertung.

Sitemap-Index oder URL-Sitemap

Ein Sitemap-Index verweist auf mehrere untergeordnete Sitemap-Dateien; das ist üblich, wenn eine Website viele URLs oder getrennte Inhaltsbereiche hat. Eine URL-Sitemap listet die Seiten direkt auf. Die Prüfung erkennt den Typ an den XML-Tags und meldet bei einem Index, wie viele untergeordnete Sitemaps er nennt und wie viele davon abgerufen wurden.

Die häufigsten Befunde

• Die Sitemap wurde nicht gefunden oder mit einem Fehlerstatus beantwortet. Prüfen Sie die URL oder den Sitemap-Eintrag in der robots.txt.
• Die Antwort sieht nicht wie eine gültige Sitemap aus: Das XML ist fehlerhaft, die Datei ist leer, oder es ist gar kein Sitemap-Format.
• Doppelte URLs oder URLs mit HTTP. Bei einer HTTPS-Website sollten die Sitemap-URLs in der Regel die kanonischen HTTPS-Adressen sein.
• Fehlende oder nicht lesbare lastmod-Werte. Google nutzt lastmod nur, wenn es durchgehend zuverlässig ist.
• Untergeordnete Sitemaps aus der Stichprobe, die sich nicht abrufen oder nicht lesen lassen.
• URLs aus der Stichprobe mit noindex, mit einem Canonical, das auf eine andere URL zeigt, oder mit einem Fehlerstatus. Prüfen Sie, ob diese URLs in die Sitemap gehören.

Liefert bei einer Domain weder die robots.txt noch /sitemap.xml eine brauchbare Sitemap, versucht die Prüfung einige übliche Ablageorte und meldet, welche Datei sie schließlich verwendet hat.

• Sie crawlt keine Seiten. Abgerufen werden die Sitemap, eine begrenzte Stichprobe untergeordneter Sitemaps und bis zu drei URLs daraus.
• Abrufe untergeordneter Sitemaps und URL-Prüfungen sind gedeckelt. Eine große Sitemap wird also stichprobenartig geprüft, nicht von Anfang bis Ende validiert.
• Der XML-Parser liest Tags zurückhaltend aus und wertet DTDs und Entities nicht aus.
• Sie prüft nicht die Indexabdeckung und bildet die Google Search Console nicht nach. Ob Google eine URL gecrawlt oder indexiert hat, sehen Sie nur dort.
• Eine wohlgeformte Sitemap hilft beim Auffinden. Sie belegt nicht, dass eine darin genannte URL gecrawlt oder indexiert wurde, und sie garantiert weder Ranking noch Suchtraffic.
• Untergeordnete Sitemaps und URLs auf einer anderen Website werden nicht abgerufen; die Prüfung meldet nur, wie viele davon übersprungen wurden.

Wie MyIPScan begrenzte Prüfungen kennzeichnet, beschreibt die Methodik.

Sichtbarkeitsprüfungen verbinden Zugriffssignale, robots.txt, Regeln für einzelne Bots, noindex, Canonical, Sitemap, maschinenlesbare Metadaten, llms.txt, strukturierte Daten, Überschriften und Open Graph. Die Berichte folgen dabei einem festen Aufbau:

• Zusammenfassung: ein Status in einfacher Sprache für das öffentliche Ziel.
• Wichtigste Probleme: die wenigen Befunde, die zuerst Aufmerksamkeit brauchen.
• Was bestanden hat: erwartete öffentliche Signale, ohne daraus eine Zertifizierung zu machen.
• Was geprüft werden sollte: eingeschränkte, nicht verfügbare und prüfenswerte Signale, voneinander getrennt.
• Warum es wichtig ist: die Folgen für Geschäft, Zustellung, Crawling oder Umsetzung.
• Empfohlene Korrekturen: wer handeln kann – die Verantwortlichen für DNS, Hosting, E-Mail, CMS oder SEO.
• Was das Tool nicht prüfen kann: Ranking, Indexierung, Suchtraffic, KI-Zitate, das Verhalten von Crawlern und das Verhalten privater KI- oder Suchsysteme lassen sich nicht zusichern.

Ergebnisse sicher teilen

Wenn Sie Ergebnisse an Kunden, Dienstleister, Entwickler oder den Support schicken, behalten Sie die Befunde zur Crawlbarkeit und die empfohlenen Korrekturen. Rohe Header, Inhalte von Crawler-Richtlinien, Zugangsdaten, Tokens, Cookies, private Adressen, lokale Teile von E-Mail-Adressen und übergroße technische Ausgaben gehören nicht in eine Kopie für Dritte.

Die Sitemap ist ein Signal unter mehreren. Diese Prüfungen beantworten die benachbarten Fragen:

• Robots.txt Checker (auf Englisch) – Crawler-Regeln und der Sitemap-Eintrag in der robots.txt.
• Canonical / Noindex Checker (auf Englisch) – Canonical und Indexierungssignale einer einzelnen URL.
• Meta Title / Description Checker (auf Englisch) – Titel und Meta-Beschreibung einer URL.
• HTML Heading / Content Structure Checker (auf Englisch) – Überschriftenhierarchie und Inhaltsstruktur einer URL.
• Structured Data / JSON-LD Validator (auf Englisch) – die strukturierten Daten einer URL.
• Open Graph / Social Preview Checker (auf Englisch) – die Metadaten für Vorschauen in sozialen Netzwerken.
• DNS-Abfrage – ob die Domain überhaupt auflöst, bevor Sie eine fehlende Sitemap suchen.
• WHOIS-/RDAP-Abfrage – Registrar, Nameserver und Status der Domain.
• HTTP-Latenztest – wie schnell der Server auf eine HEAD-Anfrage antwortet.
• Methodik – wie MyIPScan Verlässlichkeit, Grenzen und sichere Kopien kennzeichnet.

Was ist eine XML-Sitemap?

Eine XML-Sitemap listet kanonische URLs oder untergeordnete Sitemap-Dateien auf, damit Suchmaschinen wichtige öffentliche Seiten leichter finden. Pro Datei sind höchstens 50.000 URLs und 50 MB erlaubt; ein optionales lastmod-Datum nutzt Google, wenn es durchgehend zuverlässig ist.

Braucht jede Website eine Sitemap?

Nicht jede kleine Website braucht eine. Nützlich sind Sitemaps vor allem für größere Websites, für häufig aktualisierte Inhalte und überall dort, wo URLs eindeutig auffindbar sein sollen.

Was ist ein Sitemap-Index?

Ein Sitemap-Index verweist auf mehrere untergeordnete Sitemap-Dateien. Er wird oft verwendet, wenn eine Website viele URLs oder getrennte Inhaltsbereiche hat. Diese Prüfung ruft bei einem Index nur eine kleine Stichprobe der untergeordneten Dateien ab und weist im Ergebnis darauf hin, wenn sie deshalb nicht alle abgerufen hat.

Garantiert eine gültige Sitemap die Indexierung?

Nein. Eine Sitemap kann das Auffinden erleichtern, aber ob eine Seite indexiert wird, hängt auch von der Crawlbarkeit, von Canonical-Signalen, der Qualität der Inhalte, robots-Anweisungen und den Entscheidungen der Suchmaschine ab.

Kann eine fehlerhafte Sitemap der SEO schaden?

Eine fehlerhafte Sitemap erschwert das Auffinden und die Diagnose, entfernt aber nicht automatisch Seiten aus der Suche. Beheben Sie Probleme mit Erreichbarkeit, XML-Struktur und URL-Qualität je nach Befund gezielt.

Sollten Sitemap-URLs HTTPS verwenden?

Bei HTTPS-Websites sollten die Sitemap-URLs in der Regel die kanonischen HTTPS-Adressen sein. So vermeiden Sie widersprüchliche Signale für Crawling und Indexierung. Die Prüfung meldet URLs mit HTTP als eigenen Befund.

Wie findet die Prüfung die Sitemap, wenn ich nur eine Domain eingebe?

Sie sieht zuerst in der robots.txt nach einem Sitemap-Eintrag und verwendet sonst /sitemap.xml. Liefert diese Adresse keine brauchbare Sitemap, versucht sie einige übliche Ablageorte. Wenn Sie die genaue URL Ihrer Sitemap kennen, geben Sie besser diese ein.

Was belegt die Sitemap-Prüfung nicht?

Sie belegt nicht, dass eine URL aus der Sitemap gecrawlt oder indexiert wurde, und sie prüft keine Indexabdeckung wie die Google Search Console. Sie crawlt keine Seiten, prüft große Sitemaps nur stichprobenartig statt von Anfang bis Ende und liest XML zurückhaltend und wertet DTDs und Entities nicht aus. Ranking und Suchtraffic kann sie nicht zusichern.