XML-Sitemap Best Practices (und was sie klammheimlich zerstört)

Eine XML-Sitemap ist der einfachste Weg, Suchmaschinen mitzuteilen, welche Seiten einer Website tatsächlich wichtig sind. Richtig gemacht hilft sie Google, Ihre wichtigen Seiten schneller zu finden und zu verstehen. Nachlässig gepflegt liefert sie Google eine Liste voller Weiterleitungen, toter Seiten und URLs, die Sie nie indexiert haben wollten, und untergräbt so langsam das Vertrauen in die Website. Hier sind die Praktiken, die eine Sitemap nützlich halten, die Fehler, die sie klammheimlich zerstören, und warum eine Sitemap, die letzten Monat noch perfekt war, es heute vielleicht nicht mehr ist.

Deltio überwacht die Sitemaps Ihrer Kundenwebsites auf Änderungen, die sie unbemerkt beschädigen, und alarmiert Sie über Slack, sobald sich etwas verändert. Ab £20 im Monat.

Wofür eine Sitemap eigentlich da ist

Eine XML-Sitemap ist eine Liste der URLs, von denen Sie möchten, dass Suchmaschinen sie kennen, samt ein paar Metadaten zu jeder einzelnen. Ihre Aufgabe ist die Auffindbarkeit: Sie hilft Suchmaschinen, Seiten zu finden, zu verstehen, welche davon Sie als kanonisch betrachten, und das Crawling zu priorisieren – besonders bei großen Websites oder solchen mit Seiten, die intern nicht gut verlinkt sind.

Es hilft, klarzustellen, was eine Sitemap nicht ist. Sie ist kein Rankingfaktor, und die Aufnahme einer URL zwingt Google nicht dazu, sie zu indexieren. Eine Sitemap ist eine Empfehlung, kein Befehl. Genau deshalb ist die Qualität der Liste so wichtig: Sie ist ein Signal dafür, was Sie für wichtig halten, und eine unordentliche Liste sendet ein unordentliches Signal.

Die Best Practices, auf die es ankommt

Die meisten Ratschläge zu Sitemaps laufen auf ein Prinzip hinaus: Die Sitemap sollte eine saubere, ehrliche Liste der Seiten sein, die Sie indexiert haben möchten – und nichts sonst.

• Nur kanonische, indexierbare URLs aufnehmen. Jede URL in der Sitemap sollte einen 200-Status zurückgeben, zu sich selbst kanonisch sein und kein noindex tragen. Wenn eine Seite nicht indexiert werden soll, gehört sie nicht in die Sitemap.
• Keine Weiterleitungen, keine toten Seiten. Eine URL, die 301-weiterleitet oder einen 404 zurückgibt, sollte dort nicht auftauchen. Das sind die häufigsten Verunreinigungen, und sie signalisieren Google, dass Ihre Liste veraltet ist.
• Aktuell halten. Die Sitemap sollte sich aktualisieren, wenn Seiten hinzugefügt oder entfernt werden. Eine Sitemap, die noch Seiten auflistet, die Sie vor sechs Monaten gelöscht haben, führt aktiv in die Irre.
• Ehrliche lastmod-Daten verwenden. Das Feld lastmod sollte widerspiegeln, wann sich der Inhalt der Seite tatsächlich geändert hat. Wenn jede URL behauptet, heute geändert worden zu sein, wird das Feld zu Rauschen, und Suchmaschinen lernen, es zu ignorieren.
• Die Größenlimits einhalten. Eine einzelne Sitemap-Datei sollte unter 50.000 URLs und 50 MB unkomprimiert bleiben. Darüber hinaus sollten Sie sie in mehrere Sitemaps aufteilen und diese über eine Sitemap-Index-Datei verknüpfen.
• In der robots.txt referenzieren und in der Search Console einreichen. Fügen Sie eine Sitemap:-Zeile zur robots.txt hinzu, damit Suchmaschinen sie finden können, und reichen Sie sie in Google Search Console ein, damit Sie sehen können, wie sie verarbeitet wird.

All das ist nicht kompliziert. Die Schwierigkeit besteht darin, dass eine Sitemap von Software generiert wird – und Software ändert sich, ohne Ihnen Bescheid zu geben.

Die Fehler, die eine Sitemap klammheimlich zerstören

Die gefährlichen Sitemap-Probleme sind nicht die, die einen Fehler auswerfen. Es sind die, die die Datei gültig, aber falsch lassen.

• URLs, die dort nicht sein sollten. Ein CMS oder Plugin fängt an, noindex-Seiten, Tag-Archive, weitergeleitete URLs oder 404s einzubeziehen. Die Datei lässt sich weiterhin problemlos parsen; sie sagt Google jetzt nur, es solle sich um Seiten kümmern, die Ihnen egal sind.
• URLs, die klammheimlich verschwinden. Ein Fehler bei der Neugenerierung oder ein missglücktes Deployment lässt einen Teil echter Seiten aus der Sitemap fallen. Nichts gibt einen Fehler aus. Google hat einfach eine kürzere Liste zum Entdecken, und mit der Zeit verlangsamt sich das Crawling dieser Seiten.
• Veraltetes lastmod bei allem. Eine Plattform stempelt bei jedem Rebuild das heutige Datum auf jede URL. Jetzt ist das Feld wertlos, und schlimmer noch, es kann Crawl-Budget verschwenden, indem Seiten erneut abgerufen werden, die sich nie geändert haben.
• Eine verwaiste Sitemap. Die Sitemap-URL ändert sich oder wird aus der robots.txt entfernt, und Suchmaschinen finden die aktuelle Version nicht mehr.

Das gemeinsame Muster: All das passiert nach dem Launch, ausgelöst durch ein Update, das niemand mit der Sitemap in Verbindung gebracht hat, und keines davon ist sichtbar, wenn man nicht gezielt nachschaut.

Warum Sitemaps klammheimlich kaputtgehen und warum das Agenturen schadet

Eine Sitemap wird fast immer maschinell generiert, vom CMS, einem SEO-Plugin oder einem Build-Schritt. Das bedeutet, dass jede Aktualisierung an einem dieser Bausteine sie verändern kann: ein Plugin-Update, eine Template-Änderung, eine Migration, eine Caching-Schicht. Die Person, die diese Änderung vornimmt, denkt selten an die Sitemap, sodass der Schaden ein Nebeneffekt ist, den niemand bemerkt.

Wenn Sie nur eine Website betreuen, entdecken Sie es vielleicht irgendwann. Wenn Sie zwanzig Kundenwebsites betreuen, die Sie nicht selbst kontrollieren, werden Sie es nicht tun, denn es gibt keinen Grund, an einem Dienstag die Sitemap einer Website zu öffnen, die anscheinend in Ordnung ist. Währenddessen hat eine Kundenwebsite klammheimlich vierhundert URLs aus ihrer Sitemap verloren oder fängt an, jede weitergeleitete Seite aufzulisten, und das erste Anzeichen ist ein schleichender Rückgang beim Crawling und bei der Indexierung – Wochen später.

Wie man eine Sitemap dauerhaft ehrlich hält

Sie können eine Sitemap manuell prüfen: öffnen, die Anzahl der URLs kontrollieren, stichprobenartig prüfen, ob Einträge einen 200-Status zurückgeben und indexierbar sind, und bestätigen, dass sie in der robots.txt referenziert ist. Das funktioniert für eine Website, an die Sie sich erinnern zu prüfen.

Monitoring ist das, was die Websites abdeckt, die Sie nicht prüfen. Deltio überwacht die Sitemaps Ihrer Kundenwebsites und markiert die Änderungen, die zählen: springende oder fallende URL-Zahlen, verschwindende URLs und sich verändernde Indexierungssignale auf den Seiten, auf die die Sitemap verweist. Wenn sich etwas ändert, erhalten Sie eine klare Benachrichtigung auf Slack mit Namen der Website, noch am selben Tag, an dem es passiert, statt es Wochen später aus einem Traffic-Bericht ableiten zu müssen. Es überwacht die benachbarten Signale auf die gleiche Weise, noindex, Canonicals und robots.txt, denn eine Sitemap geht selten isoliert kaputt. Sie können sehen, wie diese Alerts funktionieren, unter SEO change alerts, und die robots.txt-Seite unter how to check your robots.txt.

Die Kurzfassung

Eine gute XML-Sitemap ist eine saubere, aktuelle Liste ausschließlich der kanonischen, indexierbaren Seiten, die Sie gefunden haben möchten, unter den Größenlimits gehalten und in der robots.txt referenziert. Die Best Practices sind einfach; sie im Laufe der Zeit einzuhalten, während sich die Website verändert, ist der schwierige Teil, weil die Datei von Software generiert wird, die aktualisiert wird, ohne dass jemand an die Sitemap denkt. Bei Websites, für die Sie verantwortlich sind, ist die Praxis, die Sie wirklich schützt, dass Sie am Tag der Änderung informiert werden.

Fügen Sie Ihre erste Kundenwebsite hinzu, verbinden Sie Slack, und Deltio beginnt noch am selben Tag mit der Überwachung. Starten Sie Ihre 14-tägige Testphase und finden Sie heraus, was wirklich in den Sitemaps Ihrer Kunden steckt.