Keyword-Cluster-Plan

Aus einem Haupt-Thema ein Topic-Cluster - Pillar + Support-Artikel, Suchintentionen, interne Linkstruktur.

Zuletzt geprüft 23. April 2026

Prompt

Erstelle einen Topic-Cluster für das Haupt-Thema: [HAUPT-THEMA]

Output:
1. PILLAR-ARTIKEL (1 Stück) - umfassender Übersichtsartikel
   - Arbeitstitel
   - Keyword (Haupt-Suchbegriff, vermutlich hoch-kompetitiv)
   - Inhalts-Skizze (5-8 H2-Sektionen)
   - Wortzahl-Ziel (üblich 2500-4500)
2. SUPPORT-ARTIKEL (8-12 Stück) - jeder beantwortet eine spezifische Frage im Themenfeld
   Pro Artikel:
   - Arbeitstitel
   - Keyword + Suchintention (informational / commercial / transactional)
   - Kern-Frage, die der Artikel beantwortet
   - Welche Sektion im Pillar verlinkt dorthin
   - Welcher andere Support-Artikel wird verlinkt (cross-links)
3. CLUSTER-MAP - wie die Artikel intern verlinken (Pillar ↔ Support, Support ↔ Support)
4. PRIORISIERUNG - welche 3 Support-Artikel zuerst, basierend auf Suchintention × Traffic-Potenzial × eigener Expertise
5. LÜCKEN - was das Thema noch abdeckt, das ich nicht in der Liste habe - Vorschläge

Regeln:
- Keine Keyword-Research erfinden (Volumen, Difficulty) - nur erwähnen, wo du Sicherheit hast
- Support-Artikel dürfen keine Duplikate im Intent sein
- Pillar muss ein eigenes Keyword tragen, nicht nur Aggregation

Kontext:
- Zielgruppe: [ZIELGRUPPE]
- Expertise-Level: [EINSTEIGER / FORTGESCHRITTEN / EXPERT]
- Marken-Kontext (falls relevant): [MARKE / BRANCHE]

Wann nutzen

Bevor die Content-Roadmap für die nächsten 3 Monate entsteht. Klärt, was Pillar und was Support ist - und verhindert 20 isolierte Artikel ohne Architektur.

Use-Cases

  • SEO-Roadmap für Q3 planen.
  • Nischenseite aufbauen: thematischer Plan.
  • Bestehenden Blog nach Clustern aufräumen.

Getestet mit

Keyword-Volumen selbst recherchieren (Ahrefs, Semrush, Google Search Console). Das Modell kennt keine aktuellen Volumen und sollte sie nicht schätzen.