Hub-and-Spoke-Architektur

Hub-and-Spoke-Architektur bedeutet, eine zentrale Seite für ein breites Thema aufzubauen und sie anschließend mit schmaleren Seiten zu unterstützen, die auf das zentrale Asset zurückverlinken. Richtig umgesetzt schärft das die thematischen Signale, bündelt die interne Autorität und erleichtert es, sowohl Head-Keywords als auch Long-Tail-Anfragen zu ranken, ohne dass ein Ranking-Kannibalisierungs-Chaos entsteht.

Das ist keine schicke Namensübung. Es ist Site-Architektur mit direkten Auswirkungen auf das Ranking.

So funktioniert es in der Praxis

Der Hub zielt meist auf das kommerzielle oder volumenstarke Oberthema ab. Die Spokes decken Unterthemen ab, z. B. Use Cases, Vergleiche, Integrationen, Probleme oder Varianten innerhalb einer Branche. Ein sauberes Beispiel ist ein Hub zu Enterprise-CRM-Software, unterstützt durch Spokes wie CRM-Migrations-Checkliste, CRM für das Gesundheitswesen und Salesforce vs. HubSpot für Teams im Mid-Market.

Auch das Verlinkungsmuster ist entscheidend. Der Hub verlinkt kontextbezogen auf die Spokes. Die Spokes verlinken zurück zum Hub mit sinnvollen Ankertexten. Verwandte Spokes können sich zudem querverlinken, wenn die Suchintention sich überschneidet. Du kannst das schnell in Screaming Frog abbilden und anschließend die Performance in der Google Search Console sowie in Ahrefs validieren.

Warum SEOs es nutzen

• Topical Ownership: Eine einzige URL übernimmt den „Head“-Begriff statt dass 6 halb optimierte Seiten gegeneinander konkurrieren.
• Crawl-Effizienz: Wichtige Seiten bleiben innerhalb von 2–3 Klicks von der Startseite oder der Kategorieschicht erreichbar – das ist sowohl für Nutzer als auch für Crawler einfacher.
• Interner PageRank-Flow: Starke Hubs können Autorität auf neuere Spokes übertragen, besonders auf Websites mit 1.000+ URLs.
• Redaktionelles Skalieren: Teams können Content-Cluster planen, statt zufällige Artikel zu veröffentlichen, die ausschließlich darauf basieren, welches Keyword-Tool zuerst exportiert hat.

Semrush und Moz zeigen nach einem soliden Cluster-Aufbau in der Regel eine breitere Keyword-Abdeckung. In der Google Search Console bestätigst du, ob sich Impressionen tatsächlich um den vorgesehenen Hub herum konsolidieren.

Implementierungsdetails, die wirklich zählen

Starte mit Query-Clustering, nicht mit URL-Design. Nutze Ahrefs, Semrush oder Keyword Insights, um Begriffe nach gemeinsamer SERP-Intention zu gruppieren. Wenn zwei Keywords in den Top 10 sichtbar stark unterschiedliche Ergebnisse liefern, sollten sie wahrscheinlich eigene Spokes bekommen. Überlappen sie sich zu 70 % oder mehr, ist es oft verschwendete Energie, daraus separate Seiten zu erzwingen.

Halte Hubs substanziell. Üblicherweise 1.500–3.000 Wörter. Spokes können kürzer sein, wenn die Intention sehr eng ist – aber dünne Seiten mit 400 Wörtern und nur einem internen Link sind kein Cluster. Das sind Platzhalter.

Eine passende URL-Struktur hilft, aber sie ist nicht die Strategie. Ein Ordner-Muster wie /topic/subtopic/ wirkt zwar ordentlich, aber Google belohnt Ordner standardmäßig nicht. John Mueller hat dazu seit Jahren mehrfach Varianten genannt, und die Google-Dokumentation behandelt internes Linking und Content-Qualität weiterhin als die größeren Signale.

Wo das Modell an Grenzen stößt

Das Modell wird auf kleinen Websites häufig überstrapaziert. Wenn du insgesamt nur 20 Seiten hast, brauchst du kein 14-seitiges Cluster für jedes Keyword-Thema. Du brauchst Seiten, die es wirklich wert sind zu existieren.

Es scheitert auch, wenn Teams „mehr Spokes“ mit „mehr Autorität“ verwechseln. Ein Hub mit 30 schwachen Artikeln verliert in der Regel gegen ein engeres Cluster aus 8–12 wirklich hilfreichen Seiten. Surfer SEO kann dabei helfen, Briefings zu standardisieren, aber kein Tool repariert eine schlechte Zuordnung der Suchintention.

Noch eine Einschränkung. Hub-and-Spoke ersetzt keine Backlinks, keine technische Hygiene oder kein Product-Market-Fit. Es verbessert die Struktur. Es erzeugt keine Nachfrage.