XML-Sitemaps für Magento-Shops: Struktur, Priorisierung, Submission

1. Grundlagen: Der XML-Sitemap-Standard für Magento-Shops

Der XML-Sitemap-Standard ist seit 2006 ein gemeinsam von Google, Bing und weiteren Suchmaschinen unterstütztes Protokoll unter sitemaps.org und definiert ein einfaches, streng strukturiertes XML-Format. Das Wurzelelement <urlset> mit dem Namespace http://www.sitemaps.org/schemas/sitemap/0.9 enthält beliebig viele <url>-Elemente, jedes für genau eine indexierbare Seite. Das einzige Pflichtfeld pro Eintrag ist <loc>: die absolute, vollqualifizierte URL inklusive Protokoll und Host, exakt identisch mit der kanonischen URL der Seite. Sonderzeichen wie & müssen als Entität codiert werden, die Datei selbst muss UTF-8-codiert sein, sonst verwirft Google die gesamte Datei beim Parsen.

Drei optionale Felder ergänzen jeden Eintrag: <lastmod> gibt das Datum der letzten inhaltlichen Änderung an, <changefreq> eine grobe Einschätzung der Änderungshäufigkeit (always, hourly, daily, weekly, monthly, yearly, never), und <priority> einen relativen Wert zwischen 0.0 und 1.0 zur Gewichtung innerhalb der eigenen Domain. Wichtig für die Erwartungshaltung: Der Standard beschreibt diese drei Felder ausdrücklich als Hinweise, nicht als Anweisungen. Googlebot und Bingbot entscheiden weiterhin eigenständig, wann und wie oft eine URL gecrawlt wird, unabhängig davon, was in der Sitemap steht.

<?xml version="1.0" encoding="UTF-8"?>
<!-- Minimal valid sitemap: loc is mandatory, the other three fields are optional hints -->
<urlset xmlns="http://www.sitemaps.org/schemas/sitemap/0.9">
  <url>
    <loc>https://mironsoft-shop.de/damen/kleider/sommerkleid-blau.html</loc>
    <lastmod>2026-07-08</lastmod>
    <changefreq>weekly</changefreq>
    <priority>0.8</priority>
  </url>
  <url>
    <loc>https://mironsoft-shop.de/damen/kleider.html</loc>
    <lastmod>2026-06-30</lastmod>
    <changefreq>daily</changefreq>
    <priority>0.6</priority>
  </url>
  <url>
    <loc>https://mironsoft-shop.de/versand-und-lieferung</loc>
    <lastmod>2025-11-02</lastmod>
    <changefreq>yearly</changefreq>
    <priority>0.3</priority>
  </url>
</urlset>

2. Sitemap-Index-Dateien: Große Kataloge korrekt aufteilen

Der Sitemap-Standard begrenzt jede einzelne Datei auf maximal 50.000 URLs oder 50 MB unkomprimiert, je nachdem, welches Limit zuerst erreicht wird. Für einen Magento-Katalog mit mehreren zehntausend Produkten, Kategorien und CMS-Seiten reicht eine einzige Datei also schnell nicht mehr aus. Magento erkennt das automatisch: Sobald ein Entity-Typ das Limit überschreitet, generiert der Sitemap-Generator mehrere Teildateien wie sitemap-product-1.xml und sitemap-product-2.xml und bündelt sie in einer übergeordneten Index-Datei mit dem Wurzelelement <sitemapindex>.

Diese Aufteilung ist kein Zufallsprodukt, sondern folgt zwei praktischen Gründen: Erstens verarbeiten Crawler kleinere Dateien zuverlässiger und ohne Timeout-Risiko, zweitens kann Google bei einer erneuten Prüfung gezielt nur die Teildatei mit geänderten lastmod-Werten neu abrufen, statt jedes Mal den kompletten Katalog zu parsen. In der Magento-Konfiguration unter Stores > Configuration > Catalog > XML Sitemap lässt sich die Aufteilungsgrenze über die Felder „Maximum No of URLs Per File“ und „Maximum File Size“ in der Gruppe Generation Settings sogar granularer als das Protokoll-Limit einstellen, niemals aber darüber hinaus.

<?xml version="1.0" encoding="UTF-8"?>
<!-- Index file referencing per-entity sitemap parts, each under the 50,000 URL / 50MB limit -->
<sitemapindex xmlns="http://www.sitemaps.org/schemas/sitemap/0.9">
  <sitemap>
    <loc>https://mironsoft-shop.de/sitemap/sitemap-category-1.xml</loc>
    <lastmod>2026-07-08</lastmod>
  </sitemap>
  <sitemap>
    <loc>https://mironsoft-shop.de/sitemap/sitemap-product-1.xml</loc>
    <lastmod>2026-07-08</lastmod>
  </sitemap>
  <sitemap>
    <loc>https://mironsoft-shop.de/sitemap/sitemap-product-2.xml</loc>
    <lastmod>2026-07-08</lastmod>
  </sitemap>
  <sitemap>
    <loc>https://mironsoft-shop.de/sitemap/sitemap-page-1.xml</loc>
    <lastmod>2026-07-01</lastmod>
  </sitemap>
</sitemapindex>

3. Priority und Changefreq: Warum Google sie ignoriert, lastmod aber zählt

Google hat wiederholt öffentlich bestätigt, dass <changefreq> und <priority> in der Praxis kaum noch Gewicht haben. Sowohl in der offiziellen Search-Central-Dokumentation als auch in Aussagen von Google-Mitarbeitern wie John Mueller und Gary Illyes heißt es sinngemäß, dass Googlebot Crawl-Häufigkeit und Wichtigkeit einer Seite anhand eigener Signale bestimmt, etwa beobachtetem Änderungsverhalten, internen Verlinkungen und historischer Traffic-Relevanz, und die selbst gesetzten Werte in der Sitemap dabei weitgehend übergeht. Zeit in eine feingranulare Priority-Verteilung zu investieren, bringt also messbar wenig SEO-Wirkung.

<lastmod> steht auf einem anderen Blatt: Wenn der Wert zuverlässig und nachweislich korrekt ist, nutzt Google ihn aktiv zur Priorisierung von Re-Crawls und kann geänderte Seiten so schneller neu indexieren. Der entscheidende Haken: Sobald Google feststellt, dass lastmod systematisch falsch gesetzt wird, etwa weil jede Generierung automatisch das aktuelle Tagesdatum einträgt statt das echte Änderungsdatum, wird das Feld schlicht ignoriert. Für Magento-Shops bedeutet das: lastmod sollte nur bei echten Inhaltsänderungen wie Preis, Bestand oder Beschreibungstext aktualisiert werden, nicht bei jedem Cron-Lauf.

4. Magentos eingebaute Sitemap-Generierung konfigurieren

Magento bringt die Sitemap-Generierung als Kernfunktion mit, konfigurierbar unter Stores > Configuration > Catalog > XML Sitemap. Die Gruppen Category Options, Product Options und Page Options definieren jeweils eigene changefreq- und priority-Vorgaben über die Config-Pfade sitemap/category/changefreq, sitemap/category/priority, sitemap/product/changefreq, sitemap/product/priority, sitemap/page/changefreq und sitemap/page/priority. Obwohl Google diese Werte größtenteils ignoriert, kosten sie nichts und werden von anderen Crawlern wie Bing tendenziell noch etwas stärker berücksichtigt, weshalb eine grobe, plausible Einstellung sinnvoll bleibt.

Für Produktbilder steuert sitemap/product/image_include mit den Werten „All“, „Base Only“ oder „No Images“, ob und wie viele Bilder pro Produkt als <image:image>-Erweiterung eingebettet werden. Die Gruppe Generation Settings legt fest, ob die automatische Generierung aktiv ist (sitemap/generate/enabled), zu welcher Uhrzeit sie startet, in welcher Frequenz sie läuft und an welche E-Mail-Adresse Fehler gemeldet werden. Diese Einstellungen sind pro Store View konfigurierbar, was für Multi-Store-Setups mit unterschiedlichen Basis-URLs zwingend notwendig ist.

5. Cron-Job und On-Demand-Generierung in der Praxis

Die eigentliche Generierung übernimmt der Cron-Job sitemap_generate, definiert im Modul Magento_Sitemap über crontab.xml und ausgeführt in der Cron-Gruppe „default“. Damit er überhaupt läuft, muss der Magento-Cron-Scheduler aktiv sein und regelmäßig über bin/magento cron:run aufgerufen werden, in Produktionsumgebungen typischerweise als Systemd-Timer oder Crontab-Eintrag im Minutentakt. Ohne laufenden Cron-Scheduler generiert sich keine Sitemap automatisch, unabhängig davon, was unter Generation Settings konfiguriert ist.

Für sofortige Generierung ohne auf den nächsten Cron-Lauf zu warten, bietet Magento unter Marketing > SEO & Search > Site Map eine Verwaltungsoberfläche mit „Generate“-Aktion pro angelegtem Sitemap-Eintrag. Wichtig: Ein Sitemap-Eintrag mit Dateiname, Pfad und Store View muss dort einmalig angelegt werden, bevor automatische wie manuelle Generierung überhaupt greifen. Alternativ lässt sich die Generierung direkt per CLI auslösen, was sich für Deployment-Skripte nach großen Katalog-Importen anbietet.

# Run Magento's default cron group, which includes the sitemap_generate job
bin/magento cron:run --group="default"

# Trigger sitemap generation directly via CLI, bypassing cron scheduling
bin/magento sitemap:generate

# Definition of the built-in job, shipped in the Magento_Sitemap module
# vendor/magento/module-sitemap/etc/crontab.xml
#   <job name="sitemap_generate" instance="Magento\Sitemap\Cron\Generate" method="execute">
#     <schedule>0 2 * * *</schedule>
#   </job>

# Confirm the job actually ran and check for generation errors
bin/log system.log | grep sitemap

6. Submission: Search Console, Bing Webmaster Tools und robots.txt

Eine generierte Sitemap wird nicht automatisch von Suchmaschinen gefunden, sie muss aktiv referenziert werden. In der Google Search Console geschieht das unter Indexierung > Sitemaps, wo der relative Pfad zur Sitemap-Datei (etwa sitemap.xml) für die verifizierte Property eingetragen und übermittelt wird. Der Status zeigt danach an, ob die Datei erfolgreich abgerufen wurde und wie viele URLs entdeckt wurden. Wichtig: Google hat die alte Ping-basierte Submission über eine direkte URL im Juni 2023 offiziell eingestellt, die Einreichung läuft heute ausschließlich über die Search-Console-Oberfläche oder die entsprechende API.

In den Bing Webmaster Tools funktioniert die Einreichung analog über den Bereich Sitemaps, alternativ lässt sich ein bereits verifiziertes Google-Search-Console-Konto direkt importieren, wodurch Bing dieselben Sitemap-URLs automatisch übernimmt. Zusätzlich sollte jede Sitemap über die Sitemap:-Direktive in der robots.txt referenziert werden. Das ist der einzige Mechanismus, über den auch weniger bekannte Crawler die Sitemap ohne manuelle Konto-Einrichtung selbstständig finden, und funktioniert unabhängig vom Verifizierungsstatus in einer Search-Console-Property.

# robots.txt served at the store's document root
User-agent: *
Disallow: /catalogsearch/
Disallow: /checkout/
Disallow: /customer/
Allow: /

# Point every crawler to the sitemap index, no manual submission required
Sitemap: https://mironsoft-shop.de/sitemap.xml

7. Bild- und Hreflang-Annotationen für Multi-Store-Setups

Über die Erweiterung xmlns:image="http://www.google.com/schemas/sitemap-image/1.1" lassen sich pro <url>-Eintrag ein oder mehrere <image:image>-Knoten mit <image:loc> und optional <image:title> einfügen. Für Produktkataloge steigert das die Sichtbarkeit in der Google-Bildersuche zusätzlich zur klassischen Websuche, gesteuert über die bereits erwähnte Konfiguration sitemap/product/image_include.

Für Multi-Store-Magento-Installationen mit mehreren Sprachen generiert jede Store View standardmäßig eine eigene, unabhängige Sitemap-Datei mit eigener Basis-URL, ohne dass die Sprachversionen untereinander referenziert werden. Google empfiehlt für solche Fälle <xhtml:link rel="alternate" hreflang="...">-Annotationen direkt in der Sitemap, als Alternative zu Hreflang-Tags im HTML-Head. Magento-Bordmittel bieten das nicht nativ, es erfordert einen Plugin auf den Sitemap-Item-Provider, der zur jeweiligen URL die entsprechenden Store-View-Pendants über die URL-Rewrite-Tabelle auflöst und als zusätzliche Knoten einfügt.

<?xml version="1.0" encoding="UTF-8"?>
<!-- Extended namespaces for image and multi-language (hreflang) annotations -->
<urlset xmlns="http://www.sitemaps.org/schemas/sitemap/0.9"
        xmlns:image="http://www.google.com/schemas/sitemap-image/1.1"
        xmlns:xhtml="http://www.w3.org/1999/xhtml">
  <url>
    <loc>https://mironsoft-shop.de/de/damen/kleider/sommerkleid-blau.html</loc>
    <lastmod>2026-07-08</lastmod>
    <!-- Product image included per the sitemap/product/image_include setting -->
    <image:image>
      <image:loc>https://mironsoft-shop.de/media/catalog/product/s/o/sommerkleid-blau.jpg</image:loc>
      <image:title>Sommerkleid Blau</image:title>
    </image:image>
    <!-- Alternate language versions of the same product, one per store view -->
    <xhtml:link rel="alternate" hreflang="de" href="https://mironsoft-shop.de/de/damen/kleider/sommerkleid-blau.html"/>
    <xhtml:link rel="alternate" hreflang="en" href="https://mironsoft-shop.de/en/women/dresses/summer-dress-blue.html"/>
    <xhtml:link rel="alternate" hreflang="x-default" href="https://mironsoft-shop.de/en/women/dresses/summer-dress-blue.html"/>
  </url>
</urlset>

8. Häufige Fehler bei XML-Sitemaps in Magento

Der häufigste Fehler ist eine Sitemap, die URLs enthält, die gar nicht indexiert werden sollen: Produkte mit Sichtbarkeit „Nicht sichtbar einzeln“, weitergeleitete alte URLs nach einem Relaunch oder Seiten mit noindex-Meta-Tag landen ungefiltert in der generierten Datei, wenn die zugrunde liegenden Produkt- und Kategorie-Flags nicht sauber gepflegt sind. Das verwässert die Aussagekraft der Sitemap in der Search Console, wo Google die Abdeckung indexierter URLs gegen die Sitemap abgleicht.

Ein zweiter klassischer Fehler ist die Inkonsistenz zwischen der in der Sitemap verwendeten Basis-URL und der kanonischen URL der Seite, etwa wenn www- und Non-www-Varianten oder HTTP und HTTPS gemischt werden. Das passiert häufig, wenn web/unsecure/base_url und web/secure/base_url nicht konsistent auf denselben Host zeigen. Drittens wird in Multi-Store-Setups oft vergessen, für jede Store View einen eigenen Sitemap-Eintrag mit eigener Basis-URL anzulegen, wodurch nicht-deutsche Shops fälschlich mit deutschen URLs in der Sitemap landen. Viertens bleibt lastmod nach großen Katalog-Importen oft wochenlang veraltet, wenn der Cron-Job nicht zeitnah nach dem Import erneut läuft.

9. Manuelle vs. automatische Sitemap-Pflege im Vergleich

Die folgende Übersicht stellt typische Fehler bei der manuellen oder unsauber konfigurierten Sitemap-Pflege der korrekten, von Magentos eingebauter Generierung unterstützten Praxis gegenüber.

In der Praxis verstärken sich diese Punkte gegenseitig: Eine überladene, fehlerhafte Sitemap mit falschen lastmod-Werten und nicht-indexierbaren URLs verliert bei Google an Vertrauen, was auch die Wirkung korrekt gesetzter lastmod-Werte auf anderen, sauberen Seiten des Katalogs schwächen kann. Wer die Magento-Bordmittel korrekt konfiguriert und den Cron-Job zuverlässig laufen lässt, vermeidet die meisten dieser Fehler automatisch.

10. Zusammenfassung

XML-Sitemaps für Magento-Shops lösen ein technisches Grundproblem: Sie geben Suchmaschinen eine vollständige, strukturierte Liste aller indexierbaren URLs, statt sich allein auf internes Crawling über Links zu verlassen. Der Sitemap-Standard mit urlset, loc, lastmod, changefreq und priority ist einfach, aber die Wirkung der einzelnen Felder unterscheidet sich stark: priority und changefreq werden von Google größtenteils ignoriert, während ein zuverlässig gepflegtes lastmod aktiv in die Re-Crawl-Priorisierung einfließt.

Magentos eingebaute Sitemap-Generierung über Stores > Configuration > Catalog > XML Sitemap, den Cron-Job sitemap_generate und die On-Demand-Oberfläche unter Marketing > SEO & Search > Site Map deckt die Grundfunktionalität vollständig ab. Wer zusätzlich große Kataloge korrekt über Sitemap-Index-Dateien aufteilt, die Sitemap in robots.txt referenziert und bei Multi-Store-Setups Bild- und Hreflang-Annotationen ergänzt, stellt sicher, dass Google und Bing den gesamten Katalog zuverlässig finden und aktuell halten.

11. FAQ: XML-Sitemaps für Magento-Shops