Ein Sitemap beschränkt sich nicht auf eine Liste von Links im Footer. Es ist ein vollständiges Navigationssystem, das sowohl die Indexierung durch Bots als auch die Benutzerführung beeinflusst. Die Verwechslung von XML-Sitemap und HTML-Sitemap oder das Vernachlässigen von Querseiten in der Struktur sind strukturelle Fehler, die eine Website lange bevor das Design ins Spiel kommt, belasten.
XML-Sitemap und HTML-Sitemap: zwei Dateien, zwei unterschiedliche Funktionen
Die Verwirrung zwischen diesen beiden Formaten besteht in den meisten Webprojekten fort. Die XML-Sitemap richtet sich ausschließlich an Indexierungsbots. Sie listet die URLs mit ihren Metadaten (Änderungsdatum, Aktualisierungsfrequenz, relative Priorität) auf, um das Crawlen zu erleichtern. Die Google Search Console verarbeitet sie, nicht Ihre Besucher.
Die HTML-Sitemap hingegen ist eine sichtbare Seite, die für Internetnutzer gedacht ist. Sie reproduziert die Struktur der Website in Form von klickbaren Links, die nach Kategorien organisiert sind. Ihre Rolle: einen direkten Zugang zu jeder Seite zu bieten, wenn das Hauptmenü nicht ausreicht.
Wir empfehlen, beide parallel zu führen. Die XML-Sitemap gewährleistet die Indexierungsabdeckung, die HTML-Sitemap behebt unterbrochene Navigationspfade. Ein konkretes Beispiel für die Implementierung findet sich im Sitemap von Pixikult, die alle Rubriken und Unterseiten, die mit einem Klick zugänglich sind, darstellt.
- Die XML-Sitemap darf nur die kanonischen URLs enthalten, ohne Sitzungsparameter oder unnötige paginierte Seiten
- Die HTML-Sitemap schließt technische Seiten aus (leerer Warenkorb, interne Suchergebnisse, Anmeldeseiten), die dem Besucher nichts bringen
- Beide Dateien müssen bei jeder Hinzufügung oder Löschung einer Seite aktualisiert werden, manuell oder über ein spezielles WordPress-Plugin
Audit der bestehenden Seiten vor jeder Umstrukturierung
Eine Website ohne vorherige Diagnose umzugestalten, ist wie einen Architektenplan zu zeichnen, ohne das Gebäude zu besuchen. Das Audit identifiziert verwaiste Seiten, veraltete Inhalte und Abbruchpfade, die die aktuelle Struktur verzerren.
Konkret kombinieren wir drei Datenquellen. Die Besuchsstatistiken zeigen die ignorierten Seiten (keine Besuche über mehrere Monate). Der Abdeckungsbericht der Search Console weist auf Indexierungsfehler und ausgeschlossene Seiten hin. Ein vollständiges Crawlen der Website (Screaming Frog, Sitebulb) kartiert die tatsächliche Tiefe jeder URL und die fehlenden internen Links.
Was das Audit in der Struktur verändert
Seiten ohne Traffic und ohne eingehende Links sind Kandidaten für die Löschung oder Zusammenführung. Eine Kategorie, die nur eine Unterseite enthält, hat keinen Grund, als hierarchische Ebene zu existieren. Im Gegensatz dazu verdient eine Sammelseite, die einen verstreuten Traffic über mehrere Suchintentionen konzentriert, es, in gezielte Seiten aufgeteilt zu werden.
Jede beibehaltene URL muss ihren Platz in der Struktur durch ein klares Ziel rechtfertigen: konvertieren, informieren oder auf eine andere Seite verweisen. Wenn sie keine dieser Rollen erfüllt, belastet sie die Website und verwässert das Crawl-Budget.
Multikanal-Navigation: über das Hauptmenü hinaus
Die Architektur einer Website auf das Hauptnavigationsmenü zu reduzieren, ist ein häufiger Fehler. Auf einer Website mit mehr als ein paar Dutzend Seiten kann das Menü nicht alles anzeigen, ohne unleserlich zu werden. Die Struktur entfaltet sich über mehrere ergänzende Kanäle.
Brotkrumen und kontextuelle Links
Die Brotkrumen (Breadcrumb) veranschaulichen die Eltern-Kind-Hierarchie jeder Seite. Sie helfen dem Besucher, eine Ebene höher zu navigieren, ohne zur Startseite zurückzukehren. Für SEO generiert sie strukturierte Daten, die Google direkt in den Suchergebnissen anzeigt.
Die kontextuellen Links, die im Textkörper eingefügt sind, schaffen ein themenbasiertes internes Linking, das die semantische Relevanz jeder Seite stärkt. Ein Blogartikel, der auf eine zugehörige Serviceseite verweist, überträgt SEO-Gewicht und leitet den Leser zur Konversion.
Sekundäres Menü und interne Suche
Der Footer beherbergt die Querseiten: rechtliche Hinweise, Datenschutzrichtlinie, Barrierefreiheit, Kontakt. Diese Seiten sind gesetzlich erforderlich, haben aber keinen Platz im Hauptmenü. Sie im Footer zu relegieren, hält das Menü sauber, ohne die Konformität zu opfern.
Die interne Suche wird zu einem eigenständigen Navigationskanal, sobald die Website über hundert Seiten verfügt. Sie muss relevante und gefilterte Ergebnisse liefern, nicht eine rohe Liste, die nach Datum sortiert ist. Auf WordPress ersetzt ein Plugin wie SearchWP die native Suche vorteilhaft.
Struktur der Hierarchie für WordPress: Tiefe und Kategorien
Auf WordPress basiert die Struktur auf zwei Achsen: der Hierarchie der Seiten (Eltern/Kinder) und der Taxonomie der Artikel (Kategorien und Tags). Die beiden ohne Logik zu vermischen, schafft eine inkohärente Struktur, die weder von Besuchern noch von Suchmaschinen verfolgt werden kann.
- Die Tiefe auf maximal drei Ebenen beschränken (Startseite, Kategorie, Endseite). Jeder zusätzliche Klick reduziert signifikant die Abrufrate der Zielseite
- Jeden Artikel einer einzigen Hauptkategorie zuweisen, um die Duplizierung von Inhalten in den Archiven zu vermeiden
- Tags für Querschnittsgruppen (nach Thema, nach Format) reservieren und sie nicht zu indexieren, wenn sie Seiten mit wenig Inhalt erzeugen
- Kurz und beschreibend Slugs verwenden: /services/creation-site/ anstelle von /nos-services/nos-prestations/creation-de-site-web-professionnel/
Bei einer Neugestaltung ist die 301-Weiterleitung jeder alten URL zu ihrer neuen Entsprechung nicht verhandelbar. Ein unvollständiger Weiterleitungsplan führt zu einer Reihe von 404-Fehlern und einem drastischen Rückgang des Rankings.
Iterative Validierung des Sitemaps
Ein Sitemap ist kein festes Dokument, das zu Beginn eines Projekts übergeben wird. Wir beobachten, dass die robustesten Architekturen aus einem iterativen Prozess resultieren: Eine erste Version wird mit den Stakeholdern getestet, nach Rückmeldung von den Zielbenutzern angepasst und dann technisch validiert, bevor sie entwickelt wird.
In der Praxis reicht ein visuelles Schema (ein Tool wie Whimsical, Octopus.do oder eine einfache Tabelle) aus, um die Ebenen und die Links zwischen den Seiten darzustellen. Der Test besteht darin, einen nicht in das Projekt involvierten Benutzer zu bitten, eine bestimmte Information in weniger als drei Klicks zu finden. Wenn der Pfad fehlschlägt, muss die Struktur überarbeitet werden.
Das Sitemap entwickelt sich auch nach dem Go-Live weiter. Das Hinzufügen neuer Seiten, die regelmäßige Veröffentlichung von Artikeln oder die Eröffnung eines E-Commerce-Bereichs verändern das ursprüngliche Gleichgewicht. Eine Überprüfung der Struktur mindestens einmal im Jahr zu planen, verhindert die Ansammlung von schlecht verknüpften Seiten, die allmählich die Lesbarkeit der Website und ihre Indexierung verschlechtern.