So validieren und teilen Sie eine XML-Sitemap: Grenzen und Beispiele
Überprüfen Sie XML-Syntax, URLs und Daten, verstehen Sie Sitemap-Anzahl und Byte-Grenzen, laden Sie dann vollständige Sitemap Teile und einen Index herunter.
Beginnen Sie mit der Liste, die Sie veröffentlichen möchten
Eine Sitemap ist am nützlichsten, wenn sie eine bewusste Reihe von öffentlichen Zielen widerspiegelt. Beginnen Sie mit Ihrem aktuellen Tool, Artikel und Kategorieseiten und prüfen Sie dann, ob jede URL die bevorzugte Version ist, die Besucher finden sollen. Suchen Sie nach alten Hostnamen, Staging-Adressen, Abfragevariationen und entfernten Seiten. Eine Datei kann perfekt XML gebildet werden, während die falschen Ziele aufgelistet werden. Der Small Hours Validator hilft, die Syntax der Datei und ausgewählte Protokollregeln zu überprüfen. Es besucht diese urls nie, so dass sie immer noch ihre antworten, seitenzweck, kanonische einstellungen und indexierungsanweisungen separat überprüfen müssen.
Verstehen Sie beide Grenzen vor dem Aufteilen
Googles Anleitung beschränkt eine Sitemap auf 50,000 URLs oder 50 MB unkomprimiert. Das Sitemap-Protokoll drückt den Byte-Cap als 52,428,800-Bytes aus. Durch die Komprimierung wird ein übergroßes unkomprimiertes Dokument nicht an dieses Limit angepasst. Unser Splitter überprüft sowohl die gewählte Eintragszahl als auch die serialisierten UTF-8-Bytes, einschließlich der XML-Deklaration und des Root-Wrappers. Sie können kleinere zählbasierte Teile für die Organisation auswählen, aber ein Teil muss immer noch dem Byte-Limit entsprechen. Ein Eintrag mit umfangreichen Erweiterungsdaten kann mehr Speicherplatz verbrauchen als eine einfache URL, so dass die URL-Anzahl allein nicht ausreicht.
Reproduzieren Sie das Drei-URL Beispiel
Wählen Sie Ausprobieren eines Beispiels im Sitemap-Tool. Die Halterung enthält https://example.com/, https://example.com/tools/ und https://example.com/blog/?page=1&sort=new, mit dem Ampere und entkam als & in seiner XML-Quelle. Es verwendet den Standard-Sitemap-Namespace, einen Kalender Lastmod auf dem ersten Eintrag und einen Zeitstempel mit Zeitzone auf dem zweiten. Die Aktion ist Validate and Split, mit maximal zwei Einträgen pro Teil und https://example.com/ als öffentliches Ausgabeverzeichnis. Die vorhandene browsergeprüfte Vorrichtung erzeugt zwei Sitemap-Teildateien und sitemap-index.xml. Dies ist eine kleine Demonstration der Aufteilung, keine Datei, die groß genug ist, um sie zu erfordern.
| Output | Inhalt | Zweck |
|---|---|---|
| Erster Teil | 2 URL-Einträge | Erster Teil der ursprünglichen Liste |
| zweiter Teil | 1 URL-Eintrag | Verbleibende URL |
| Sitemap Index | 2 Teilstellen | Hinweise auf beide veröffentlichten Teile |
Die Zwei-Eingangsteilgrenze dient zur Veranschaulichung. Die Produktionsaufteilung respektiert auch die unkomprimierte Bytegrenze.
Verwenden Sie dieses Beispiel Öffnet Sitemap-Validator mit diesen Eingaben.
Fehler korrigieren, bevor Warnungen als akzeptabel behandelt werden
Lesen Sie jeden Befund neben seiner Eintragsnummer. Ein fehlerhaftes XML-Dokument kann nicht analysiert werden. Ein relativer Standort, ein ungültiges Kalenderdatum oder ein unerwartetes Kernfeld müssen korrigiert werden, bevor dieser Splitter Teile erstellt. Duplizierte URLs sind Warnungen und bleiben in der Ausgabe; das Tool dedupliziert die Quelle nicht stillschweigend. Mehrere Ursprünge liegen außerhalb des unterstützten Aufteilungsbereichs und werden als Fehler gekennzeichnet, obwohl Google-Dokumente die standortübergreifenden Einreichungsvereinbarungen separat verifiziert haben. Der Unterschied ist wichtig: Der unterstützte Workflow eines Tools kann enger sein als jede Protokollbereitstellung. Beschreiben Sie eine nicht unterstützte Anordnung nicht als allgemein ungültig.
Halten Sie Lastmod an eine echte Inhaltsänderung gebunden
Ein gültiger Datumsstring legt nur seine Syntax fest. Es wird nicht festgestellt, dass sich eine Seite an diesem Datum geändert hat. Google sagt, dass Lastmod ein signifikantes Update widerspiegeln und konsistent genau sein sollte. Behalten Sie diesen Wert mit Ihren Veröffentlichungsaufzeichnungen in Verbindung, anstatt jede Seite zurückzusetzen, wenn die Sitemap regeneriert wird. Der Validator akzeptiert vollständige Kalenderdaten und Zeitstempel mit Zeitzone; er akzeptiert nicht jedes Datumsformular mit reduzierter Präzision. Google ignoriert die Prioritäts- und Changefreq-Werte, so dass das Polieren dieser Felder nicht dazu führen sollte, dass fehlende Seiten, defekte Ziele oder ungenaue Änderungsinformationen im zugrunde liegenden Veröffentlichungsworkflow behoben werden.
Laden Sie alle Teile herunter und verwenden Sie den tatsächlichen Ausgabeort
Das öffentliche Ausgabeverzeichnis muss übereinstimmen, wo Sie die generierten Dateien hochladen und in einem Schrägstrich enden. Für das Beispielverzeichnis verweist der Index auf https://example.com/sitemap-1.xml und https://example.com/sitemap-2.xml. Uploading Nur der Index lässt seine referenzierten Dateien nicht verfügbar. Verwenden Sie Ihren Website-Root, wenn die aufgeführten Seiten unterschiedliche Pfadfamilien umfassen; der Splitter überprüft, ob URLs zum ausgewählten Verzeichnis passen. Laden Sie jede generierte Datei herunter, überprüfen Sie ihren Namen und speichern Sie die ursprüngliche Quelle daneben. Generation geschieht im Browser. Keine Datei wurde von diesem Tool hochgeladen oder an eine Suchmaschine gesendet.
Erkennen, was die lokale Validierung unbeantwortet lässt
Dieses Tool akzeptiert unkomprimierte UTF-8 XML bis zu 64 MiB- und 100,000-Einträge. Größere Eingänge benötigen einen Streaming-Workflow. Es dekomprimiert nicht gzip, ruft untergeordnete Dateien aus einem Sitemap-Index, crawlt Ziele oder führt eine vollständige XSD- und Erweiterungsschema-Validierung durch. Extension XML wird beim Splitten beibehalten, aber das Bewahren bestätigt nicht seine Bedeutung. Für Bilder, Videos oder alternative Sprachanmerkungen, überprüfen Sie die relevanten Anforderungen in ihrer primären Dokumentation. Wenn Sie einen vorhandenen Index validieren, prüfen Sie die von ihm aufgeführten Sitemaps separat. Ein sauberer Index allein kann nicht feststellen, dass diese entfernten Dokumente zugänglich oder korrekt gebildet sind.
Überprüfen Sie die Entdeckung nach der Veröffentlichung, anstatt die Indexierung zu versprechen
Sobald die Dateien live sind, bestätigen Sie ihre Antworten und referenzierten Standorte, senden Sie dann die Sitemap oder den Index über Search Console oder verweisen Sie auf robots.txt. Google behandelt die Einreichung als Hinweis, ohne den Download, das Crawlen oder die Indexierung zu garantieren. Verwenden Sie den Roboterregeln-Tester, um zu überprüfen, ob Ihre eingefügten Crawlregeln wichtige aufgelistete Pfade zulassen, und überprüfen Sie das bereitgestellte Verhalten separat. Halten Sie auch normale Navigationslinks zu nützlichen Seiten bereit. Wenn eine Seite in den Ergebnissen fehlt, untersuchen Sie den Zugriff, die Kanonisierung, den Inhalt und die Search Console-Beweise, anstatt wiederholt eine unveränderte Sitemap einzureichen. Die Datei ist Teil eines funktionierenden Discovery-Pfads.