Die Crawltiefe und das Budget, das Googlebot einer Domain zuweist, hängen direkt davon ab, wie die Seiten miteinander verknüpft sind. Eine Website, deren Navigation auf überladenen JavaScript-Menüs oder einer zu tiefen Struktur basiert, verliert an Indexierung, bevor sie überhaupt an Positionierung verliert.
Auswirkungen des JavaScript-Gewichts auf die Reaktionsfähigkeit der Navigationsmenüs
Ein Navigationsmenü, das mehrere hundert Millisekunden benötigt, um auf einen Klick zu reagieren, verschlechtert die INP des gesamten Sites. Seit Google FID durch Interaction to Next Paint (INP) in den Core Web Vitals ersetzt hat, zählt die Reaktionsfähigkeit jeder Mikro-Interaktion in die Gesamtbewertung einer Seite.
Das Problem liegt selten im HTML des Menüs. Es kommt von Animationsbibliotheken, Tracking-Skripten, die in den Header injiziert werden, und von Mega-Menüs, die clientseitig gerendert werden. Jede JavaScript-Schicht, die dem Hauptmenü hinzugefügt wird, verlängert die Zeit zwischen dem Klick des Benutzers und der Anzeige des Ergebnisses.
Wir empfehlen, das CSS der Navigation klar zu trennen (native Übergänge, kein JS für einen einfachen Hover) und das Laden nicht kritischer Skripte nach dem Rendering des Menüs zu verzögern. Ein reines HTML/CSS-Menü mit minimalem JavaScript-Fallback bleibt die zuverlässigste Lösung, um eine akzeptable INP aufrechtzuerhalten, auch auf Mobilgeräten.
Um zu beobachten, wie eine redaktionelle Website ihre Rubriken ohne technische Überlastung organisiert, veranschaulicht die Struktur der Website Maman Chic eine flache Struktur, die sowohl von Benutzern als auch von Indexierungsrobotern lesbar ist.
Flache oder tiefe Struktur: Kategorien für das Crawling strukturieren
Die technische Regel bleibt einfach: jede Seite muss von der Startseite aus in maximal drei Klicks erreichbar sein. Darüber hinaus sinkt die Crawlhäufigkeit und die Seite verliert an interner Autorität.
Eine flache Struktur (Startseite > Kategorie > Seite) eignet sich für die meisten Schaufenster-Websites und Blogs. E-Commerce-Websites oder Portale mit umfangreichen Inhalten benötigen eine zusätzliche Ebene (Startseite > Kategorie > Unterkategorie > Seite), aber nicht mehr.
Die häufige Falle besteht darin, die Kategorien zu vervielfachen, um jede semantische Variation eines Keywords abzudecken. Ergebnis: nahezu leere Kategorieseiten, doppelte Inhalte zwischen nahen Rubriken und ein verwässertes internes Linking. Wir ziehen es vor, nahe Inhalte unter einer einzigen Kategorie zu bündeln und durch Tags oder Filter auf der Frontend-Seite zu differenzieren, ohne zusätzliche indexierbare URLs zu generieren.
URL- und Permalink-Management
Die URL-Struktur spiegelt die Hierarchie wider. Ein Pfad wie /kategorie/unterkategorie/slug-seite gibt dem Crawler ein klares Signal der Hierarchie. Unnötige Segmente (Daten, numerische IDs) zuzufügen, verwischt dieses Signal und verlängert die URL ohne SEO-Nutzen.
Jede kanonische Seite muss auf sich selbst verweisen. Seiten mit Paginierung, Sortierung oder Filterung erhalten ein kanonisches Tag zur übergeordneten Kategorie oder ein noindex-Attribut, je nach Fall.
Internes Linking und Breadcrumb: Struktur-Signale für Suchmaschinen
Das interne Linking ist keine kosmetische Übung. Es verteilt den internen PageRank und zeigt den Suchmaschinen, welche Seiten prioritär sind. Ein kontextueller Link im Text eines Artikels überträgt mehr Gewicht als ein Link im Footer, der auf allen Seiten wiederholt wird.
- Jede Inhaltsseite muss mindestens zwei interne Links zu Seiten derselben oder höherer Ebene in der Struktur enthalten.
- Die Anker interner Links übernehmen das Ziel-Keyword der Zielseite, ohne Überoptimierung (Formulierungen variieren).
- Orphan-Seiten (keine Seite verweist auf sie) müssen durch regelmäßiges Crawling erkannt und einer Kategorie zugeordnet oder gelöscht werden.
Der Breadcrumb erfüllt eine doppelte Rolle. Auf der Benutzerebene positioniert er die Seite in der Struktur und bietet eine schnelle Rückkehr zu höheren Ebenen. Auf der SEO-Seite generiert das strukturierte Markup BreadcrumbList reichhaltige Snippets, die die Klickrate in den Suchergebnissen verbessern.
Damit der Breadcrumb korrekt funktioniert, muss jede Ebene einer echten indexierbaren Seite entsprechen. Ein Breadcrumb, der eine nicht klickbare Ebene anzeigt oder auf eine 404 verweist, sendet ein negatives Signal an den Crawler.
WCAG 2.2 Zugänglichkeit und Tastaturnavigation: strukturelle Anforderungen
Zugänglichkeit ist kein Audit mehr, das nach der Produktion durchgeführt wird. Die WCAG 2.2, offizielle Empfehlung des W3C seit Oktober 2023, fügt neun Kriterien im Vergleich zur vorherigen Version hinzu, von denen mehrere direkt die Navigation betreffen.
Die kritischen Punkte für die Struktur:
- Der Tastaturfokus muss der visuellen Reihenfolge der Elemente folgen. Ein Menü, dessen DOM in JavaScript reorganisiert wird, ohne den tabindex zu aktualisieren, schafft eine inkonsistente Navigation für Benutzer von Screenreadern.
- Die Seitenbereiche (Header, Nav, Main, Footer) müssen die entsprechenden ARIA-Landmarks verwenden. Eine Website, die auf generischen divs ohne semantische Rolle basiert, verliert an Navigierbarkeit für unterstützende Technologien.
- Die minimale Größe der Touch-Ziele (Links, Menü-Tasten) muss ausreichend sein, um Klickfehler auf Mobilgeräten zu vermeiden, ein Kriterium, das durch WCAG 2.2 verstärkt wird.
Diese Anforderungen bereits bei der Gestaltung der Struktur und der Seitenvorlagen zu integrieren, vermeidet kostspielige Überarbeitungen. Ein Lighthouse-Audit kombiniert mit einem manuellen Tastaturtest reicht aus, um die meisten Probleme der zugänglichen Navigation zu identifizieren.
Die Struktur mit einem technischen Crawl testen
Theorie ist nichts ohne Überprüfung. Ein vollständiges Crawling der Website mit einem speziellen Tool (Screaming Frog, Sitebulb oder Ähnlichem) zeigt die Inkonsistenzen zwischen der geplanten Struktur und der tatsächlichen Struktur: Orphan-Seiten, Weiterleitungsschleifen, übermäßige Tiefe, defekte Links im Menü.
Wir führen diese Art von Crawl nach jeder wesentlichen Änderung der Struktur oder des Hauptmenüs durch. Ein monatlicher Crawl bleibt das Minimum für eine Website, die regelmäßig Inhalte veröffentlicht. Die Ergebnisse fließen direkt in die Entscheidungen zum internen Linking und zur URL-Bereinigung ein.
Die XML-Sitemap ergänzt das Crawling, indem sie die Seiten, die indexiert werden sollen, explizit auflistet. Sie ersetzt kein gutes internes Linking, garantiert jedoch, dass der Crawler die aktuellen Seiten entdeckt, ohne darauf warten zu müssen, dass ein interner Link manuell erstellt wird.
Eine Website für die Navigation zu strukturieren, bedeutet, ein technisches Architekturproblem zu lösen, bevor es ein Design-Thema wird. Die Entscheidungen zur Struktur, zum Linking und zur JavaScript-Performance bestimmen sowohl die Zufriedenheit der Benutzer als auch die Fähigkeit der Suchmaschinen, die Website zu durchsuchen. Diese Grundlagen nachträglich zu korrigieren, kostet immer mehr, als sie von Anfang an richtig zu legen.
