FAQ

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

Was ist EmDash CMS in einem Satz?

EmDash CMS ist ein Full-Stack-TypeScript-CMS rund um Astro, mit modernem Content-Modell, Admin-Oberfläche und einer Plugin-Architektur, die für sicherere Ausführung auf Cloudflare ausgelegt ist.

Ist EmDash ein Headless CMS?

Nicht im üblichen Sinn. Die öffentliche EmDash-Dokumentation positioniert es als Astro-natives CMS statt als separaten Content-Service, den du von beliebigen Frontends aus abfragst.

Das ist wichtig, weil das Produkt innerhalb der Site-Architektur leben soll und nicht außerhalb davon.

Ist EmDash nur für Cloudflare?

Nein. In offiziellen Materialien wird Cloudflare als am besten passende Runtime für die vollständige Plattform dargestellt, insbesondere für sandboxed Plugins, D1 und R2. EmDash wird jedoch auch als portabel über Node.js- sowie SQLite-kompatible oder S3-kompatible Setups hinweg beschrieben.

Die Kurzfassung ist also:

• Cloudflare ist die stärkste Produktionsoption
• Cloudflare ist nicht die einzige mögliche Umgebung

Warum startet diese Website als statische Astro-Seite statt mit der vollständigen EmDash-Runtime?

Weil diese Seite in erster Linie eine öffentliche Content-Oberfläche ist:

• Doku
• Plugin-Seiten
• Template-Seiten
• FAQ
• Migrationsinhalte
• Updates

All das passt hervorragend zu statischer Auslieferung über Cloudflare Pages. Dort zu starten reduziert Komplexität und Kosten, ohne eine spätere Migration zur vollständigen Runtime zu blockieren.

Warum die offizielle Seite nicht direkt auf WordPress bauen?

Weil die Seite die Produktausrichtung verkörpern sollte, die sie bewirbt.

Die aktuelle Seitenstruktur spiegelt diese Ausrichtung wider:

• dateibasierte Inhalte
• moderne Frontend-Tools
• klarer, Git-getriebener Publishing-Prozess
• gute Kompatibilität mit KI-gestützter Bearbeitung

WordPress zu nutzen, um einen WordPress-Nachfolger zu vermarkten, würde die Architektur-Story außerdem deutlich schwächen.

Unterstützt EmDash die Migration von WordPress?

Ja. Die offizielle Dokumentation beschreibt drei Importwege:

• WXR-Datei-Upload
• WordPress.com-Import
• REST-API-Abfrage

Außerdem beschreibt sie Migrationsunterstützung für Beiträge, Seiten, Medien, Taxonomien, Status-Mapping und die Konvertierung von Gutenberg zu Portable Text.

Hat EmDash integrierte Authentifizierung?

Ja. Die offiziellen Dokus beschreiben EmDash als passkey-first, mit WebAuthn als primärem Modell. Zusätzlich werden Magic-Link-Fallback, optionales OAuth und die Möglichkeit beschrieben, für Cloudflare-Deployments Cloudflare Access zu nutzen.

Können Plugin- und Template-Seiten auf dieser statischen Site trotzdem wie echte Produktseiten wirken?

Ja. In diesem Projekt kann jeder Plugin- oder Template-Eintrag Folgendes enthalten:

• Screenshots
• Version
• Preis
• Status
• Veröffentlichungsdatum
• Download-Link
• GitHub-Link
• Demo-Link
• Changelog

Das reicht aus, um ohne Backend eine überzeugende öffentliche Ebene im Marketplace-Stil zu schaffen.

Wann sollte diese Site zur vollständigen EmDash-Runtime wechseln?

Wechsle dann, wenn statische Auslieferung nicht mehr ausreicht, zum Beispiel wenn du Folgendes brauchst:

• browserbasierte Bearbeitung für nicht-technische Nutzerinnen und Nutzer
• authentifizierte Einreichungs-Workflows
• runtime-verwaltete Medien und Uploads
• komplexe redaktionelle Berechtigungen
• Ecosystem-Abläufe, die Admin-Oberflächen statt Git benötigen

Bis dahin bleibt statische Auslieferung die wartungsärmere Wahl.

Braucht die vollständige EmDash-Runtime kostenpflichtige Cloudflare-Features?

Das offizielle GitHub-README weist darauf hin, dass sandboxed Plugins von Dynamic Workers abhängen und diese Funktion derzeit ein kostenpflichtiges Cloudflare-Konto erfordert. Es weist außerdem darauf hin, dass du die Worker-Loader-Konfiguration deaktivieren kannst, wenn du ohne sandboxed Plugins laufen möchtest.

Das ist ein weiterer Grund, warum die aktuelle öffentliche Site zuerst auf Cloudflare Pages startet.

Kann KI bei der Pflege dieser Site helfen?

Ja, und das ist einer der stärksten Gründe, die öffentliche Site content-first zu halten.

KI arbeitet besser, wenn sie mit Folgendem arbeiten kann:

• klar abgegrenzten MDX-Dateien
• explizitem Frontmatter
• stabilen Routenstrukturen
• überprüfbaren Diffs

Dieses Projekt ist genau dafür aufgesetzt.