Sitemap-Priorität

TL;DR — Die Sitemap-Priorität ist eine Zahl von 0.0 bis 1.0, die Sie optional für jede URL in Ihrer XML-Sitemap angeben können, um deren Wichtigkeit zu kennzeichnen. Die Kurzfassung: Version: Google ignoriert sie, und das Protokoll hat sie nie als absolute Ranking-Anweisung definiert. Verschwenden Sie keine Zeit damit, diese Schieberegler in Ihrem SEO- Plugin zu optimieren — investieren Sie Ihre Zeit in interne Links und eine saubere Seitenstruktur.

Was Sitemap-Priorität ist

Eine XML-Sitemap ist eine Liste Ihrer URLs, die Sie Suchmaschinen übergeben, damit sie Ihre Seiten finden können. Das ursprüngliche Sitemap-Format erlaubte es, jeder URL zwei optionale zusätzliche Tags anzuhängen:

• <priority> — eine Zahl von 0.0 bis 1.0 (der Standardwert ist 0.5), die angeben soll, wie wichtig diese Seite im Vergleich zu Ihren anderen Seiten ist.
• <changefreq> — ein Wort wie daily, weekly oder monthly, das angeben soll, wie oft sich die Seite ändert.

Die Idee klang vernünftig: Markieren Sie Ihre Startseite mit 1.0, markieren Sie eine alte archivierte Seite mit 0.2, sagen Sie Google, dass sich Ihr Nachrichtenbereich daily ändert, und es würde entsprechend crawlen und ranken.

Der Haken: Es funktioniert nicht

So ist es nicht gekommen. Google ignoriert beide Tags vollständig. Nicht „gewichtet sie geringer“ — sie ignoriert sie. Googles eigene Dokumentation sagt es unmissverständlich: “Google ignores <priority> and <changefreq> values.” (Übersetzung) „Google ignoriert die Werte von <priority> und <changefreq>.“ Bing verfährt genauso.

Eine Seite auf Priorität 1.0 zu setzen, führt nicht dazu, dass Google sie zuerst crawlt, sie schneller indiziert oder höher rankt. changefreq auf daily zu setzen, führt nicht dazu, dass Google täglich vorbeischaut. Diese Zahlen gehen in die Sitemap und Suchmaschinen werfen sie weg.

Warum zeigen SEO-Plugins es immer noch an?

Das ist der verwirrende Teil. Wenn Sie ein WordPress-SEO-Plugin verwenden, sehen Sie möglicherweise immer noch Prioritäts- und Änderungshäufigkeitsoptionen in den Sitemap-Einstellungen. Das ist ein Überbleibsel aus früheren Jahren, als das Sitemap-Format neu war und niemand sicher war, ob die Tags wichtig waren. Sie bleiben im Einstellungsbildschirm, obwohl die maßgeblichen Suchmaschinen Ihre Einstellungen ignorieren. Sie können diese Optionen bedenkenlos übergehen.

Was Google tatsächlich sagt, dass eine Seite wichtig ist

Wenn priority wirkungslos ist, wie signalisieren Sie dann, dass eine Seite wichtig ist? Die ehrliche Antwort lautet: auf die gleiche Weise, wie Sie es immer hätten tun sollen.

• Verlinken Sie darauf. Seiten, auf die Sie oft verlinken — besonders von Ihrer Startseite und Hauptnavigation — gelten als wichtig. Das ist das echte „Prioritäts”-Signal.
• Halten Sie wichtige Seiten in der Nähe der Startseite. Eine Seite, die einen Klick von der Startseite entfernt ist, wirkt wichtiger als eine, die sechs Klicks tief vergraben ist.
• Nehmen Sie wichtige Seiten in die Navigation auf. Wo eine Seite in Ihren Menüs und Kategorien steht, sagt Suchmaschinen (und Menschen), was Ihnen wichtig ist.
• Halten Sie Ihre Sitemap sauber und genau. In einer aufgeräumten Sitemap mit einem ehrlichen Datum der letzten Änderung zu sein, bringt mehr als jede Prioritätszahl darin.

Möchten Sie die ganze Geschichte — die genauen Google- und Bing-Zitate, warum diese Tags zusammengebrochen sind und was Sie stattdessen verwenden sollten — wechseln Sie zum Erweitert-Tab.

TL;DR — <priority> und <changefreq> sind optionale sitemaps.org-Tags, die die relative Wichtigkeit einer URL und ihre erwartete Änderungsrate einstufen sollen. Google ignoriert beide — die aktuelle Search-Central-Dokumentation sagt: “Google ignores <priority> and <changefreq> values,” (Übersetzung) „Google ignoriert die Werte von <priority> und <changefreq>,“ Illyes nannte priority “a bag of noise” (Übersetzung) „einen Sack voller Rauschen“ (2017), Mueller sagte, es “doesn’t really play that much of a role” (Übersetzung) „spiele keine besonders große Rolle“ (2015). Diese Felder werden selbst deklariert, und die weit verbreitete Branchenerklärung — die weder Google noch Bing direkt angeben — ist, dass sie flächendeckend manipuliert wurden: Jeder setzte 1.0/daily, also trugen die Felder keine Informationen. Das eine Sitemap-Tag, das Suchmaschinen tatsächlich verwenden, ist ein genaues <lastmod>. Echte Wichtigkeitssignale sind interne Links, Klicktiefe, Sitemap-Aufnahme, beobachtete Crawl-Häufigkeit und Navigationsprominenz — alle beobachtet, keine deklariert.

Wofür die Tags entwickelt wurden

Beide Tags stammen aus dem sitemaps.org-Protokoll, der 0.9-Spezifikation, die das XML-Sitemap-Format definiert, das Google und Bing beide lesen.

<priority> nimmt einen Wert von 0.0 bis 1.0 an, standardmäßig 0.5. Seine angegebene Aufgabe ist es, “die Priorität dieser URL im Verhältnis zu anderen URLs auf Ihrer Website” zu beschreiben. Das Schlüsselwort ist relativ — es war nie als absolute Wichtigkeitsbewertung im gesamten Web gedacht, sondern nur als eine Rangfolge Ihrer eigenen Seiten untereinander. Und selbst die Spezifikation, die es erfunden hat, hat es stark eingeschränkt: Sie sagt ausdrücklich, dass “die Priorität, die Sie einer Seite zuweisen, wahrscheinlich nicht die Position Ihrer URLs in den Suchergebnisseiten einer Suchmaschine beeinflusst.” Die eigenen Ersteller des Tags haben Ihnen gesagt, dass es kein Ranking-Hebel ist.

<changefreq> akzeptiert einen von always, hourly, daily, weekly, monthly, yearly oder never. Die Spezifikation ist eindeutig, dass dieser “Wert allgemeine Informationen für Suchmaschinen bereitstellt und möglicherweise nicht genau mit der Häufigkeit übereinstimmt, mit der sie die Seite crawlen” — er gilt “als Hinweis und nicht als Befehl.” Suchmaschinen konnten immer frei entscheiden, eine never-Seite erneut zu crawlen, um nach Überraschungen zu suchen, und eine daily-Angabe zu ignorieren, wenn der Inhalt unverändert blieb.

Von Anfang an waren dies also selbst gemeldete Hinweise, welche die Spezifikation selbst einschränkte. Was als Nächstes geschah: Die beiden größten Suchmaschinen hörten vollständig auf, sie auszuwerten.

Googles Position: “ignoriert” — und das seit einem Jahrzehnt konsistent

Googles aktuelle, dauerhaft maßgebliche Dokumentation ist unmissverständlich. Auf der Seite Build and Submit a Sitemap, im Abschnitt über optionale Tags, heißt es: “Google ignores <priority> and <changefreq> values.” (Übersetzung) „Google ignoriert die Werte von <priority> und <changefreq>.“ Nicht “gives less weight to,” (Übersetzung) „gewichtet sie geringer“, und nicht „stuft sie herab“. Ignoriert. Das ist Dokumentation, kein einmaliger Tweet.

Und das ist nicht neu. Die öffentlichen Aussagen reichen Jahre zurück:

• 2015 — John Mueller. In einem Webmaster-Central-Hangout, gefragt, ob Priorität und Häufigkeit eine Rolle spielen: “Priority and change frequency doesn’t really play that much of a role with Sitemaps anymore… it is much better to just specify the time stamp directly.” (Übersetzung) „Priorität und Änderungshäufigkeit spielen bei Sitemaps nicht mehr wirklich eine große Rolle … es ist viel besser, einfach den Zeitstempel direkt anzugeben.“
• 2017 — Gary Illyes. Auf Twitter nach den Feldern priority und changefreq gefragt, antwortete er: “we ignore those. It’s essentially a bag of noise.” (Übersetzung) „Diese Angaben ignorieren wir. Im Grunde sind sie ein Sack voller Rauschen.“

Zwei namentlich genannte Google-Mitarbeiter, zwei Jahre auseinander, sagen dasselbe, was die Dokumentation heute sagt. Das ist eine etablierte, wiederholte, langjährige Politik — kein Gerücht und keine kürzliche Änderung.

Eine Fußnote, die erwähnenswert ist: Einige Kommentare aus der Zeit um 2017 behaupteten, Google ignoriere auch das <lastmod>-Datum. Das ist jetzt veraltet. Googles aktuelle Dokumentation sagt ausdrücklich, dass Google <lastmod> doch verwendet — “if it’s consistently and verifiably… accurate.” (Übersetzung) „wenn es konsistent und nachweislich … korrekt ist.“ Verwechseln Sie die beiden nicht: <priority>/<changefreq> werden ignoriert; ein ehrliches <lastmod> nicht.

Behandelt Bing es anders? Nein.

Ein naheliegender Einwand lautet, Bing könnte diese Angaben im Gegensatz zu Google noch berücksichtigen. Das tut Bing nicht. Der eigene Webmaster-Blogbeitrag vom Februar 2023 über lastmod sagt, dass, weil diese Felder “do not accurately reflect the likelihood of a page being updated or the relative importance of a URL,” (Übersetzung) „die Wahrscheinlichkeit, dass eine Seite aktualisiert wird, oder die relative Bedeutung einer URL nicht genau widerspiegeln,“ “Bing largely disregards these fields.” (Übersetzung) „Bing ignoriert diese Felder weitgehend.“ Im selben Beitrag sagt Bing außerdem, es sei “revamping our crawl scheduling stack to better utilize the information provided by the lastmod tag” (Übersetzung) „dabei, seine Crawl-Planung zu überarbeiten, um die Angaben im <lastmod>-Tag besser zu nutzen“ — genau Googles Vorgehen. Beide Suchmaschinen haben die selbst gemeldeten Tags aufgegeben und setzen auf das Feld, dessen Angaben sie überprüfen können.

Bing hat dies in seinem Juli-2025-Beitrag über Sitemaps in KI-gestützter Suche bekräftigt: XML “remains the preferred format… as it supports structured metadata like lastmod, which helps Bing assess content freshness and relevance more effectively.” (Übersetzung) „bleibt das bevorzugte Format … da es strukturierte Metadaten wie lastmod unterstützt, was Bing hilft, Inhaltsfrische und Relevanz effektiver zu bewerten.“ Wieder — lastmod, nicht priority.

Warum diese Tags wahrscheinlich ignoriert wurden (eine Erklärung, keine offizielle)

Google und Bing dokumentieren, dass sie priority und changefreq ignorieren. Keines der Unternehmen hat veröffentlicht, warum — behandeln Sie das Folgende daher als die gängige Branchenerklärung, nicht als eine erklärte Begründung von Google oder Bing.

Die gängige Lesart in der Praxis ist ein Vertrauensproblem: Ein Signal ist nur nützlich, wenn es schwer zu fälschen ist und mit etwas Realem korreliert — und priority/changefreq sind beides nicht:

• Sie sind selbst gemeldet. Sie deklarieren sie; niemand verifiziert sie. Eine Suchmaschine hat keine Möglichkeit zu bestätigen, dass Ihre 1.0-Seite tatsächlich wichtiger ist als Ihre 0.4-Seite — Sie haben die Zahlen nur eingegeben.
• Die weithin zitierte Erklärung ist, dass sie missbraucht wurden. Die Theorie — in der SEO-Branche wiederholt, keine Zeile aus Googles oder Bings eigener Dokumentation — besagt, dass Webmaster vorhersehbar fast jede URL auf 1.0 und daily setzen, um wichtig zu wirken. Wenn alles Priorität 1.0 beansprucht, hat nichts eine — die Varianz des Feldes würde kollabieren und es würde aufhören, Informationen zu tragen.

Das ist ein plausibler Mechanismus und er passt zu dem Muster, das Suchmaschinen für andere selbst gemeldete Felder beschreiben, aber es ist eine Schlussfolgerung, keine bestätigte Kausalität.

Was dokumentiert ist, ist der Kontrast zu <lastmod>. Google verwendet es, aber bedingt — „wenn es konsistent und verifizierbar … genau ist“, was es überprüft, „indem es mit der letzten Änderung der Seite verglichen wird“. Diese eingebaute Verifizierungsprüfung ist ein echter, belegter Unterschied zwischen den beiden Tag-Typen: Ob Missbrauch der spezifische Grund ist, warum priority gestorben ist, oder nicht — die Verifizierbarkeit von lastmod ist der Grund, warum Google ihm vertrauen kann, auf eine Weise, die priority nie erreicht hat.

Was tatsächlich die Wichtigkeit einer Seite signalisiert

Priority wird nicht durch ein anderes Tag ersetzt, das Sie setzen — es wird durch Signale ersetzt, die Suchmaschinen beobachten, statt durch solche, die Sie deklarieren. Dieser Abschnitt ist der wichtigste:

Ein paar davon verdienen mehr Aufmerksamkeit:

Die Crawl-Häufigkeit wird beobachtet, nicht deklariert. Sie können Google nicht über changefreq sagen, eine Seite täglich zu crawlen. Googles eigenes Crawl-Nachfrage-Modell entscheidet das anhand von Popularität („URLs, die im Internet beliebter sind, werden tendenziell häufiger gecrawlt, um sie in unseren Systemen aktueller zu halten“) und Veralterung („unsere Systeme möchten Dokumente häufig genug neu crawlen, um Änderungen zu erfassen“), laut seiner Crawl-Budget-Dokumentation. Popularität ist weitgehend eine Funktion von Links; Veralterung ist eine Funktion Ihrer tatsächlichen Änderungsrate, die sich in einem ehrlichen lastmod widerspiegelt. Beides ist nichts, das Sie in einem Tag setzen.

lastmod ist das Tag, das Sie richtig hinbekommen sollten. Aber machen Sie es richtig — stempeln Sie nicht pauschal das heutige Datum auf alles, was nur eine andere Art ist, ein Signal zu missbrauchen, und führt dazu, dass Ihren Daten nicht mehr vertraut wird. Aktualisieren Sie es nur bei wesentlichen Inhaltsänderungen.

Sollten Sie priority und changefreq trotzdem aufnehmen?

Praktisch gesehen: Es ist völlig in Ordnung, sie ganz wegzulassen. Sie einzufügen schadet nicht, hilft aber auch nicht, und wenn Ihr Generator sie alle auf denselben Standardwert setzt, signalisieren sie buchstäblich nichts. Die meisten Sitemap-Tools und SEO-Plugins geben sie standardmäßig weiterhin aus (und bieten in ihrer Benutzeroberfläche weiterhin Prioritätsregler an), was der Hauptgrund dafür ist, dass dieser Mythos nicht ausstirbt. Das Entfernen schadet Ihrem SEO nicht; eine schlanke Sitemap mit <loc> plus einem genauen <lastmod> entspricht der aktuellen Empfehlung. Ihre Zeit ist in interne Verlinkung und Seitenarchitektur wesentlich besser investiert.

Wo dies einzuordnen ist

Dies ist ein Thema der Entdeckungsphase. Wenn Sie Sitemaps allgemeiner erstellen oder debuggen, lesen Sie den Sitemap-Hub, den ausführlichen Leitfaden zu XML-Sitemaps und den Sitemap-Index für große Websites. Für die Seite „Was stattdessen tatsächlich funktioniert“ sind interne Links, Crawl-Tiefe und Crawl-Häufigkeit die nächsten Seiten, die Sie lesen sollten.

Mythen, kurz

• „Priorität 1.0 bringt Google dazu, meine Seite zuerst zu crawlen/zu ranken.“ Nein – wird ignoriert; die Crawl-Nachfrage (Popularität + Aktualität) entscheidet, nicht Ihre Angabe.
• „changefreq=daily bringt Google dazu, täglich zu crawlen.“ Nein – wird ignoriert; selbst die Spezifikation nannte es einen Hinweis, den Suchmaschinen ignorieren können.
• „Priorität beeinflusst Rankings.“ Hat sie nie – die sitemaps.org-Spezifikation selbst sagte, dass sie Rankings „wahrscheinlich nicht beeinflusst“.
• „Vielleicht nutzt Bing sie noch.“ Nein – Bing „ignoriert diese Felder weitgehend“.
• „Da Google auch lastmod ignoriert, ist nichts davon wichtig.“ Veraltet – Googles aktuelle Dokumentation sagt, dass es doch ein genaues lastmod verwendet.
• “Removing priority/changefreq will hurt my SEO.” (Übersetzung) „Das Entfernen von priority/changefreq schadet meinem SEO.“ Nein – eine schlanke Sitemap ist Standardpraxis.

KI-Zusammenfassung

Eine komprimierte Darstellung der erweiterten Version:

• Sitemap-Priorität = das optionale <priority>-Tag (0.0–1.0, Standard 0.5) aus dem sitemaps.org-Protokoll, das die Wichtigkeit einer URL relativ zu anderen Seiten derselben Website einstufen soll. <changefreq> ist sein Begleiter (ein Hinweis auf die Änderungshäufigkeit).
• Google ignoriert beide – buchstäblich. Die Dokumentation formuliert es so: “Google ignores <priority> and <changefreq> values.” (Übersetzung) „Google ignoriert die Werte von <priority> und <changefreq>.“ Illyes (2017) nannte priority “a bag of noise.” (Übersetzung) „einen Sack voller Rauschen“. Mueller (2015) sagte, es “doesn’t really play that much of a role.” (Übersetzung) „spiele keine besonders große Rolle“. Diese Haltung ist seit Jahren konsistent.
• Bing ignoriert sie ebenfalls. Bings Blog von 2023: Es „ignoriert diese Felder weitgehend“ und investiert stattdessen in lastmod. Das schließt die Lücke „vielleicht kümmert sich Bing darum“.
• Nie ein Ranking-Faktor, selbst nicht vom Design her – die sitemaps.org-Spezifikation sagte, dass Priorität „wahrscheinlich die Position Ihrer URLs“ in den Ergebnissen nicht beeinflusst.
• Warum sie wahrscheinlich gestorben sind: selbstberichtet und laut der gängigen Branchenerklärung – die Google oder Bing nicht direkt nennen – universell ausgenutzt (alle setzten 1.0/daily), sodass die Felder keine Informationen trugen. lastmod überlebte, weil es überprüfbar ist.
• Was tatsächlich Wichtigkeit signalisiert: Anzahl interner Links, Klicktiefe, Aufnahme in eine saubere Sitemap, ein genaues <lastmod> und Navigationsprominenz – alles beobachtet, nicht deklariert. Die Crawl-Häufigkeit ist ein Ergebnis von Popularität + Aktualität, nicht etwas, das Sie festlegen.
• Praktische Anleitung: Es ist in Ordnung, beide Tags wegzulassen; sie zu behalten ist harmlos, aber nutzlos; das Entfernen schadet dem SEO nicht. SEO-Plugins bieten weiterhin Prioritätsregler an, weshalb der Mythos fortbesteht.

Offizielle Dokumentation

Primärquellen-Dokumentation von den Suchmaschinen und dem Protokoll, das die Tags definiert.

Google

• Sitemap erstellen und einreichen – das aktuelle Dokument sagt “Google ignores <priority> and <changefreq> values” (Übersetzung) „Google ignoriert die Werte von <priority> und <changefreq>“ und erklärt, wann <lastmod> verwendet wird.
• Crawl-Budget optimieren – beschreibt Crawl-Nachfrage anhand von Popularität und Aktualität, also die tatsächlichen Treiber der Crawl-Häufigkeit anstelle von changefreq.

Bing / Microsoft

• Warum das „lastmod“-Tag in Ihrer Sitemap wichtig ist (Februar 2023) — Bing sagt darin, es “largely disregards these fields” (Übersetzung) „ignoriere diese Felder weitgehend“ (priority/changefreq), und überarbeite die Crawl-Planung rund um lastmod.
• Inhalte mit Sitemaps in der KI-gestützten Suche auffindbar halten (Juli 2025) — XML wird bevorzugt, weil es lastmod als Frischesignal unterstützt; priority wird nicht als Signal erwähnt.

Protokoll (Ursprung der Tags)

• sitemaps.org-Protokoll — die ursprünglichen Definitionen von <priority> und <changefreq>. Die Spezifikation schränkt selbst ein, priority sei “not likely to influence the position of your URLs in a search engine’s result pages” (Übersetzung) „wahrscheinlich nicht geeignet, die Position Ihrer URLs auf den Ergebnisseiten einer Suchmaschine zu beeinflussen“.

Zitate aus der Quelle

Öffentliche Aussagen von Google und Bing. Jeder Link springt zur zitierten Passage auf der Quellseite.

Google — die aktuelle Dokumentation

• “Google ignores <priority> and <changefreq> values.” (Übersetzung) „Google ignoriert die Werte von <priority> und <changefreq>.“ — Google-Search-Central-Dokumentation, „Sitemap erstellen und einreichen“. Zum Zitat springen
• “Google uses the <lastmod> value if it’s consistently and verifiably (for example by comparing to the last modification of the page) accurate.” (Übersetzung) „Google verwendet den Wert von <lastmod>, wenn er dauerhaft und nachweislich korrekt ist, etwa im Vergleich mit der letzten Änderung der Seite.“ — gleiches Dokument, über das eine Tag, das Google tatsächlich liest. Dokument lesen

Gary Illyes, Google (2017)

• “we ignore those. It’s essentially a bag of noise.” (Übersetzung) „Wir ignorieren sie. Es ist im Grunde ein Sack voller Rauschen.“ — Gary Illyes, Antwort auf Twitter auf eine Frage zu den Sitemap-Prioritäts- und Changefreq-Feldern, 28. März 2017. Berichterstattung lesen

John Mueller, Google (2015)

• “Priority and change frequency doesn’t really play that much of a role with Sitemaps anymore. This is something where we’ve tried various things but essentially, if you have a sitemap file and you are using it to tell us about the pages that were changed or updated, it is much better to just specify the time stamp directly so that we can look into our internal systems and say we haven’t crawled since this date therefore we should crawl again. And just crawling daily doesn’t make much sense if your content doesn’t change.” (Übersetzung) „Priorität und Änderungshäufigkeit spielen bei Sitemaps nicht mehr wirklich eine große Rolle. Wir haben hier Verschiedenes ausprobiert. Wenn Sie uns über eine Sitemap mitteilen, welche Seiten geändert oder aktualisiert wurden, ist es im Grunde wesentlich besser, den Zeitstempel direkt anzugeben. Dann können wir in unseren internen Systemen prüfen, ob wir seit diesem Datum nicht mehr gecrawlt haben und deshalb erneut crawlen sollten. Tägliches Crawlen ist wenig sinnvoll, wenn sich Ihre Inhalte nicht ändern.“ — John Mueller, Google Webmaster Central Hangout, 8. Mai 2015. Berichterstattung lesen

Microsoft Bing (2023)

• “Bing largely disregards these fields.” (Übersetzung) „Bing ignoriert diese Felder weitgehend.“ — Bing Webmaster Blog, über <changefreq> und <priority>, Februar 2023. Zum Zitat springen

Häufige Fehler im Umgang mit diesen Tags

Konkrete Fehlmuster, die ich bei Teams und Plugins rund um priority und changefreq sehe — jedes kostet Zeit oder beschädigt in einem Fall unbemerkt ein Signal, das wirklich zählt.

Manuelle Feinabstimmung der Prioritätswerte Seite für Seite. Sich hinzusetzen und zu entscheiden, dass diese Kategorieseite 0.7 und jene 0.5 ist, fühlt sich nach Optimierung an. Ist es aber nicht – Google und Bing ignorieren das Feld gleichermaßen, sodass jede dafür aufgewendete Minute keinerlei Auswirkung auf Crawling oder Ranking hat. Investieren Sie diese Zeit stattdessen in interne Verlinkung oder Seitenarchitektur; diese beeinflussen die wahrgenommene Wichtigkeit tatsächlich.

Setzen von changefreq für jede URL auf daily oder hourly, um wichtig zu wirken. Dies ist die Art von Spielerei, der weithin angelastet wird, dass das Feld das Vertrauen der Suchmaschinen verloren hat – obwohl weder Google noch Bing dieses Motiv direkt nennen. Was dokumentiert ist, ist einfacher: Wenn jede URL daily angibt, enthält das Feld keine unterscheidenden Informationen, und die sitemaps.org-Spezifikation selbst nennt es „einen Hinweis und keinen Befehl“, den Suchmaschinen ohnehin ignorieren können. Lassen Sie es weg.

Das Entwickeln einer eigenen Prioritätsbewertungslogik in Ihrem Sitemap-Generator (Gewichtung nach Seitentiefe, Wortanzahl oder Umsatz) ist echte technische Arbeit für ein Feld, das keine der beiden Suchmaschinen liest. Wenn Ihnen solche Crawl- oder Seitendaten vorliegen, nutzen Sie diese stattdessen für Empfehlungen zur internen Verlinkung oder Navigationsplatzierung – das sind die Hebel, die tatsächlich mit wahrgenommener Wichtigkeit korrelieren.

Pauschales Setzen des heutigen Datums bei <lastmod> für jede URL, um frisch zu wirken. Anders als bei priority und changefreq kann dies nach hinten losgehen: Google sagt, es verwendet <lastmod> nur “if it’s consistently and verifiably… accurate,” (Übersetzung) „wenn es dauerhaft und nachweislich … korrekt ist“, geprüft durch Vergleich mit dem tatsächlichen Änderungsdatum der Seite. Wenn Sie es überall vortäuschen, riskieren Sie das eine Sitemap-Signal, das tatsächlich gelesen wird. Aktualisieren Sie es nur, wenn sich der Inhalt wesentlich ändert.

„Prioritätswerte korrigieren“ als Position in einem SEO-Audit zu behandeln. Das wirkt wie produktive Arbeit, liefert aber nichts Messbares. Ersetzen Sie diese Position durch die Prüfung der Sitemap-Sauberkeit und der <lastmod>-Genauigkeit – das Audit sieht weiterhin gründlich aus, prüft aber jetzt etwas, das relevant ist.

Annehmen, dass die Prioritätsregler Ihres SEO-Plugins eine Konfiguration pro Vorlage wert sind. Welche Werte ein Plugin standardmäßig setzt oder überschreiben lässt, das Ergebnis für Crawling und Ranking ist identisch: ignoriert. Lassen Sie die Regler in Ruhe und nutzen Sie die Konfigurationszeit stattdessen, um zu bestätigen, dass das Plugin kein fehlerhaftes XML oder doppelte URLs ausgibt.

Welche Suchmaschinen verwenden diese Tags tatsächlich

Eine Schnellübersichtstabelle, erstellt aus den offiziellen Aussagen in den Tabs „Offizielle Dokumente“ und „Zitate“ – nichts hier ist abgeleitet, nur das, was jede Quelle über ihre eigene Suchmaschine sagt.

Diese Tabelle deckt nur Google und Bing ab, weil dies die beiden Suchmaschinen mit dokumentierten Aussagen im Briefing sind – ich werde nicht über das Verhalten von Yandex oder anderen Suchmaschinen raten, ohne ein belegtes Zitat.

Schnelle Entscheidung zu Sitemap-Tags

Sollte ich priority und changefreq in meine Sitemap aufnehmen?

Eine kurze Checkliste vor der Veröffentlichung, um zu entscheiden, was mit diesen Tags zu tun ist – und, was noch wichtiger ist, um <lastmod> richtig zu setzen, da dies das ist, was zählt.

• Überprüfen Sie, was Ihr Sitemap-Generator oder SEO-Plugin tatsächlich ausgibt. Öffnen Sie eine Beispiel-Sitemap-Datei und suchen Sie nach <priority>/<changefreq> bei einigen URLs – die meisten Plugins fügen sie standardmäßig noch hinzu.
• Wenn Sie Prioritätswerte manuell angepasst haben, hören Sie auf. Es hat keine Auswirkung auf das Crawling oder Ranking; investieren Sie diese Zeit stattdessen in internes Linking.
• Entscheiden Sie, ob die Tags bleiben oder für eine schlankere Datei entfernt werden. Beides ist in Ordnung – sie einzuschließen ist nicht schädlich, nur auch nicht hilfreich. Wie im erweiterten Tab beschrieben, ist eine schlanke Sitemap mit <loc> plus einem genauen <lastmod> die aktuellere Empfehlung.
• Validieren Sie nach dem Entfernen das Ergebnis. Führen Sie die Datei durch den Sitemap-Validator, um zu bestätigen, dass das XML weiterhin wohlgeformt ist und nichts anderes kaputtgegangen ist.
• Prüfen Sie eine Stichprobe von <lastmod>-Daten gegen die tatsächlichen Inhaltsänderungsdaten in Ihrem CMS. Ein Tag, das korrekt ist, schafft Vertrauen bei der Verifizierungsprüfung von Google; ein pauschaler „heute“-Stempel auf unveränderten Seiten untergräbt es.
• Wenn Sie die Sitemap mit einem Tool neu generieren, bevorzugen Sie eines, das <lastmod> nur dann ausgibt, wenn es echte Belege dafür hat, anstatt eines, das für jede URL ein Datum erfindet – der XML-Sitemap- Generator macht dies, indem er lastmod nur ausgibt, wenn die Seite Belege dafür liefert.

Das Echt-Signal-Audit: Ein 4-Schritte-Framework für Seitenpriorität

Da Priority tot ist, ist dies der wiederholbare Weg, um tatsächlich herauszufinden – und zu verbessern –, welche Seiten für Suchmaschinen als wichtig erscheinen. Führen Sie es pro Abschnitt oder Vorlage aus, nicht pro einzelner URL.

Schritt 1 – Link-Zählung. Zählen Sie interne Links, die auf jede URL zeigen, gewichtet nach Links von hochwertigen Seiten (Startseite, Hauptnavigation, Top- Kategorieseiten). Dies ist der echte Ersatz für eine deklarierte Prioritätszahl – es ist beobachtet, nicht selbst gemeldet.

Schritt 2 – Klicktiefe-Prüfung. Messen Sie, wie viele Klicks jede URL von der Startseite entfernt ist. Seiten, die mehrere Klicks tief liegen, wirken strukturell weniger wichtig, unabhängig von jedem Tag, den Sie auf ihnen setzen.

Schritt 3 – Sitemap- und <lastmod>-Audit. Bestätigen Sie, dass die URL in einer sauberen, kanonischen Sitemap liegt und dass ihr <lastmod> sowohl vorhanden als auch ehrlich ist. Die Aufnahme in eine ordentliche Sitemap mit einem genauen Datum ist ein echtes Signal; fehlt die URL oder steht sie in einer Sitemap voller noindexierter oder weitergeleiteter URLs, ist das nicht der Fall.

Schritt 4 – Navigations-Prominenz-Überprüfung. Prüfen Sie, wo die Seite in Ihren Menüs, Breadcrumbs und der Kategoriehierarchie steht. Die Platzierung hier ist eine strukturelle Erklärung der Wichtigkeit, die Benutzer und Suchmaschinen gleich lesen.

Bewerten Sie Seiten, indem Sie alle vier kombinieren – eine Seite, die oft verlinkt, flach, korrekt in der Sitemap enthalten und in der Navigation prominent ist, ist wirklich wichtig. Eine Seite, die Sie im alten Modell mit 1.0 markiert hätten, die aber alle vier Prüfungen nicht besteht, ist nicht wichtig, egal welche Zahl Sie in ein Tag getippt hätten, das niemand liest.

Toolkit: Priority-/Changefreq-Tags finden und entfernen

Da beide Tags weggelassen werden können, zeigen wir hier, wie Sie deren Vorkommen in Ihrer Sitemap prüfen und wie Sie die Elemente bei Bedarf entfernen.

Regex zum Abgleichen eines <priority>- oder <changefreq>-Elements (zum Entfernen oder Durchsuchen):

<(priority|changefreq)>[^<]*<\/\1>

• (priority|changefreq) – Erfassungsgruppe 1, passt auf beide Tag-Namen.
• [^<]* – der Textinhalt des Tags (eine Zahl oder ein Wort wie daily).
• <\/\1> – das passende schließende Tag über einen Rückverweis auf Gruppe 1, sodass <priority> nur mit </priority> schließt.

Python – beide Tags aus einer Sitemap-Datei entfernen:

import re

with open("sitemap.xml", "r", encoding="utf-8") as f:
    xml = f.read()

# Remove <priority>...</priority> and <changefreq>...</changefreq> elements,
# including any surrounding whitespace/newline.
cleaned = re.sub(r"\s*<(priority|changefreq)>[^<]*</\1>", "", xml)

with open("sitemap-clean.xml", "w", encoding="utf-8") as f:
    f.write(cleaned)

macOS / Linux – schnelle Zählung, wie viele URLs die Tags tragen:

grep -oE '<(priority|changefreq)>' sitemap.xml | sort | uniq -c

Windows PowerShell – gleiche Prüfung:

Select-String -Path sitemap.xml -Pattern '<priority>|<changefreq>' -AllMatches |
  ForEach-Object { $_.Matches } | Group-Object Value | Select Name, Count

Chrome DevTools-Konsole – Live-Sitemap abrufen und prüfen (fügen Sie dies in das Konsolen-Panel auf einer beliebigen Seite ein und bearbeiten Sie die URL):

fetch('/sitemap.xml')
  .then(r => r.text())
  .then(xml => {
    const priority = (xml.match(/<priority>/g) || []).length;
    const changefreq = (xml.match(/<changefreq>/g) || []).length;
    console.log({ priority, changefreq });
  });

XPath – für eine benutzerdefinierte Extraktion mit Screaming Frog, um zu kennzeichnen, ob eine gecrawlte Sitemap-URL diese Tags trägt:

//*[local-name()='url']/*[local-name()='priority']

(Ersetzen Sie priority für das andere Tag durch changefreq. local-name() ist nötig, weil Sitemap-XML einen Namespace verwendet und ein einfaches //priority daher nicht greift.)

Nachdem Sie die Tags entfernt (oder sich entschieden haben, sie zu belassen) haben, führen Sie das Ergebnis durch den Sitemap-Validator, um zu bestätigen, dass das XML weiterhin wohlgeformt ist.

Testen Sie sich selbst: Sitemap-Priorität

Fünf kurze Fragen zu den Tags priority und changefreq und zu den Signalen, die tatsächlich Wichtigkeit vermitteln. Wählen Sie jeweils eine Antwort und prüfen Sie anschließend das Ergebnis.

Ressourcen, die Ihre Zeit wert sind

Meine verwandten Artikel

• Der Anfängerleitfaden für technisches SEO – wo Sitemaps und Discovery ins große Ganze passen.
• Robots.txt und SEO: Alles, was Sie wissen müssen – die andere Seite der Crawl-Kontrolle, die Menschen mit Sitemap-Tags verwechseln.
• Die Geschichte, wie 2 hochrangige Seiten mit Robots.txt blockiert wurden – ein eigenes Experiment darüber, wie Crawl-Kontrollen tatsächlich funktionieren, im Gegensatz zu dem, was Menschen annehmen.

Aus der Branche

• Google – Sitemap erstellen und einreichen – das primäre Dokument; „Google ignoriert <priority>- und <changefreq>-Werte.“
• Bing – Die Bedeutung des „lastmod“-Tags in Ihrer Sitemap – Bing „ignoriert diese Felder weitgehend.“
• sitemaps.org-Protokoll – die Spezifikation, die <priority>/<changefreq> definiert und zugibt, dass Priorität „wahrscheinlich keinen Einfluss“ auf Rankings hat.
• Search Engine Roundtable – Google: Sitemap-Prioritätsfeld ist „ein Haufen Rauschen“ – Barry Schwartz‘ Berichterstattung über den Illyes-Austausch von 2017.
• Search Engine Roundtable – Google spielt die Nutzung von Priorität und Änderungshäufigkeit in XML-Sitemap-Dateien herunter – der Mueller-Hangout von 2015.
• Ahrefs – So erstellen Sie eine XML-Sitemap (und reichen sie bei Google ein) – Joshua Hardwicks Leitfaden; empfiehlt, lastmod, changefreq und priority wegzulassen, um Sitemaps schlank zu halten.

Änderungsprotokoll