Sitemap erstellen und bei Google einreichen: Anleitung für Firmenwebsites

Eine Sitemap.xml ist eine Liste aller Seiten, die eine Website Suchmaschinen zur Indexierung anbietet, meist unter der-eigenen-domain.de/sitemap.xml erreichbar. Bei Baukästen und WordPress mit SEO-Plugin entsteht sie automatisch, bei statisch generierten Websites beim Build. Der eigentliche Handgriff für einen Handwerksbetrieb ist die Einreichung im Sitemaps-Bericht der Google Search Console, ein Vorgang, der wenige Minuten dauert und danach zeigt, wie viele Seiten Google tatsächlich gefunden hat.

Was eine Sitemap tatsächlich bewirkt

Eine Sitemap ist kein Zwang und keine Garantie für Indexierung, sie ist ein Hinweis an Google, welche Seiten eine Website für relevant hält. Laut Google-Dokumentation gehören nur URLs hinein, die auch tatsächlich indexiert werden sollen: Antwortcode 200, kein noindex, keine Weiterleitung. Für eine neu veröffentlichte Firmenwebsite mit wenigen internen Links macht das einen echten Unterschied, weil Google sonst allein über eingehende Links von außen auf neue Leistungsseiten stößt, was länger dauert. Bei einer etablierten Website mit gewachsener interner Verlinkung ist der Effekt kleiner, ein sauberer Sitemap-Eintrag schadet aber nie und dient als schnelle Fehlerquelle, wenn eine Seite partout nicht in der Suche auftaucht. Gerade in den ersten Wochen nach dem Launch eines neuen Betriebsauftritts, wenn noch kaum externe Verweise auf die neuen Leistungsseiten zeigen, ist die Sitemap oft der einzige direkte Kanal, über den Google überhaupt erfährt, dass es diese Seiten gibt.

Woher die Sitemap kommt: drei Website-Systeme im Vergleich

Welche Sitemap-Datei existiert und wie sie aktuell gehalten wird, hängt vom eingesetzten System ab.

System	Typischer Pfad	Aktualisierung	Was zu tun bleibt
Baukasten (Wix, Jimdo & Co.)	/sitemap.xml	Automatisch bei jeder Änderung	Nur einmal in der Search Console einreichen
WordPress mit Yoast/Rank Math	/sitemap_index.xml	Automatisch, Plugin verwaltet Teil-Sitemaps	Content-Typen im Plugin prüfen, dann einreichen
Statisch generierte Website (Astro & Co.)	/sitemap-index.xml oder /sitemap.xml	Automatisch bei jedem Build aus der Routenliste	Nach dem ersten Deploy Erreichbarkeit prüfen

Bei Baukästen reicht meist der Blick in die Hilfe-Dokumentation des Anbieters, der Pfad steht dort in der Regel exakt so, wie er in der Search Console eingetragen werden muss. Bei WordPress erzeugt ein aktives SEO-Plugin einen Sitemap-Index, der auf mehrere Teil-Sitemaps für Beiträge, Seiten und Kategorien verweist, ein zusätzliches, veraltetes sitemap.xml aus einer früheren WordPress-Version sollte dabei nicht parallel eingereicht bleiben. Bei statisch generierten Websites entsteht die Datei bei jedem Build direkt aus der tatsächlichen Seitenstruktur des Projekts, eine manuelle Pflege einzelner URLs entfällt, eine neue Leistungsseite taucht mit der nächsten Veröffentlichung automatisch mit auf.

Sitemap in der Google Search Console einreichen

Die Einreichung selbst läuft für alle drei Systeme gleich ab, vorausgesetzt, die Property in der Search Console ist bereits verifiziert, wie im Artikel zur Einrichtung der Google Search Console beschrieben.

1. In der Search Console die richtige Property öffnen (Domain- oder URL-Präfix-Property, je nachdem, wie eingerichtet wurde).
2. Im linken Menü unter „Indexierung” den Punkt „Sitemaps” wählen.
3. Unter „Neue Sitemap hinzufügen” den Pfad eintragen, meist reicht sitemap.xml oder sitemap_index.xml ohne die vollständige Domain davor.
4. Auf „Senden” klicken und nach kurzer Zeit den Status prüfen: „Erfolgreich” mit der Anzahl gefundener Seiten ist das Ziel.

Zeigt der Bericht Fehler oder Warnungen wie „URL durch robots.txt blockiert”, lohnt ein Blick in die eigene robots.txt-Datei, denn eine zu weit gefasste Sperrregel dort verhindert oft genau die Seiten, die über die Sitemap eigentlich gefunden werden sollen.

Die häufigsten Fehler bei kleinen Firmenwebsites

Der erste Fehler sind noindex-Seiten in der Sitemap. Manche SEO-Plugins und Generatoren nehmen testweise angelegte Seiten, alte Kampagnen-Landingpages oder Entwurfsversionen mit auf, obwohl diese bewusst von der Indexierung ausgeschlossen sind. Der Sitemaps-Bericht zeigt solche Fälle als „nicht indexierbar” an, ein guter Anlass, im Plugin gezielt festzulegen, welche Inhaltstypen überhaupt in die Sitemap gehören.

Der zweite Fehler sind verwaiste Seiten, also URLs, die zwar in der Sitemap stehen, aber intern nirgendwo mehr verlinkt sind, oft Überbleibsel aus einer älteren Website-Version. Google findet solche Seiten über die Sitemap zwar weiterhin, das ist aber selten die Absicht, meist handelt es sich um vergessene Altlasten, die entweder wieder verlinkt oder mit einer 301-Weiterleitung auf die aktuelle Seite konsolidiert gehören.

Der dritte und in der Praxis teuerste Fehler taucht nach einem Wechsel des Website-Anbieters oder einem Relaunch auf: Die alte Sitemap-URL bleibt in der Search Console eingetragen, verweist aber auf eine Datei, die auf dem neuen System gar nicht mehr existiert oder ein anderes Format hat, etwa sitemap.xml statt des neuen sitemap_index.xml. Nach jedem Anbieterwechsel gehört deshalb ein Blick in den Sitemaps-Bericht auf die gleiche Checkliste wie die Prüfung der robots.txt und der Weiterleitungen.

Zwei Sonderfälle: mehrsprachige Websites und Bildersitemaps

Betreibt ein Unternehmen seine Website wie Mr.Site selbst in zwei Sprachfassungen, empfiehlt sich ein Sitemap-Index, der auf getrennte Teil-Sitemaps je Sprache verweist, etwa eine für den deutschen Bereich und eine für die englische Fassung. Das verhindert, dass eine einzelne, sehr lange Datei beide Sprachversionen vermischt, und macht im Sitemaps-Bericht sofort sichtbar, wenn eine der beiden Sprachfassungen nach einer Änderung nicht mehr vollständig aktualisiert wurde. Für die meisten einsprachigen Handwerksbetriebe ist das kein Thema, wer aber wie internationale Dienstleister oder Hersteller eine zweite Sprachversion pflegt, sollte diesen Punkt beim nächsten technischen Check mit abfragen.

Ein zweiter Sonderfall ist die Bildersitemap, eine separate Datei, die Google zusätzliche Bildinformationen liefert. Für die meisten Handwerksbetriebe lohnt sich der Aufwand kaum: Referenzfotos und Projektbilder werden ohnehin direkt in die HTML-Seiten eingebettet, und genau das bevorzugt Google laut eigener Dokumentation gegenüber Bildern, die nur in einer separaten Sitemap auftauchen. Relevant wird eine Bildersitemap eher bei sehr bildlastigen Portfolio- oder Referenzseiten mit vielen hundert Fotos, für eine normale Leistungsseite mit einer Handvoll Projektbildern reicht die normale Sitemap völlig aus.

Die eigene Sitemap selbst prüfen

Bevor die Sitemap überhaupt in der Search Console eingereicht wird, lohnt ein direkter Blick von außen. Der schnellste Test ist ein Aufruf der eigenen Adresse mit angehängtem /sitemap.xml im Browser: Erscheint eine lesbare Liste von <url>-Einträgen, existiert die Datei und ist öffentlich erreichbar. Bleibt die Seite leer oder liefert einen Fehler, hilft ein zweiter Blick auf sitemap_index.xml, das ist bei WordPress mit SEO-Plugin und vielen statischen Websites der eigentlich aktuelle Pfad. Wer es genauer wissen will, prüft mit curl -I https://www.beispielbetrieb.de/sitemap.xml, ob der Server tatsächlich mit Statuscode 200 antwortet und keine Weiterleitung oder Fehlerseite ausliefert, ein Detail, das nach einem Anbieterwechsel besonders häufig übersehen wird.

Nach der Einreichung liefert der Sitemaps-Bericht selbst die aussagekräftigsten Zahlen: „Erkannte URLs” zeigt, wie viele Adressen Google aus der Datei gelesen hat, und weicht diese Zahl deutlich von der tatsächlichen Seitenzahl der Website ab, lohnt ein Blick auf mögliche Ursachen wie eine veraltete Teil-Sitemap oder eine versehentlich doppelt eingereichte Datei. Die Spalte „Status” unterscheidet zwischen „Erfolgreich” und „Es sind Fehler aufgetreten”, wobei Letzteres meist auf ein falsches Format, eine nicht erreichbare Datei oder eine Verwechslung zwischen relativem Pfad und vollständiger URL zurückgeht. Ein Blick lohnt sich außerdem nach jedem größeren Website-Update, ähnlich wie bei der routinemäßigen Kontrolle der robots.txt, weil beide Dateien an denselben Stellen kaputtgehen: nach einem Systemwechsel, einem Relaunch oder einer größeren Umstrukturierung der Seitenstruktur.

Nächster Schritt

Für die meisten Firmenwebsites reicht der einmalige Check, dass die automatisch erzeugte Datei existiert, korrekt eingereicht ist und nach jeder größeren Änderung noch zur aktuellen Seitenstruktur passt, eine manuell gepflegte Sitemap braucht es dafür nicht. Mr.Site prüft Sitemap, robots.txt und Search-Console-Einrichtung im Rahmen der Website-Betreuung bei jedem Relaunch und jedem Anbieterwechsel mit, damit neue Leistungsseiten nicht wochenlang auf ihre erste Indexierung warten.