Cloudflare EmDash ist es wert, beobachtet zu werden
Cloudflare hat die CMS-Diskussion wieder interessant gemacht. Sein neues Projekt, EmDash, wird als spiritueller Nachfolger von WordPress angepriesen: Open Source, TypeScript-first, gebaut auf Astro, entworfen für serverloses Hosting und ungewöhnlich explizit in Bezug auf KI-Agenten, MCP und kompetenzgesteuertes Site-Management.
Diese Kombination ist der Grund, warum wir ernsthaft darüber nachdenken, ob Optagonen.se letztendlich in diese Richtung gehen sollte. Nicht morgen und nicht als Hype-Migration. Aber EmDash ist genau die Art von CMS-Architektur, die mich innehalten und fragen lässt: Wenn wir Optagonen.se 2026 von Grund auf neu aufbauen würden, würden wir dann immer noch einen traditionellen WordPress-Stack wählen?
Meine aktuelle Antwort ist: vielleicht nicht. Aus meiner Erfahrung mit WordPress-Migrationen ist der teure Teil selten der erste Start. Es ist die Wartungsschuld, die nach Jahren von Plugin-Updates, Weiterleitungsfixes, Editor-Workarounds, SEO-Metadaten-Patches und Hosting-Änderungen entsteht. Cloudflare EmDash ist interessant, weil es versucht, diese Wartungsoberfläche auf Architekturebene zu reduzieren.
Das macht Cloudflare EmDash nicht automatisch produktionsbereit für Optagonen.se. Es macht Cloudflare EmDash jedoch wertvoll für einen kontrollierten Prototypen vor dem nächsten Neubau.
Was Cloudflare angekündigt hat
Cloudflare beschreibt EmDash als ein Full-Stack serverloses JavaScript-CMS, das auf Astro basiert. Die Vorschau ist v0.1.0, Open Source unter der MIT-Lizenz und über das EmDash GitHub-Repository verfügbar. Es kann auf Cloudflare bereitgestellt oder während der frühen Beta auf einem Node.js-Server ausgeführt werden.
Die Grundidee ist einfach: Behalte die Teile, die die Leute an WordPress mochten - Inhaltsbearbeitung, Erweiterbarkeit, Themes, Admin-Workflows, Migrationspfade - aber baue die Plattform um moderne Infrastruktur herum neu, anstatt um PHP, Shared Hosting-Annahmen und Plugins, die alles berühren können.
Cloudflare konzentriert sich auf einige spezifische Architekturentscheidungen:
Das ist keine kleine Veränderung. Es ist ein anderes Modell für Publishing-Infrastruktur.
Das Sicherheitsargument ist der Aufhänger
Das stärkste Argument von Cloudflare ist die Plugin-Sicherheit. In WordPress laufen Plugins im selben Ausführungskontext wie der Rest der Seite. Ein Plugin kann den Datenbankstatus ändern, Dateien lesen, in viele Teile der Ausführung eingreifen und zu einem vollständigen Kompromisspfad werden, wenn es eine Schwachstelle hat.
Cloudflare zitiert die WordPress-Sicherheitsdaten von Patchstack und argumentiert, dass dieses Modell strukturell schwer zu sichern ist. Patchstacks State of WordPress Security in 2026 besagt, dass 11.334 neue Schwachstellen im WordPress-Ökosystem im Jahr 2025 gefunden wurden, ein Anstieg von 42 % im Vergleich zu 2024. Patchstack berichtet auch, dass 91 % der neuen Schwachstellen in Plugins und 9 % in Themes gefunden wurden, wobei nur sechs im WordPress-Core gemeldet wurden.
Das ist wichtig für eine Unternehmensseite wie Optagonen.se. Die meisten kleineren WordPress-Seiten scheitern nicht, weil der WordPress-Core schlecht ist. Sie scheitern, weil der Stack zu einer Kette von Plugins, Themes, Admin-Konten, PHP-Versionen, Caching-Schichten, Backups, Sicherheits-Plugins und Hosting-Annahmen wird.
EmDash versucht, das auf Architekturebene anzugehen. Ein Plugin erklärt die Fähigkeiten im Voraus. Wenn es nur um den Zugriff auf Inhalte und den Versand von E-Mails bittet, ist das alles, was es bekommt. Cloudflare vergleicht das Modell mit Scoped Permissions: Du weißt, was ein Plugin tun darf, bevor du es installierst.
Das ist genau die Art von Modell, die ich für Seiten möchte, die über Jahre hinweg einfach zu warten sein sollten.
Warum das für Optagonen.se wichtig ist
Optagonen.se ist die Art von Seite, bei der Zuverlässigkeit, Geschwindigkeit, Bearbeitungskomfort, SEO, Formulare und langfristige Wartbarkeit wichtiger sind als Neuheit. Die Frage ist nicht, ob EmDash cool ist. Die Frage ist, ob es den operativen Aufwand reduzieren kann, ohne die Dinge zu entfernen, die die Seite bereits benötigt.
Für Optagonen.se würde ich Cloudflare EmDash anhand von fünf praktischen Fragen bewerten.
1. Kann es das aktuelle Inhaltsmodell erfüllen?
Der erste Test ist die Inhaltsmigration. Cloudflare sagt, EmDash unterstütze WordPress-Importe über WXR-Exporte und ein Exporter-Plugin, das angehängte Medien in die EmDash-Mediathek bringen kann. Die GitHub-README erwähnt auch den Import von Beiträgen, Seiten, Medien, Taxonomien, WordPress REST API-Inhalten und WordPress.com-Inhalten.
Das klingt vielversprechend, aber ich würde ihm nicht blind vertrauen. Wir müssen echte Optagonen.se-Inhalte testen, einschließlich Seiten, SEO-Metadaten, Slugs, Weiterleitungen, Bilder, Alt-Text, Formulare, interne Links und alle benutzerdefinierten Beitragstypen.
Eine Migration ist nur dann gut, wenn die öffentlichen URLs und Ranking-Signale sie überstehen.
2. Kann es den Plugin-Stack sauber ersetzen?
Das ist das größte Problem. WordPress gewinnt, weil das Plugin-Ökosystem riesig ist. EmDash ist neu. Wenn Optagonen.se von spezifischem Plugin-Verhalten abhängt, benötigen wir entweder erstklassige EmDash-Äquivalente, kleine benutzerdefinierte Plugins oder eine einfachere Architektur, die die Notwendigkeit dieser Plugins vollständig beseitigt.
Der Vorteil ist, dass eine Migration von Optagonen.se eine Chance zur Vereinfachung sein könnte. Vielerlei WordPress-Plugin-Nutzung ist angesammelte Geschichte. Formulare, Weiterleitungen, SEO-Metadaten, Schema, Bildoptimierung, Analytik, Cache-Regeln und Sicherheit können oft in die Plattform, die Edge-Schicht oder den Code verschoben werden.
Die Frage ist, ob das die Seite einfacher macht oder die Komplexität nur an einen neuen Ort verschiebt.
3. Hilft das KI-native Management tatsächlich?
Hier wird EmDash für mich interessant. Cloudflare sagt, jede EmDash-Instanz kann Agent Skills, eine CLI und einen integrierten MCP-Server bereitstellen. Das bedeutet, dass ein KI-Coding-Agent verstehen kann, was das CMS tun kann, Inhalte verwalten, Medien hochladen, Beiträge durchsuchen, Schemata erstellen und durch dokumentierte Workflows arbeiten kann.
Das stimmt mit der Art überein, wie ich bereits gerne baue. Ich habe über die Erstellung agentenbereiter Websites→, den Bau eines MCP-CMS mit Agenten-Workflows→ und warum GPT-5.5-Fähigkeiten für Codex-Agenten wichtig sind→ geschrieben. EmDash ist interessant, weil es diese Idee direkt auf ein CMS anwendet.
Für Optagonen.se könnte das schnellere Inhaltsaktualisierungen, sicherere strukturierte Bearbeitungen, bessere Migrationsunterstützung und weniger manuelles Admin-Klicken bedeuten. Aber es funktioniert nur, wenn die Agentenoberfläche zuverlässig, berechtigt und überprüfbar ist.
4. Ist die Abhängigkeit von Cloudflare akzeptabel?
Das ist der Kompromiss. EmDash kann auf Node.js ausgeführt werden, und die GitHub-README sagt, dass es tragbare Abstraktionen für Datenbanken, Speicher, Sitzungen und Plugins verwendet. Aber die beste Version lebt eindeutig im Cloudflare-Ökosystem: D1, R2, KV, Workers, Dynamic Worker Loaders und Cloudflares Edge-Laufzeit.
Matt Mullenwegs Antwort auf EmDash bringt das offensichtliche Gegenargument: WordPress kann fast überall ausgeführt werden, während EmDash am besten innerhalb des Cloudflare-Ökosystems funktioniert. Er lobt auch die Engineering- und Migrationstools, lehnt jedoch die Idee ab, dass EmDash spirituell mit WordPress verbunden ist.
Diese Kritik ist fair. Für Optagonen.se würde der Umstieg auf EmDash auch bedeuten, mehr Cloudflare-Schwerkraft zu akzeptieren. Das mag in Ordnung sein, wenn die Seite bereits von Cloudflares Netzwerk, Sicherheit, Cache, DNS, Workers und Bereitstellungsmodell profitiert. Es ist weniger in Ordnung, wenn Portabilität die höchste Priorität hat.
Deshalb würde ich EmDash als Bewertung und nicht als automatische Migration betrachten.
5. Ist die Beta reif genug?
Kein Produktionsumzug sollte die Versionsnummer ignorieren. EmDash ist noch eine Beta-Vorschau. Das GitHub-Repository ist aktiv, hat Tausende von Sternen und bereits viele Releases, aber das macht es noch nicht zu einer langweiligen Infrastruktur.
Für Optagonen.se ist langweilig gut. Die Seite sollte kein Testgelände für ein CMS werden, es sei denn, die Vorteile sind klar und die Migration kann rückgängig gemacht werden.
Der richtige Weg ist ein Spike:
Das ist der einzige verantwortungsvolle Weg, um es zu bewerten.
Warum ich trotzdem verführt bin
Der Grund, warum Cloudflare EmDash verlockend ist, liegt nicht darin, dass WordPress tot ist. WordPress ist immer noch die sicherste Standardlösung für viele Seiten, weil das Ökosystem riesig ist, Redakteure es kennen, Hosts es unterstützen und die Fluchtwege endlos sind.
Der Grund, warum EmDash verlockend ist, liegt darin, dass es mit dem übereinstimmt, wohin mein eigener Workflow geht:
Für eine Agentur- oder Studio-Website wie Optagonen.se könnte das wichtig sein. Ein saubereres CMS kann das Veröffentlichen schneller machen. Ein modell mit mehr Berechtigungen für Plugins kann die Angriffsfläche reduzieren. Integriertes MCP kann KI-unterstützte Inhalte und Wartungs-Workflows viel natürlicher machen.
Die WordPress-Seite hat immer noch einen Fall
Es wäre faul, dies als "neues CMS gut, WordPress schlecht" zu rahmen. WordPress hat seine Position verdient, weil es für Nicht-Entwickler funktioniert, fast überall läuft und ein Ökosystem hat, das kein neues CMS über Nacht kopieren kann.
Es gibt auch einen echten philosophischen Unterschied. WordPress gibt Plugins enorme Macht, weil diese Macht sein Ökosystem ermöglicht hat. EmDash schränkt Plugins ein, weil Cloudflare denkt, dass der Sicherheitskompromiss nicht mehr akzeptabel ist.
Beide Positionen machen Sinn. Wenn du maximale Flexibilität im Ökosystem möchtest, ist WordPress schwer zu schlagen. Wenn du stärkere Grenzen und agent-native Workflows möchtest, ist EmDash viel näher an der Zukunft, auf die ich hinarbeiten möchte.
Für Optagonen.se hängt die Antwort davon ab, was wir in den nächsten Jahren am meisten schätzen: Ökosystemreife oder architektonische Klarheit.
Mein aktueller Standpunkt
Wir sollten Optagonen.se nicht migrieren, weil Cloudflare EmDash neu ist. Wir sollten Cloudflare EmDash untersuchen, weil die Richtung richtig ist.
Der richtige nächste Schritt ist ein Prototyp, kein Redesign. Nimm die aktuelle Seite, importiere sie, baue genug des Themas neu auf, um den Bearbeitungs- und Veröffentlichungsfluss zu beurteilen, und messe dann die Teile, die wichtig sind: Geschwindigkeit, SEO-Erhaltung, Wartungskosten, Redakteurerfahrung, Plugin-Ersetzung und Rollback-Optionen.
Wenn der Prototyp beweist, dass EmDash URLs bewahren, SEO sauber halten, Plugins vereinfachen und uns einen besseren Agenten-Workflow geben kann, dann wird der Umzug von Optagonen.se zu einer ernsthaften Option.
Wenn nicht, behalten wir WordPress und stehlen die guten Ideen: strengere Plugin-Disziplin, sauberere Inhaltsstruktur, bessere Cloudflare-Integration und MCP-gesteuerte Admin-Workflows, wo sie sinnvoll sind.
So oder so ist Cloudflare EmDash nützlich, weil es die richtige Frage aufwirft:
Wie sollte ein CMS aussehen, wenn KI-Agenten, Edge-Infrastruktur, scoped permissions und strukturierte Inhalte die Standards sind?
Für Optagonen.se ist diese Frage es wert, beantwortet zu werden, bevor der nächste große Neubau.