Hauptbereich
Agency
on-page-seo

Content-Strategie mit Topic-Clustern — Hub, Spoke und interne Verlinkung

Redaktion ·

Wenn jeder Artikel für sich kämpft — und keiner gewinnt

Du hast 40 Blog-Artikel veröffentlicht, alle ordentlich recherchiert, jeder zu einem eigenen Keyword. Die Rankings tröpfeln auf Plätzen 15–30 vor sich hin, ein paar Glücksgriffe stehen auf Seite eins. Das typische Bild: Einzelartikel ohne Architektur. Jeder Beitrag ist eine Insel, Google sieht keinen Kontext, kein Thema, keinen Experten.

Topic-Cluster lösen genau dieses Problem. Statt 40 Inseln baust du fünf bis zehn Themengebiete mit jeweils einer zentralen Hub-Seite (Pillar) und mehreren Detail-Artikeln (Spokes), die untereinander verlinkt sind. Nach diesem Artikel weißt du, wie die Architektur aufgebaut ist, wo sie typisch scheitert und wie du sie für eine bestehende Site Stück für Stück nachrüstest — ohne von vorn anzufangen.

Grundmechanik — Hub, Spoke, Pillar

Ein Topic-Cluster ist eine Gruppe von Seiten, die ein abgegrenztes Themengebiet gemeinsam abdecken. Drei Rollen verteilen sich darin.

Pillar-Page (Hub)

Die zentrale Seite zum Oberthema. Breit angelegt, oft 2.000–4.000 Wörter, deckt das Themengebiet einmal komplett ab — auf einer Ebene, die für jemanden funktioniert, der sich gerade erst orientiert. Beispiel-Pillar: „Suchmaschinenoptimierung — der vollständige Leitfaden”. Sie beantwortet Mittelfeld-Fragen selbst und verlinkt für Tiefe in die Spokes.

Der Pillar trägt den umkämpften Short-Head-Begriff (seo, content-marketing, online-shop-betreiben). Genau hier hast du als kleinere Site eigentlich keine Chance — außer durch das interne Backing der Spokes.

Spoke-Pages (Cluster-Inhalte)

Detail-Artikel zu Unteraspekten, die genau eine Frage beantworten und auf Long-Tail abzielen. Pro Pillar typisch 8–25 Spokes. Beispiel-Spokes zum SEO-Pillar: „Title-Tag schreiben”, „Internal Linking für Online-Shops”, „Core Web Vitals messen”. Jeder Spoke verlinkt zurück auf den Pillar — und der Pillar verlinkt auf jeden Spoke. Das ist die namensgebende Hub-and-Spoke-Form.

Spokes verlinken auch untereinander, aber nur dort, wo es im Lesefluss Sinn ergibt — nicht aus Pflicht. Wer „Title-Tag schreiben” liest und an einer Stelle Meta-Description erwähnt, bekommt einen Link auf den Meta-Description-Spoke. Das macht das Cluster zu einem Netz statt zu einem Stern.

Warum das überhaupt funktioniert

Drei Mechanismen wirken zusammen.

Topical Authority. Suchmaschinen bewerten nicht nur einzelne Seiten, sondern auch, wie umfassend eine Domain ein Themengebiet abdeckt. Wer zu „SEO” 25 zusammenhängende Artikel hat, wirkt als Quelle glaubwürdiger als wer drei Streuartikel hat. Das schlägt sich in besseren Rankings auch für Seiten durch, die isoliert keine Chance hätten.

PageRank-Verteilung über interne Links. Jeder eingehende Link verteilt Linkjuice. In einem Cluster konzentriert sich der intern verteilte Saft auf den Pillar (jeder Spoke linkt zurück) — der dann wiederum die Spokes stärkt. Externe Backlinks auf Spokes wandern über die Cross-Links und den Pillar zurück ins Cluster. Aus einem starken Backlink wird eine breite Wirkung.

Klare Suchintention pro Seite. Wenn jeder Spoke exakt eine Frage beantwortet, gibt es keine Keyword-Kannibalisierung mehr — zwei Seiten der gleichen Domain, die für dasselbe Keyword konkurrieren. Das ist eines der häufigsten Probleme bei alten Blogs ohne Cluster-Logik.

Stolperfallen — woran Cluster scheitern

Falscher Pillar-Schnitt

Pillar zu eng („SEO für lokale Friseursalons in Hamburg-Eimsbüttel”) gibt zu wenig Volumen für die zentrale Seite, Pillar zu weit („Marketing”) wird so generisch, dass er gegen Marken-Sites verliert und keine kohärente Spoke-Liste hervorbringt. Faustregel: Der Pillar sollte ein Thema abdecken, zu dem ein interessierter Leser problemlos zehn bis zwanzig konkrete Folgefragen formulieren kann.

Spokes ohne Suchvolumen

Wer Spokes nur entlang einer logischen Themenkarte plant, ohne Keyword-Daten zu prüfen, baut Artikel, die niemand sucht. Die Cluster-Logik wird oft als Ausrede genommen, das wegzulassen — sie ist es nicht. Erst Suchvolumen pro Spoke prüfen, dann den Plan konsolidieren.

Verlinkung als Pflichtübung

Spoke linkt auf Pillar mit Anchor „mehr erfahren” am Seitenende. Das funktioniert nicht. Interne Links wirken, wenn sie im Fließtext sitzen, einen sprechenden Anker haben (das tatsächliche Ziel-Keyword oder eine natürliche Variante) und an einer Stelle stehen, an der der Leser sie wirklich klicken würde. Ein Footer-Link aus Pflicht zählt strukturell, aber kaum für Nutzer-Signale.

Pillar wird nie aktualisiert

Pillar-Pages altern schneller, weil sie breit sind. Ein SEO-Pillar von 2022 ohne GEO-Abschnitt ist 2026 inhaltlich daneben. Ein Cluster ohne Update-Rhythmus für den Pillar verliert mit der Zeit. Plane mindestens jährlich eine größere Revision pro Pillar.

Cluster ohne Cluster — nur das Etikett

Manchmal werden bestehende Blog-Archive nachträglich als „Cluster” verkauft, ohne dass die interne Verlinkung wirklich überarbeitet wurde. Das ist Theater, kein Cluster. Ohne durchgängige Hub-Spoke-Links bleibt es ein Stapel Einzel-Artikel mit neuem Etikett.

Hebel — so baust du Cluster auf

Cluster-Recherche: vom Keyword zur Themenkarte

Start ist nicht die Themenkarte, sondern die Keyword-Datenbank. Praktischer Ablauf:

  1. Short-Head-Keyword festlegen, das den Pillar trägt. Suchvolumen, Konkurrenz und Geschäftsrelevanz checken.
  2. Long-Tail-Keywords im Umfeld sammeln — über die SERP-Features (People Also Ask, Related Searches), über Tools (Ahrefs, Semrush, Sistrix) und über die eigene Search Console.
  3. Cluster die gesammelten Keywords nach Suchintention — nicht nach lexikalischer Ähnlichkeit. „SEO lernen” und „SEO Grundlagen” gehören in denselben Spoke; „SEO Agentur Hamburg” gehört nicht ins Cluster, sondern auf eine Service-Seite.
  4. Pro Cluster eine Spoke-Liste mit Keyword, Intention, geplantem Titel und Vermerk, ob es einen Pillar-Abschnitt dazu gibt.

Zwölf bis zwanzig Spokes pro Pillar sind ein guter Korridor. Weniger als acht: das Cluster wirkt dünn. Mehr als 25: meist zwei Cluster im Trenchcoat, lieber teilen.

Pillar schreiben — breit, navigierbar, verlinkt

Der Pillar muss zwei Lese-Modi gleichzeitig bedienen: linear lesen (von oben nach unten) und scannen (Inhaltsverzeichnis, Sprung zur passenden Stelle). Das heißt in der Praxis: ein klares Inhaltsverzeichnis am Anfang, sprechende H2-Überschriften, kompakte H3-Abschnitte. Jeder größere Abschnitt im Pillar enthält einen Verweis auf den passenden Spoke — typisch ein Satz im Fließtext und/oder ein „Mehr dazu in Title-Tag schreiben”-Hinweis am Abschnittsende.

Der Pillar ist kein 4.000-Wort-Lehrbuch über alles, sondern die Eingangstür mit zwanzig sauber beschilderten Räumen.

Interne Verlinkung — die eigentliche Arbeit

Die Architektur wirkt, wenn die Links sitzen. Drei Faustregeln:

  • Jeder Spoke linkt mindestens einmal zurück auf den Pillar, im Fließtext, mit beschreibendem Anker (nicht „hier klicken”). Häufig in der Einleitung, oft auch im Fazit.
  • Cross-Links zwischen Spokes entstehen organisch beim Schreiben — wenn im Spoke A der Begriff aus Spoke B vorkommt, dann verlinken. Nicht erzwingen, sondern beim Schreiben mitnehmen.
  • Anker-Texte variieren, aber Kernkeyword erkennbar lassen. „Title-Tag richtig schreiben”, „Title-Tags und ihre Wirkung” — beides okay. „Hier klicken” — verschenkt.

Tools wie der Ahrefs-Site-Audit, Screaming Frog oder ein einfaches eigenes Skript zeigen, welche Seiten zu wenig interne Links haben (Orphan Pages oder Near-Orphans). Das ist die Liste, an die man ranmuss.

Programmatic SEO als Cluster-Verstärker

Programmatic SEO baut viele strukturell ähnliche Spoke-Seiten aus einer Datenquelle — typisch lange Listen wie „X für Y” („SEO-Agentur in Stadt”, „CRM für Branche”). Das funktioniert nur in Verbindung mit einem starken Pillar und sauberer Datenpflege. Häufiges Anti-Pattern: 5.000 generierte Seiten ohne thematischen Hub, ohne echten Mehrwert pro Seite, ohne interne Verlinkung. Das wertet Google inzwischen zuverlässig ab. Mit Pillar als Anker, klarer Datenbasis und mindestens einem nicht-generierten Block pro Seite (Erfahrung, Kontext, eigene Daten) wird daraus ein legitimer Hebel.

Vergleichstabelle — Cluster-Typen im Überblick

| Typ | Pillar | Spokes | Wann sinnvoll | Risiko | |---|---|---|---|---| | Klassisches Hub-and-Spoke | 1 breiter Pillar, 8–25 Spokes | Long-Tail-Artikel | Etablierter Themen-Stamm, B2B-Content-Marketing | Pflegeaufwand für Pillar, leicht veraltet | | Subcluster (verschachtelt) | Pillar → Sub-Pillar → Spokes | Drei Ebenen | Sehr breite Themen (z. B. komplette Disziplin) | Architektur wird komplex, Linkpflege wächst | | Programmatic Cluster | 1 Pillar, viele generierte Seiten | Daten-getriebene Sub-Seiten | Strukturierte Daten, Stadt/Branchen/Produkt-Listen | Ohne Mehrwert je Seite → Thin Content | | Topic-Hub ohne Pillar | nur Übersichts-Hub mit Linkliste | Bestehende Artikel | Schnelle Konsolidierung von Alt-Content | Verschenkt Pillar-Wirkung, keine echte Authority-Konzentration |

Praxis — bestehende Site auf Cluster umbauen

Drei realistische Szenarien.

Szenario 1: Blog mit 60 Artikeln, kein Cluster

Inventur: alle Artikel mit Haupt-Keyword, monatlichem Traffic und Top-Ranking-Keyword in eine Tabelle. Themen-Buckets bilden — 60 Artikel landen typisch in 4–7 sinnvollen Clustern. Pro Cluster prüfen: Gibt es bereits einen breiten „SEO Grundlagen”-Artikel, der als Pillar taugt? Falls ja: ausbauen, Inhaltsverzeichnis ergänzen, Links auf alle Spokes setzen. Falls nein: Pillar neu schreiben. Dann Spokes durchgehen und je einen sauberen Link zurück zum Pillar setzen. Aufwand für 60 Artikel realistisch: zwei bis drei Wochen fokussierte Arbeit, plus die neuen Pillar-Pages.

Szenario 2: Shop mit Kategorien als Pillar

Bei Shops sind Kategorie-Seiten oft die natürlichen Pillar-Pages. Spokes sind Ratgeber-Artikel im Blog, die auf die Kategorie verlinken. Beispiel: Pillar „Laufschuhe” (Kategorie) — Spokes „Laufschuhe für Übergewichtige”, „Wie messe ich meine Schuhgröße richtig?”, „Pronation erklärt”. Wichtig: die Kategorie-Seite muss redaktionellen Content tragen (kein Filter-Strip mit zwei Sätzen), sonst trägt sie die Pillar-Rolle nicht.

Szenario 3: Pillar steht, Spokes fehlen

Häufiger Fall bei jüngeren Sites: Es gibt einen großen Leitfaden, aber nur drei Detail-Artikel. Hier zuerst die Long-Tail-Recherche pro Pillar-Abschnitt machen, eine 12–20-Spoke-Roadmap definieren und dann pro Monat zwei bis vier Spokes nachschieben. Wichtig: Pillar parallel pflegen — jeder neue Spoke wird im passenden Pillar-Abschnitt verlinkt.

FAQ

Wie unterscheidet sich ein Topic-Cluster von einer Sitemap-Struktur?
Die Sitemap zeigt URL-Hierarchie, das Cluster zeigt thematische Hierarchie. Ein Cluster braucht keine eigene URL-Tiefe — Pillar und Spokes können flach unter /blog/ liegen. Die Verbindung entsteht über interne Links, nicht über Pfade.
Wie viele Cluster sollte eine Site haben?
Drei bis zehn ist ein gesunder Korridor für die meisten Content-getriebenen Sites. Unter drei: das Geschäft ist eng, dann reicht oft ein Cluster plus Service-Seiten. Über zehn: meist zerfasert, lieber zwei Cluster zusammenlegen.
Sollte jeder Artikel zwingend in ein Cluster?
Nein. News-Artikel, Firmen-Updates und Personality-Pieces bleiben außerhalb. Cluster brauchen Themen mit Suchvolumen und langfristiger Relevanz — Tagesgeschäft hat das nicht.
Wie lange dauert es, bis ein Cluster wirkt?
Drei bis neun Monate, je nach Domain-Autorität und Wettbewerb. Die Wirkung kommt selten linear — oft passiert lange wenig, dann zieht der Pillar plötzlich Rankings, und die Spokes folgen über Wochen.

Fazit

Topic-Cluster sind keine SEO-Magie, sondern ein Strukturprinzip: Themen statt Einzel-Keywords, Hub statt Insel, Verlinkung statt Stapel. Der Hebel liegt in der konsequenten Umsetzung — Pillar pflegen, Spokes mit echten Long-Tail-Keywords bauen, intern wirklich verlinken. Wer das durchhält, baut Authority in einem Themengebiet auf, die einzelne Glücksgriff-Artikel nie erreichen.

Für die meisten Sites ist die richtige Reihenfolge: bestehenden Content inventarisieren, drei bis fünf Cluster sauber definieren, Pillar-Pages für die wichtigsten zwei Cluster zuerst ausarbeiten, dann die Linkstruktur ziehen. Erst danach lohnt es sich, neue Spokes zu schreiben — sonst baut man auf einer Architektur, die noch nicht trägt. Und für alles, was an die Grenze zur AI-Suche reicht (siehe GEO-Whitepaper), ist die Cluster-Logik die Voraussetzung dafür, überhaupt als kohärente Quelle erkannt zu werden.

Themenuebersicht

On-Page SEOContent-Struktur