SEO-Content-Cluster aufbauen: Vom Pillar zu Spokes

Sechs Monate fleißig gebloggt, aber Google behandelt jeden Artikel wie eine Insel? Genau dafür gibt es SEO-Content-Cluster: Sie verbinden eine ausführliche Pillar-Seite mit mehreren spezialisierten Spoke-Beiträgen zu einem Thema, das Suchmaschinen als Autorität verstehen können. Wer mit einem Cluster arbeitet, hört auf, einzelne URLs zu optimieren, und fängt an, Themenräume zu besetzen.

Inhaltsverzeichnis

Die wichtigsten Punkte
Was ein SEO-Content-Cluster wirklich ist (und was nicht)
Welches Thema eignet sich als Pillar – und wie breit darf es sein?
Wie viele Spoke-Beiträge braucht ein Cluster, um zu ranken?
Wie verbinden Sie Pillar und Spokes intern, ohne Spam-Links zu bauen?
Welche Entities und Sub-Entities muss ein Cluster abdecken?
Wie messen Sie, ob das Cluster als Ganzes gewinnt – nicht nur einzelne URLs?
Häufige Fehler beim Cluster-Aufbau, die alles kaputtmachen
Häufig gestellte Fragen
Quellen

Die wichtigsten Punkte

Ein SEO-Content-Cluster bündelt eine Pillar-Seite mit thematisch verwandten Spoke-Beiträgen und verdrahtet sie über interne Links zu einer Einheit.
Das Pillar sollte ein breites Thema mit stabilem Suchvolumen abdecken, die Spokes greifen konkrete Sub-Fragen auf, die Suchende stellen.
Die interne Verlinkung ist der entscheidende Hebel: Spokes zeigen auf das Pillar, das Pillar verlinkt zurück, und Spokes untereinander verlinken nur, wenn es thematisch passt.
Themenautorität entsteht über die Abdeckung relevanter Entities und Sub-Entities, nicht über die bloße Wiederholung des Hauptbegriffs.
Den Erfolg eines Clusters messen Sie auf Cluster-Ebene (Sichtbarkeitsindex, Indexierung, Themen-Abdeckung), nicht anhand einer einzelnen URL.

Ein SEO-Content-Cluster ist eine thematische Architektur, in der eine zentrale Pillar-Seite ein breites Topic umfassend behandelt und mehrere Spoke-Beiträge einzelne Sub-Fragen dieses Themas beantworten. Die Spokes verlinken zurück auf das Pillar, das Pillar verlinkt auf die Spokes, und über diese wechselseitige Verlinkung entsteht ein in sich geschlossenes Netz aus Inhalten, das Suchmaschinen als zusammenhängende Autorität zu einem Thema lesen können.

Was ein Cluster nicht ist: keine bloße Kategorie-Seite mit lose darunter sortierten Blogartikeln, kein Linkverzeichnis und kein Tag-Archiv. Ohne die klare Hierarchie aus Pillar und Spokes, ohne wechselseitige Verlinkung und ohne gemeinsame thematische Klammer bleibt es eine Sammlung von Einzelbeiträgen, die jeweils für sich um Rankings kämpfen.

Der Unterschied zwischen klassischem Silo-SEO und modernem Content-Cluster liegt in der Suchintention. Frühe Silo-Modelle haben primär auf Linkgleichheit und Keyword-Dichte gesetzt; ein Cluster antwortet auf die tatsächlichen Fragen, die Nutzer zu einem Thema stellen, und auf die Sub-Entities, die in den Suchergebnissen rund um das Hauptthema auftauchen. Deshalb funktioniert ein Cluster nur dann, wenn es inhaltlich dicht ist, nicht wenn es nur technisch sauber verlinkt wurde.

Welches Thema eignet sich als Pillar – und wie breit darf es sein?

Das Pillar-Thema muss breit genug sein, um zehn bis dreißig eigenständige Sub-Fragen sinnvoll zu adressieren, und eng genug, um unter einer klaren Suchabsicht zu bleiben. Eine Pillar-Seite zu „Marketing" wäre zu breit, eine zu „E-Mail-Betreffzeilen A/B testen" wäre zu eng – das Cluster verhungert. Funktionierende Pillar-Themen liegen in der Mitte: „B2B-Leadgenerierung", „technische SEO-Audits", „SaaS-Pricing-Modelle".

Woran Sie ein gutes Pillar-Thema erkennen

Drei Indikatoren helfen bei der Auswahl. Erstens: Es gibt ein stabiles monatliches Suchvolumen auf der breiten Suchanfrage (oft fünfstellig oder höher), aber kein einzelner Konkurrent dominiert die Top-10 mit einer einzelnen Seite. Zweitens: Eine Pillar-Seite zu diesem Thema kann ohne Mühe 1.500 bis 3.000 Wörter füllen, ohne sich zu wiederholen. Drittens: Sie können aus dem Stegreif mindestens zwanzig Sub-Fragen auflisten, die echte Suchende stellen – W-Fragen, How-to-Varianten, Vergleiche, Anwendungsfälle.

Wie breit darf das Pillar inhaltlich ausfallen?

Das Pillar behandelt das Thema konzeptionell, vergleichend und rahmengebend, geht aber nicht in die Tiefe einzelner Spoke-Themen. Stellen Sie sich das Pillar als das Inhaltsverzeichnis eines Fachbuchs vor: Es nennt jedes Kapitel, erklärt, warum es existiert, fasst die wichtigsten Punkte zusammen und verzichtet auf die ausführliche Behandlung. Die Tiefe gehört in die Spokes.

Ein zweiter Grenzwert kommt aus der Suchintention selbst. Wenn die meisten Suchenden zum Hauptbegriff eine Definition, einen Überblick oder einen Vergleich suchen, ist ein Pillar mit erklärendem Charakter richtig. Wenn die Mehrheit bereits ein konkretes Problem lösen will, fehlt für ein Pillar die Substanz – dann brauchen Sie keine Cluster-Architektur, sondern eine starke Landingpage und wenige thematische Beiträge daneben.

Wie viele Spoke-Beiträge braucht ein Cluster, um zu ranken?

Ein Cluster braucht in der Regel acht bis zwanzig Spoke-Beiträge, um bei Google als thematische Einheit wahrgenommen zu werden. Die Faustregel: so viele, wie nötig sind, um alle sinnvollen Sub-Fragen des Themas abzudecken, und so wenige, dass keine zwei Spokes dieselbe Frage beantworten. Wer mit fünf Spokes startet, baut keine Cluster-Architektur, sondern eine kleine Themenecke; wer mit fünfzig startet, verwässert die Klarheit und produziert zwangsläufig dünne Inhalte.

Wie viele Spokes am Anfang realistisch sind

Ein veröffentlichungsfähiges Minimum liegt bei etwa zehn ausformulierten Spokes, die jeweils ein konkretes Problem adressieren, sowie einem vollständig ausgebauten Pillar. In dieser Größenordnung kann das Cluster seine Rolle im Index überhaupt erst aufbauen, ohne monatelang nur Stille zu erzeugen. Wer in einem hart umkämpften B2B-Umfeld arbeitet, etwa in B2B-SaaS-Themen, sollte eher Richtung fünfzehn Spokes denken, bevor das Pillar überhaupt auf Authority hoffen darf.

Wann das Cluster wachsen muss

Wenn die Pillar-Seite für die Hauptanfrage rankt und Suchende über sie tatsächlich auf Spokes weiterklicken, liefert das Cluster Themenautorität. An diesem Punkt lohnt es sich, das Cluster in Wellen zu erweitern: zuerst die fehlenden Sub-Entities schließen, dann aktualisierte Varianten ergänzen, schließlich angrenzende Themen als zweites Pillar danebenstellen. Mehr zur Umsetzung in der Praxis für SaaS-Teams finden Sie auf der Seite für B2B-SaaS.

Wie verbinden Sie Pillar und Spokes intern, ohne Spam-Links zu bauen?

Die interne Verlinkung im Cluster folgt einer festen Regel: Jeder Spoke verlinkt genau einmal kontextuell auf das Pillar, und das Pillar verlinkt auf jeden Spoke, sobald dieser live ist. Spokes untereinander werden nur verlinkt, wenn ein Spoke einen anderen inhaltlich voraussetzt – etwa wenn ein Spoke zur Indexierung einen Spoke zur Crawling-Steuerung zitiert. Alles andere produziert Linkrauschen, das weder Nutzern noch Suchmaschinen hilft.

Welche Ankertexte sind im Cluster sinnvoll?

Ankertexte im Cluster sollten die Substanz des Ziels beschreiben, nicht das Keyword 1:1 wiederholen. Statt „mehr zum Thema Content-Cluster" liest sich ein Anker wie „die Rolle der internen Verlinkung im Content-Cluster" natürlicher und signalisiert dem Crawler zugleich, worum es im Zieltext geht. Variieren Sie die Ankertexte, aber bleiben Sie deskriptiv. Generische Phrasen wie „hier klicken" oder „dieser Artikel" verschenken sowohl Nutzerfreundlichkeit als auch Crawl-Signal.

Wie vermeiden Sie Link-Spam im Cluster?

Drei einfache Regeln verhindern die häufigsten Ausrutscher. Erstens: Kein Spoke verlinkt zweimal auf dasselbe Pillar. Zweitens: Das Pillar verlinkt nicht in einem einzigen großen Linkblock auf alle Spokes, sondern verteilt die Links über den Fließtext, jeweils dort, wo der Spoke thematisch passt. Drittens: Aktualisieren Sie die Pillar-Seite bei jeder neuen Spoke-Veröffentlichung – und fügen Sie den Link erst dann hinzu, sonst entstehen Broken-Links, die das Cluster schwächen.

Welche Entities und Sub-Entities muss ein Cluster abdecken?

Ein Cluster deckt die zentrale Entity, ihre direkten Sub-Entities und die Attribute ab, die in den Suchergebnissen rund um das Hauptthema sichtbar werden. Entity-Coverage bedeutet: Wenn Google zum Hauptthema einen Knowledge-Graph, einen „People also ask"-Block oder verwandte Suchanfragen anzeigt, sollten diese Begriffe im Cluster inhaltlich auftauchen, weil sie das sind, was Suchmaschinen als thematische Nachbarschaft verstehen.

Wie finden Sie die relevanten Sub-Entities?

Drei Quellen liefern die Liste zuverlässig. Die „People also ask"-Boxen der wichtigsten Suchanfragen zum Pillar-Thema, die verwandten Suchanfragen am Ende der Suchergebnisseite und die Themen-Cluster, die Tools wie der Google Natural Language API oder der Knowledge-Graph-Explorer zu Ihrer Haupt-Entity ausspielen. Schreiben Sie diese Begriffe als Tabelle auf, gruppieren Sie sie nach Themenstrang und prüfen Sie, welche davon bereits in einem Spoke behandelt werden und welche noch fehlen.

Wie geht das Cluster mit konkurrierenden Sub-Entities um?

Wenn zwei Sub-Entities sich überschneiden, bekommt jede ihren eigenen Spoke, aber der jeweilige Spoke grenzt am Anfang explizit ab, welches Problem er löst und welches er nicht löst. So entstehen keine Kannibalisierungseffekte zwischen Spokes, und das Cluster behält eine klare interne Hierarchie. Wer hier schlampt, produziert Spokes, die sich gegenseitig die Klicks stehlen – und am Ende gewinnt keiner von beiden.

Wie messen Sie, ob das Cluster als Ganzes gewinnt – nicht nur einzelne URLs?

Wie messen Sie, ob das Cluster als Ganzes gewinnt – nicht nur einzelne URLs? Den Erfolg eines Clusters messen Sie auf drei Ebenen gleichzeitig: Sichtbarkeit für die Cluster-Hauptanfragen, Indexierung der Spoke-URLs und Themenautorität über die Abdeckung der Sub-Entities. Die einzelne URL-Performance ist zweitrangig – was zählt, ist, ob das Cluster als Ganzes für das Thema in den Top-10 erscheint und dort bleibt.

Welche Metriken wirklich zählen

Für SEO-Cluster liefert die Google Search Console die ehrlichsten Signale. Beobachten Sie die Gesamtimpressionen über alle URLs des Clusters für die Pillar-Hauptanfrage und für die drei bis fünf wichtigsten Sub-Fragestellungen, nicht die isolierten Klicks einer einzelnen URL. Steigen die Impressionen clusterweit, gewinnt das Thema; fallen sie clusterweit, verliert das Thema – unabhängig davon, ob eine einzelne Spoke-URL mehr Klicks bekommt.

Woran Sie Themenautorität erkennen

Themenautorität zeigt sich in vier Beobachtungen. Erstens: Die Pillar-Seite rankt für Dutzende verwandter Long-Tail-Anfragen, nicht nur für die Hauptanfrage. Zweitens: Neue Spokes finden schneller in den Index, weil das Cluster bereits als seriös bekannt ist. Drittens: Andere Websites verlinken bevorzugt auf Pillar und Spokes, weil das Cluster die zitierfähigste Quelle zum Thema ist. Viertens: Google zeigt in den Suchergebnissen zum Hauptthema zunehmend Ihre Cluster-URLs in den „People also ask"-Antworten.

Welche Werkzeuge helfen beim Cluster-Reporting

Für das Cluster-Reporting sind drei Werkzeuge ausreichend. Die Google Search Console für Indexierung, Impressionen und Klicks clusterweit. Ein Rank-Tracker, der mehrere zusammengehörige URLs als ein Projekt behandelt, nicht als isolierte Keywords. Und ein einfaches Sheet, in dem Sie pro Spoke festhalten, welche Sub-Entity er abdeckt und ob die Lücke geschlossen ist.

Wer den Aufbau des Clusters nicht selbst pflegen will, kann den Redaktionskalender und die Themenauswahl auch über eine Pipeline laufen lassen, die zu jeder anstehenden Veröffentlichung den passenden Eintrag in den Kalender schreibt. xt4b ist ein Beispiel für einen solchen Ansatz: Es plant Einträge datiert im Kalender, schreibt die Beiträge gegen den jeweiligen Eintrag und veröffentlicht sie auf der eigenen Domain – eingerichtet ist es vor allem für Inhouse-Teams und Agenturen, die regelmäßig mehrere Themen parallel bespielen wollen. Wer den Ansatz einmal ausprobieren möchte, kann sich über die Anmeldung ein eigenes Konto einrichten. Weitere Informationen finden Sie auf der deutschsprachigen Startseite.

Häufige Fehler beim Cluster-Aufbau, die alles kaputtmachen

Die häufigsten Fehler beim Cluster-Aufbau sind ein zu schmales Pillar, doppelt verlinkte Spokes, fehlende Entity-Coverage und ein Pillar, das nie aktualisiert wird. Diese vier Fehler tauchen in fast jedem gescheiterten Cluster auf, und alle vier haben dieselbe Konsequenz: Das Cluster rankt weder als Einheit noch in seinen Einzelteilen, weil Google die thematische Konsistenz nicht erkennt.

Was passiert, wenn das Pillar zu schmal ist?

Ein zu schmales Pillar kann keine ausreichende Zahl an Spokes tragen, weil die Themenbandbreite fehlt. Die wenigen Spokes wirken dann wie ein aus dem Zusammenhang gerissener Anhang, und das Pillar selbst bleibt dünn. In dieser Konstellation verlinken weder Suchmaschinen noch andere Websites auf das Cluster, und die Pillar-Seite hat nicht genug Substanz, um für die Hauptanfrage zu ranken.

Warum doppelt verlinkte Spokes schaden

Wenn ein Spoke zweimal auf das Pillar verlinkt, einmal in der Einleitung und einmal im Fazit, wertet Google das als überoptimiertes Linkmuster. Dieselbe Wirkung hat es, wenn das Pillar mehrfach auf einen Spoke verlinkt. Die Konsequenz: Die Linkkraft verteilt sich nicht, sondern wird durch das Spam-Signal verwässert, und das Cluster verliert seinen architektonischen Vorteil.

Welche Folgen fehlende Entity-Coverage hat

Ohne Entity-Coverage fehlt dem Cluster die thematische Tiefe, die Google braucht, um es als Autorität einzuordnen. Das Pillar rankt dann bestenfalls für exakte Keyword-Varianten, nicht für das Thema als Ganzes, und die Spokes konkurrieren untereinander um Long-Tail-Rankings, statt das Pillar zu stärken. Das Cluster wird zur Sammlung verwandter, aber isolierter Artikel – genau das Problem, das Cluster vermeiden sollen.

Warum ein veraltetes Pillar das Cluster mitreißt

Wenn das Pillar nicht aktualisiert wird, während neue Spokes erscheinen, entstehen drei Probleme. Die Pillar-Seite verliert an thematischer Frische, neue Spokes werden nicht in das Pillar eingebunden, und der thematische Zusammenhalt verflüchtigt sich mit jedem Monat. Spätestens nach einem Jahr ist das Cluster dann formal noch ein Cluster, inhaltlich aber eine Ruine – und Google behandelt es entsprechend.

Häufig gestellte Fragen

Ein neu aufgesetztes Content-Cluster braucht in der Regel vier bis neun Monate, bis die Pillar-Seite für die Hauptanfrage sichtbar wird – abhängig von Wettbewerb, Domain-Autorität und Veröffentlichungsfrequenz. In hart umkämpften B2B-Themen kann es bis zu zwölf Monate dauern, bis das Cluster als thematische Einheit bei Google ankommt.

Wie finde ich die richtigen Sub-Themen für mein Cluster?

Die richtigen Sub-Themen finden Sie, indem Sie die „People also ask"-Boxen, verwandte Suchanfragen und Knowledge-Graph-Einträge zu Ihrer Pillar-Hauptanfrage systematisch auswerten. Schreiben Sie jede echte Sub-Frage auf, die Suchende stellen, und gruppieren Sie sie nach Themenstrang – so entsteht die Liste, aus der die Spoke-Beiträge werden.

Brauche ich für jedes Cluster eine eigene Pillar-Seite?

Ja, jedes thematisch eigenständige Cluster braucht eine eigene Pillar-Seite – Cluster ohne Pillar sind keine Cluster, sondern Themensammlungen. Wenn ein neues Sub-Thema groß genug wird, um selbst ein Pillar zu rechtfertigen, spalten Sie es als eigenständiges zweites Cluster ab, statt das ursprüngliche Pillar immer weiter aufzublähen.

Wie messe ich SEO-Themenautorität richtig?

SEO-Themenautorität messen Sie, indem Sie beobachten, wie viele verwandte Anfragen clusterweit in den Top-100 ranken, wie schnell neue Spokes indexiert werden und ob Drittseiten bevorzugt auf Ihr Cluster verlinken. Eine einzelne URL-Metrik sagt über die Themenautorität wenig aus – entscheidend ist die clusterweite Sichtbarkeit.

Wie oft sollte ich das Pillar aktualisieren?

Das Pillar sollte bei jeder neuen Spoke-Veröffentlichung aktualisiert werden, mindestens aber einmal pro Quartal inhaltlich und einmal pro Halbjahr strukturell. Wer das Pillar nach dem Launch als abgeschlossen betrachtet, verliert innerhalb eines Jahres seinen Themenautoritätsvorsprung.