Sitemap

Höchstens 50.000. Das legt das Sitemap-Protokoll 0.9 von sitemaps.org fest, und die Index-Datei selbst darf dabei unkomprimiert nicht größer als 50 MB werden – dieselbe Grenze wie bei einer einzelnen Sitemap, nur eine Ebene höher. Reicht auch das nicht, erlaubt das Protokoll ausdrücklich mehrere Index-Dateien nebeneinander. Rein rechnerisch deckt eine Index-Datei damit bis zu 50.000 mal 50.000, also 2,5 Milliarden Adressen ab, bevor eine weitere nötig wird.

Wesentlich sind Änderungen am Hauptinhalt, an strukturierten Daten oder an Links der Seite – nur solche Anpassungen wertet Google laut eigener Dokumentation als Grund, das Datum in lastmod zu erneuern. Eine reine Änderung des Copyright-Jahres zählt ausdrücklich nicht als wesentlich. Zusätzlich verlangt Google, dass lastmod durchgehend und nachprüfbar stimmt, etwa im Abgleich mit dem tatsächlichen Änderungszeitpunkt der Seite – sonst wird der Wert schlicht ignoriert.

Nein. Google bezeichnet das Einreichen einer Sitemap ausdrücklich als bloßen Hinweis und sichert weder den Abruf der Datei noch ihre Verwendung beim Crawling der aufgeführten Adressen zu. Diese Zusage fehlt schon vor jeder Entscheidung über einzelne Seiten – selbst das Herunterladen der Datei ist nicht garantiert. Wer sich beim Auffinden neuer Seiten allein auf eine eingereichte Sitemap verlässt, hat keine Bestätigung, dass Google sie überhaupt liest.

Nein, Google ignoriert beide Werte vollständig, wie die eigene Dokumentation festhält. Das Sitemap-Protokoll selbst stuft sie ohnehin nur als Hinweis ein, nicht als Vorgabe: Crawler dürfen eine als „hourly“ markierte Seite seltener abrufen und eine als „yearly“ markierte häufiger. Auch der Vorrangwert priority mit Standardwert 0,5 wirkt laut Protokoll nicht auf die Platzierung in Suchergebnissen, sondern höchstens auf die Auswahl zwischen mehreren Adressen derselben Website.