Braucht man eine Google-Sitemap?

Es ist noch nicht allzu lange her, als Google und einige andere Suchmaschinen den Sitemap-Standard eingeführt haben: eine Datei „sitemap.xml“, meist im Root der Domain, enthält eine Auflistung aller Seiten in standardisierter Form. Sofort schossen auch die entsprechenden Dienste aus dem Boden, die die Erstellung dieser xml-Datei anboten. Die meisten dieser Dienste verschwanden bald wieder: die Sache hat so ihre Tücken.

Es ist ja nicht so, dass Google & Co vorher wie Blinde im Web herumgestochert hätten: Die Spider haben das Web abgegrast und sind dabei allen neuen Links gefolgt.
Die Sitemap soll nur auf schnellem Weg folgende Fragen beantworten:

• Gibt es neue Seiten?
• Wann wurden welche Seiten zuletzt geändert?
• Welche Seiten hält der Inhaber für wichtig, und welche nicht so?

Wenn es eine Sitemap gibt, muss der Bot diese nur mit den vorhandenen Daten abgleichen und es fällt weit weniger Traffic und Rechenaufwand an.
Theoretisch.

Die Praxis:

sitemap.xml Generator

Lässt man die Sitemap vom CMS erstellen, können natürlich nur Seiten gelistet sein, die das CMS (bzw das Sitemap-Modul) auch kennt. Bei Websitebaker können aber auch Module selbst Seiten erzeugen; das muss gesondert berücksichtigt werden. Und dann gibt es zb. auch noch private Seiten, die nicht in der Sitemap sein sollen - mitsamt eventuellen privaten Topics oder Bakery-Seiten.
Und vielleicht gibt es noch irgendwelche statischen Seiten, Tools, sonstwas, das Websitebaker nicht sieht - und das deswegen nicht in der Sitemap steht. Alles nicht ganz so einfach.

Auf allen Sites, bei denen ich den sitemap.xml Generator im Einsatz habe, werden viel zu wenige Seiten gelistet, aus eben diesen Gründen. Daraus folgt natürlich die Frage: Schadet es, wenn nicht alle Seiten in der Sitemap sind? Würde ich nur ein leises "Ja" verspüren, müsste ich den Sinn der Sitemap grundsätzlich in Frage stellen.

Externe Tools

Externe Tools haben obiges Problem nicht. Sie spidern sich selbständig durch die Site und finden, was verlinkt ist, egal ob es von Websitebaker kommt oder sonstwoher.
Aber: Die Frage, wann die Seiten zuletzt geändert wurden, können sie meist nicht beantworten, weil bei php-Seiten kein Änderungsdatum übertragen wird - also wird einfach jetzt angegeben. Und wie wichtig eine Seite innerhalb der Website ist? Die meisten Tools geben irgendeinen immer gleichen Wert an oder errechnen den Wert aus der Hierarchie.
Und noch etwas: Ohne Automatisierung kann man es gleich vergessen, sonst vergisst man darauf und es stehen immer nur alte Seiten in der Sitemap. Damit wird nicht einmal mehr die Frage nach neuen Seiten beantwortet und jeder zumindest theoretische Vorteil wird zum Nachteil. Oder anders gesagt: Die Sitemap wird zur Farce.

Also: brauche ich eine Sitemap?

Die Sitemap ist gedacht für umfangreiche Sites, auf denen sich große Bereiche häufig ändern. Zb Onlineshops mit 1000en Artikeln. Jedes bessere Shopsystem erzeugt auch eine Sitemap.

Bei einer typischen Websitebaker-Site sieht das anders aus: Kaum Änderungen, und wenn dann gering. Auch ohne SEO wird man eine Site so anlegen, dass neue Seiten schon auf der Startseite angeführt werden und sich der Bot nicht erst durch 300 Unterseiten quälen muss.

Mögliche Vorteile sind also sehr gering und stehen dem Aufwand gegenüber, sich darum zu kümmern. Das Sitemap-Modul von Ruud ist relativ pflegeleicht, berücksichtigt aber nicht alle Seiten. Die Erstellung mit externen Tools ist pflegeintensiv und mühsam.

Anders sieht es aus, wenn es tatsächlich viele Änderungen und neue Seiten gibt. Wenn man die Site und die verwendeten Module kennt, lässt sich relativ leicht und ohne unnötigen Ballast ein eigener Sitemap-Generator programmieren.

Übrigens: Die Sitemap hilft nichts, wenn eine Website nicht oder nur schlecht gerankt ist. Dann hats was anderes.