Eine im -Format (Extensible Markup Language, ein maschinenlesbares Textformat) ist keine Ranking-Abkürzung. Sie ist ein technischer Wegweiser. Sie hilft Suchmaschinen, wichtige URLs einer Website zu entdecken, Aktualisierungen zu erkennen und grosse oder komplexe Websites effizienter zu .

Genau hier setzen die RankScan-Insights „Fehlende XML-Sitemap“ und „Sitemap ohne lastmod an:

  • „Fehlende XML-Sitemap“: RankScan findet keine gültige XML-Sitemap oder keine sauber referenzierte Sitemap.
  • „Sitemap ohne lastmod: Die Sitemap enthält keine oder keine verwertbaren lastmod-Angaben zu den URLs.

Beides ist kein akuter Fehler wie ein 404 auf einer wichtigen Seite. Aber beides schwächt die technische Grundlage für Crawling, Discovery und Indexierungsdiagnose.

Wichtig ist die richtige Einordnung:

Eine Sitemap hilft Suchmaschinen beim Finden wichtiger URLs. Sie ersetzt aber keine , garantiert keine und löst keine Qualitätsprobleme.

Dieser Artikel zeigt, wie du eine saubere XML-Sitemap erstellst, welche URLs hineingehören, wie du lastmod korrekt nutzt und wie du die Sitemap in Google Search Console und robots.txt einreichst.


  • Eine XML-Sitemap ist eine maschinenlesbare Liste wichtiger URLs deiner Website.
  • Sie hilft Google und anderen Suchmaschinen, Inhalte effizienter zu crawlen.
  • Eine Sitemap ist besonders hilfreich bei grossen Websites, neuen Domains, Shops, Medienseiten und schwach intern verlinkten Inhalten.
  • Eine Sitemap ist ein Hinweis, keine Indexierungs-Garantie.
  • In die Sitemap gehören nur indexierbare, kanonische URLs mit .
  • -Seiten, , 404-URLs, blockierte URLs und nicht-kanonische Varianten gehören nicht hinein.
  • Das -Datum sollte nur echte inhaltliche Änderungen abbilden.
  • Künstlich aktualisierte lastmod-Daten können das Signal entwerten.
  • changefreq und priority werden von Google ignoriert und können weggelassen werden.
  • Eine Sitemap sollte in der Google Search Console eingereicht und in der referenziert werden.
  • Ein guter Sitemap-Check priorisiert Sitemap-Probleme nach URL-Typ, Indexierbarkeit, Statuscode, , lastmod und der Abdeckung in der Google Search Console (GSC).

Was ist eine XML-Sitemap? #

Eine XML-Sitemap ist eine Datei, die wichtige URLs einer Website in einem standardisierten XML-Format auflistet.

Google beschreibt eine Sitemap als Datei, in der Informationen über Seiten, Videos und andere Dateien einer Website sowie deren Beziehungen angegeben werden. Suchmaschinen können diese Datei lesen, um die Website effizienter zu crawlen.
Quelle: Google Search Central – Learn about sitemaps

Ein einfaches Beispiel:

xml
<?xml version="1.0" encoding="UTF-8"?>
<urlset xmlns="http://www.sitemaps.org/schemas/sitemap/0.9">
  <url>
    <loc>https://example.ch/</loc>
    <lastmod>2026-06-08</lastmod>
  </url>
  <url>
    <loc>https://example.ch/ratgeber/xml-sitemap-erstellen/</loc>
    <lastmod>2026-06-05T14:30:00+02:00</lastmod>
  </url>
</urlset>

Die wichtigsten Elemente:

ElementBedeutung
<urlset>Container für die URL-Liste
<url>einzelne URL-Einheit
<loc>vollständige URL
<lastmod>Datum der letzten relevanten Änderung

Was bedeutet „Fehlende XML-Sitemap“? #

Der RankScan-Insight „Fehlende XML-Sitemap“ bedeutet: Die Website hat keine auffindbare oder gültige XML-Sitemap.

Das kann bedeuten:

  • keine Sitemap unter /sitemap.xml,
  • keine Sitemap in robots.txt,
  • keine Sitemap in Google Search Console eingereicht,
  • Sitemap liefert 404 oder 500,
  • Sitemap ist syntaktisch ungültig,
  • Sitemap ist leer,
  • Sitemap enthält nur irrelevante URLs,
  • verweist auf defekte Unter-Sitemaps.

Nicht jede kleine Website braucht zwingend eine Sitemap. Google sagt, dass eine Sitemap möglicherweise nicht nötig ist, wenn eine Website klein ist und alle wichtigen Seiten sauber intern verlinkt sind. Sie ist aber hilfreich bei grossen Websites, neuen Websites, Websites mit vielen Medieninhalten oder Websites mit isolierten Seiten.
Quelle: Google Search Central – Learn about sitemaps

Für die Praxis gilt:

Eine saubere Sitemap schadet nicht und ist für professionelle Websites Standard.


Was bedeutet „Sitemap ohne lastmod“? #

Der RankScan-Insight „Sitemap ohne lastmod bedeutet: Die XML-Sitemap enthält keine lastmod-Angaben oder keine brauchbaren Änderungsdaten.

lastmod zeigt, wann sich eine URL zuletzt relevant geändert hat.

Beispiel:

xml
<lastmod>2026-06-08</lastmod>

oder mit Uhrzeit:

xml
<lastmod>2026-06-08T13:45:00+02:00</lastmod>

Google empfiehlt, lastmod nur dann zu nutzen, wenn der Wert zuverlässig und konsistent ist. Die Angabe sollte die letzte signifikante Änderung der Seite widerspiegeln.
Quelle: Google Search Central – Build and submit a sitemap

Wichtig:

Ein fehlendes lastmod ist weniger schlimm als ein falsches lastmod.

Wenn dein , das System zur Verwaltung von Webinhalten, bei jedem Deploy alle URLs auf das heutige Datum setzt, ist das kein -Signal, sondern ein falsches Signal.


Warum Sitemaps für Website Health wichtig sind #

Eine XML-Sitemap hilft nicht direkt beim Ranking. Sie hilft bei technischer Steuerung und Diagnose.

Wichtige Funktionen:

  1. URL-Discovery
    Suchmaschinen finden wichtige URLs schneller.

  2. Crawl-Unterstützung
    Besonders bei grossen Websites oder tiefen Strukturen kann eine Sitemap helfen.

  3. Änderungshinweise
    lastmod kann Crawlern zeigen, welche Seiten aktualisiert wurden.

  4. Indexierungsdiagnose
    In der Search Console kannst du eingereichte URLs mit indexierten URLs vergleichen.

  5. Qualitätskontrolle
    Eine saubere Sitemap zeigt, welche URLs du wirklich indexiert haben möchtest.

  6. Relaunch- und Migration-Kontrolle
    Nach URL-Änderungen zeigt eine Sitemap, ob die neue Struktur korrekt ausgeliefert wird.


Eine Sitemap ersetzt keine interne Verlinkung #

Eine Sitemap ist eine Liste. Interne Links sind das eigentliche Navigations- und Relevanznetz.

Google beschreibt interne Links als wichtige Möglichkeit, neue Seiten zu finden und deren Kontext zu verstehen. Beschreibende helfen Nutzern und Google, den verlinkten Inhalt einzuordnen.
Quelle: Google Search Central – Links best practices

Vergleich:

SignalSitemapInterner Link
URL kann entdeckt werdenjaja
Nutzer kann Seite findenneinja
Kontext über Ankertextneinja
interne Prioritätschwachstark
Linksignaleneinja
kaumja

Eine Sitemap kann sichtbar machen. Sie löst das Orphan-Page-Problem aber nicht.

Wenn eine wichtige Seite nur in der Sitemap steht, aber nirgends intern verlinkt ist, sollte die interne Verlinkung verbessert werden.


Welche URLs gehören in die Sitemap? #

In die XML-Sitemap gehören nur URLs, die du indexiert sehen möchtest.

Die beste Regel lautet:

Nur kanonische, indexierbare 200-URLs aufnehmen.

Geeignet:

  • Startseite,
  • wichtige Leistungsseiten,
  • Produktseiten,
  • Kategorieseiten,
  • Blogartikel,
  • Ratgeber,
  • Standortseiten,
  • wichtige Landingpages,
  • relevante Medienseiten,
  • indexierbare News- oder Help-Seiten.

Nicht geeignet:

  • noindex-Seiten,
  • 301- oder 302-Weiterleitungen,
  • 404- oder 410-URLs,
  • URLs mit Canonical auf eine andere URL,
  • robots.txt-blockierte URLs,
  • Login-Seiten,
  • Warenkorb und Checkout,
  • interne Suche,
  • Filter- und Sortier-URLs ohne Indexierungsziel,
  • Tracking-Parameter,
  • doppelte Sprach- oder Parameter-Varianten,
  • Staging-URLs.

Wenn eine URL in der Sitemap steht, sagst du sinngemäss:

Diese URL ist wichtig und soll von Suchmaschinen berücksichtigt werden.

Deshalb muss die Sitemap sauber sein.


Häufige Sitemap-Konflikte #

1. URL in Sitemap, aber noindex #

Das ist widersprüchlich.

text
Sitemap: bitte indexieren
Meta Robots: bitte nicht indexieren

Lösung: Entweder noindex entfernen oder URL aus Sitemap entfernen.


2. URL in Sitemap, aber Canonical auf andere URL #

Wenn eine Seite per Canonical auf eine andere Hauptversion verweist, sollte normalerweise die Hauptversion in der Sitemap stehen.

Google beschreibt als Auswahl der repräsentativen URL aus einer Gruppe ähnlicher oder doppelter Seiten.
Quelle: Google Search Central – Canonicalization


3. URL in Sitemap, aber 301 #

Weiterleitungen gehören nicht in die Sitemap.

Lösung: Ziel-URL aufnehmen, nicht die alte URL.


4. URL in Sitemap, aber 404 #

Fehlerseiten gehören nicht in die Sitemap.

Lösung: URL entfernen oder korrekt wiederherstellen.


5. URL in Sitemap, aber durch robots.txt blockiert #

Wenn Suchmaschinen die URL nicht crawlen dürfen, ist sie kein sinnvoller Sitemap-Eintrag.

Lösung: robots.txt prüfen oder URL entfernen.


lastmod richtig nutzen #

Das lastmod-Attribut ist hilfreich, wenn es zuverlässig ist.

Es sollte aktualisiert werden, wenn sich der Hauptinhalt der Seite wesentlich geändert hat.

Beispiele für echte Änderungen:

  • neuer oder deutlich geänderter Text,
  • aktualisierte Fakten,
  • neue Produktdaten,
  • geänderte Preise oder Verfügbarkeit,
  • neue ,
  • aktualisierte Autoren- oder Quellenangaben,
  • neue Bilder oder Videos mit Seitenrelevanz,
  • geänderte Frequently Asked Questions (FAQ), also häufig gestellte Fragen, oder wichtige Abschnitte.

Keine ausreichenden Gründe:

  • Footer-Jahr geändert,
  • globales , die Sprache für das Layout von Webseiten, angepasst,
  • Tracking-Skript geändert,
  • Cookie-Banner geändert,
  • kleine Rechtschreibkorrektur,
  • Deploy ohne Inhaltsänderung,
  • neu gebaut,
  • Template-Minor-Fix ohne Content-Auswirkung.

Google hat 2023 bei der Abschaffung des Sitemap-Ping-Endpunkts nochmals betont, dass lastmod nützlich sein kann, wenn es zuverlässig ist, und dass Website-Betreiber nur signifikante Änderungen widerspiegeln sollten.
Quelle: Google Search Central Blog – Sitemaps ping endpoint is going away


Der „immer heute“-Fehler #

Viele CMS oder Sitemap-Plugins setzen lastmod falsch.

Typischer Fehler:

xml
<lastmod>2026-06-08</lastmod>

für alle URLs, weil an diesem Tag ein Deploy, Cache-Warmup oder Export stattfand.

Das Problem:

  • alle Seiten sehen gleich frisch aus,
  • Crawler erhalten kein brauchbares Priorisierungssignal,
  • tatsächliche Änderungen sind nicht unterscheidbar,
  • das Signal kann an Vertrauen verlieren.

Besser:

  • lastmod aus dem echten der Seite lesen,
  • bei Produkten Produktdaten berücksichtigen,
  • bei Artikeln inhaltliche Aktualisierung berücksichtigen,
  • globale Template-Änderungen nicht automatisch auf alle URLs übertragen,
  • manuelle Aktualisierungsdaten redaktionell sauber pflegen.

changefreq und priority: weglassen #

Im Sitemap-Protokoll existieren die optionalen Felder:

xml
<changefreq>weekly</changefreq>
<priority>0.8</priority>

Google sagt in der aktuellen Sitemap-Dokumentation, dass es changefreq und priority ignoriert.
Quelle: Google Search Central – Build and submit a sitemap

Für moderne Sitemaps bedeutet das:

  • nicht nötig,
  • kann weggelassen werden,
  • macht die Datei schlanker,
  • verhindert Scheinsignale.

Fokussiere stattdessen auf:

  • saubere URLs,
  • valide XML-Struktur,
  • korrekte Canonicals,
  • zuverlässiges lastmod,
  • sinnvolle Sitemap-Segmente.

Sitemap erstellen: Praxis nach System #

WordPress Sitemap erstellen #

WordPress generiert seit Version 5.5 native XML-Sitemaps. In vielen Projekten werden aber Plugins zur eingesetzt, weil sie mehr Kontrolle bieten.

Typische Optionen:

  • Yoast SEO,
  • Rank Math,
  • SEOPress,
  • The SEO Framework,
  • native WordPress-Sitemap.

Prüfe bei WordPress:

  • welche Post Types enthalten sind,
  • ob noindex-Seiten ausgeschlossen werden,
  • ob Kategorien, Tags und Autorenarchive sinnvoll sind,
  • ob lastmod korrekt ist,
  • ob Medien-Anhangseiten ausgeschlossen sind,
  • ob Canonicals und Sitemap zusammenpassen.

Shopify, Squarespace, Wix und Baukastensysteme #

Viele Systeme erzeugen Sitemaps automatisch.

Prüfe trotzdem:

  • ist die Sitemap erreichbar?
  • enthält sie nur indexierbare URLs?
  • sind Produkt- und Kategorieseiten enthalten?
  • werden gelöschte Produkte entfernt?
  • sind Weiterleitungen ausgeschlossen?
  • ist die Sitemap in robots.txt referenziert?

Craft CMS, TYPO3, Laravel und individuelle Systeme #

Bei individuellen Systemen ist Sitemap-Logik oft Teil der Entwicklung.

Wichtig:

  • Sitemap dynamisch generieren,
  • Inhalte nach Indexierungsziel filtern,
  • Statuscode und Canonical berücksichtigen,
  • noindex ausschliessen,
  • lastmod aus echten Content-Daten ableiten,
  • Sitemap-Index bei grösseren Mengen nutzen,
  • Cache sinnvoll einsetzen,
  • Deploys nicht automatisch als Content-Update werten.

Für RankScan ist hier besonders relevant, ob der Sitemap-Generator die gleichen Indexierungsregeln verwendet wie das Frontend.


Sitemap-Index und Grössenlimits #

Eine einzelne XML-Sitemap darf laut Sitemap-Protokoll maximal 50’000 URLs enthalten und unkomprimiert höchstens 50 MB gross sein. Wenn deine Website grösser ist, musst du mehrere Sitemaps erstellen und über einen Sitemap-Index bündeln.
Quelle: sitemaps.org – Protocol

Beispiel für einen Sitemap-Index:

xml
<?xml version="1.0" encoding="UTF-8"?>
<sitemapindex xmlns="http://www.sitemaps.org/schemas/sitemap/0.9">
  <sitemap>
    <loc>https://example.ch/sitemap-pages.xml</loc>
    <lastmod>2026-06-08</lastmod>
  </sitemap>
  <sitemap>
    <loc>https://example.ch/sitemap-products.xml</loc>
    <lastmod>2026-06-07</lastmod>
  </sitemap>
  <sitemap>
    <loc>https://example.ch/sitemap-blog.xml</loc>
    <lastmod>2026-06-05</lastmod>
  </sitemap>
</sitemapindex>

Sinnvolle Aufteilung:

  • Seiten,
  • Blogartikel,
  • Produkte,
  • Kategorien,
  • News,
  • Bilder,
  • Videos,
  • Sprachversionen.

Auch kleinere Websites können von Segmentierung profitieren, weil Fehler leichter zu erkennen sind.


Spezielle Sitemaps #

Neben normalen XML-Sitemaps gibt es Erweiterungen.

Bilder-Sitemap #

Hilfreich, wenn Bilder für die Suche wichtig sind:

  • Produktbilder,
  • Galerien,
  • redaktionelle Bilder,
  • Bilddatenbanken.

Video-Sitemap #

Hilfreich für:

  • Tutorials,
  • Produktvideos,
  • Webinare,
  • Medienseiten.

News-Sitemap #

Relevant für Publisher, die in Google News erscheinen möchten. Google dokumentiert spezielle Anforderungen für News-Sitemaps, unter anderem, dass nur kürzlich veröffentlichte News-Artikel enthalten sein sollen.
Quelle: Google Search Central – News sitemap

Für die meisten Unternehmenswebsites reicht eine normale XML-Sitemap.


Sitemap einreichen #

Google unterstützt mehrere Wege, eine Sitemap bereitzustellen:

  1. Einreichung in der Google Search Console,
  2. Eintrag in der robots.txt,
  3. Programmgesteuert über die Search Console (Application Programming Interface, eine Programmierschnittstelle).

Google nennt diese Wege in der Dokumentation zum Erstellen und Einreichen von Sitemaps.
Quelle: Google Search Central – Build and submit a sitemap

Einreichen in Google Search Console #

Vorgehen:

  1. Property öffnen.
  2. Menüpunkt Sitemaps wählen.
  3. Sitemap-URL eingeben.
  4. Senden.
  5. Status und Fehler prüfen.

Beispiel:

text
https://example.ch/sitemap.xml

oder:

text
https://example.ch/sitemap_index.xml

In robots.txt referenzieren #

Beispiel:

text
User-agent: *
Disallow: /admin/

Sitemap: https://example.ch/sitemap.xml

Der Sitemap:-Eintrag kann grundsätzlich an beliebiger Stelle stehen. Praktisch wird er meist am Ende der Datei gesetzt.


Google Sitemap Ping ist abgeschafft #

Früher gab es eine Ping-URL, um Suchmaschinen über aktualisierte Sitemaps zu informieren. Google hat den Sitemap-Ping-Endpunkt abgeschafft.

Google kündigte 2023 an, den Sitemap-„Ping“-Endpunkt zu deaktivieren und empfahl stattdessen zuverlässige lastmod-Angaben, Search Console und robots.txt-Referenzierung.
Quelle: Google Search Central Blog – Sitemaps ping endpoint is going away

Für moderne Setups bedeutet das:

  • nicht mehr auf Ping verlassen,
  • Sitemap in Search Console einreichen,
  • Sitemap in robots.txt referenzieren,
  • lastmod korrekt pflegen,
  • Sitemap-Status regelmässig prüfen.

Die Sitemap als Diagnose-Werkzeug #

Eine saubere Sitemap hilft dir, Indexierungsprobleme sichtbar zu machen.

In Google Search Console kannst du prüfen:

  • wurde die Sitemap gelesen?
  • gibt es Syntaxfehler?
  • wie viele URLs wurden entdeckt?
  • wie viele eingereichte URLs sind indexiert?
  • welche URLs sind ausgeschlossen?
  • gibt es noindex-Konflikte?
  • gibt es Canonical-Probleme?
  • gibt es Crawling-Fehler?

Wenn du 5’000 URLs einreichst und nur 1’000 indexiert sind, ist die Sitemap nicht automatisch das Problem. Aber sie macht sichtbar, dass du ein Indexierungs-, Qualitäts-, Canonical- oder Crawling-Thema prüfen musst.

Typische Ursachen für grosse Lücken:

  • ,
  • ,
  • falsche Canonicals,
  • noindex,
  • robots.txt-Blockaden,
  • 404 oder Redirects,
  • schwache interne Verlinkung,
  • JavaScript-Probleme,
  • geringe .

Priorisierung: Welche Sitemap-Probleme sind kritisch? #

ProblemPrioritätWarum
keine Sitemap bei grossem ShopHochDiscovery und Diagnose geschwächt
Sitemap liefert 404/500HochSuchmaschinen können sie nicht nutzen
Sitemap enthält viele noindex-URLsHochwidersprüchliche Signale
Sitemap enthält 404/301-URLsHochtechnische Hygiene schlecht
wichtige Seiten fehlen aus SitemapMittel bis hochDiscovery schwächer
lastmod überall auf heuteMittel bis hochAktualitätssignal unzuverlässig
lastmod fehlt komplettMittelweniger Aktualisierungshinweis
Sitemap nicht in GSC eingereichtMittelweniger Diagnosemöglichkeit
Sitemap nicht in robots.txtNiedrig bis mittelDiscovery schlechter, aber nicht fatal
kleine Website ohne SitemapNiedrig bis mittelabhängig von interner Verlinkung

Die wichtigste Regel:

Sauberkeit ist wichtiger als Vollständigkeit. Lieber eine kleine korrekte Sitemap als eine grosse schmutzige Sitemap.


Was tun nach einem RankScan-Fund? #

Wenn RankScan „Fehlende XML-Sitemap“ oder „Sitemap ohne lastmod“ meldet, solltest du strukturiert vorgehen.

Schritt 1: Sitemap finden und testen #

Prüfe:

text
/sitemap.xml
/sitemap_index.xml
/sitemap-index.xml
/wp-sitemap.xml
/sitemap.php

Dann prüfen:

  • Statuscode 200?
  • valide XML-Struktur?
  • richtige Domain?
  • Secure (HTTPS)?
  • keine Staging-URLs?
  • keine leere Datei?
  • keine falsche Sprachversion?

Schritt 2: Sitemap-Inhalte prüfen #

Stichproben:

  • Statuscode jeder URL,
  • Canonical jeder URL,
  • noindex,
  • robots.txt-Blockade,
  • interne Verlinkung,
  • Sprachversion,
  • URL-Parameter,
  • Weiterleitungen,
  • Fehlerseiten.

Schritt 3: lastmod prüfen #

Fragen:

  • fehlt lastmod?
  • ist lastmod plausibel?
  • haben alle URLs dasselbe Datum?
  • aktualisiert sich lastmod bei jedem Deploy?
  • wird nur bei echten Inhaltsänderungen aktualisiert?
  • gibt es Zeitstempel mit korrekter Zeitzone?

Schritt 4: Sitemap-Generator korrigieren #

Je nach System:

  • SEO-Plugin konfigurieren,
  • Post Types filtern,
  • noindex ausschliessen,
  • Canonical-Regeln berücksichtigen,
  • Statuscodes prüfen,
  • lastmod an echte Content-Updates koppeln,
  • Sitemap-Index erstellen,
  • Caching korrekt konfigurieren.

Schritt 5: Einreichen und überwachen #

  • in Google Search Console einreichen,
  • in robots.txt referenzieren,
  • Fehler prüfen,
  • GSC-Indexierung nach Sitemap segmentieren,
  • nach Relaunch erneut prüfen,
  • RankScan Re-Crawl durchführen.

Worauf ein guter Sitemap-Check achtet #

Ein guter Sitemap-Check sollte mehr leisten als „Sitemap vorhanden oder nicht“.

Ein guter Check prüft:

  • Sitemap erreichbar,
  • Sitemap in robots.txt referenziert,
  • Sitemap in GSC eingereicht,
  • XML valide,
  • Sitemap-Index valide,
  • URL-Limit und Dateigrösse,
  • Statuscodes der URLs,
  • noindex-Konflikte,
  • Canonical-Konflikte,
  • robots.txt-Blockaden,
  • 404/301/302 in Sitemap,
  • Staging- oder Dev-URLs,
  • HTTP/HTTPS-Mix,
  • www/non-www-Mix,
  • Sprachversionen,
  • lastmod vorhanden,
  • lastmod plausibel,
  • lastmod nicht global künstlich aktualisiert,
  • wichtige URLs fehlen,
  • Orphan Pages in Sitemap,
  • Sitemap-Abdeckung nach Seitentyp.

So werden „Fehlende XML-Sitemap“ und „Sitemap ohne lastmod“ zu konkreten Website-Health-Aufgaben.


Beispiel: Schmutzige Sitemap nach Relaunch #

Ausgangslage #

Ein Schweizer Online-Shop wurde relauncht. RankScan meldet:

„Fehlende XML-Sitemap“
„Sitemap ohne `lastmod`“
(404)“
„Verwaiste Seiten“

Analyse #

Die alte Sitemap ist nicht mehr erreichbar. Eine neue Sitemap existiert, wird aber nicht in robots.txt referenziert. Sie enthält:

  • alte 301-URLs,
  • 404-Produkte,
  • Filterparameter,
  • noindex-Seiten,
  • keine lastmod-Angaben,
  • mehrere alte Staging-URLs.

In der Search Console zeigt sich eine grosse Lücke zwischen eingereichten und indexierten URLs.

Lösung #

  1. neuen Sitemap-Index erstellen,
  2. Produkte, Kategorien und Ratgeber trennen,
  3. nur kanonische 200-URLs aufnehmen,
  4. noindex und Parameter-URLs ausschliessen,
  5. lastmod an echte Produkt- und Content-Änderungen koppeln,
  6. Sitemap in robots.txt referenzieren,
  7. Sitemap in Search Console neu einreichen,
  8. nach einigen Wochen Abdeckung prüfen.

Ergebnis #

Google erhält eine klare, saubere URL-Liste. Die Sitemap wird nicht zur Indexierungs-Garantie, aber zu einer zuverlässigen Crawling- und Diagnosegrundlage.


Häufige Fehler bei XML-Sitemaps #

Fehler 1: Sitemap fehlt komplett #

Besonders bei Shops, grossen Websites und neuen Domains verschenkt das Crawl- und Diagnosepotenzial.

Fehler 2: Alle URLs aufnehmen #

Eine Sitemap ist keine vollständige URL-Datenbank. Sie sollte nur indexierbare Haupt-URLs enthalten.

Fehler 3: noindex-URLs in Sitemap #

Das sendet widersprüchliche Signale.

Fehler 4: Weiterleitungen und 404 aufnehmen #

Suchmaschinen sollen finale 200-URLs erhalten.

Fehler 5: lastmod künstlich aktualisieren #

Nicht jeder Deploy ist eine inhaltliche Änderung.

Fehler 6: Sitemap nicht in Search Console einreichen #

Dann fehlt ein wichtiges Diagnosefenster.

Fehler 7: Sitemap nicht in robots.txt referenzieren #

Crawler können sie trotzdem finden, aber die Referenz ist ein einfacher, sauberer Standard.

Fehler 8: Staging-URLs ausliefern #

Staging- oder Dev-URLs gehören nie in eine produktive Sitemap.


Checkliste: XML-Sitemap prüfen #

Nutze diese Checkliste:

  • Gibt es eine XML-Sitemap?
  • Liefert sie Statuscode 200?
  • Ist sie valide XML?
  • Ist sie in der robots.txt referenziert?
  • Ist sie in der Google Search Console eingereicht?
  • Enthält sie nur HTTPS-URLs der richtigen Domain?
  • Enthält sie nur kanonische URLs?
  • Enthält sie nur indexierbare 200-URLs?
  • Sind noindex-URLs ausgeschlossen?
  • Sind 301/302/404/410 ausgeschlossen?
  • Sind robots.txt-blockierte URLs ausgeschlossen?
  • Sind Parameter- und Filter-URLs sauber gesteuert?
  • Sind wichtige Seiten enthalten?
  • Gibt es lastmod?
  • Ist lastmod plausibel?
  • Wird lastmod nur bei echten Inhaltsänderungen aktualisiert?
  • Gibt es einen Sitemap-Index bei grossen Websites?
  • Wird die Sitemap nach Relaunches erneut geprüft?

Ergänzend dazu helfen 404-Fehler, Content aktualisieren und KI-Crawler und llms.txt, um die Ursache sauber einzugrenzen und die nächsten SEO-Massnahmen zu priorisieren.

FAQ zur XML-Sitemap #

Was ist eine XML-Sitemap?

Eine XML-Sitemap ist eine maschinenlesbare Datei mit wichtigen URLs einer Website. Sie hilft Suchmaschinen, Inhalte effizienter zu entdecken und zu crawlen.

Muss jede Website eine Sitemap haben?

Nicht zwingend. Kleine, sauber intern verlinkte Websites können auch ohne Sitemap funktionieren. Für professionelle Websites, Shops, neue Domains und grössere Websites ist eine Sitemap aber sinnvoller Standard.

Wie kann ich eine Sitemap erstellen?

In WordPress über SEO-Plugins oder die native WordPress-Sitemap, in Shopsystemen meist automatisch, bei individuellen Websites über dynamische Sitemap-Generierung im CMS oder Framework.

Welche URLs gehören in die Sitemap?

Nur indexierbare, kanonische URLs mit Statuscode 200, die du in Suchmaschinen sehen möchtest.

Was gehört nicht in die Sitemap?

Noindex-Seiten, Weiterleitungen, 404-URLs, blockierte URLs, nicht-kanonische Varianten, Parameter-URLs ohne Indexierungsziel, Login, Checkout und Staging-URLs.

Was bedeutet lastmod in der Sitemap?

lastmod gibt an, wann der Hauptinhalt einer URL zuletzt relevant geändert wurde.

Sollte lastmod immer auf das heutige Datum gesetzt werden?

Nein. lastmod sollte nur bei echten inhaltlichen Änderungen aktualisiert werden. Künstlich frische Daten schwächen das Signal.

Muss ich changefreq und priority nutzen?

Nein. Google ignoriert changefreq und priority. Du kannst diese Felder weglassen.

Wie reiche ich eine Sitemap bei Google ein?

Über den Bereich Sitemaps in Google Search Console. Zusätzlich kannst du die Sitemap in der robots.txt referenzieren.

Ersetzt eine Sitemap interne Links?

Nein. Eine Sitemap hilft bei Discovery, aber interne Links liefern Kontext, Nutzerführung und Relevanzsignale.

Was bedeutet „Fehlende XML-Sitemap“ in RankScan?

Der Insight bedeutet, dass keine gültige oder auffindbare XML-Sitemap erkannt wurde.

Was bedeutet „Sitemap ohne lastmod“ in RankScan?

Der Insight bedeutet, dass die Sitemap keine oder keine brauchbaren lastmod-Angaben enthält.


Fazit: Eine gute Sitemap ist sauber, ehrlich und aktuell #

Eine XML-Sitemap ist kein Ranking-Trick. Sie ist ein technischer Wegweiser für Suchmaschinen und ein wertvolles Diagnosewerkzeug für Website-Betreiber.

Die RankScan-Insights „Fehlende XML-Sitemap“ und „Sitemap ohne lastmod zeigen, wo diese Grundlage fehlt oder unvollständig ist.

Die beste Vorgehensweise lautet:

  1. gültige Sitemap bereitstellen,
  2. nur kanonische, indexierbare 200-URLs aufnehmen,
  3. noindex, Redirects, Fehlerseiten und blockierte URLs ausschliessen,
  4. lastmod nur bei echten Inhaltsänderungen aktualisieren,
  5. Sitemap in robots.txt referenzieren,
  6. Sitemap in Google Search Console einreichen,
  7. Abdeckung und Indexierung regelmässig prüfen,
  8. nach Relaunches und CMS-Änderungen erneut kontrollieren.

So wird die Sitemap zu einem zuverlässigen Bestandteil deiner Website Health: nicht spektakulär, aber wichtig für sauberes Crawling, bessere Discovery und klare technische SEO-Diagnose.


Quellen und weiterführende Informationen #