Nutzungsleitfaden

Veröffentlicht am 2026-04-01 von EmDash CMS Team

Was diese Website leisten soll

emdashcmseverything.com sollte sich nicht wie eine generische Landingpage verhalten. Sie sollte als öffentliche Wissens- und Distributionsschicht für das EmDash-Ecosystem funktionieren.

Das bedeutet, mehrere Content-Aufgaben in einem kohärenten System zu vereinen:

• erklären, was EmDash ist
• zeigen, wie es funktioniert
• einordnen, wo es passt
• Plugins und Templates veröffentlichen
• WordPress-Migrationen begleiten
• Produktfortschritt und Releases ankündigen

Empfohlene Informationsarchitektur

Die aktuelle Struktur ist darauf ausgelegt, dieses Modell zu unterstützen:

• docs/docs für dauerhafte Dokumentation
• docs/use-cases für szenariobasierte Adoptionsinhalte
• docs/plugins für Plugin-Verzeichniseinträge
• docs/templates für Template-Verzeichniseinträge
• docs/faq für Updates, Tutorials und redaktionelle Inhalte

Das passt besser, als alles in eine einzelne Marketing-Startseite zu pressen oder Produktinformationen in Framework-Komponenten zu verstecken.

Wie du jeden Bereich nutzt

Docs

Nutze diesen Bereich für langlebige Inhalte mit hoher Such- und Nutzungsabsicht:

• Erste Schritte
• Feature-Erklärungen
• Deployment-Hinweise
• Architektur-Überblicke
• FAQ

Diese Seiten sollten die Fragen beantworten, die Menschen vor und während der Evaluierung stellen.

Use Cases

Nutze diesen Bereich, um Produktfähigkeiten in den Kontext der Zielgruppe zu übersetzen. EmDash ist leichter zu verstehen, wenn es als passende Lösung für Folgendes dargestellt wird:

• redaktionelles Publishing
• Dokumentation und Wissensdatenbanken
• Plugin-Ecosystems
• Template-Geschäftsmodelle

Dieser Bereich sollte die Produktform mit realen Ergebnissen verknüpfen.

Plugins

Plugin-Seiten sollten sich wie kleine Produktseiten anfühlen, nicht nur wie Release Notes. Jede sollte erklären:

• was das Plugin macht
• für wen es gedacht ist
• den aktuellen Status
• Preis oder Verfügbarkeit
• den Download-Weg
• Einrichtung und Kompatibilität

Templates

Template-Seiten sollten den Vergleich vorkonfigurierter Site-Starter vereinfachen. Gute Einträge enthalten:

• Zielgruppe
• Screenshots
• Stack-Details
• Version und Veröffentlichungsdatum
• Demo-Link
• Download- oder Repository-Link

Blog and Updates

Dieser Bereich sollte Bewegung sichtbar machen:

• Release Notes
• Migrationsleitfäden
• Produktkommentare
• Tutorials
• Fallstudien

Das hält die Site aktiv und sorgt dafür, dass ihr Nutzen mit der Zeit wächst.

Publishing-Workflow

Für dieses Projekt ist der einfachste belastbare Workflow:

1. Inhalte in docs/ hinzufügen oder überarbeiten
2. Git-Diff prüfen
3. Lokal vorab ansehen
4. Die gebaute statische Site auf Cloudflare Pages deployen

Dieser Workflow ist besonders effektiv, wenn KI beim Entwurf, bei der Bearbeitung, bei der Umstrukturierung und bei Konsistenz hilft.

Warum diese Struktur gut mit KI funktioniert

KI-Bearbeitung ist deutlich zuverlässiger, wenn die Site aufgebaut ist auf:

• kleinen MDX-Dateien
• explizitem Frontmatter
• wiederverwendbaren Seitenkomponenten
• stabilen Routenmustern
• von UI-Code getrennten Inhalten

Deshalb ist die aktuelle Site-Form bewusst content-first angelegt.

Wie das zu EmDash selbst passt

Offizielle EmDash-Materialien betonen Runtime-Collections, Admin-Bearbeitung, Plugins, Medienspeicherung und Cloud-Portabilität. Das sind Produktstärken. Eine öffentlich sichtbare Ecosystem-Site braucht jedoch nicht sofort alles davon.

Die statische Site ist die öffentliche Präsentationsschicht.

Die vollständige EmDash-Runtime ist die nächste Schicht, sobald du Folgendes brauchst:

• nicht-technische Redakteurinnen und Redakteure, die im Browser arbeiten
• authentifizierte Contributor-Workflows
• runtime-verwaltete Medien
• umfangreichere Automatisierung oder Plugin-Einreichungs-Workflows

Redaktionelle Faustregel

Jede Seite sollte eine dieser Fragen klar beantworten:

• Was ist EmDash?
• Warum nicht WordPress?
• Was macht dieses Plugin oder Template?
• Wie migriere ich?
• Wie deploye ich?
• Warum lohnt sich die Einführung jetzt?

Wenn eine Seite keine dieser Fragen gut beantwortet, braucht sie wahrscheinlich einen engeren Fokus.