SEO 2.0: Thematische Graphen, Programmatisches SEO und Interne Verlinkung

SEO reift: Man geht von „Keywords“ und „Seiten für eine Anfrage“ zu Entity-Graphen, zur programmatischen Generierung von Landings und zu durchdachter interner Verlinkung über.
Diese praktische Karte erklärt, wie man in Clustern denkt, einen thematischen Graphen aufbaut, wann und wie man programmatisches SEO aktiviert, Kannibalisierung vermeidet,
welche technischen Templates man für WordPress/WooCommerce vorbereitet und wie man ein Quality Gate für KI-Content vor der Indexierung einrichtet.

1. Von „Keywords“ zum Entity-Graphen

Im SEO 2.0 arbeitet man weniger mit „Ausdrücken“ und mehr mit Entitäten: Produkt, Marke, Technologie, Aufgabe, Ort, Symptom, Vergleich, Alternative.
Die Entitäten sind über Relationen verbunden: „Typ“, „Teil von“, „befindet sich in“, „verwendet mit“, „besser als“, „kompatibel mit“, „kontraindiziert“.
Dieser Graph ist die Basis der Cluster: ein „Hub“ (Pillar), „Spokes“ (Unterstützung), „Brücken“ (Vergleiche) und „Navigatoren“ (Kategorien/Taxonomien).

Entity-Graph (vereinfacht)
[Kategorie Kaffee] ─has_type→ [Espressomaschine]
        │                        │
        ├─related_to→ [Mahlgrad] ├─compatible_with→ [Kapseln]
        │                        └─vs→ [Filtermaschine]
        └─located_in→ [Paris]    └─how_to→ [Druckeinstellung]

1.1. Entitäten und Relationen extrahieren

Signalquellen: Interne Suche, Anrufe/Chat (echte FAQs), Kategorie-Karten, Produktattribute, Service-Logik, CRM-Export,
Search Console (Anfragen nach Intention gruppieren). In der Praxis beginnen Sie mit einer Tabelle:

2. Programmatisches SEO: Landings für stabile Nachfrage

Programmatisches SEO bedeutet, viele Seiten aus einem Template und strukturierten Daten zu generieren (Produkte×Städte, Service×Problem, Modell×Kompatibilität).
Die Stärke: Long-Tail-Abdeckung. Die Schwäche: das Risiko von „Thin Content“.

2.1. Wann es sinnvoll ist

Wenn sich ein Anfragemuster wiederholt (stabile Intention), Sie echte Daten haben (Preise, Bestand, Bilder, Fakten, FAQ), und jede Seite einen einzigartigen Mehrwert bietet:
lokale Elemente, unterschiedliche Auswahlen, verschiedene Angebote. Andernfalls: nicht-indexierte Pagination/Filter bevorzugen.

2.2. Datenarchitektur

• Referenzdaten: Entitäten (Produkte, Marken, Städte, Kompatibilitäten, Probleme, Fälle).
• Fakten: Preise, Bestand, Lieferzeiten, GTIN/MPN, Garantien, lokale Bedingungen.
• Templates: Titel/Leads mit Variablen, Benefit-Blöcke, Vergleichstabellen, Bewertungen, FAQ.

<h1>{Produkt} in {Stadt}: Preis, Bestand, Lieferung heute</h1>
<p class="lead">{Marke} {Modell} — {Hauptvorteil}. {Bestandsbadge}. Lieferung in {Stadtgebiet}.</p>

2.3. Anti-„Thin-Content“: Was hinzufügen

Minimum pro Seite:

• Ein einzigartiger Intro-Absatz + lokale Fakten (Adresse/Gebiete/Lieferzeiten).
• Lebendige Auslage (Bestand, Preise, Varianten) + strukturierte Daten (JSON-LD).
• Vergleiche/Alternativen nach Entitäten (nicht „10 weitere Produkte“).
• FAQ aus dem Support/der Suche.
• Block „Kompatibilität“/„Oft zusammen gekauft“ basierend auf dem Graphen.

3. Anti-Kannibalisierung: Konflikte zwischen Seiten vermeiden

Kannibalisierung entsteht, wenn mehrere Seiten dieselbe Intention abzielen. Ergebnis: verdünnte Sichtbarkeit, instabiles Ranking, verschlechterte Verhaltenssignale.

3.1. Diagnose

Gruppieren Sie Anfragen nach Cluster und zählen Sie, wie viele verschiedene URLs Impressions/Klicks für dieselbe Intention erhalten. Mehr als 2–3: Alarm.
Vergleichen Sie Title/H1/Anker, die Rolle der Seiten (Kategorie/Landing/Artikel/Produktseite) und dann die Verhaltensmetriken.

3.2. Gegenmaßnahmen

• Hierarchie: Eine „Kanonische“ (Hub) bestimmen und die Intention der anderen präzisieren („für X“, „in Y“, „wie Z“).
• Verlinkung: Von „Spokes“ zum Hub (1. Absatz), und vom Hub zu den Spokes via exakte Anker.
• Konsolidierung: Duplikate zusammenführen, 301/Canonicals, einzigartige Blöcke auf die Hauptseite verschieben.
• Robots: Filter/Sortierung, die die Intention der Elternseite imitieren, nicht indexieren.

4. Interne Verlinkung: Die Energie des Clusters

Interne Verlinkung ist kein „zufällig Ähnliches“. Es ist eine Grammatik der Navigation zwischen Entitäten. Führen Sie eine
schriftliche Verlinkungsrichtlinie.

Richtlinie: Jede Unterstützungsseite verlinkt auf den Hub (1. Absatz), auf 2 „Schwester“-Seiten mit benachbarter Intention und auf 1 Vergleichsseite.
Der Hub verlinkt alle Unterstützungsseiten (Inhaltsverzeichnis) und 2–3 Vergleiche. Anker beschreiben die Intention, nicht „mehr erfahren“.

score(link) = w1*Entity_Überlappung + w2*Intention_Match + w3*Traffic_Potenzial + w4*Frische
place_top(score, k=3) im Body; den Rest in „related"-Widgets degradieren

5. Technische Templates für WordPress/WooCommerce

Ziel: Den Entity-Graphen „nativ“ im CMS machen, nicht als Flickwerk.

5.1. Datenstruktur

• CPT „Entity“: Typ (Taxonomie), Relationen (ACF: Relationship), Beschreibung, verknüpfte Produkte/Artikel.
• CPT „Landing“: Parameter (Stadt/Modell/Aufgabe), verknüpfte Entitäten, Render-Template.
• Taxonomien: entity_type (Product/HowTo/Comparison/Location), Brand, Compatibility.

<script type="application/ld+json">{
 "@context": "https://schema.org",
 "@type": "Article",
 "headline": "Espressomaschine: Vergleich mit Filtermaschine",
 "mainEntityOfPage": {"@type": "WebPage","@id":"https://site.com/kaffee/espresso-vs-filter"},
 "author": {"@type":"Organization","name":"Marke"},
 "datePublished":"2025-09-01",
 "articleSection":["Vergleich","Kaffee"],
 "about":[{"@type":"Thing","name":"Espressomaschine"},{"@type":"Thing","name":"Filtermaschine"}]
}</script>

5.2. Canonical, Pagination, Filter

• Kategorien/Suche — rel="canonical" auf die Hauptkategorie; Sortierung/Ansicht — noindex,follow.
• Pagination — link rel="prev/next" und eigener Canonical für jede Paginierungsseite (nicht auf die erste).
• Facetten — nur „weiße“ Kombinationen (Whitelist) indexieren; den Rest per Canonical auf den Eltern verweisen.

5.3. WooCommerce: Das Produkt als Entität

• Attribute → Entitäten (Material, Kompatibilität, Marke) mit dedizierten „Knoten“-Seiten.
• Schema Product/Offer: Preis, Währung, Bestand, SKU, GTIN/MPN, Rating, ReviewCount.
• Vergleiche (Comparison) — dediziertes Template mit Eigenschaftstabelle und Links zu Entity-Knoten.

6. Qualitätskontrolle von KI-Content vor der Indexierung (Quality Gate)

KI beschleunigt die Produktion, erhöht aber das Risiko von „Thin Content“ und Fehlern. Das Quality Gate kombiniert
automatische und manuelle Prüfungen: Ohne Freigabe kommt die Seite nicht in die Sitemap.

6.1. Automatische Prüfungen

• Faktentreue: Überprüfung von Zahlen/Daten/Namen via Quellen (RAG-Logik, NLI).
• Einzigartigkeit: Erkennung von Duplikaten/Paraphrasen intern und gegenüber der Top-10-SERP nach Kernthesen.
• Tags: JSON-LD-Validierung, Alt, H1≠Title, H1 einmalig, Title/Meta-Längen im Rahmen.
• Lesbarkeit: An die Locale angepasster Score; „Wasser“ > X % verboten.
• Toxizität/Sicherheit: Terminologie-Filter, rechtliche Hinweise für risikobehaftete Themen.
• Interne Links: Link zum Hub; mindestens 2 „Schwester“-Links; keine kaputten Links.
• Web-Perf: LCP/INP/CLS des Templates ≤ Zielwerte.

6.2. Manuelle Prüfungen

Der Redakteur validiert Ton (Marke/Zielgruppe), Argumentationsstruktur und logische Lücken. Der Jurist prüft die Verbotsliste.
Der Tech Lead testet die Mikrodaten anhand von Beispielen.

- [ ] Hub/Spokes vorhanden (2→Hub, Hub→N)
- [ ] Canonical/Facetten/Pagination
- [ ] JSON-LD gültig (Article/Product/BreadcrumbList)
- [ ] Title/H1/OG einzigartig
- [ ] FAQ aus der Praxis
- [ ] Interne Links ohne 404/Redirect-Schleifen

7. Indexierung, Sitemaps und Monitoring

• Dynamische Sitemaps: Nach Typ (Artikel, Landings, Produkte); Aufnahme in den Index erst nach Quality Gate.
• Ping: Sitemaps bei Status-/Bestands-/Preisänderungen aktualisieren.
• Monitoring: „Cluster-Sichtbarkeit“ (Klicks/Impressions/durchschnittliche Position von Hub und Spokes), Anteil von Seiten ohne Impressions, indexierter Anteil.

8. Den Cluster weiterentwickeln: Iterationen und Signale

Ein Cluster ist lebendig. Alle N Wochen: Entitäten überprüfen (neue Themen?), Fakten/Preise/Lieferzeiten aktualisieren, „dünne“ Seiten
in konsolidierte Guides zusammenführen, interne Links zu den „Stars“ des Clusters verstärken. Parallel: Titel-Tests, FAQ, Vergleichsblöcke.

Fazit

SEO 2.0 ist der Übergang von Keyword-Listen zu einer semantischen Karte der Domäne. Der thematische Graph gibt die Struktur,
programmatisches SEO erweitert die Abdeckung, die interne Verlinkung verteilt die „Energie“, und das Quality Gate sichert die Qualität.
Dieser Ansatz widersteht Suchmaschinen-Updates und Sortimentswachstum: Sie „multiplizieren“ nicht Seiten, Sie bauen ein Wissenssystem — und schließen Content mit Sorgfalt an.