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.