XML Sitemap Generator

So nutzt du den XML-Sitemap-Generator

Füge die Liste der URLs ein, die Suchmaschinen entdecken sollen, wähle eine Änderungshäufigkeit und Priorität, und der Generator erstellt im Browser eine valide Sitemap-0.9-XML-Datei. Es wird nichts hochgeladen - deine URL-Liste verlässt dein Gerät nicht.

1. URLs einfügen - Eine absolute URL pro Zeile, jede beginnend mit https:// oder http://. Vollständige kanonische Form jeder Seite ohne Tracking-Parameter angeben.
2. Änderungshäufigkeit setzen - always, hourly, daily, weekly, monthly, yearly oder never wählen. Der Wert ist ein Hinweis darauf, wie oft sich die Seite tatsächlich ändert, keine Zusage.
3. Priorität setzen - Eine Dezimalzahl von 0,0 bis 1,0, die die relative Bedeutung innerhalb deiner eigenen Website ausdrückt. Der Standard ist 0,5.
4. Datei generieren - XML kopieren oder sitemap.xml direkt herunterladen. Jeder Eintrag ist in ein <url>-Element mit den Kind-Elementen <loc>, <lastmod>, <changefreq> und <priority> eingebettet.
5. Veröffentlichen und einreichen - Datei in das Stammverzeichnis deiner Website hochladen und in robots.txt mit einer Sitemap:-Zeile referenzieren. Optional in Google Search Console und Bing Webmaster Tools einreichen, um einen schnelleren ersten Abruf auszulösen.

Über das Sitemap-Protokoll

Das Sitemap-Protokoll 0.9 wurde 2005 von Google eingeführt und 2006 gemeinsam von Yahoo und Microsoft übernommen, was den ersten browserübergreifenden Standard für URL-Entdeckung schuf. Das Schema liegt unter http://www.sitemaps.org/schemas/sitemap/0.9 und definiert zwei Wurzelelemente: <urlset> für eine einzelne Sitemap und <sitemapindex> für einen Index, der auf andere Sitemaps verweist.

Eine einzelne Sitemap kann bis zu 50.000 URLs enthalten und darf nicht größer als 50 MB unkomprimiert sein. Wenn eines der Limits überschritten wird, werden die URLs auf mehrere Sitemaps aufgeteilt und über einen Sitemap-Index bereitgestellt, der selbst auf bis zu 50.000 Kind-Sitemaps verweisen kann. Komprimierung mit gzip wird unterstützt und zählt in ihrer unkomprimierten Form zum 50-MB-Limit.

Die Datei muss als UTF-8 kodiert sein, und alle URL-Werte müssen für &, <, >, " und ' korrekt als Entitäten kodiert sein. Jede aufgelistete URL muss sich auf demselben Host wie die Sitemap-Datei befinden, es sei denn, eine Cross-Submission ist im relevanten Webmaster-Tool verifiziert.

Beispiele

Eine minimale Sitemap mit einem einzigen URL-Eintrag:

<?xml version="1.0" encoding="UTF-8"?>
<urlset xmlns="http://www.sitemaps.org/schemas/sitemap/0.9">
  <url>
    <loc>https://example.com/</loc>
    <lastmod>2026-01-15</lastmod>
    <changefreq>weekly</changefreq>
    <priority>1.0</priority>
  </url>
</urlset>

Ein Sitemap-Index, der auf drei Kind-Sitemaps zeigt:

<?xml version="1.0" encoding="UTF-8"?>
<sitemapindex xmlns="http://www.sitemaps.org/schemas/sitemap/0.9">
  <sitemap><loc>https://example.com/sitemap-pages.xml</loc></sitemap>
  <sitemap><loc>https://example.com/sitemap-posts.xml</loc></sitemap>
  <sitemap><loc>https://example.com/sitemap-products.xml</loc></sitemap>
</sitemapindex>

lastmod, changefreq und priority richtig lesen

Von den drei optionalen Kind-Elementen ist <lastmod> das einzige, auf das moderne Engines tatsächlich reagieren. Google verwendet einen genauen <lastmod>, um zu entscheiden, was erneut abgerufen werden soll, und ignoriert ihn vollständig, wenn er bei jeder URL dasselbe Datum sieht. Stempel es mit dem echten letzten Inhaltsänderungsdatum, nicht dem Build-Zeitstempel, damit ein nur-CSS-Deploy nicht fälschlicherweise jede Seite als aktualisiert ausweist. Die Felder <changefreq> und <priority> haben deutlich weniger Gewicht - Google ignoriert beide größtenteils - also setze sie ehrlich, erwarte aber keine Auswirkungen auf Rankings.

Ein vollständiges Multi-Sitemap-Setup in der Praxis

Angenommen, ein Shop hat 8.000 Produkt-URLs, 1.200 Blogbeiträge und 60 statische Seiten. Statt einer Datei mit 9.260 URLs unterteile in sitemap-products.xml, sitemap-posts.xml und sitemap-pages.xml, und liste alle drei in einer sitemap-index.xml im Stammverzeichnis auf. Die Aufteilung macht den Abdeckungsbericht lesbar nach Inhaltstyp und lässt dich nur den geänderten Abschnitt neu generieren - Beiträge täglich, Produkte bei Bestandssync, statische Seiten selten. Auf den Index verweisen, nicht auf die Kinder, aus der Sitemap:-Zeile in robots.txt; Crawler expandieren ihn automatisch.

Wann eine Sitemap sinnvoll ist

• Große Websites - Jede Website mit mehr als ein paar hundert URLs profitiert von einer Sitemap, damit Crawler nicht nur auf interne Link-Entdeckung angewiesen sind.
• Neue Websites mit wenigen Backlinks - Eine brandneue Domain hat oft keine eingehenden Links, daher ist das Einreichen einer Sitemap der schnellste Weg zur erstmaligen Indexierung.
• Umfangreiche Inhaltsarchive - Blogs, Nachrichtenseiten und Wikis mit tiefen chronologischen Archiven machen alte Beiträge zugänglich, die sonst viele Klicks von der Homepage entfernt sein würden.
• JavaScript-lastige Single-Page-Apps - Wenn interne Links clientseitig gerendert werden, ist eine Sitemap der zuverlässige Weg, jede crawlbare Route aufzulisten.
• Häufige Aktualisierungen - Nachrichtenportale, Veranstaltungskalender und E-Commerce-Kataloge nutzen <lastmod>, um zu signalisieren, welche Seiten sich seit dem letzten Crawl geändert haben.
• Mehrsprachige Websites - Verwende <xhtml:link rel="alternate" hreflang="..."> innerhalb jedes URL-Eintrags, um Sprach- und Regionalvarianten bekannt zu machen.