WordPress zu EmDash Migration: Ehrlicher Guide

EmDash ist eines der interessanteren Projekte im CMS-Bereich. Gebaut auf Cloudflare's Edge-Infrastruktur, soll es ein moderner WordPress-Nachfolger sein — native Performance, integrierte Bildoptimierung, Developer-first Architektur. Das ist ein überzeugendes Versprechen.

Hier ist, was niemand sonst dir sagen wird: EmDash ist in Version 0.1.0 Beta. Es ist nicht produktionsreif. Wir können die Migration deiner WordPress-Site zu EmDash heute nicht empfehlen.

Diese Seite existiert, weil wir an technischer Ehrlichkeit glauben. Wir werden behandeln, wie Migration technisch aussieht, was EmDash jetzt kann, was fehlt, und — am wichtigsten — was du eigentlich tun solltest, während EmDash reift.

Was EmDash richtig macht (selbst bei v0.1.0)

EmDash's Architektur ist wirklich überzeugend. Es läuft vollständig auf Cloudflare Workers und D1, was bedeutet, dass dein CMS am Edge lebt. Inhalte werden vom nächstgelegenen Cloudflare-Rechenzentrum zu deinem Besucher bereitgestellt. Das ist keine Marketing-Rhetorik — es ist ein fundamental anderes Modell als WordPress's Origin-Server-Ansatz.

Wichtige technische Erfolge:

• Edge-native standardmäßig — kein Origin-Server, keine Caching-Schicht nötig
• Gebaut auf Cloudflare Workers + D1 — SQLite am Edge
• Native Bildoptimierung via Cloudflare Images
• Modernes Content-Modeling mit Collections (ähnlich wie Content-Types)
• Kein PHP — der gesamte Stack ist JavaScript/TypeScript

Wenn du PHP-Erbe von WordPress satt hast, ist das spannend. Aber Spannung ist nicht gleich Produktionsreife.

Der technische Migrationspfad (Theoretisch)

Wenn du WordPress zu EmDash heute migrieren würdest, sieht es praktisch so aus:

Schritt 1: Inhalte via WP REST API exportieren

WordPress REST API (/wp-json/wp/v2/) gibt dir strukturierten Zugriff auf Posts, Pages, Kategorien, Tags, Media und Custom Post Types. Du würdest ein Node.js-Skript schreiben, um alle Inhalte zu ziehen und in sauberes JSON zu normalisieren.

GET /wp-json/wp/v2/posts?per_page=100&page=1
GET /wp-json/wp/v2/pages?per_page=100&page=1
GET /wp-json/wp/v2/media?per_page=100&page=1

Custom Post Types, die mit show_in_rest registriert sind, sind enthalten. ACF-Felder, Custom Meta — alles extrahierbar.

Schritt 2: Post Types zu EmDash Collections mappen

EmDash verwendet ein Collection-basiertes Content-Modell. WordPress Post Types mappen grob so:

• post → Blog Collection
• page → Pages Collection
• Custom Post Types → Custom Collections
• Categories/Tags → EmDash Taxonomien (limitierte Unterstützung aktuell)

Konzeptionell einfach. Erfordert manuelle Konfiguration. Es gibt keine automatisierten Migrationswerkzeuge für EmDash — keine.

Schritt 3: PHP-Templates zu Astro-Komponenten konvertieren

EmDash funktioniert gut mit Astro für Front-End-Rendering. Deine WordPress-Theme PHP-Templates benötigen komplette Umschreibungen — nicht Anpassungen, komplette Umschreibungen:

• header.php → Header.astro
• single.php → [slug].astro dynamische Route
• archive.php → Collection-Listing-Seiten
• functions.php → Astro Integrations + Middleware

Das ist keine Find-and-Replace-Operation. Es ist ein vollständiger Neuaufbau.

Schritt 4: Plugin-Ersatz

Hier zerfällt es. WordPress erhält viel seiner Kraft aus Plugins. EmDash hat fast keine davon.

WordPress Plugin	EmDash Äquivalent
Yoast SEO	❌ Existiert nicht
WooCommerce	❌ Existiert nicht
Gravity Forms / CF7	❌ Existiert nicht
WPML / Polylang	❌ Existiert nicht
Elementor / Gutenberg	❌ Kein visueller Editor
Wordfence	Nicht nötig (Cloudflare nativ)
W3 Total Cache	Nicht nötig (Edge standardmäßig)

Zwei von sieben ist keine bestandene Note.

Schritt 5: Media-Migration zu Cloudflare R2

WordPress Media-Dateien (wp-content/uploads/) würden zu Cloudflare R2 Object Storage gehen. Dieser Teil funktioniert tatsächlich gut — R2 ist S3-kompatibel, also sind Migrationsskripte einfach. URLs von alten WordPress-Pfaden zu R2 umzuschreiben ist mechanisch, nur mühsam.

Was ist NOCH nicht bereit

Hier ist spezifisch, was in EmDash v0.1.0 fehlt:

Keine Migrationswerkzeuge

Null. Kein Importer, kein CLI-Migrationswerkzeug, kein WordPress-Plugin, das zu EmDash-Format exportiert. Jede Migration ist 100% Custom-Code.

Kein SEO-Plugin-Ökosystem

Kein Äquivalent zu Yoast, Rank Math oder All in One SEO. Keine XML-Sitemap-Generierung, keine Meta-Tag-Verwaltungs-UI, keine Schema-Markup-Tools, keine Redirect-Manager. Du würdest all das selbst bauen oder in Astro handhaben.

Kein visueller Editor

EmDash's Bearbeitungserlebnis ist früh-stadial. Kein Block-Editor, kein Page-Builder, kein Drag-and-Drop. Content-Editoren, die Gutenberg oder Elementor gewohnt sind, werden es extrem einschränkend finden.

Kein E-Commerce

Kein WooCommerce-Äquivalent. Keine Produktverwaltung, kein Warenkorb, kein Checkout. Wenn du etwas verkaufst, ist EmDash jetzt keine Option.

Keine Formbehandlung

Keine nativen Formulare. Du würdest Third-Party-Services wie Formspree verbinden oder Custom Workers bauen.

Keine mehrsprachige Unterstützung

Kein WPML oder Polylang Äquivalent. Kein Locale Routing, keine Übersetzungsverwaltung.

Keine Community oder Plugin-Ökosystem

WordPress hat 59.000+ Plugins und Millionen von Entwicklern. EmDash hat eine kleine (wachsende) Community und praktisch null Third-Party-Plugins. Wenn du auf ein Problem stößt, bist du größtenteils auf dich allein gestellt.

Unsere ehrliche Empfehlung

Wir verfolgen EmDash genau. Wir haben darüber geschrieben, was es für das WordPress-Ökosystem bedeutet und wie es sich architektonisch mit WordPress vergleicht. Es hat echtes Potenzial.

Aber Potenzial ist nicht Produktionsreife.

Wenn du WordPress heute verlassen musst, hier ist, was wir wirklich empfehlen:

Option A: Zu Next.js migrieren

Für dynamische Sites, Anwendungen und E-Commerce bietet WordPress zu Next.js Migration einen bewährten Stack mit reifem Tooling, starker Community-Unterstützung und produktionsreifer Performance.

Option B: Zu Astro migrieren

Für inhaltsreiche Sites, Blogs und Marketing-Sites bietet WordPress zu Astro Migration nahezu perfekte Lighthouse-Scores mit einem stabilen Framework und ausgezeichnetem DX.

Beide unterstützen Headless-CMS-Backends — Sanity, Contentful, Payload, Strapi — die Content-Modeling, SEO-Tools und Editor-Erlebnis haben, das EmDash noch nicht hat.

Dann EmDash bei v1.0 evaluieren

Wenn EmDash v1.0 erreicht — mit Migrationswerkzeugen, SEO-Funktionen, einem reifen Editor und einem Plugin-Ökosystem — werden wir unter den ersten Agenturen sein, die produktive Migrationen durchführen. Wir werden diese Seite aktualisieren, während sich die Dinge entwickeln.

Der smarte Zug: Migriere jetzt zu einem bewährten Headless-Stack, halte deine Content-Schicht sauber, und du wirst positioniert, EmDash später mit minimalem Aufwand einzutauschen. Das ist die Schönheit von Headless — dein CMS ist eine austauschbare Komponente, keine Monolithen.

Zeitplan und Preisgestaltung (wenn EmDash bereit ist)

Wir geben keine EmDash-Migrationszitate heute ab, da wir dich im Wesentlichen dafür bezahlen würden, die Beta zu testen. So arbeiten wir nicht.

Für die empfohlenen Alternativen:

• WordPress zu Next.js: 4-8 Wochen, ab $12.000
• WordPress zu Astro: 3-6 Wochen, ab $8.000

Beide enthalten vollständige SEO-Erhaltung, Content-Migration, 301-Redirect-Mapping und Team-Training.

Wenn EmDash Produktionsreife erreicht, erwarte ähnliche Zeitpläne plus zusätzliche Custom-Entwicklung, um Plugins zu ersetzen, die noch keine EmDash-Äquivalente haben.