Was ist eine Pillar Page?

Hub-and-Spoke ist das Verlinkungsmuster, das eine Pillar Page trägt. Die Pillar Page steht im Zentrum, dem Hub, und deckt ein breites Thema allgemein ab, ohne in die technischen Details jedes Unterthemas zu gehen. Um sie herum vertiefen mehrere Cluster-Artikel, die Spokes oder Speichen, jeweils ein konkretes Unterthema und verlinken zurück zum Hub. Als Struktur ähnelt das einem Rad: Das Zentrum trägt das Ganze, jede Speiche verbindet sich mit ihm.

Was dieses Muster funktionieren lässt, ist nicht das Thema selbst, sondern die bewusste Verlinkung zwischen beiden Teilen. Die Pillar Page verlinkt zu jedem Cluster-Artikel mit beschreibendem Ankertext, und jeder Cluster-Artikel verlinkt zurück zur Pillar Page. Diese zweiseitige Verbindung ist der eigentliche SEO-Mechanismus: Sie bündelt die thematische Relevanz um eine Gruppe verwandter Keywords und gibt Google einen klaren Crawling-Pfad zwischen allen Seiten der Struktur. Ohne diese wechselseitige Verlinkung sind Hub und Spokes nur einzelne Seiten, die zufällig vom selben Thema handeln.

Wie sich die komplette Struktur aufbaut und warum Google sie als thematische Autorität liest, erklärt ausführlicher der Artikel zu Content Cluster. Hier geht es vor allem um die Hub-Hälfte: was eine Seite überhaupt zum gültigen Zentrum dieses Rads macht, und was dafür nicht reicht.

Der umgekehrte Fehler existiert ebenso. Mehrere gut geschriebene Cluster-Artikel, die keine Pillar Page zum Zurückverlinken haben, bilden Spokes ohne Hub: Jeder beantwortet seine eigene Frage gut, aber keiner hilft den anderen, für den breiteren Begriff der Gruppe zu ranken, weil kein Zentrum existiert, das diese Relevanz aufnimmt und weiterverteilt. Hub-and-Spoke braucht beide Teile gleichzeitig, nicht nur eines davon gut gelöst.

Ein verbreiteter Irrtum ist die Annahme, ein langer Artikel, dreitausend Wörter oder mehr, mache automatisch eine Pillar Page aus. Das stimmt nicht. Ein Artikel mit dreitausend Wörtern ohne einen einzigen verlinkten Cluster-Artikel drumherum ist, rein mechanisch betrachtet, ein langer Artikel. Er kann gut sein, erfüllt aber nicht die Hub-Funktion, weil keine Spokes existieren, mit denen er sich verbindet, und keine wechselseitige Verlinkung, die die Struktur trägt.

Semrush bringt es aus der Content-Perspektive auf den Punkt, nicht aus der Wortzahl-Perspektive: Pillar Pages seien „content-heavy", weil sie viele Aspekte eines Themas abdecken, nicht weil sie eine bestimmte Zahl anstreben. Die Länge entsteht als Folge der breiten Themenabdeckung, genau wie bei jedem gut recherchierten Artikel. Was die Pillar Page unterscheidet, ist nicht ihr Umfang, sondern ihre strukturelle Funktion: als Zentrum eines Linknetzes zu spezifischeren Artikeln zu dienen.

Die praktische Konsequenz: Eine 1.500-Wörter-Pillar-Page mit fünf gut verlinkten Cluster-Artikeln leistet mehr SEO-Arbeit als eine 5.000-Wörter-Seite ohne jeden ausgehenden internen Link zu verwandtem Content. Die erste verteilt die Themenabdeckung auf mehrere URLs, jede mit eigener Suchintention, darunter Long-Tail-Keywords, die eine Pillar Page allein nie einzeln abdecken könnte, ohne unlesbar zu werden. Die zweite versucht, alles in einem Dokument zu beantworten, und konkurriert dabei mit sich selbst um jede verwandte Suchvariante.

Das Gegenteil reicht ebenfalls nicht: Eine Kategorie- oder Tag-Seite, die automatisch auf Dutzende Artikel verlinkt, ist noch keine Pillar Page, nur weil sie viele ausgehende Links hat. Ihr fehlt der redaktionelle Inhalt, der das Thema selbst abdeckt, der Teil, der die Suchintention des Pillar-Begriffs direkt beantwortet, bevor er den Leser zu den Cluster-Artikeln schickt. Eine Pillar Page verbindet beides: eigenen, ausreichenden Inhalt und bewusste Links zum Rest der Struktur.

Auf Websites mit vielen Cluster-Artikeln kommt noch ein weiterer Effekt hinzu. Die Pillar Page bündelt eingehende Links und interne Signale und leitet sie über die Verlinkung an die Cluster-Artikel weiter. Ein Cluster-Artikel, der nur über eine gut verlinkte Pillar Page erreichbar ist, profitiert stärker von dieser Weiterleitung, als wenn er isoliert irgendwo auf der Website liegt und darauf angewiesen ist, dass der Crawler ihn zufällig findet, ein Faktor, der umso mehr zählt, je knapper das verfügbare Crawl Budget ist.

Die Aktualität spielt bei einer Pillar Page eine andere Rolle als bei einem einzelnen Cluster-Artikel. Ein Cluster-Artikel veraltet, wenn sich die Antwort auf seine eng gefasste Frage ändert. Eine Pillar Page veraltet dagegen schon, sobald ein neuer relevanter Cluster-Artikel entsteht und die Pillar Page nicht darauf verweist, selbst wenn ihr eigener Text inhaltlich noch stimmt. Ihre Aktualität hängt also weniger vom Stand des eigenen Textes ab als davon, ob die Linkliste zur Struktur die tatsächliche Zahl der Cluster-Artikel widerspiegelt.

Ein konkretes Beispiel hilft mehr als die abstrakte Definition. Man stelle sich eine Pillar Page zum Thema „E-Mail-Marketing" vor: Sie deckt ab, was es ist, wofür es sich eignet, welche Plattformen existieren und wann es sich gegenüber anderen Kanälen lohnt, ohne in die technischen Details jeder einzelnen Praxis zu gehen. Um sie herum vertiefen mehrere Cluster-Artikel jeweils ein konkretes Unterthema: wie Betreffzeilen formuliert werden, die zum Öffnen animieren, wie A/B-Tests zwischen Kampagnenversionen aufgebaut werden, wie Segmentierung von Listen nach Verhalten funktioniert, und wie das Double Opt-in beim Aufbau einer sauberen Liste eingesetzt wird.

Jeder dieser Cluster-Artikel bedient eine eigene Suchintention, meist deutlich spezifischer als der Pillar-Begriff, und verlinkt zurück zur Pillar Page mit einem Ankertext, der klarmacht, wozu die gesamte Struktur gehört. Wer nach „A/B-Tests im E-Mail-Marketing" sucht, findet eine direkte Antwort auf genau diese Frage und von dort aus, bei Bedarf, einen Weg zum Rest des Themas. Wer nach dem breiteren Begriff „E-Mail-Marketing" sucht, findet zuerst den Überblick und danach die Türen zu jeder konkreten Praxis.

Bei so vielen Cluster-Artikeln lohnt sich außerdem, den Ankertext zur Pillar Page zu variieren, statt bei jedem Link denselben exakten Begriff zu wiederholen. Fünf Cluster-Artikel, die alle wortgleich mit „E-Mail-Marketing" auf dieselbe Pillar Page verlinken, wirken schematischer als eine Mischung aus dem Pillar-Begriff und beschreibenden Varianten, die zum jeweiligen Artikelkontext passen. Das gilt genauso für die Rückrichtung: Die Pillar Page sollte jeden Cluster-Artikel mit einem eigenen, konkreten Ankertext verlinken, der das Unterthema benennt, statt eine austauschbare Liste aus „Artikel lesen" zu erzeugen.

Diese Architektur muss nicht vollständig starten. Sie kann mit der Pillar Page und zwei oder drei Cluster-Artikeln beginnen und mit der Zeit wachsen, sobald neue relevante Unterthemen auftauchen oder sich die Suchbegriffe der Zielgruppe verschieben. Entscheidend ist nicht die Zahl der Teile am ersten Tag, sondern dass jedes neue Stück ins Linknetz eingebunden wird, statt isoliert zu bleiben.

Nicht jedes Thema braucht diese vollständige Architektur. Wenn ein Thema eng genug ist, um sich komplett in einem einzigen Artikel beantworten zu lassen, ohne Unterthemen, die eine eigene Seite oder eigene Suchintention verdienen, fügt eine erzwungene Pillar-Page-mit-Cluster-Struktur nur dünne Seiten hinzu, die unnötig gegeneinander konkurrieren. Die volle Architektur lohnt sich, wenn das Thema breit genug ist, um mehrere eigenständige, relevante Suchintentionen zu erzeugen.

• Das Thema in der Pillar Page in der Breite abdecken und die technische Tiefe jedes Unterthemas den Cluster-Artikeln überlassen.
• Jeden Cluster-Artikel von der Pillar Page aus mit beschreibendem, nicht generischem Ankertext verlinken.
• Die Länge der Pillar Page an das anpassen, was das Thema wirklich braucht, statt sie für eine Wortzahl-Zielmarke zu strecken.
• Die Pillar Page bei jeder Veröffentlichung eines verwandten Cluster-Artikels um einen neuen Link ergänzen.
• Die Pillar Page auf den breitesten, umkämpftesten Begriff der Gruppe ausrichten und Long-Tail-Varianten den Cluster-Artikeln überlassen.
• Die gesamte Architektur gelegentlich überprüfen, um Artikel zusammenzuführen, die am Ende dieselbe Frage beantworten.
• Vor dem Aufbau der Architektur prüfen, ob das Thema breit genug ist, um mehrere Cluster-Artikel zu rechtfertigen, statt sie einem engen Thema aufzuzwingen.

• Jeden langen Artikel „Pillar Page" nennen, auch wenn kein einziger Cluster-Artikel drumherum verlinkt ist.
• Eine Kategorieseite mit automatischen Links wie eine Pillar Page behandeln, ohne eigenen redaktionellen Inhalt, der das Thema abdeckt.
• Die Pillar Page veröffentlichen und nie wieder anfassen, obwohl neue Cluster-Artikel dazukommen.
• Die Pillar Page um denselben Suchbegriff konkurrieren lassen wie einen ihrer eigenen Cluster-Artikel.
• Zu Cluster-Artikeln mit generischem Text wie „mehr erfahren" verlinken, ohne das Unterthema zu beschreiben, zu dem sie führen.
• Die komplette Architektur ohne vorheriges Keyword Research bauen und raten, welche Unterthemen wichtig sind.