---
title: "Was ist eine XML-Sitemap? Aufbau, lastmod und was sie bei Stellenanzeigen leistet"
description: "Was eine XML-Sitemap ist, was hineingehört, warum nur ein ehrliches lastmod zählt und wie du sie bei Google einreichst. Mit Blick auf Stellenanzeigen."
canonical: "https://nextplace-jobs.com/partner/xml-sitemap"
updated: "2026-09-23"
language: "de"
---

# Was ist eine XML-Sitemap? Aufbau, lastmod und was sie bei Stellenanzeigen leistet

Auf vielen Websites entsteht die sitemap.xml automatisch im Hintergrund. Welche ihrer Angaben Suchmaschinen wirklich auswerten, zeigt sich am deutlichsten bei Stellenanzeigen, deren Adressen kommen und gehen.

Eine XML-Sitemap ist eine Datei, in der eine Website die Adressen auflistet, die Suchmaschinen abrufen sollen, auf Wunsch mit dem Datum der letzten Änderung jeder Seite. Sie ist ein Hinweis, auf dessen Grundlage Google und Bing entscheiden, was sie abrufen und indexieren. Von den drei optionalen Angaben pro Seite werten beide nur das Änderungsdatum lastmod aus, und das nur, solange es stimmt. Bei Stellenanzeigen, deren Adressen mit jeder Besetzung verschwinden, muss die Sitemap deshalb jede Änderung sofort nachziehen.

## Wozu eine Sitemap da ist

Suchmaschinen finden neue Seiten vor allem über Links. Die Sitemap ergänzt diesen Weg um eine Liste, die du selbst zusammenstellst. Laut Google sagt sie, welche Seiten du für wichtig hältst und wann sie zuletzt aktualisiert wurden.

Das Protokoll stammt aus dem Jahr 2005, hat sich seitdem kaum verändert und wird von Google und Bing gleichermaßen unterstützt. Sie ist dabei ein Hinweis und keine Anweisung. Was davon gecrawlt und indexiert wird, entscheidet Google nach eigener Aussage selbst.

Mit der HTML-Sitemap, einer gewöhnlichen Linkseite für Menschen, teilt die XML-Sitemap nur den Namen. Die XML-Fassung ist für Maschinen geschrieben und liegt nach Googles Empfehlung im Hauptverzeichnis der Website, etwa unter /sitemap.xml.

## Braucht deine Website eine Sitemap?

Google antwortet darauf differenzierter, als man denkt. Ist eine Website sauber verlinkt, findet Google das meiste von selbst. Eine Sitemap hilft vor allem großen Websites, auf denen sich kaum sicherstellen lässt, dass jede Seite von einer anderen verlinkt wird. Sie hilft neuen Websites, auf die noch kaum jemand verweist, und Websites mit vielen Videos und Bildern oder mit Beiträgen in Google News.

Als klein gilt eine Website mit etwa 500 Seiten oder weniger, und gezählt werden nur Seiten, die in den Suchergebnissen erscheinen sollen. Ist sie intern vollständig verlinkt, braucht sie unter Umständen keine Sitemap, auch wenn laut Google die meisten Websites von einer profitieren. Für Websites ab grob 10.000 Seiten mit täglich wechselnden Inhalten hat Google einen eigenen Leitfaden, und der rät, die Sitemap aktuell zu halten und bei geänderten Inhalten lastmod mitzuliefern.

Eine Karriereseite mit zwanzig offenen Stellen ist nach diesem Maßstab klein. Trotzdem ist jede neue Stelle eine neue Adresse, auf die anfangs kaum etwas verlinkt. Erreicht man deine Stellen nur über ein Suchfeld und nicht über gewöhnliche Links, ist die Sitemap der naheliegende Weg, auf dem Google von ihnen erfährt.

## Was hineingehört und was draußen bleibt

In die Sitemap gehören laut Google die Adressen, die du in den Suchergebnissen sehen willst. Jeder Eintrag ist damit eine Aussage, für die du einstehst.

Praktisch heißt das eine Adresse pro Inhalt. Ist eine Seite auch mit angehängten Parametern für Sortierung oder Kampagnen erreichbar, kommt nur die bevorzugte, die kanonische Adresse hinein. Google wertet jeden Eintrag als schwaches Signal für genau diese Rolle und rät davon ab, in der Sitemap eine andere Adresse zu nennen als im canonical-Verweis der Seite selbst.

Draußen bleiben Weiterleitungen, denn indexiert wird nur ihr Ziel. Draußen bleiben auch Seiten mit noindex, Seiten hinter einer Anmeldung und per robots.txt gesperrte Seiten. Steigen in der Search Console plötzlich die Fehler, nennt Google eine Sitemap mit solchen Adressen als mögliche Ursache. Den Bericht zur Seitenindexierung kannst du nach einer einzelnen Sitemap filtern und siehst dort schnell, welche eingereichten Adressen es nicht in den Index schaffen.

## lastmod: das eine Feld, das wirklich zählt

Das Protokoll sieht pro Eintrag drei optionale Angaben vor. Nur eine hat heute noch Gewicht, das Datum der letzten Änderung. Gemeint ist die Änderung der Seite, nicht der Zeitpunkt, zu dem die Sitemap erzeugt wurde.

Google nutzt lastmod, um zu planen, welche bekannten Adressen es erneut abruft. Allerdings nur, wenn das Datum durchgängig und nachprüfbar stimmt. Als Änderung zählt eine wesentliche, etwa ein neuer Haupttext, geänderte strukturierte Daten oder neue Links. Eine neue Jahreszahl im Copyright-Hinweis zählt nicht. Meldet eine Sitemap ständig Änderungen, die es nicht gibt, glaubt Google dem Datum irgendwann nicht mehr.

Bing nennt lastmod in einem Beitrag vom Juli 2025 ein zentrales Signal, um Geändertes bevorzugt abzurufen und Unverändertes zu überspringen. Nach Bings Darstellung hängt davon auch ab, wie schnell Änderungen in AI-generierten Antworten wie denen von Copilot ankommen. Die beiden anderen Felder, priority und changefreq, ignorieren Google und Bing vollständig.

Der Unterschied zwischen einem verlässlichen und einem geschönten Änderungsdatum zeigt sich an drei Stellen.

|  | Verlässliches lastmod | Geschöntes lastmod |
| --- | --- | --- |
| Wann sich das Datum ändert | Wenn sich Hauptinhalt, strukturierte Daten oder Links der Seite ändern. | Jedes Mal, wenn die Sitemap neu erzeugt wird, egal ob sich etwas geändert hat. |
| Seiten ohne klares Datum | Bleiben ohne lastmod, etwa eine Übersichtsseite, die nur zusammenfasst, was auf anderen Seiten steht. | Bekommen irgendein Datum, damit das Feld nicht leer bleibt. |
| Was die Suchmaschine daraus macht | Ruft gezielt die Seiten neu ab, die sich seit dem letzten Besuch geändert haben. | Glaubt dem Datum irgendwann nicht mehr und plant ohne diese Hilfe. |

Die Faustregel ist schlicht. Ändere das Datum nur, wenn sich die Seite geändert hat, und lass es weg, wo du keine verlässliche Angabe hast. Google hält das Weglassen ausdrücklich für in Ordnung, etwa bei Startseiten oder Kategorieseiten.

## Sitemap erstellen und bei Google einreichen

Von Hand schreiben musst du eine Sitemap selten. Content-Management-Systeme wie WordPress oder Wix stellen wahrscheinlich schon eine bereit. Ab ein paar Dutzend Adressen rät Google ohnehin dazu, die Datei von der Website-Software selbst erzeugen zu lassen, die ihre Adressen aus der eigenen Datenbank kennt.

Einreichen heißt nicht hochladen, du teilst Google nur mit, wo die Datei liegt. Dafür trägst du ihre Adresse in der Google Search Console im Bericht Sitemaps ein, was Inhaberrechte an der Website voraussetzt. Google ruft die Sitemap dann sofort ab. Bis die Adressen darin gecrawlt sind, kann es trotzdem dauern.

Alternativ verweist eine Zeile in der robots.txt auf die Sitemap, dort finden Google und Bing sie von selbst. Bei Bing kannst du außerdem über die Bing Webmaster Tools einreichen. Laut Bing wird die Sitemap danach in der Regel mindestens einmal täglich neu gelesen.

Den früheren Ping, mit dem man Google per Aufruf einer Adresse über eine geänderte Sitemap informieren konnte, hat Google im Juni 2023 abgekündigt, weil die allermeisten dieser Meldungen zu Spam führten. Wer Änderungen heute aktiv melden will, greift zu IndexNow, das Bing als Ergänzung zur Sitemap empfiehlt.

## Was eine Sitemap bei Stellenanzeigen leisten muss

Eine Seite über dein Unternehmen bleibt oft jahrelang unter derselben Adresse. Eine Stellenanzeige gibt es nur, bis die Stelle besetzt ist. Die Sitemap muss deshalb in beide Richtungen mithalten, neue Stellen sofort aufnehmen und besetzte ebenso schnell streichen.

Bleibt eine besetzte Stelle stehen, behauptest du weiter, die Seite gehöre in die Suchergebnisse. Antwortet sie längst mit dem Statuscode 404, zählt sie zu genau den Fehlern, die Google zu beheben empfiehlt, weil sie in deiner Sitemap stehen. Umgekehrt reicht Streichen allein nicht. Google vergisst eine bekannte Adresse nicht, nur weil sie aus der Sitemap fällt, und deshalb muss das Ende einer Stelle die Seite selbst anzeigen.

Für Stellenseiten nennt Google eigene Sitemap-Regeln. Unter anderem gehört jede Stelle mit ihrer kanonischen Adresse hinein, keine darf per robots.txt gesperrt sein, und lastmod soll so genau wie möglich die letzte Änderung des Inhalts treffen. Nach eigener Aussage liest Google die gesamte Sitemap ein und ruft gezielt die Seiten neu ab, deren lastmod jünger ist als ihr letzter Abruf. Außerdem empfiehlt Google für Stellenseiten die Indexing API statt der Sitemap, für die ganze Website aber weiterhin eine Sitemap.

Eine eigene Sitemap nur für Stellen hilft zusätzlich. Im Sitemap-Index trägt jede Teilsitemap ihr eigenes Änderungsdatum, das laut Google beim Einplanen der Abrufe helfen kann. In der Search Console lässt sich jede Sitemap außerdem getrennt auswerten.

Stellt dein Bewerbermanagementsystem die Karriereseite bereit, greift noch eine Regel des Protokolls. Eine Sitemap darf nur Adressen ihres eigenen Hosts enthalten. Liegen deine Stellen auf einer Domain des Anbieters, kann deine eigene Sitemap sie nicht aufführen, und ob sie in irgendeiner Sitemap stehen, hängt am Anbieter. Das prüfst du in wenigen Minuten selbst.

1. Die Sitemap finden: Ruf die robots.txt deiner Karriereseite auf und such die Zeile, die mit Sitemap beginnt. Fehlt sie, probier die Adresse /sitemap.xml direkt im Browser.
2. Eine offene Stelle suchen: Such in der Sitemap und ihren Teilsitemaps die Adresse einer Stelle, die gerade ausgeschrieben ist. Steht dort nur die Übersichtsseite, erfährt eine Suchmaschine über die Sitemap nichts von deinen einzelnen Stellen.
3. Eine besetzte Stelle gegenprüfen: Taucht eine Stelle, die du vor kurzem besetzt hast, noch auf, hinkt die Sitemap deinem System hinterher.
4. Die Änderungsdaten ansehen: Tragen alle Einträge dasselbe lastmod, etwa den heutigen Tag, entsteht das Datum vermutlich beim Erzeugen der Datei und nicht bei einer Änderung.

> Für technisch Interessierte

## So ist eine sitemap.xml aufgebaut

Eine sitemap.xml beginnt mit einer XML-Deklaration und dem Wurzelelement, darin folgt je Seite ein Eintrag. Pflicht ist pro Eintrag nur die Adresse.

| Element | Pflicht | Bedeutung |
| --- | --- | --- |
| urlset | Ja | Wurzelelement der Sitemap, verweist auf den Namensraum des Protokolls. |
| url | Ja | Klammer um jeden einzelnen Eintrag. |
| loc | Ja | Die absolute Adresse der Seite mit Protokoll, kürzer als 2.048 Zeichen. |
| lastmod | Nein | Datum der letzten Änderung der Seite im Format W3C Datetime, als reines Datum oder mit Uhrzeit und Zeitzone. |
| changefreq | Nein | Erwartete Änderungshäufigkeit von always bis never, von Google und Bing ignoriert. |
| priority | Nein | Relative Wichtigkeit innerhalb der eigenen Website von 0.0 bis 1.0, Standardwert 0.5, von Google und Bing ignoriert. |
| sitemapindex | Ja, in einer Indexdatei | Wurzelelement einer Indexdatei, die statt Seiten andere Sitemaps auflistet. |
| sitemap | Ja, in einer Indexdatei | Ein Eintrag pro Teilsitemap, mit loc und optional lastmod. |

Eine Sitemap darf höchstens 50.000 Adressen enthalten und unkomprimiert höchstens 50 MB groß sein. Komprimieren mit gzip ist erlaubt. Wird es mehr, fasst ein Sitemap-Index bis zu 50.000 Sitemaps zusammen.

Die Datei ist UTF-8-kodiert, und Zeichen wie das kaufmännische Und werden als XML-Entität geschrieben. Alle Adressen sind absolut und liegen mit demselben Protokoll auf demselben Host wie die Sitemap, im selben Verzeichnis oder darunter.

Beim Datum erlaubt das Protokoll die reine Tagesangabe, etwa 2026-09-23. Bing empfiehlt Datum und Uhrzeit nach ISO 8601, etwa 2026-09-23T08:15:00+02:00, weil ein genauer Zeitstempel bei häufig geänderten oder zeitkritischen Seiten das präzisere Signal ist. Stellenanzeigen sind genau solche Seiten.

## Wie wir es selbst halten

Unsere Sitemap ist nach Inhaltsarten getrennt, damit Stellen, die ständig kommen und gehen, nicht zwischen Seiten stehen, die sich kaum bewegen. Eine besetzte Stelle fällt beim nächsten Abgleich heraus, und was nicht in einen Index gehört, steht gar nicht erst darin. Auf priority und changefreq verzichten wir.

## Wie reiche ich eine Sitemap bei Google ein?

Du öffnest in der Google Search Console den Bericht Sitemaps, trägst die Adresse deiner Sitemap ein und schickst sie ab. Dafür brauchst du Inhaberrechte an der Website. Ohne diese Rechte genügt eine Zeile in der robots.txt, die auf die Sitemap verweist.

## Wie viele URLs darf eine Sitemap enthalten?

Höchstens 50.000 Adressen pro Datei, und unkomprimiert darf sie nicht größer als 50 MB sein. Brauchst du mehr, verteilst du die Adressen auf mehrere Sitemaps und fasst sie in einem Sitemap-Index zusammen.

## Was bringen priority und changefreq in der Sitemap?

Bei Google und Bing nichts, beide ignorieren diese Angaben nach eigener Aussage. Google hält die Priorität für zu subjektiv, weil sie selten zeigt, wie wichtig eine Seite im Vergleich zu anderen wirklich ist. Du kannst beide Felder weglassen.

## Sorgt eine Sitemap dafür, dass meine Seiten indexiert werden?

Sie legt die Grundlage dafür. Eine Sitemap hilft Suchmaschinen, deine Adressen zu entdecken, über Abruf und Aufnahme in den Index entscheidet danach die Suchmaschine selbst.

## Müssen besetzte Stellen aus der Sitemap entfernt werden?

Ja, und zwar sofort. Jeder Eintrag sagt einer Suchmaschine, dass die Seite in die Suchergebnisse gehört, und für eine besetzte Stelle stimmt das nicht mehr. Aus dem Index verschwindet sie durch das Streichen allein aber nicht, das Ende der Stelle muss auch die Seite selbst anzeigen.

## Brauche ich neben der XML-Sitemap auch eine HTML-Sitemap?

Pflicht ist keine von beiden. Die XML-Sitemap richtet sich an Suchmaschinen, eine HTML-Sitemap ist eine Linkseite für Menschen. Weil Crawler Links folgen, macht sie schlecht verlinkte Seiten nebenbei auch für Suchmaschinen erreichbar, ein Änderungsdatum wie lastmod liefert sie aber nicht mit.

## Quellen
- [Google Search Central: Informationen zu Sitemaps](<https://developers.google.com/search/docs/crawling-indexing/sitemaps/overview>)
- [Google Search Central: Sitemap erstellen und einreichen](<https://developers.google.com/search/docs/crawling-indexing/sitemaps/build-sitemap>)
- [Google Search Central: Sitemaps mit einer Sitemap-Indexdatei verwalten](<https://developers.google.com/search/docs/crawling-indexing/sitemaps/large-sitemaps>)
- [Google Search Central Blog: Abschaltung des Sitemap-Pings und Hinweise zu lastmod (Juni 2023)](<https://developers.google.com/search/blog/2023/06/sitemaps-lastmod-ping>)
- [Google Search Central: Kanonische URLs festlegen](<https://developers.google.com/search/docs/crawling-indexing/consolidate-duplicate-urls>)
- [Google Search Central: Crawling-Budget optimieren](<https://developers.google.com/crawling/docs/crawl-budget>)
- [Google Search Central: JobPosting, strukturierte Daten](<https://developers.google.com/search/docs/appearance/structured-data/job-posting>)
- [Google Search Console Hilfe: Bericht Sitemaps](<https://support.google.com/webmasters/answer/7451001>)
- [Google Search Console Hilfe: Bericht zur Seitenindexierung](<https://support.google.com/webmasters/answer/7440203>)
- [sitemaps.org: Das Sitemap-Protokoll](<https://www.sitemaps.org/protocol.html>)
- [Bing Webmaster Blog: Sitemaps und lastmod in der AI-Suche (Juli 2025)](<https://blogs.bing.com/webmaster/July-2025/Keeping-Content-Discoverable-with-Sitemaps-in-AI-Powered-Search>)
