Topic-Cluster-Aufbau: vom Hub zum Pillar zur Wissens-Seite

Warum die Struktur über die Skalierung entscheidet

In jeder ernsthaften SEO-Strategie taucht früher oder später der Begriff Topic Cluster auf. Manche Programme behandeln ihn als Buzzword, andere als technisches Detail. Beides trifft es nicht: Topic Cluster ist die architektonische Grundentscheidung, die über die Skalierbarkeit eines Content-Programms im B2B entscheidet.

Wer ohne Cluster-Logik wächst, produziert irgendwann 100 Artikel, die sich gegenseitig kannibalisieren. Ähnliche Themen, ähnliche Blickwinkel, kein klarer Platz in einer Struktur. Wer mit Cluster-Logik wächst, produziert 100 Artikel, die sich gegenseitig verstärken.

Hier beschreibe ich, wie eine Topic-Cluster-Architektur für ein B2B-Wissensprogramm aufgebaut wird, welche drei Ebenen sie hat und welche Entscheidungen am Anfang den späteren Verlauf prägen.

Die drei Ebenen

Die Architektur, die wir in Mandaten anwenden, hat drei Ebenen mit klaren Funktionen.

Ebene 1: Themen-Hub.

Der Hub ist die oberste Übersicht für ein Themenfeld. Er beschreibt das Feld, listet die wichtigsten Sub-Themen, verlinkt auf alle Pillar und Cluster-Artikel und macht klar, wofür Reazon zu diesem Thema steht. Hub-Seiten sind meistens kurz, 800 bis 1500 Wörter, aber sie sind die Schaltstelle, von der Käufer und Suchmaschinen tiefer ins Thema einsteigen.

Im Reazon-Modell sind das die sieben Themen-Hubs: TAYA-Methode, CRM, Sales & Marketing Alignment, SEO, Inbound Marketing, B2B Content Marketing, KI für Marketing. Jeder dieser Hubs hat einen eigenen URL-Pfad und eine eigene Seite, die das Themenfeld einrahmt.

Ebene 2: Pillar-Artikel.

Pro Hub eine bis drei Pillar-Seiten. Ein Pillar behandelt ein zentrales Sub-Thema oder eine Methodik des Hubs in der nötigen Tiefe, oft 2500 bis 4000 Wörter, mit vielen Sub-Themen, die später als Cluster-Artikel vertieft werden.

Pillar haben eine doppelte Funktion: Sie ranken für die Hauptbegriffe des Hubs, weil sie thematische Tiefe haben. Und sie sind der Anker, von dem Cluster-Artikel verlinkt sind und auf den sie zurückverweisen. Diese Verlinkungs-Logik ist der technische Kern, warum Topic-Cluster-Architekturen ranken.

Ebene 3: Cluster-Artikel oder Wissens-Seiten.

Pro Hub zwischen 20 und 40 Cluster-Artikel über zwölf bis 24 Monate. Jeder Cluster-Artikel beantwortet eine spezifische Käuferfrage in der nötigen Tiefe. Big-5-Fragen zu Kosten, Problemen, Vergleichen, Bewertungen und Best-of-Listen sind die häufigsten und wirkungsvollsten Cluster-Typen. Welche Themen-Kategorien systematisch die stärkste Wirkung haben, beschreibt der Beitrag Die TAYA Big 5 erklärt.

Cluster-Artikel sind meistens 1200 bis 2500 Wörter lang. Sie verlinken auf die Pillar des Hubs, auf den Hub selbst, auf andere thematisch passende Cluster-Artikel und gelegentlich auf Cluster-Artikel aus anderen Hubs.

Wie die Architektur entworfen wird

In der Praxis bauen wir die Architektur in drei Schritten auf.

Schritt 1: Hubs aus Angebot und Käuferfragen ableiten.

Die Hubs entstehen nicht aus SEO-Tools, sondern aus dem Geschäft. Was sind die Hauptangebote, was sind die wiederkehrenden Käuferfragen im Vertrieb? Aus dieser Schnittmenge ergeben sich die Hubs.

Im B2B-Mittelstand sind drei bis sieben sinnvoll. Mehr verdünnt die Substanz pro Hub. Weniger lässt wichtige Themenfelder unbedient. Ein Mittelständler mit drei Service-Linien und zwei methodischen Schwerpunkten landet typischerweise bei fünf bis sieben.

Beispiele für Hub-Themen aus Mandaten: Ein Maschinenbauer mit Predictive Maintenance hat Hubs zu Predictive Maintenance, Wartungsverträgen, Total Cost of Ownership. Eine Beratungsfirma im Finanzbereich hat Hubs zu Compliance, Audit, Reporting. Eine SaaS-Plattform hat Hubs nach ihren Hauptfeatures.

Schritt 2: Pro Hub die Pillar definieren.

Pro Hub eine zentrale Pillar, die das Themenfeld in der gewünschten Tiefe abdeckt. Manchmal eine zweite oder dritte Pillar für eine besonders eigenständige Sub-Disziplin innerhalb des Hubs.

Ein Beispiel aus unserer eigenen Architektur: Der SEO-Hub hat als zentrale Pillar den Artikel SEO für B2B: Warum es anders funktioniert als im B2C. Diese Pillar gibt den Rahmen und verlinkt zu allen Cluster-Artikeln, die spezifische Aspekte des B2B-SEO vertiefen.

Pillar-Themen sind meistens stabile, methodische Fragen, die sich über Jahre nicht grundlegend ändern. Volatilere Themen gehören in Cluster-Artikel, die einfacher aktualisiert werden können.

Schritt 3: Cluster-Themen sammeln.

Aus den Insight Sessions mit dem Vertrieb (siehe Insight Sessions mit dem Vertrieb) entsteht pro Hub eine Liste von 20 bis 50 potenziellen Cluster-Themen. Diese Liste wird dann mit Such-Daten validiert und priorisiert. Die ersten 10 bis 15 Themen pro Hub bilden den initialen Cluster, weitere Themen werden über die Monate ergänzt.

Bei der Priorisierung zählen drei Faktoren: Häufigkeit im Vertrieb, Suchvolumen, Schreibaufwand.

Die Verlinkungs-Logik

Das technisch entscheidende Element der Architektur ist die interne Verlinkung. Sie sagt Google, welche Seite zu welcher Hierarchie gehört.

Vier Verlinkungs-Muster, die in einer sauberen Topic-Cluster-Architektur immer vorkommen.

Muster 1: Hub verlinkt auf alle Pillar und ausgewählte Cluster-Artikel.

Die Hub-Seite listet die Pillar prominent und einige besonders wichtige oder neue Cluster-Artikel. Sie ist Verteilstation für Linkjuice und Einstiegspunkt für Käufer, die das Themenfeld erstmals erkunden.

Muster 2: Jede Pillar verlinkt auf den Hub und auf alle zugehörigen Cluster-Artikel.

Eine Pillar führt den Leser ins Thema ein und verweist dann an passenden Stellen auf die Cluster-Artikel, die Detail-Aspekte vertiefen. Diese Verlinkung erfolgt im Fliesstext, nicht nur in einer Liste am Ende. Eine Pillar mit acht bis 15 internen Links zu eigenen Cluster-Artikeln ist Standard.

Muster 3: Jeder Cluster-Artikel verlinkt auf seinen Hub, seinen Pillar und zwei bis fünf andere Cluster-Artikel.

Diese Verlinkung passiert ebenfalls im Fliesstext. Sie verstärkt die Cluster-Logik aus jeder Richtung und verhindert, dass einzelne Cluster-Artikel inhaltlich isoliert sind. Wer pro Artikel drei bis fünf interne Links setzt, hat einen erheblichen On-Page-SEO-Hebel, wie auch im Beitrag SEO für B2B: Warum es anders funktioniert ausgeführt.

Muster 4: Gelegentliche Verlinkung zwischen Hubs.

Manchmal überlappen sich Themen zwischen Hubs. Ein Cluster-Artikel im SEO-Hub kann sinnvollerweise auf einen Cluster-Artikel im B2B-Content-Marketing-Hub verlinken. Diese Cross-Verlinkungen sind erlaubt und nützlich, sollten aber sparsam eingesetzt werden, damit die Hub-Identität klar bleibt.

Wie die Architektur über die Zeit wächst

Eine Topic-Cluster-Architektur ist kein Setup, das einmal angelegt und dann unverändert betrieben wird. Sie wächst über drei Phasen.

Phase 1: Aufbau (Monat 1 bis 6).

Hub-Seiten gehen live, die ersten Pillar werden publiziert, pro Hub entstehen die ersten fünf bis zehn Cluster-Artikel. In dieser Phase ist die Substanz noch dünn, aber die Architektur steht. Google indexiert die Seiten und beginnt, sie thematisch einzuordnen.

Phase 2: Verdichtung (Monat 6 bis 18).

Cluster-Artikel pro Hub wachsen auf 15 bis 25. Die Pillar werden zum ersten Mal überarbeitet, weil neue Cluster-Artikel zu verlinken sind. Erste Rankings auf Position 1 bis 10 für die Pillar-Suchanfragen. Cluster-Artikel ranken für ihre spezifischen Big-5-Fragen.

Phase 3: Reife (ab Monat 18).

Pro Hub stehen 25 bis 40 Cluster-Artikel. Die Topical Authority ist messbar. Neue Cluster-Artikel ranken schneller, weil die Domain im Themenfeld als Autorität gilt. Pillar werden in einem festen Update-Zyklus aktualisiert (siehe Pillar-Page-Update-Zyklus).

Was alle drei Phasen verbindet, ist die strukturelle Klarheit der Architektur. Eine Domain, die in Phase 1 sauber gebaut wurde, zieht in Phase 3 den Nutzen aus kumulierten Rankings. Eine Domain, die ohne Cluster-Logik gewachsen ist, muss irgendwann restrukturieren. Das kostet Zeit und Budget, die sonst in neue Inhalte geflossen wären.

Häufige Fehler in der Cluster-Architektur

Drei Fehler, die wir in Mandaten regelmässig sehen und korrigieren.

Fehler 1: Zu viele Hubs am Anfang.

Wer mit zehn Hubs startet, hat pro Hub kaum Substanz und schwächt die Topical Authority an allen Stellen gleichzeitig. Besser: vier oder fünf Hubs aufbauen, jeder mit echter Tiefe. Weitere Hubs ergänzen, wenn das Wachstum es hergibt.

Fehler 2: Pillar als reine Sammlung von Links.

Eine Pillar, die nur aus Übergangstexten und Link-Listen besteht, hat keinen inhaltlichen Wert und rankt nicht. Sie muss substantiell etwas zum Thema sagen, die Verlinkung auf Cluster-Artikel ergibt sich dabei natürlich. Die Verlinkung ist Folge des Inhalts, nicht der Inhalt selbst.

Fehler 3: Cluster-Artikel ohne klaren Bezug zu einem Hub.

Ein Artikel, der thematisch zu keinem Hub gehört, schwächt die Architektur. Manchmal ist das ein Hinweis, dass ein zusätzlicher Hub gebraucht wird. Manchmal ist es ein Hinweis, dass der Artikel nicht ins Programm gehört. Wenn ein Artikel-Vorschlag in keinen Hub passt, sollte er entweder als neuer Hub-Kandidat erwogen oder gestrichen werden.

Was die Architektur konkret bringt

Drei messbare Effekte aus laufenden Mandaten.

Erstens: neue Cluster-Artikel ranken schneller, wenn der Hub bereits etabliert ist. Was früher sechs Monate gebraucht hat, braucht heute zwei. Zweitens: Domains mit klarer Topical Authority überleben Helpful Content Updates und Core Updates stabiler als Domains mit verstreuten Einzelartikeln. Mehr dazu in Helpful Content Update: was Google seit 2024 wirklich bestraft. Drittens: weniger interne Kannibalisierung. Eine klare Hierarchie verhindert, dass eigene Artikel gegeneinander ranken, und wenn es doch passiert, lässt es sich entlang der Architektur sauber auflösen, wie in Interne Kannibalisierung: wie eigene Seiten gegeneinander ranken beschrieben.

Wie viel Vorarbeit nötig ist

Eine vollständige Topic-Cluster-Architektur aufzusetzen kostet im B2B-Mittelstand zwischen vier und zwölf Wochen, je nach Komplexität des Geschäfts und Verfügbarkeit der Vertriebs-Inputs. Mehr Vorarbeit, als die meisten SEO-Programme einplanen. Und trotzdem der Hebel, der über zwei oder drei Jahre den grössten Unterschied macht.

Wer schlanker starten will: drei bis fünf Hubs als Skizze definieren, eine Pillar pro Hub schreiben, fünf Cluster-Artikel pro Hub starten und die Architektur iterieren. Das funktioniert, wenn die Hub-Definition von Anfang an klar ist. Wer mit unscharfen Hubs startet, restrukturiert später regelmässig. Wo eure Domain heute zwischen loser Artikelsammlung und tragfähiger Struktur steht, lässt sich in einer Standortbestimmung einordnen.