Silo-Struktur einer Website: Intention, URLs und interne Verlinkung

Was bei einer typischen Website falsch läuft

Öffnen Sie fast jede Website in einer Nische mit einem echten Produkt oder einer echten Dienstleistung: Produktion, Großhandel, B2B-Dienste, E-Commerce, staatliche Lieferanten. Ob B2B, B2C oder B2G, das Bild ist oft dasselbe: ein Katalog oder eine Leistungsübersicht, Seiten zu Lieferung und Zahlung, ein Bereich „Über uns“, Zertifikate. Im besten Fall kommen noch Rückgabe und Garantie hinzu.

Das ist keine Website. Das ist eine digitale Visitenkarte.

Ein Beispiel aus einer Nische – die Logik gilt für jede Website. Ich nehme Arbeitskleidung als Beispiel: Das Produkt ist komplex, Käufer können Privatpersonen, Unternehmen oder öffentliche Auftraggeber sein, und das Sortiment verwandelt sich leicht in einen endlosen, sinnlosen Katalog. Dieselben Prinzipien für Bereiche und Seiten, die sich am realen Bedarf orientieren, gelten für E-Commerce, Dienstleistungen, B2B, Medien usw. Es ändern sich Objekte und URLs, die Prinzipien bleiben. CMS, Sprache und Hosting ändern nichts an den Architekturregeln.

Aus SEO-Sicht bedeutet eine solche Struktur: Die Website kämpft faktisch um eine begrenzte Menge von etwa 15–100 Hauptbegriffen (je nach Nische). Alles darunter – Long-Tail-Anfragen mit konkreter Intention – geht verloren. Wer nach „feuerhemmende Winter-Schweißerkleidung kaufen“ sucht, landet dort, wo es für diese Anfrage eine eigene Seite gibt.

Inhaber kennen ihr Produkt oft sehr gut, vergessen aber, dass Besucher noch keine Experten sein müssen. Die Website sollte sowohl das Produkt oder die Dienstleistung als auch das Unternehmen und die Menschen dahinter zeigen: wer Sie sind, wie Produktion oder Service funktionieren, was Ihre Versprechen belegt. Eine durchdachte thematische Architektur (Silo) hilft Suchmaschinen und Nutzern, sich ohne Brüche vom Allgemeinen zum Speziellen zu bewegen.

Semantische Abdeckung in Zahlen

zoom_in

Semantische Abdeckung: die Metrik, die fehlte

Bevor wir die Schemata vergleichen, hier eine Arbeitsdefinition, die alles Weitere vereinfacht.

Die semantische Abdeckung ist der Anteil der realen Suchnachfrage zu einem Thema, den Ihre Website mit ihren Seiten abdeckt. Nicht die Seitenzahl, nicht die Rankings, sondern die Abdeckung der Intention: wie vollständig die Struktur beantwortet, wonach Menschen tatsächlich suchen.

Das ist kein offizieller Begriff, sondern eine praxisnahe Metrik für die Konzeption. Verwandte Begriffe in der Branche sind semantische Kokons und die intentionsbasierte Cluster-Abdeckung. Beide überschneiden sich damit, wie Teams Inhaltslücken und thematische Vollständigkeit betrachten.

Von der Definition zur Umsetzung

Drei URL-Schemata für eine Website: vom Chaos zum Silo

Unten sehen Sie drei URL-Bäume für ein hypothetisches Projekt (mit der oben beschriebenen Logik der Arbeitskleidung): typisches Chaos, Basis-Silo und Extended Silo. Vergleichen Sie sie danach, wie viele reale Intentionen jede Variante abdecken kann, und nicht nach der URL-Tiefe um der Optik willen.

Schema 1 – „Wie üblich“. Kein Silo, keine Struktur

site.com/
├── catalog/
│   ├── product-1/
│   └── product-2/
├── delivery/          ← orphan page, no parent hub
├── payment/           ← same problem
├── about/
└── contacts/

Was nicht stimmt:

/delivery/ und /payment/ liegen auf der zweiten Ebene, aber es gibt keinen Hub /clients/. Keine Hierarchie, keine Breadcrumbs, keine Logik. Der Crawler sieht Seiten, nicht Struktur.

Der Katalog ist flach. Kategorien sind nicht mit Leistungen, Materialien oder Branchen verknüpft.

Die semantische Abdeckung beginnt mit dem Anteil der realen Nutzerintentionen, die die aktuelle Website mit nützlichen und belastbaren Seiten beantworten kann.

Verschachtelte Routen sind wichtig

Die URL-Tiefe ist kein reines Design-Thema. Ein Crawler behandelt /catalog/spetsodezhda/zimnyaya/dlya-svarshchikov/ als Teil eines thematischen Clusters. Eine flache /zimnyaya-spetsodezhda-dlya-svarshchikov/ ist dagegen nur eine einzelne Seite.

Regel: Jede URL-Ebene muss eine echte Seite mit eigenem Inhalt sein, kein technisches Segment.

Sitemap: Eine Index-Datei plus separate Karten pro Bereich (statisch, Katalog, Leistungen, Blog usw.) erleichtert es, Umfang und Änderungen der URLs zu steuern – seohead.tech macht es genauso.

Schema 2 – Basis-Silo

site.com/
├── catalog/                          ← catalog hub
│   ├── spetsodezhda/
│   │   ├── zimnyaya/
│   │   └── letnyaya/
│   └── siz/
│       ├── zashchita-golovy/
│       └── zashchita-ruk/
│
├── services/                         ← services hub
│   ├── poshiv-pod-zakaz/
│   └── naneseniye-logotipa/
│
├── clients/                          ← customer-facing hub
│   ├── delivery/
│   ├── payment/
│   └── garantiya/
│
├── about/
│   ├── team/
│   └── sertifikaty/
│
└── blog/

Das bringt Ihnen:

Ein Hub für jeden großen Bereich. /clients/ ist die übergeordnete Seite für Lieferung, Zahlung und Garantie. Nutzer und Crawler sehen die Hierarchie, URLs spiegeln die Struktur, Breadcrumbs ergeben Sinn.

Noch fehlt:

• Keine Seiten für SEO-Filter (Winter + feuerhemmend + Schweißer)
• Keine Branchen-Landingpages
• Kein Materialbereich, kein Glossar und keine Rechner
• Die Bereiche sind vollständig voneinander getrennt – keine Querlinks
• Der Autor ist unklar, das E-E-A-T ist schwach

Semantische Abdeckung – grob 20–30 %.

Schema 3 – Extended Silo. Vollständige Abdeckung

site.com/
│
├── catalog/
│   ├── spetsodezhda/
│   │   ├── zimnyaya/
│   │   ├── letnyaya/
│   │   └── dlya-svarshchikov/
│   ├── signalnaya/
│   │   ├── zimnyaya/
│   │   └── letnyaya/
│   └── siz/
│       ├── zashchita-golovy/
│       ├── zashchita-ruk/
│       └── gotovyye-komplekty/
│           ├── komplekt-elektrika/
│           ├── komplekt-svarshchika/
│           └── komplekt-stroitelya/
│
├── services/
│   ├── poshiv-pod-zakaz/
│   │   ├── malyye-serii/
│   │   └── krupnyye-tirazhi/
│   └── naneseniye-logotipa/
│       ├── vyshivka/
│       ├── dtf-pechat/
│       └── sravneniye-metodov/
│
├── industries/
│   ├── stroitelstvo/
│   ├── neftegaz/
│   ├── pishchevaya/
│   └── zhkkh/
│
├── materials/                        ← separate template, not the blog
│   ├── khlobok/
│   ├── smesovaya-tkan/
│   │   ├── ts-65-35/
│   │   └── ts-50-50/
│   └── fr-tkani/
│       ├── nomex/
│       ├── proban/
│       └── sravneniye/
│
├── clients/
│   ├── delivery/
│   ├── payment/
│   ├── tablitsy-razmerov/
│   │   ├── muzhskaya/
│   │   └── zhenskaya/
│   ├── ukhod/
│   │   ├── kak-stirat/
│   │   └── fr-odezhda/
│   └── normy-vydachi-siz/
│
├── about/
│   ├── team/
│   │   └── direktor/
│   ├── proizvodstvo/
│   ├── sertifikaty/
│   └── vakansii/
│
├── cases/
│   ├── komplektatsiya-stroitelnogo-obekta/
│   └── spetsodezhda-dlya-zhkkh/
│
├── glossary/
│   ├── fr-odezhda/
│   ├── antistatika/
│   └── gost-12-4-303/
│
├── calculators/
│   ├── komplekt-dlya-rabochego/
│   └── normy-vydachi/
│
├── blog/
│
└── prajslist/

Semantische Abdeckung – grob 70–90 %.

Mit dieser Struktur deckt die Website den gesamten Weg ab: Aufbau und Eigenschaften für Einsteiger; Katalog oder Angebotslisten mit Filtern für konkrete Nachfrage; Leistungen, die zeigen, wie Sie Ergebnisse liefern; ein Bereich für Kunden mit Logistik und Konditionen; Branchen- und Fallseiten, die zeigen, wo es bereits funktioniert hat.

Wenn Menschen zögern, brauchen sie Belege: Produktion oder Prozess, Dokumente, Garantien, ein echter Kontakt online oder offline. Das sind keine „Firmenseiten“ – sie beantworten Einwände, bevor der Vertrieb das Gespräch führt.

Glossar und Blog erfassen den Long Tail – von Definitionen bis zu engen Expertenszenarien. Sie ziehen Menschen an, die noch nicht kaufbereit sind, und bauen Vertrauen in die Marke auf.

zoom_in

Seitenstruktur aufbauen: eine Schritt-für-Schritt-Anleitung

Die Architektur wird entworfen, bevor der CMS-Editor geöffnet wird oder die erste Seite live geht. Die Reihenfolge ist für jede Nische gleich.

KI-Prompt: Seitenstruktur generieren

Kopieren Sie den Text unten in einen beliebigen KI-Chat oder Agenten: Er stellt Rückfragen und liefert eine fertige .md-Datei mit einem Abschnittsbaum.

You are an SEO architect and content strategist. Your task is to design a website structure following the extended silo principle with full semantic coverage.

Before building the structure, ask me 3-5 clarifying questions:
- What does the business sell or do (product, service, niche)?
- Who is the target audience (B2B, B2C, B2G, mixed)?
- Is there an existing structure or website — if so, ask me to send it?
- Which industries or customer segments exist?
- Which extra sections matter: blog, glossary, calculators, case studies, materials/technologies?

Once you have the answers, build the structure by these rules:
1. Every section is a separate semantic hub with child pages.
2. Build the catalogue or service list as a matrix (category x attribute), and only where real demand exists.
3. Always include: author/expert, an "About" hub, a "For customers" hub, case studies, and a glossary or blog.
4. Do not create pages for volume — only where there is intent.

Return the result strictly as Markdown:
- # — the site (domain or name)
- ## — top level (catalogue, services, about, etc.)
- ### — subsection or hub
- #### — leaf pages

Section headings only — no URLs, no descriptions, no explanations inside the structure.

Was als Nächstes passiert: Die KI stellt Fragen → Sie antworten oder schicken eine bestehende Struktur → Sie erhalten eine .md-Entwurfsdatei → Import in XMind oder ein ähnliches Tool → visuelle Überarbeitung → Übergabe an die Entwickler als Referenz.

Beispiel einer Ausgabedatei (neutrale Bezeichnungen)

Unten steht ein gekürztes .md-Fragment mit neutralen Überschriften – ohne Nische und Produkte, nur das Gerüst der Verschachtelung. Eine vollständige Struktur kann Hunderte Seiten umfassen.

# project.example

## Product range

### "Standard" line
#### Option for environment A
#### Option for environment B
#### Universal kits

### "Pro" line
#### Scenario X
#### Scenario Y
#### Scenario Z

### Related items
#### Zone 1 protection
#### Zone 2 protection
#### Ready-made sets

## Services

### Made to order
#### Small batches
#### Large batches

### Branding
#### Method A
#### Method B

## Materials knowledge base

### Material group 1
#### Subtype alpha
#### Subtype beta

### Material group 2
#### Subtype gamma

## Use cases

### Industry 1
### Industry 2
### Industry 3

## For customers

### Sizing and selection
### Care and maintenance
### Standards and regulations

## About

### Team
#### Leadership

### Production / facilities
### Certificates and approvals

## Blog
## Glossary
## Price list
## Contacts

Importieren Sie die Datei in XMind über File → Import → Markdown. So erhalten Sie eine verschachtelte Map, die Sie anschließend mit Prioritäten und Querlinks verfeinern.

zoom_in

SEO-Filtermatrix statt endlosem Katalog

Nutzen Sie Kategorien als stabiles Grundgerüst und decken Sie die detaillierte Nachfrage mit SEO-Filtern und Attributkombinationen ab – ohne einen flachen, aufgeblähten Katalog. Sie brauchen eine Matrix: Kategorie × Attribut. Jede belegte Zelle ist eine SEO-Seite mit eigener URL, eigenem H1, eigenen Meta-Angaben und eigenem Inhalt. Eine leere Zelle heißt: keine Seite und keine dünne Seite ohne Intention. Dasselbe gilt für ein enges oder breites Sortiment: sinnvolle Schnittmengen für echte Nachfrage statt endloser Katalogzweige.

Das ergibt 40–60 gezielte Seiten statt fünf Kategorien. Jede davon ist ein konkretes Listing für eine konkrete Anfrage. Ein Strich ist ein ehrliches Signal: keine Nachfrage, also auch keine dünne Seite nur um der Struktur willen.

Querverlinkung: Silo ist kein Gefängnis

Ein häufiger Irrtum ist, Silo so zu verstehen, dass Bereiche nie aufeinander verlinken. Isoliert bleiben sollten die Navigationsmuster. Kontextuelle Querlinks zwischen Bereichen schaffen semantischen Zusammenhang.

Silo und Linkpyramide arbeiten zusammen. Das Silo definiert thematische Cluster und welche Blöcke nebeneinander stehen; die Pyramide verteilt den Linkjuice innerhalb eines Clusters (Hub → Blätter → zurück zum Hub). Querlinks zwischen Clustern bleiben bewusst und präzise – wie in den Beispielen unten –, ohne das Thema zu verwässern. In der Praxis ist das ein hybrides Modell. Externe Fachbeiträge (KeyGroup zu Verlinkung und Crawling; „semantische Festung“ zur Abdeckung der Nachfrage) bewegen sich auf derselben Linie.

Beispiele für gute Querlinks:

• Materialseite /materials/fr-tkani/nomex/ → Link auf /catalog/dlya-svarshchikov/ogneupornaya/
• Produktkarte → Materialseite
• Fallbeispiel → Produkte, Materialien, Leistungen
• /services/poshiv-pod-zakaz/ → Link auf /materials/
• /industries/stroitelstvo/ → Links auf Katalog, Fallbeispiele, Leistungen

Hinweis. Wenn der Inhalt substanziell ist und die Struktur stimmt, entstehen Links dort, wo Leser sie brauchen. Eine Seite zum Nomex-Gewebe nennt ganz selbstverständlich, wo es verwendet wird; ein Fallbeispiel verweist auf Materialien und Leistungen. Müssen Sie Links erzwingen, sind Struktur oder Text falsch.

zoom_in

Ein Fallbeispiel als Landingpage, nicht als Galerie

Typische Seiten mit Fallbeispielen zeigen Fotoraster und den Satz „Wir haben geliefert.“ Keine eigene URL pro Fall, keine Erzählung, keine Links.

Ein richtiger Fall ist eine Landingpage:

Gibt es Arbeitsphasen, zeigen Sie diese als Galerie in der Reihenfolge „vorher / während / nachher“: Rohausbau → Montage → fertiger Raum. Der Leser scrollt und erfasst den Maßstab. Das schafft nicht nur Vertrauen – es ist Inhalt, der Menschen auf der Seite hält und echte interne Links zwischen den Bereichen einbringt.

So ein Fall rankt für Anfragen wie „Baustelle mit Arbeitskleidung ausstatten“, gibt Linkwert an Produkt- und Leistungs-URLs weiter und bedient die Intention von Auftragnehmern.

Autor und E-E-A-T: ein Mensch hinter der Website

Qualitätssignale der Suche bestrafen zunehmend generische, anonyme Inhalte: Wenn Leser nicht erkennen, wer spricht und welche Erfahrung dahintersteht, verlieren Sie gegen Quellen mit überprüfbaren Autoren und Fällen. Das gilt für B2B, B2C und B2G.

In Nischen mit echtem Produkt oder komplexer Dienstleistung wollen Menschen wissen, wer hinter dem Angebot steht – ein Geschäftsführer, ein Experte oder ein leitender Spezialist als Stimme des Inhalts, unabhängig von CMS und Website-Typ.

• Ihr Foto auf Materialseiten, Artikeln und Leistungsseiten
• Autorenseite mit Biografie, Erfahrung und Produktionsfotos
• author in schema.org über alle Vorlagen hinweg
• Persönliche Kommentare statt anonymer Füllinhalte

Das ist nicht nur ein SEO-Signal – bei langen Verkaufszyklen führt das Vertrauen in den Autor direkt zu Abschlüssen.

Vollständige Abdeckung und der semantische Kern

Wenn die Struktur das gesamte Thema abdeckt – Glossar, Materialien, Leistungen, Branchen, Fälle –, werden angrenzende Begriffe bereits durch die Architektur selbst beantwortet. „LSI“-Tools sind weniger wichtig, aber die Analyse der Nachfrage bleibt Pflicht: Ohne sie können Sie Seiten nicht priorisieren und nicht erkennen, wo der Traffic tatsächlich liegt.

SEO-Studien und Praktiker, die mit thematischen Clustern und Kokons arbeiten, beobachten oft, dass Cluster auf tief strukturierten Websites schneller ranken als auf flachen.

Der semantische Kern dient dann weniger dem Finden von Themen – das hat die Struktur bereits erledigt –, sondern der Priorisierung: welche Seiten Sie zuerst veröffentlichen, wo die Nachfrage höher und der Wettbewerb niedriger ist.

Vor- und Nachteile des Extended Silo

Universelle Abschnitte: eine Checkliste für jede Website

Das ist eine Grundlage, die für die meisten Unternehmen passt. Passen Sie sie an Nische, Zielgruppe und Nachfrage an.

Das ist die Mindestbasis. Je nach Geschäft wächst oder schrumpft die Struktur – die Logik bleibt aber gleich: Jeder Abschnitt entspricht einem Intentionstyp und ist über sinnvolle Links mit den anderen verbunden.