Wählen Sie die Aufnahmekriterien, bevor Sie das XML erzeugen
Eine XML‑Sitemap ist eine maschinenlesbare Liste von URLs und optionalen Metadaten. Beginnen Sie mit einer Aufnahmeregel, nicht mit einem Crawler‑Export: Nehmen Sie eine Seite nur auf, wenn sie für die Suche vorgesehen, öffentlich abrufbar und die bevorzugte Version ihres Inhalts ist. Halten Sie facettierte Katalog‑URLs, interne Suchergebnisse, Kampagnenvarianten, Login‑Ziele und Vorschauen außen vor, sofern sie nicht bewusst als öffentliche Suchziele vorgesehen sind.
Öffentliche, nützliche Seiten, die für die Suche vorgesehen sind und eine bevorzugte URL haben.
Weiterleitungen, Fehlerseiten, Duplikate, noindex‑Seiten und private Routen.
Hilfe bei der Auffindung garantiert kein Crawling oder Indexierung.
Listen Sie die kanonische URL auf, nicht jede Erreichbarkeitsvariante
Eine kanonische URL ist die Version, die Sie möchten, dass Suchmaschinen als repräsentative Seite unter ähnlichen Versionen behandeln. Die Sitemap‑Aufnahme ist ein schwaches Kanonisierungssignal, daher sollte sie Weiterleitungen, selbstreferenzielle canonical‑Tags und interne Links verstärken — nicht widersprechen. Wählen Sie ein stabiles HTTPS‑Format und geben Sie genau diese Version aus.
Prüfen Sie http und https, www und nicht‑www, Slash‑Regeln, Groß‑/Kleinschreibung, Druckseiten, Filter und Tracking‑Parameter. Wenn eine URL weiterleitet, listen Sie nur ihr finales kanonisches Ziel. Geben Sie jeder unabhängig beabsichtigten lokalisierten Seite ihre eigene kanonische URL; nutzen Sie eine Sitemap nicht, um unterschiedliche lokalisierte Inhalte zusammenzulegen.
Schreiben Sie das vollständige Schema und den Host, nicht einen relativen Pfad. Google crawlt URLs so, wie sie gelistet sind.
Sitemap, canonical‑Tag, interne Links und Weiterleitungs‑Policy sollten dieselbe Seite benennen.
Das Blockieren eines Duplikats stellt keine bevorzugte Version her.
Halten Sie das XML klein, gültig und wahrheitsgemäß
Verwenden Sie die Sitemap‑Protokollstruktur: UTF‑8‑XML mit einem urlset, dem Sitemap‑Namespace und einem loc für jede URL. Escapen Sie XML‑sensible Zeichen in URL‑Werten. Die Automatisierung sollte URLs serialisieren, anstatt XML per Hand zu verketten.
Jede Sitemap darf höchstens 50.000 URLs enthalten und nicht größer als 50 MB unkomprimiert sein. Das sind Limits, keine Zielgrößen. Teilen Sie früher auf, wenn Produkte, Artikel, Sprachen oder Inhaltstypen sinnvolle betriebliche Grenzen bilden.
Verwenden Sie lastmod nur für das wirkliche Datum signifikanter Seitenänderungen. Google nutzt es, wenn es konsistent und verifizierbar akkurat ist; ein Update der Copyright‑Jahresangabe qualifiziert nicht. Stempeln Sie niemals jede URL mit Generatorzeit. Google ignoriert changefreq und priority, daher können Sie diese weglassen.
loc ist erforderlich; lastmod ist optional und muss die Seite beschreiben, nicht die Generierung.
Gzip kann die Transfergröße verringern, aber die Dekomprimierte Datei muss unter 50 MB bleiben.
Prüfen Sie XML‑Wohlgeformtheit, Abrufbarkeit und Verhalten gelisteter Seiten.
Verwenden Sie Indizes, um zu skalieren, ohne Eigentümerschaft zu verlieren
Ein Sitemap‑Index listet Sitemap‑Dateien. Nutzen Sie ihn, wenn die Site die Grenzen einer Einzeldatei überschreitet oder getrennte Inventare benötigt. Gruppieren Sie nach Redaktion, Produkt oder Help‑Center‑Verantwortung. Er unterliegt denselben 50.000‑Element‑ und 50‑MB‑Unkomprimiert‑Grenzen.
Halten Sie Child‑Dateien auf der vorgesehenen Site unter stabilen URLs. Das Protokoll verknüpft in der Regel berechtigte URLs mit Host und Lage der Sitemap; plattformübergreifende Arrangements benötigen verifizierten Besitz.
Teilen Sie entlang eines testbaren Zweckes — Inhaltstyp, Storefront, Sprachensatz oder Deploy‑Boundary. Dokumentieren Sie den Generator, den Eigentümer und die erwartete Befüllung.
Reichen Sie den kompletten Index ein, anstatt jedes Child manuell.
Index‑lastmod beschreibt die Sitemap‑Datei, nicht deren Seiten.
Veröffentlichen, einreichen und Ergebnisse korrekt interpretieren
Hosten Sie die Sitemap unter einer stabilen, öffentlich abrufbaren HTTPS‑Adresse, vorzugsweise nahe der Root. Fügen Sie eine absolute Sitemap‑Direktive in robots.txt hinzu. Reichen Sie die Sitemap oder den Index in der Google Search Console und in Bing Webmaster Tools zur Verarbeitungsdiagnose ein.
In der Search Console bedeutet Success, dass die Sitemap ohne Fehler abgerufen und gelesen wurde. Has errors heißt, sie wurde mit Fehlern gelesen; Couldn’t fetch bedeutet, sie war nicht verfügbar. Beheben Sie Bereitstellungs‑, Authentifizierungs‑, DNS‑, robots‑, Weiterleitungs‑ oder XML‑Probleme und reichen Sie erneut ein.
Behandeln Sie gefundene Seitenzahlen als diagnostische Eingabe, nicht als Punktzahl. Eine gefundene Seite wird nicht zwingend gecrawlt oder indexiert. Prüfen Sie stichprobenartig URLs gegen ihren kanonischen URL, die Antwort und Indexierungs‑Berichte.
robots.txt unterstützt die Auffindung; Tool‑Einreichung liefert Verarbeitungsberichte.
Die Search Console listet eingereichte Datei‑Berichte oder per API eingereichte Dateien, nicht jede robots.txt‑Entdeckung.
Betreiben Sie die Sitemap als release‑kritische Site‑Infrastruktur
Die Sitemap‑Qualität kann sich verschlechtern, wenn ein CMS‑Plugin ändert, ein Deployment den kanonischen Host verändert, Cache‑Regeln veraltete Ausgaben liefern oder ein Massenjob unvollständige Seiten veröffentlicht. Machen Sie Sitemap‑Checks zu einem Teil von Pre‑Release‑ und Rollback‑Arbeiten. Ersetzen Sie nicht stillschweigend ein vollständiges Inventar durch eine leere oder fehlerhafte Datei.
Behalten Sie die zuvor bekannte gute Sitemap, melden Sie unerwartete Zähländerungen und prüfen Sie Hinzufügungen und Entfernungen stichprobenartig, bevor Sie veröffentlichen. Wenn Pfade sich ändern, koordinieren Sie Weiterleitungen, canonical‑Tags, interne Links und Sitemaps als ein zusammenhängendes Änderungspaket. Das ist proaktive Uptime‑Optimierung: Schützen Sie die auffindbare öffentliche Oberfläche, bevor Crawler und Besucher einen defekten Pfad finden.
Halten Sie die Veröffentlichung an bei ungültiger, leerer, falschem Host oder nichtkanonischer Sitemap‑Ausgabe.
Bewahren Sie das vorherige Artefakt und die Generator‑Konfiguration für Rollback bereit.