So erstellen Sie eine Silo-Struktur: Ein praktischer Leitfaden

TL;DR — Eine Silo-Struktur bedeutet, Ihre Seiten nach Themen zu gruppieren und sie so zu verlinken, dass sich jedes Thema selbst verstärkt: Eine zentrale “Hub”-Seite verlinkt auf alle Detailseiten darunter, und diese Seiten verlinken zurück. Um eine zu erstellen, finden Sie heraus, welche Unterthemen tatsächlich gesucht werden, erstellen Sie für jedes eine Seite und verlinken Sie sie miteinander. Sie können sie in einem passenden Ordner ablegen – aber die Links sind das, was zählt, nicht der Ordner. Und scheuen Sie sich nicht, auf verwandte Themen anderswo auf Ihrer Website zu verlinken.

Was “Aufbau einer Silo-Struktur” tatsächlich bedeutet

Ein Silo ist einfach eine Gruppe von Seiten zum gleichen Thema, die durch interne Links verbunden sind. Stellen Sie sich einen Leitfaden über “E-Mail-Marketing” vor. Der Hub ist die breite Übersichtsseite. Die Speichen sind die Detailseiten darunter – “E-Mail- Betreffzeilen”, “Willkommensserien”, “Listen-Segmentierung” und so weiter. Den Silo aufzubauen bedeutet:

1. Entscheiden, welche Unterthemen eine eigene Seite bekommen (basierend auf dem, wonach Menschen suchen).
2. Den Hub mit jeder Speiche verlinken.
3. Jede Speiche zurück zum Hub und zu relevanten Schwester-Speichen verlinken.

Das ist alles. Es geht darum, verwandte Inhalte zu gruppieren und sie bewusst zu verlinken, statt Seiten verstreut und ohne Verbindungen zu lassen.

Der Teil, den alle falsch verstehen

Zwei Mythen, die Sie klären sollten, bevor Sie etwas aufbauen:

• Der Ordner macht nicht den Silo. Sie werden Anleitungen finden, die sagen: “Legen Sie Ihre Seiten in /email-marketing/ und Sie haben einen Silo gebaut.” Nicht ganz. Google liest Ihre Links, nicht Ihre Ordnernamen. Ein aufgeräumter Ordner ist schön für Sie und Ihr CMS – aber wenn die Seiten darin nicht aufeinander verlinken, gibt es keinen Silo. (Mein Kollege im Site-Architektur-Artikel dieses Clusters legt den vollständigen Fall dar, warum der Linkgraph die Architektur ist.)
• Sie müssen Ihre Themen nicht abgrenzen. Die alte, strenge Version des Siloing besagt: “Verlinken Sie niemals von einem Silo zu einem anderen.” Ignorieren Sie das. Wenn eine Seite in Ihrem E-Mail- Silo wirklich mit einer Seite in Ihrem E-Commerce-Silo zusammenhängt, verlinken Sie sie. Es hilft den Lesern und schadet Ihrem SEO nicht.

So erkennen Sie, ob ein Unterthema eine eigene Seite verdient

Erfinden Sie keine Seiten, um eine “Mindestens 5 Seiten”-Zahl zu erreichen, die Sie irgendwo gelesen haben. Der Test ist einfach: Hat das Unterthema eine eigene Suchnachfrage? Wenn Menschen nach “Willkommens-E-Mail-Sequenz” getrennt von “E-Mail-Marketing” suchen, ist es eine echte Speiche. Wenn Sie nur auffüllen, um ein Kontingent zu erfüllen, enden Sie mit dünnen Seiten, die miteinander konkurrieren.

Die Kurzversion zum Aufbau

• Recherchieren Sie das Thema und listen Sie die Unterthemen auf, nach denen Menschen tatsächlich suchen.
• Erstellen Sie eine Hub-Seite für das breite Thema und eine Seite für jedes echte Unterthema.
• Verlinken Sie den Hub mit jeder Unterthemen-Seite, idealerweise direkt dort, wo Sie das Unterthema erwähnen.
• Verlinken Sie jede Unterthemen-Seite zurück zum Hub und zu eng verwandten Schwester-Seiten.
• Verlinken Sie auf verwandte Themen anderswo auf der Website, wenn es wirklich nützlich ist.

Möchten Sie den vollständigen Aufbau- und Prüfprozess – wie Sie Silo-Grenzen mit Keyword- Daten ziehen, eine Link-Matrix-Vorlage, Faustregeln für Cross-Linking und die Tools, um zu überprüfen, dass es funktioniert hat? Wechseln Sie zum Erweitert-Tab.

TL;DR — Dies ist das Wie, nicht das Ob. Gehen Sie davon aus, dass thematische Konzentration plus sinnvolle Cross-Linking das Ziel ist (die Modelldebatte ist im Site-Architektur-Artikel dieses Clusters geklärt). Reihenfolge: (1) Silo-Grenzen aus echten Keyword-Daten ziehen — eindeutige Suchnachfrage pro Unterthema, nicht ein Seitenkontingent; (2) das Silo in Ordnern für die CMS-Übersicht spiegeln, wenn Sie möchten, aber denken Sie daran: Der Linkgraph ist die Architektur, nicht der Pfad; (3) die interne Linkmatrix verdrahten — Hub zu jeder Speiche, Speiche zurück zum Hub, Speiche zu relevanten Geschwistern; (4) Cross-Links zu anderen Themen setzen, wenn ein Leser dem Link tatsächlich folgen würde, und niemals einen Cross-Silo-Link mit nofollow versehen; (5) die klassischen Fehler vermeiden — Über-Siloing, Verwaistheit von Cross-Topic-Inhalten, Grenzen, die um Ihr Organigramm statt um die Suchintention gezogen werden; (6) mit einem Crawl auditieren, um zu bestätigen, dass die geplanten Links tatsächlich existieren.

Zunächst: die Debatte, die dieser Artikel nicht führt

Wenn Sie hierhergekommen sind und fragen: „Ist Siloing tot?“ oder „Silo vs. Topic Cluster – was ist richtig?“, wird das an anderer Stelle in diesem Cluster ausführlich beantwortet. Der Site-Architektur-Artikel dieser Website führt den gesamten Vergleich Silo vs. Hub-and-Spoke vs. Topic-Cluster durch und kommt zu dem Schluss, zu dem auch ich komme: Behalten Sie die thematische Konzentration, die Silos anstrebten, lassen Sie die strikte Regel „niemals zwischen Silos verlinken“ fallen und hören Sie auf, nach dem „richtigen“ Markennamen zu suchen. Lesen Sie das, wenn Sie das Warum wissen möchten.

Eine Anmerkung zur Begrifflichkeit, da „Silo“ in der Branche locker verwendet wird: Der Begriff stammt aus Bruce Clays SEO-Methodik der frühen 2000er-Jahre, die zwei Varianten beschrieb – ein physisches Silo (Isolation durch URL-Ordner) und ein virtuelles Silo (dieselbe Isolation, allein durch die interne Linkstruktur, ohne URLs zu verschieben) – gepaart mit einer strikten No-Cross-Linking-Regel. Spätere Frameworks (HubSpots Topic Clusters, die Hub-and-Spoke-Sprache, die dieser Cluster verwendet) decken Ähnliches ab – nach Thema gruppieren, bewusst verlinken –, aber sie sind nicht dieselbe benannte Methodik, und keine von ihnen behielt die Isolationsregel bei. Dieser Artikel verwendet „Silo“ so, wie die meisten Praktiker es heute tun: locker, um jede thematisch konzentrierte Hub-and-Spoke-Struktur zu bezeichnen, nicht speziell Bruce Clays ursprüngliche Methode.

Dieser Artikel setzt voraus, dass Sie bereits akzeptiert haben, dass eine thematisch konzentrierte, sinnvoll cross-verlinkte Struktur das Ziel ist – und er beantwortet die nächste Frage: Wie baut man eine solche tatsächlich auf? Alles unten ist eine Build-/Audit-SOP. Wo eine „Warum“-Frage aufkommt, verweise ich auf den Architektur-Artikel, statt sie erneut zu diskutieren.

Schritt 1 – Silo-Grenzen mit Keyword-Recherche ziehen

Der am stärksten unterbestimmte Schritt in jedem konkurrierenden „How to Silo“-Leitfaden ist, wo die Grenzen verlaufen. Leitfäden sagen „nach Thema gruppieren“ und machen weiter. Die nützliche Version ist spezifischer: Ein Unterthema verdient eine eigene Speiche, wenn es eine nachgewiesene, eindeutige Suchnachfrage hat – nicht, wenn Sie eine weitere Seite benötigen, um ein Kontingent zu erreichen.

Praktische Signale, dass ein Unterthema eine echte Speiche und keine Füllseite ist:

• Es hat ein eigenes Suchvolumen, getrennt vom übergeordneten Begriff. Wenn „Willkommens-E-Mail-Sequenz“ sinnvolle Suchanfragen unabhängig von „E-Mail-Marketing“ erhält, ist es eine Speiche.
• Es erscheint als eigenes Cluster verwandter Suchanfragen / People Also Ask. HubSpots eigene Cluster-Research-Mechanik ist hier wiederverwendbar, auch wenn sie es nicht Siloing nennen: Starten Sie mit einem Seed-Begriff und lesen Sie die People-Also-Ask-Boxen – das sind die verwandten Fragen, die Google bereits mit Ihrem Seed gruppiert, und jede ist eine Kandidaten-Speiche.
• Seine SERP sieht deutlich anders aus als die SERP des übergeordneten Begriffs – andere Absicht, andere Ergebnistypen, andere konkurrierende Seiten. Wenn die beiden SERPs nahezu identisch sind, haben Sie nicht zwei Themen; Sie haben eines.

Ignorieren Sie die „Mindestseiten pro Silo“-Zahlen

Sie werden überall selbstbewusste, konkrete Zahlen sehen: mindestens 5 Seiten, 4–8 Silos pro Website, 10–20 Cluster-Seiten, HubSpots 20 bis 30 unterstützende Artikel. Beachten Sie, dass sie sich gegenseitig widersprechen und keine auf tatsächlichen Daten basiert. Behandeln Sie sie als Beleg dafür, dass es keinen Standard gibt, nicht als Richtlinie, der Sie folgen sollten. Der eigentliche Test ist die eindeutige Nachfrage pro Unterthema – dieselbe Position „keine magische Anzahl von Cluster-Seiten“, die der Site-Architektur-Artikel dieses Clusters vertritt. Wenn ein Unterthema nicht einmal zwei oder drei wirklich unterschiedliche Seiten füllen kann, ist es kein Silo; fassen Sie es in der Hub-Seite zusammen.

Achten Sie auf Kannibalisierung an der Grenze

Wenn zwei vorgeschlagene Spokes beide vernünftigerweise dieselbe Suchanfrage anvisieren würden, ist die Grenze falsch gezogen. Das ist kein Zeichen dafür, dass Sie zwei konkurrierende Seiten benötigen – es ist ein Zeichen dafür, dass diese beiden Seiten eine sein sollten. Grenzen aus echtem Keyword-Clustering (gemeinsame SERP-Überschneidung, eindeutiges Volumen, eindeutige Absicht) zu ziehen, verhindert dies; Grenzen daraus zu ziehen, wie Ihr Unternehmen über sein Angebot denkt, nicht.

Schritt 2 – URL-Struktur ist Organisation, nicht Architektur

Hier ist die Kurzversion, weil der Site-Architektur-Artikel dieses Clusters den vollständigen Fall bereits darlegt: Der Linkgraph ist die Architektur, nicht der URL-Pfad. Google leitet die Hierarchie daraus ab, wie Ihre Seiten miteinander verlinken, nicht aus Ihren Ordnernamen. Eine Seite unter /email-marketing/welcome-sequences/ signalisiert Google nichts über das hinaus, was ihr Inhalt und ihre eingehenden internen Links über sie aussagen.

Was sollten Sie also tatsächlich mit URLs tun? Spiegeln Sie das Silo in Ihrer Ordnerstruktur, wenn es Ihnen und Ihren Redakteuren hilft, die Website organisiert zu halten – das ist völlig in Ordnung und normal. Der Fehler ist zu glauben, dass der Ordner die SEO-Arbeit leistet. Und die schlimmste Version dieses Fehlers ist, Links, die eine Ordnergrenze überschreiten, mit nofollow zu versehen, weil die Grenze sich heilig anfühlt (mehr dazu in Schritt 4). Platzieren Sie Seiten dort, wo Ihr CMS am glücklichsten ist; dann erledigen Sie die eigentliche Verlinkungsarbeit, das ist Schritt 3.

Schritt 3 – Bauen Sie die interne Linkmatrix auf

Dies ist der tragende Schritt, und es ist der, den Wettbewerber oberflächlich behandeln. „Verlinken Sie verwandte Seiten miteinander“ ist kein Verfahren. Hier ist ein konkretes, das direkt auf Googles eigener Beschreibung einer Themenhierarchie in seinen E-Commerce-Dokumenten basiert – „Fügen Sie Links von Menüs zu Kategorieseiten, von Kategorieseiten zu Unterkategorieseiten und schließlich von Unterkategorieseiten zu allen Produktseiten hinzu“. (Übersetzung) „Fügen Sie Links von Menüs zu Kategorieseiten, von Kategorieseiten zu Unterkategorieseiten und schließlich von Unterkategorieseiten zu allen Produktseiten hinzu.“ Das ist Google, das eine Hub → Spoke → Sub-Spoke-Linkmatrix beschreibt. Passen Sie sie an:

• Hub → jede Spoke. Der Hub verlinkt auf jede Spoke in seinem Silo – idealerweise im Kontext, wo dieses Unterthema im Text des Hubs eingeführt wird, nicht nur in einer Liste am Ende. Eine Spoke, auf die der Hub nicht verlinkt, ist praktisch außerhalb des Silos.
• Spoke → Hub. Jede Spoke verlinkt zurück zum Hub. Eine Zeile wie „Teil unseres [Thema]-Leitfadens“, ein Breadcrumb oder ein kontextueller Backlink funktionieren alle. Im praktischen PageRank-Fluss-Modell der internen Verlinkung ist dies der Link, der dem Hub helfen soll, Autorität von seinen Spokes zu sammeln – Google hat keine Formel veröffentlicht, die das bestätigt, also behandeln Sie es als Planungs-Heuristik, nicht als garantierten Ranking-Effekt.
• Spoke → Schwester-Spokes. Spokes verlinken aufeinander, wo es für den Leser wirklich relevant ist – „für X, siehe auch Y.“ Kein erzwungener Link zu jeder Schwester; aber auch nicht null. Relevanz ist der Filter.

Die Linkmatrix-Tabelle

Das konkrete Ergebnis, das niemand in den Top-Ergebnissen liefert: eine Linkmatrix-Tabelle. Zeilen = jede Seite im Silo. Spalten = jede Seite im Silo. Jede Zelle = ein Häkchen, wenn die Zeilenseite auf die Spaltenseite verlinkt. Sie sieht so aus:

Fill it in twice. Once to plan the silo before you write — it makes gaps obvious at a glance (an empty row is a page that isn’t linking out; an empty column is a page nothing points to). Then again after you publish, filled from an actual crawl export instead of from memory, as your audit (Step 6). It’s the same artifact doing double duty, and it’s the single most practical tool in this whole guide.

Schritt 4 – Vernünftige Faustregeln für Cross-Linking

Die strikte Silo-Fraktion behandelt jeden themenfremden Link als ein Leck, das es zu verhindern gilt. Dieser Instinkt ist falsch (die vollständige Argumentation finden Sie erneut im Artikel zur Seitenarchitektur). Hier ist der praktische Ersatz – so entscheiden Sie, wann Sie aus dem Silo heraus verlinken sollten:

• Der Test „Würde dieser Link ohnehin existieren?“ Würden Sie diesen Link hinzufügen, wenn es gar keine Silos gäbe – wenn er nur ein hilfreicher Hinweis für den Leser wäre? Wenn ja, fügen Sie ihn hinzu. Wenn Sie ihn nur hinzufügen, um „die Silos zu verbinden“, lassen Sie ihn weg; wenn Sie ihn nur vermeiden, um den Silo zu „schützen“, fügen Sie ihn hinzu.
• Relevanz schlägt Richtung. Reservieren Sie Cross-Links nicht für „Equity nach außen senden“ und vermeiden Sie sie nicht, um „Equity drinnen zu behalten“. Ein kontextuell gerechtfertigter Link ist gut, egal auf welchen Silo er zeigt.
• Die Menge zählt. Eine Handvoll gut platzierter, wirklich relevanter Cross-Links pro Seite ist gesund. Eine Seite, die ständig auf unzusammenhängende Cluster verlinkt, verwässert ihren eigenen thematischen Fokus – aber das ist ein Problem der Inhaltsfokussierung, kein Grund, Silo-Mauern wieder aufzurichten.

Nofollow niemals für einen siloübergreifenden Link verwenden

Das ist der Build-Mechanics-Mythos, den wir direkt entkräften sollten, denn es ist der häufigste schlechte Ratschlag in den konkurrierenden SERPs. Bruce Clays ursprüngliche Methodik empfiehlt es wörtlich – „If you absolutely had to link the creamy peanut butter page to the flavored jelly page, you would want to do it with a rel='nofollow' link attribute“. (Übersetzung) „Wenn Sie unbedingt die Seite mit cremiger Erdnussbutter mit der Seite mit aromatisiertem Gelee verlinken müssten, würden Sie dies mit einem rel='nofollow'-Linkattribut tun.“ Tun Sie es nicht.

PageRank-Sculpting per nofollow ist seit 2009 defekt. Davor verteilte das Nofollowing eines Links dessen Anteil auf die anderen Links der Seite; Google hat das geändert, sodass die einem nofollowed Link zugewiesene Equity jetzt verpufft – sie wird nicht umgeleitet oder gespeichert, sie ist einfach weg. Das Nofollowing eines siloübergreifenden Links schützt also nichts; es zerstört die Equity, die dieser Link weitergegeben hätte. Der Artikel zu internen Links dieser Website behandelt die Geschichte des toten Sculptings ausführlich. Die Lehre für den Silo-Aufbau: Verlinken Sie normal, wenn es relevant ist, inklusive Follow.

Schritt 5 – Häufige Implementierungsfehler

Die vier Arten, wie Silo-Aufbauten in der Praxis schiefgehen:

• Übermäßige Silobildung. Mehr, dünnere Silos erstellen, als das Thema unterstützt – Aufblähen, um eine willkürliche Seitenzahl zu erreichen. Das Ergebnis sind dünne, redundante Seiten, die miteinander konkurrieren (Kannibalisierung), anstatt Autorität zu bündeln. Lösung: Grenzen aus der Nachfrage ziehen (Schritt 1) und Unterthemen, die nicht allein bestehen können, in den Hub integrieren.
• Verwaiste, themenübergreifende Inhalte. Ein Beitrag, der legitimerweise zwei Silos umfasst – etwa „E-Mail-Marketing für E-Commerce“ – wird in ein Silo gezwungen und entweder nie vom anderen verlinkt oder unbeholfen ausgelassen, weil er „nicht passt“ in das Isolationsmodell. Lösung: Die Seite an einem Ort leben lassen, aber von beiden relevanten Hubs und Spokes verlinken. Das ist Cross-Listing, keine Duplizierung – diese Website selbst macht es mit einem alsoIn-Muster (beschrieben im Artikel zur Seitenarchitektur), bei dem ein Artikel in mehr als einem Cluster gelistet wird, anstatt in einem eingemauert zu sein.
• Grenzen, die der Organisationsstruktur entsprechen, nicht der Suchintention. Silogrenzen darum ziehen, wie das Unternehmen sein Angebot organisiert (nach Produktlinie, nach interner Abteilung), statt wie Suchende Suchanfragen gruppieren und formulieren. Lösung: Jede Grenze gegen tatsächliche Keyword-/SERP-Clusterung validieren (Schritt 1), nicht gegen eine interne Struktur.
• Dem Ordner vertrauen statt dem Linkgraphen. Die Seiten in den /topic/-Ordner legen, annehmen, das Silo sei „gebaut“, und nie prüfen, ob die Seiten tatsächlich miteinander verlinken. Dass der Ordner existiert, bedeutet nicht, dass die Verlinkungsarbeit erledigt wurde – genau deshalb gibt es Schritt 6.

Schritt 6 – Auditieren, dass die Linkkonzentration tatsächlich stattgefunden hat

Sie haben die Matrix in Schritt 3 geplant. Jetzt prüfen Sie, ob sie umgesetzt wurde. Drei sich ergänzende Tools: Keines davon beweist allein, dass die Themen für einen Leser oder eine Suchmaschine „funktioniert“ haben – eine Visualisierung oder eine Matrix-Ausfüllrate ist ein Proxy, keine Bewertung. Über Hub↔Spoke-Links hinaus prüfen Sie, ob jeder Spoke tatsächlich erreichbar ist, indem Sie Links vom Hub folgen (nicht nur in einem Bericht vorhanden), ob die gruppenübergreifenden Kanten zu anderen Silos die beabsichtigten sind und keine versehentlichen Überbleibsel, und gehen Sie dann die Seiten selbst so durch, wie ein Leser es täte – ein Crawl findet Linkkanten, sagt Ihnen aber nicht, ob der Pfad für eine Person sinnvoll ist. Verfolgen Sie Entdeckung, Crawl und Indexstatus für die Seiten des Silos getrennt von jeder Ranking-Änderung, die folgt; ein neu verdrahteter Linkgraph kann alle drei bewegen, aber das ist kein Beweis dafür, dass die Neuverdrahtung eine Ranking- oder Traffic-Änderung verursacht hat – zu viele andere Dinge bewegen sich gleichzeitig auf einer Live-Site, um das zu behaupten.

Screaming-Frog-Crawl-Visualisierungen

Crawlen Sie die Website und öffnen Sie das Force-Directed-Diagramm oder den Baumgraphen – eine Knoten-und-Kanten-Darstellung des tatsächlich gecrawlten Linkgraphen, eingefärbt nach Crawltiefe. Es ist der schnellste Weg, um zu sehen, ob die Seiten eines Themas visuell zusammenclustern oder verstreut und unverbunden sind. Nutzen Sie es als Kommunikations- und Mustererkennungswerkzeug, nicht als Datenquelle – Screaming Frog ist explizit, dass “the crawl visualisations are useful when analysing site architecture, and internal linking” (Übersetzung) „die Crawl-Visualisierungen bei der Analyse der Seitenarchitektur und der internen Verlinkung nützlich sind“, warnt aber auch, dass sie “don’t provide any more data than is already available in a crawl… don’t always tell the whole story.” (Übersetzung) „keine weiteren Daten liefern, als bereits in einem Crawl verfügbar sind … nicht immer die ganze Geschichte erzählen.“ Großartig, um einen gestrandeten Spoke auf einen Blick zu erkennen; kein Ersatz für die Datenprüfungen unten.

Ahrefs Site Audit

Drei Berichte, in derselben Prioritätsreihenfolge, die der Artikel zu internen Links dieses Clusters für jedes Audit interner Links verwendet (Waisen → kaputte Links → Link-Equity-Chancen):

1. Orphan Pages — Seiten ohne eingehende Links. Ein Silo-Aufbau hinterlässt am häufigsten die zuletzt hinzugefügte Speiche, daher erfasst dies die Seiten, auf die nichts im Silo verweist.
2. Internal Link Issues — defekte interne Links innerhalb des Silos. Ein Hub, der auf die alte URL einer Speiche verlinkt, ist ein Link, der seine Aufgabe nicht erfüllt.
3. Link Opportunities — “relevante interne Verlinkungsvorschläge” basierend auf Keyword-Überschneidungen zwischen Seiten, sortierbar nach Page Rating, sodass Sie priorisieren können, welche hochautoritativen Seiten die Verlinkung übernehmen sollten. Ich habe darüber geschrieben, dies speziell für Silo-Verlinkung zu nutzen, in SEO Silo Structure: Why It Makes No Sense (And What to Do Instead) — “the Link Opportunities tool… suggests where you should add internal links.” (Übersetzung) „Das Link-Opportunities-Tool … schlägt vor, wo Sie interne Links hinzufügen sollten.“

Die manuelle Link-Matrix-Prüfung

Die Tabelle aus Schritt 3, ausgefüllt mit der Realität. Crawlen Sie die URLs des Silos, exportieren Sie die Ausgehenden Links (Screaming Frog-Ausgangslinks-Export oder einen Ahrefs-Export gecrawlter Seiten) und füllen Sie jede Zelle mit tatsächlichen Crawl-Daten — nicht mit dem, was Sie denken, verlinkt zu haben. Leere Zeilen = Seiten, die ihre Verlinkungsaufgabe nicht erfüllen. Leere Spalten = Seiten, auf die nichts im Silo verweist (ein Orphan-Risiko innerhalb des Silos, selbst wenn die Seite von woanders auf der Website verlinkt ist).

Wann Sie es erneut ausführen sollten

Nach dem ersten Aufbau, dann jedes Mal, wenn Sie eine Speiche zu einem bestehenden Silo hinzufügen. Neue Seiten sind der häufigste Fehlerpunkt — Sie aktualisieren den Hub, um auf die neue Speiche zu verlinken, und vergessen die Geschwister-Kreuzlinks, oder vergessen, die neue Speiche zurück zum Hub zu verlinken. Das erneute Ausführen der Matrix nach jeder Ergänzung fängt das in etwa fünf Minuten ab.

Häufig gestellte Fragen

Wie viele Seiten sollte ein Silo haben? Keine feste Zahl. Konkurrierende Anleitungen nennen 5, 8, 10–20 und 20–30 und widersprechen sich gegenseitig. Nutzen Sie die eindeutige Suchnachfrage pro Unterthema als Test, nicht ein Kontingent.

Sollte ich Links zwischen Silos mit nofollow versehen? Nein. PageRank-Skulptur per nofollow ist seit 2009 kaputt — die Equity verpufft, statt geschützt zu werden. Verlinken Sie normal, wenn es relevant ist.

Muss meine URL-Struktur zu meiner Silo-Struktur passen? Sie kann, aus organisatorischen Gründen, aber Google liest Ihren internen Linkgraphen, nicht Ihre Ordnernamen. Siehe den Artikel zur Site-Architektur in diesem Cluster für den vollständigen Fall.

Welche Tools prüfen eine Silo-Struktur? Screaming Frog-Crawl-Visualisierungen, Ahrefs Site Audit (Orphan Pages, Internal Link Issues, Link Opportunities) oder eine manuelle Link-Matrix-Tabelle, die aus einem Crawl-Export erstellt wurde.

Kann eine Seite zu mehr als einem Silo gehören? Ja — durch Cross-Listing (Verlinkung von mehreren relevanten Hubs), statt sie zu duplizieren oder in einen einzigen Bucket zu zwingen. Das alsoIn-Muster dieser Website ist ein funktionierendes Beispiel.

KI-Zusammenfassung

Eine komprimierte Darstellung der erweiterten Version:

• Dies ist ein Build-SOP, keine Debatte. Ob strikte Silos gut sind, ist im Site-Architektur-Artikel dieses Clusters geklärt; hier wird das Ziel (thematische Konzentration + sinnvolles Cross-Linking) vorausgesetzt und die Frage ist, wie man es aufbaut. („Silo“ selbst geht auf Bruce Clays physische/virtuelle Isolationsmethodik zurück – dieser Artikel verwendet den Begriff locker, ohne die Isolationsregel.)
• Schritt 1 – Grenzen aus der Nachfrage. Ein Unterthema verdient eine Speiche, wenn es ein eigenes Suchvolumen, ein eigenes Related-Search/PAA-Cluster und eine deutlich andere SERP als das übergeordnete Thema hat. Ignorieren Sie die widersprüchlichen „5/8/10–20/20–30 Seiten“-Zahlen – sie sind ein Beleg dafür, dass es keinen Standard gibt. Achten Sie an der Grenze auf Kannibalisierung.
• Schritt 2 – URLs sind Organisation, nicht Architektur. Spiegeln Sie das Silo bei Bedarf in Ordnern für die CMS-Sauberkeit, aber der Linkgraph ist die Architektur; der Ordner leistet die SEO-Arbeit nicht.
• Schritt 3 – die Matrix verdrahten. Hub → jede Speiche (im Kontext), Speiche → Hub, Speiche → relevante Geschwister. Verwenden Sie eine Link-Matrix-Tabelle (Zeilen/Spalten = Seiten, Zelle = verlinkt?), um sie zu planen und später zu prüfen.
• Schritt 4 – sinnvoll cross-verlinken. Fügen Sie den Link hinzu, wenn er ohnehin existieren würde; Relevanz schlägt Richtung; ein paar pro Seite sind gesund. Verwenden Sie niemals nofollow für einen Cross-Silo-Link – Link-Skulpturierung starb 2009 und die Equity verpufft.
• Schritt 5 – vermeiden Sie die klassischen Fehler: Über-Siloing/Auffüllen, Verwaistlassen von themenübergreifenden Inhalten (beheben Sie das durch Cross-Listing, nicht durch Duplizierung), Grenzen, die nach dem Organigramm statt nach der Suchintention gezogen werden, und dem Ordner mehr vertrauen als dem Linkgraph.
• Schritt 6 – mit einem Crawl prüfen: Screaming-Frog-Visualisierungen, um Cluster zu sehen, Ahrefs Site Audit (verwaiste Seiten → kaputte Links → Linkmöglichkeiten) und die manuelle Link-Matrix, die mit Crawl-Daten gefüllt wird. Prüfen Sie auch die Erreichbarkeit und die gruppenübergreifenden Kanten, gehen Sie die Seiten wie ein Leser durch und verfolgen Sie Discovery/Crawl/Indexierung getrennt vom Ranking – nichts davon beweist, dass die Neuverdrahtung eine Ranking-Änderung verursacht hat. Führen Sie es jedes Mal erneut aus, wenn Sie eine Speiche hinzufügen.

Offizielle Dokumentation

Primärquellen-Hinweise, die für die Build-Mechanik am relevantesten sind – das Verdrahten einer Themenhierarchie und das Sicherstellen, dass jede Seite verlinkt ist. (Die breitere Silo-vs.-Cluster-Modelldebatte ist in den Site-Architektur- und Website-Struktur-Artikeln dieses Clusters dokumentiert; diese zitieren Googles Pyramiden-/Hub-Seiten-Sprache und Bings Click-Depth-Framing, daher werde ich sie hier nicht wiederholen.)

Google

• Helfen Sie Google, Ihre E-Commerce-Website-Struktur zu verstehen – das, was Google am nächsten an einem „So verdrahten Sie eine Themenhierarchie“-Dokument hat; beschreibt die Menü → Kategorie → Unterkategorie → Produkt-Link-Matrix direkt.
• Crawlbare Links – Machen Sie Ihre Links crawlbar – jede Seite, die Ihnen wichtig ist, sollte einen Link von mindestens einer anderen Seite haben (der Anker für „verwaiste themenübergreifende Inhalte vermeiden“), plus Googles Ankertext-Hinweise zum Schreiben von Hub→Speiche- und Speiche→Speiche-Linktext.

Bing / Microsoft

• Bing Webmaster Guidelines – eine klare, crawlbare, hierarchische Kategorie-/Unterkategorie-Struktur mit sinnvoller interner Verlinkung. (Bing ist bei der Click-Depth stärker vorschreibend als Google; der Website-Struktur-Artikel dieses Clusters behandelt Bings Drei-Klicks-Framing.)

Zitate aus der Quelle

Aussagen auf dem Prüfstand, die für den Aufbau relevant sind – und für den Mythos, Silos abzuschotten. (Die Google-/Bing-Repräsentanten-Zitate darüber, ob Silos gut sind – Muellers Pyramiden-Linie, die Ordnerstruktur-Linie – stehen im Site-Architektur-Artikel dieses Clusters, dort bereits tief verlinkt; ich werde sie nicht duplizieren.)

Google Search Central-Dokumentation – die Hierarchie verdrahten (E-Commerce-Website-Struktur)

• “add links from menus to category pages, from category pages to sub-category pages, and finally from sub-category pages to all product pages.” (Übersetzung) „Fügen Sie Links von Menüs zu Kategorieseiten, von Kategorieseiten zu Unterkategorieseiten und schließlich von Unterkategorieseiten zu allen Produktseiten hinzu.“ Zum Zitat springen

Google Search Central-Dokumentation – keine verwaisten Seiten (crawlbare Links)

• “Every page you care about should have a link from at least one other page on your site.” (Übersetzung) „Jede Seite, die Ihnen wichtig ist, sollte einen Link von mindestens einer anderen Seite Ihrer Website erhalten.“ Zum Zitat springen

Bruce Clay – der veraltete Rat, Cross-Silo-Links mit nofollow zu versehen (kritisch zitiert)

• “If you absolutely had to link the creamy peanut butter page to the flavored jelly page, you would want to do it with a rel='nofollow' link attribute.” (Übersetzung) „Wenn Sie unbedingt die Seite für cremige Erdnussbutter mit der Seite für fruchtige Marmelade verlinken müssten, sollten Sie dies mit einem rel='nofollow'-Linkattribut tun.“ Quelle lesen – das ist der Mythos, den dieser Artikel widerlegt: Link-Sculpting per nofollow ist seit 2009 tot, die Equity verpufft also, statt geschützt zu werden.

Screaming Frog – wofür Crawl-Visualisierungen geeignet sind (und wofür nicht)

• “the crawl visualisations are useful when analysing site architecture, and internal linking.” (Übersetzung) „Die Crawl-Visualisierungen sind nützlich, wenn man die Seitenarchitektur und die interne Verlinkung analysiert.“ Quelle lesen
• “They don’t provide any more data than is already available in a crawl. They are often not the best way to diagnose issues and don’t always tell the whole story.” (Übersetzung) „Sie liefern keine weiteren Daten, als bereits in einem Crawl verfügbar sind. Sie sind oft nicht der beste Weg, Probleme zu diagnostizieren, und erzählen nicht immer die ganze Geschichte.“ Quelle lesen

Standardvorgehen: Ein Themen-Silo aufbauen

Führen Sie dies für ein neues Silo vollständig durch oder ab Schritt 4, um eine bestehende Gruppe von Seiten nachzurüsten.

1. Wählen Sie das Hub-Thema. Wählen Sie ein breites Thema mit echter Breite und Suchnachfrage, das den Silo verankert. Dies wird Ihre Hub-/Pillar-Seite.
2. Gruppieren Sie die Keywords. Ziehen Sie die verwandten Suchanfragen, „People Also Ask“ und Keyword-Tool-Vorschläge des Seed-Begriffs. Gruppieren Sie sie nach Absicht. Jede Gruppe mit eigener Suchnachfrage und einer eigenen SERP ist ein Kandidat für eine Speiche.
3. Schneiden Sie das Füllmaterial. Bestätigen Sie für jede Kandidaten-Speiche, dass sie eine von der übergeordneten Seite getrennte Nachfrage hat. Wenn sie nicht 2–3 wirklich verschiedene Seiten füllen kann, führen Sie sie im Hub zusammen, anstatt eine dünne Seite zu erstellen. Eliminieren Sie zwei Kandidaten, die dieselbe Suchanfrage kannibalisieren würden – machen Sie daraus eine.
4. Legen Sie URLs fest (optional, kosmetisch). Spiegeln Sie den Silo in einem /topic/-Ordner, wenn dies Ihrer CMS-/Redaktionsorganisation hilft. Behandeln Sie dies nicht als die SEO-Arbeit.
5. Erstellen Sie den Link-Matrix-Plan. Bauen Sie die Zeilen-und-Spalten-Tabelle (jede Seite im Silo auf beiden Achsen) und markieren Sie die beabsichtigten Links: Hub → jede Speiche, jede Speiche → Hub, Speiche → jede wirklich relevante Schwester.
6. Schreiben und verlinken. Erstellen Sie Hub und Speichen. Platzieren Sie Hub→Speiche-Links im Kontext, wo jedes Unterthema eingeführt wird, nicht in einem Seitenfuß-Dump. Fügen Sie die Speiche→Hub- und Speiche→Schwester-Links gemäß Ihrer Matrix hinzu.
7. Fügen Sie sinnvolle Cross-Links hinzu. Fügen Sie für jede Seite Links außerhalb des Silos hinzu, die den Test „Würde dieser Link sowieso existieren?“ bestehen. Folgen, niemals nofollow.
8. Crawlen und verifizieren. Crawlen Sie den Silo (Screaming Frog / Ahrefs Site Audit). Füllen Sie die Matrix aus den tatsächlichen ausgehenden Links des Crawls. Beheben Sie leere Zeilen (Seiten, die nicht verlinken) und leere Spalten (Seiten, auf die nichts verweist). Beheben Sie Berichte über verwaiste Seiten und defekte interne Links.
9. Legen Sie einen Re-Audit-Trigger fest. Jedes Mal, wenn Sie später eine Speiche hinzufügen, führen Sie die Schritte 5–8 für diese Seite erneut aus – aktualisieren Sie den Hub, fügen Sie die Schwester-Cross-Links hinzu, crawlen Sie erneut.

Silo-Aufbau- und Audit-Checkliste

Arbeiten Sie sie von oben nach unten ab; die Grenzarbeit im Vorfeld verhindert die spätere Verlinkungs-Nacharbeiten.

Grenzen (Schritt 1)

• Jede Speiche hat eine eigene Suchnachfrage, getrennt vom Hub-Begriff.
• Jede Speiche hat ihr eigenes Cluster aus verwandten Suchanfragen / „People Also Ask“.
• Die SERP jeder Speiche sieht deutlich anders aus als die der übergeordneten Seite.
• Keine Speiche existiert nur, um eine „Mindestseitenzahl“ zu erreichen.
• Keine zwei Speichen zielen auf dieselbe Suchanfrage (keine Grenz-Kannibalisierung).

Struktur (Schritte 2–3)

• Ordner-/URL-Layout (falls verwendet) wird als CMS-Komfort behandelt, nicht als der Silo.
• Der Hub verlinkt auf jede Speiche, im Kontext, nicht nur in einer Fußzeilenliste.
• Jede Speiche verlinkt zurück zum Hub.
• Speichen verlinken auf wirklich relevante Schwester-Speichen.
• Eine Link-Matrix-Tabelle existiert (Zeilen/Spalten = Seiten, Zellen = Links).

Cross-Linking (Schritt 4)

• Cross-Silo-Links existieren, wo ein Leser ihnen wirklich folgen würde.
• Jeder Cross-Link besteht den Test „Würde dieser Link existieren, wenn es keine Silos gäbe?“.
• Kein interner Link – ob Cross-Silo oder anders – ist nofollow, um Equity zu „schützen“.

Fehler, die ausgeschlossen werden sollten (Schritt 5)

• Nicht über-siloid (keine dünnen, redundanten, kannibalisierenden Speichen).
• Themenübergreifende Inhalte sind cross-gelistet (von beiden Hubs verlinkt), nicht verwaist.
• Grenzen entsprechen der Suchintention, nicht dem Organigramm.
• Sie haben den tatsächlichen Linkgraphen verifiziert, nicht nur den Ordner.

Audit (Schritt 6)

• Die Screaming-Frog-Visualisierung zeigt, dass die Seiten des Silos gruppiert sind, nicht verstreut.
• Ahrefs Site Audit: keine verwaisten Seiten im Silo.
• Ahrefs Site Audit: keine defekten internen Links im Silo.
• Matrix aus einem echten Crawl-Export gefüllt – keine leeren Zeilen oder unerwartete leere Spalten.
• Re-Audit für das nächste Hinzufügen einer Speiche geplant.

Die Link-Matrix-Vorlage

Dies ist das Artefakt, das die konkurrierenden Anleitungen nicht liefern. Zeilen sind die „verlinkende“ Seite; Spalten sind die „verlinkte“ Seite; jede Zelle ist ✓, wenn dieser Link besteht. Bauen Sie es in jeder Tabellenkalkulation – eine Registerkarte zum Planen, eine aus einem Crawl gefüllte zum Auditieren.

So lesen Sie es

• Hub-Zeile sollte durchgehend ✓ sein – der Hub verlinkt auf jeden Spoke. Eine Lücke hier bedeutet einen Spoke, der nicht wirklich im Silo ist.
• Hub-Spalte sollte durchgehend ✓ sein – jeder Spoke verlinkt zurück zum Hub. Eine Lücke hier ist ein Spoke, der im Praxis-Modell des Linkflusses keine Autorität an den Hub zurückgibt – ein Planungssignal zum Beheben, kein messbarer Google-Score.
• Eine Spoke-Zeile, die (außer dem Hub) leer ist = eine Seite, die auf keine Geschwisterseiten verlinkt; suchen Sie nach einem relevanten Geschwister, das Sie hinzufügen können.
• Eine Spoke-Spalte, die spärlich ist = wenige Seiten verlinken darauf; es ist unterverlinkt und hat ein Waisenrisiko innerhalb des Silos.

Um daraus ein Audit zu machen: Crawlen Sie die URLs des Silos, exportieren Sie ausgehende Links (Screaming Frog Outlinks-Export oder ein Ahrefs-Crawled-Pages-Export) und füllen Sie die Zellen aus den echten Daten statt aus dem Gedächtnis. Die Lücken zwischen Ihrem Plan-Tab und Ihrem Crawl-Tab sind Ihre To-do-Liste.

Cross-Links leben außerhalb dieser Matrix – bewusst. Die Matrix dient der Vollständigkeit innerhalb des Silos. Verfolgen Sie Out-of-Silo-Links separat (eine einfache Liste „Seite → Ziel außerhalb des Silos → Grund“), damit Sie prüfen können, dass jeder den Test „Würde dieser Link auch ohne Silos existieren?“ besteht.

Die mentalen Modelle

1. Grenzen folgen der Nachfrage, nicht einer Quote. Ein Unterthema verdient einen Spoke, wenn es eine eigene Suchnachfrage hat (eigenes Volumen, eigene PAA-Cluster, eigene SERP). „Mindestens 5 Seiten“ und ähnliche Regeln sind Folklore, die sich gegenseitig widersprechen – der Nachfragetest ist der einzige, der Bestand hat.

2. Der Ordner ist ein Aktenschrank; die Links sind die Architektur. Spiegeln Sie das Silo in Ordnern für Ihre eigene Übersicht, aber der interne Linkgraph ist das, was Suchmaschinen lesen. Bauen und prüfen Sie den Linkgraph, nicht die Ordnerstruktur.

3. Die Matrix ist das Silo. Ein Silo ist vollständig, wenn der Hub auf jeden Spoke verlinkt, jeder Spoke zurückverlinkt und Spokes auf relevante Geschwister verlinken. Zeilen und Spalten in einer Tabelle machen „vollständig“ überprüfbar – planen Sie es dort, verifizieren Sie es dort.

4. Cross-Links sind Features, keine Lecks. Der Test lautet: „Würde ich diesen Link hinzufügen, wenn es keine Silos gäbe?“ Wenn ja, gehört er dazu. Der Instinkt, Silos abzuschotten – insbesondere durch Nofollow auf Cross-Links – ist genau die veraltete Praxis, die Equity zerstört, statt sie zu schützen.

5. Vertrauen Sie dem Crawl, nicht Ihrem Gedächtnis. Sie denken, Sie haben alles verlinkt; der Crawl weiß, ob Sie es getan haben. Der Build ist nicht fertig, wenn die Seiten veröffentlicht sind – er ist fertig, wenn eine mit Crawl-Daten gefüllte Matrix keine unerwarteten Lücken aufweist.

Sollte dieses Unterthema einen eigenen Spoke bekommen – oder einen Cross-Link – oder nichts?

Die zwei schwierigsten Entscheidungen bei einem Silo-Build sind wo die Grenzen verlaufen und wann man über sie hinweg verlinkt. Führen Sie ein Kandidaten-Unterthema (oder einen Kandidaten-Cross-Link) durch diesen Prozess.

Spickzettel für den Silo-Aufbau

Die Linkmatrix (innerhalb eines Silos)

Grenztest – ist es ein echter Spoke?

• Eigene Suchvolumen im Vergleich zum Eltern? ✓ erforderlich
• Eigener Related-Search-/PAA-Cluster? ✓ erforderlich
• SERP unterscheidet sich von der des Elternteils? ✓ erforderlich
• Existiert nur, um eine Seitenzahl zu erreichen? → nach oben zusammenführen, kein Spoke
• Gleiche Suchanfrage wie ein anderer Spoke? → kombinieren, nicht konkurrieren

Die „Seiten pro Silo“-Zahlen, entschlüsselt

• 5 Minimum / 4–8 Silos / 10–20 Seiten / 20–30 Artikel → alles Folklore, alles widerspricht sich gegenseitig. Nutzen Sie Nachfrage, keine Quote.

Mythen, die Sie verwerfen sollten

• „Der Ordner bildet das Silo.“ → Nein; die Linkstruktur ist die Architektur.
• „Verlinken Sie niemals über Silos hinweg.“ → Verlinken Sie, wenn es relevant ist.
• „Nofollow-Silo-übergreifende Links, um Equity zu schützen.“ → Seit 2009 tot; Equity verpufft.
• „Ein Silo ist ein Ranking-Faktor.“ → Es gibt keinen Silo-Detektor; es ist eine Methode zur Organisation gewöhnlicher interner Link-Signale.

Audit-Tools

• Screaming Frog-Visualisierungen → sehen, ob Seiten cluster (Mustererkennung, nicht Daten).
• Ahrefs Site Audit → Orphan Pages → Internal Link Issues → Link Opportunities.
• Link-Matrix-Tabelle → aus einem Crawl-Export gefüllt → leere Zeilen/Spalten finden.
• Erneutes Audit → jedes Mal, wenn Sie eine Speiche hinzufügen.

Silo-Anti-Patterns – und die Lösung

Übermäßiges Siloing, um eine Seitenanzahl zu erreichen. Symptom: Dünne, fast duplizierte Speichen, die erfunden wurden, um „5 Seiten Minimum“ zu erreichen, konkurrieren miteinander um dieselbe Suchanfrage. Lösung: Grenzen aus unterschiedlicher Nachfrage ziehen; Teilthemen, die nicht allein stehen können, in den Hub zusammenführen.

Nofollow auf Silo-übergreifende Links. Symptom: rel="nofollow" auf internen Links, die eine Ordner-Grenze überschreiten, hinzugefügt, um „Equity im Silo zu behalten.“ Lösung: Entfernen Sie es. Sculpting ist seit 2009 kaputt – die Equity verpufft, anstatt umgeleitet zu werden. Verlinken Sie, wenn es relevant ist.

Den Ordner bauen und es als erledigt betrachten. Symptom: Seiten liegen in /topic/, aber nichts innerhalb des Ordners verlinkt auf etwas anderes darin; das „Silo“ existiert nur als URL-Pfad. Lösung: Machen Sie die Link-Matrix-Arbeit (Schritt 3) und verifizieren Sie sie mit einem Crawl (Schritt 6); der Ordner ist Ablage, nicht Architektur.

Verwaiste themenübergreifende Inhalte. Symptom: Ein Stück, das zwei Silos umspannt, wird in eines gezwungen und nie vom anderen verlinkt – oder ganz verworfen, weil es „nicht passt.“ Lösung: Querverlinken Sie es – verlinken Sie es von beiden relevanten Hubs/Speichen (das alsoIn-Muster), eine Seite, zwei Zuhause.

Organigramm-Grenzen. Symptom: Silos um Produktlinien oder interne Abteilungen gezogen, sodass die Struktur so ist, wie das Unternehmen denkt, nicht wie Suchende suchen. Lösung: Grenzen neu clustern aus echten Keyword-/SERP-Daten.

Link-Dumps am Seitenende. Symptom: Der Hub „verlinkt auf jede Speiche“ nur über eine Liste verwandter Links ganz unten, ohne kontextuelle Links. Lösung: Platzieren Sie Hub→Speiche-Links dort, wo jedes Teilthema im Body des Hubs eingeführt wird – kontextuelle Links tragen mehr Signal und werden von Lesern gefolgt.

Set-and-forget nach dem Launch. Symptom: Eine neue Speiche wird Monate später hinzugefügt; der Hub bekommt nie den neuen Link und die Geschwister-Querverlinkungen passieren nie. Lösung: Führen Sie die Link-Matrix für jede neue Speiche erneut aus – es ist der häufigste Punkt des Silo-Verfalls.

Vorgeschlagene Silo-Grenzen überprüfen

Fügen Sie eine Liste von Seiten mit Zielthema, Absicht und vorgeschlagenem Hub in diesen Prompt ein:

Review this proposed topic-silo map as an information architecture, not as a URL
folder exercise. Flag overlapping hubs, spokes that belong under a different hub,
missing subtopics supported by the supplied data, and cross-topic links that would
help a reader. Do not invent keywords or search volume. Return: boundary decisions,
hub-to-spoke links, spoke-to-hub links, useful cross-links, and unresolved cases.

Einen Crawl-Export in eine Link-Lücken-Überprüfung verwandeln

Fügen Sie Quell-URL, Ziel-URL, Ankertext, Seitenthema und Crawl-Tiefen-Spalten ein:

Compare the observed internal-link graph with the supplied hub-and-spoke plan. Find
missing hub-to-spoke and spoke-to-hub links, weak or ambiguous anchor text, isolated
spokes, and relevant cross-silo links that the strict plan omitted. Separate facts
visible in the data from recommendations. Do not recommend nofollow to preserve a
silo boundary.

Verifizieren, dass die geplante Link-Matrix ausgeliefert wurde

Durchzuführender Test: Crawlen Sie die Website und vergleichen Sie beobachtete Quell-Ziel-Paare mit der genehmigten Hub-and-Spoke-Matrix. Erwartetes Ergebnis: Jede veröffentlichte Speiche hat einen crawlbarer Link von ihrem Hub und Links zurück zum korrekten Hub. Fehlerinterpretation: Eine Vorlagen-, Bereitstellungs- oder Mapping-Auslassung ließ die geplante Kante aus dem Graphen. Überwachungsfenster: Sofort nach dem Bereitstellungs-Crawl. Rollback-Auslöser: Das Release entfernt vorhandene nützliche Links oder leitet ein Cluster zum falschen Hub.

Verifizieren, dass Querverlinkungen beabsichtigt bleiben

Durchzuführender Test: Exportieren Sie Links, die Themengruppen kreuzen, und überprüfen Sie deren Quellkontext und Ankertext. Erwartetes Ergebnis: Jede Querverlinkung dient einer verwandten Leseraufgabe; es gibt keine pauschalen nofollow-Regeln oder versehentliche siteweite Querverlinkungen. Fehlerinterpretation: Die Implementierung erzwang entweder künstliche Isolation oder fügte Links ohne thematischen Kontext hinzu. Überwachungsfenster: Nach jedem Vorlagen- oder Navigations-Release. Rollback-Auslöser: Eine globale Regel unterdrückt legitime Links oder führt einen großen, unzusammenhängenden siteweiten Link-Satz ein.

Testen Sie sich selbst: Aufbau einer Silo-Struktur

Fünf kurze Fragen zum Aufbau- und Prüfprozess von Silos. Wählen Sie jeweils eine Antwort und prüfen Sie dann.

Ressourcen, die Ihre Zeit wert sind

Meine verwandten Artikel

• SEO Silo Structure: Why It Makes No Sense (And What to Do Instead) — die Ahrefs-Perspektive auf strikte Silos, einschließlich der Nutzung des Link Opportunities-Tools, um zu finden, wo interne Links hinzugefügt werden sollten.
• Internal Links for SEO: An Actionable Guide — wie interne Links PageRank übertragen und den Linkgraphen formen, der das Silo ist; der Prüfworkflow, auf dem Schritt 6 dieses Artikels aufbaut.
• The Beginner’s Guide to Technical SEO — wo Seitenstruktur und interne Verlinkung im größeren Zusammenhang stehen.

Meine Vorträge

• Local Link Building (Pubcon Local 2021) — mein Vortrag zur internen Verlinkung; das nächstliegende verwandte Material zum bewussten Setzen von Links (interne Links schienen für lokale Suchanfragen proportional wichtiger zu sein).

Aus der Branche

• SEO Silos: How to Build a Website SEO Silo (Bruce Clay) — die ursprüngliche strikte Silo-Methodik, hier kritisch zitiert wegen ihres veralteten Ratschlags, Querverbindungen zwischen Silos mit nofollow zu versehen.
• Screaming Frog — Site Architecture & Crawl Visualisations — wie man sieht, ob die Seiten eines Themas gruppiert sind, und der Hinweis, dass Visualisierungen nicht die ganze Geschichte erzählen.
• Ahrefs Academy — Link Opportunities — der Site-Audit-Bericht, der relevante Vorschläge für interne Verlinkungen anzeigt, sortierbar nach Page Rating.
• Topic Clusters: The Next Evolution of SEO (HubSpot) — die People-Also-Ask-Cluster-Recherche-Technik, die in Schritt 1 wiederverwendet wird (und die Quelle der als Folklore zitierten Zahl „20 bis 30 unterstützende Artikel“).
• What Is Silo SEO and Is There a Better Option? (Semrush) — ein gängiger Silo-Leitfaden zum Vergleich.
• SEO Silo Structure (Ahrefs-Glossar) — eine kurze Referenzdefinition des Silo-Modells und der Einwand gegen dessen Regel, keine Querverlinkungen zu setzen.

Änderungsprotokoll