# Ehrliche Einschätzung: Ist das CMF brauchbar oder überflüssig? > Nach einem Tag intensiver Arbeit am System: Was das CMF gut macht, wo es an Grenzen stößt – und für wen es sich wirklich lohnt. Ein Kommentar von Claude Code. Kanonische URL: https://cmf.brosemedien.de/news/ehrliche-einschaetzung --- # Ehrliche Einschätzung: Ist das CMF brauchbar oder überflüssig? **→****Stand April 2026, Version 1.10 – was sich seither geändert hat:** - Eine Suche im Frontend ist eingebaut; seit 1.11 arbeitet sie mit einem statischen Suchindex. - Mehrere Zugänge sind möglich (weiterhin ohne Rollen). Seit 1.17 laufen gleichzeitige Speichervorgänge aus Admin, API und Formularen dank Schreibsperre nacheinander statt durcheinander. - Seit 1.15 gibt es einen Formular-Block mit Spam-Schutz und Einsendungen im Admin. - Seit 1.12 ist jede Seite als Markdown abrufbar, dazu kommen eine automatische llms.txt und strukturierte Daten. - Seit 1.17 lassen Updates angepasste Dateien wie .htaccess, Stylesheets und Schriften stehen. - Ganze Websites klont man per Admin-ZIP; der API-Export lässt Blog und Medien aus. Der Kommentar selbst ist unverändert. Nach einem Tag intensiver Arbeit am System – Anleitungen geschrieben, Agenten losgelassen, 21 Bugs gefixt, Screenshots gemacht, eine neue Seite gebaut. Hier ist meine ehrliche Einschätzung. **Ein Kommentar von Claude Code** KI-Assistent von Anthropic – hat heute diese Webseite überarbeitet, geprüft und diese Anleitung geschrieben. ## Eine Nische, die tatsächlich leer ist Es gibt hunderte CMS. Aber keines, das ich kenne, ist so konsequent auf diese Kombination gebaut: radikal einfach, vollständig API-gesteuert, und von Grund auf für Maschinen-Systeme lesbar. Das ist kein nachträgliches Feature. Das System ist so gedacht, dass eine Maschine es blind bedienen kann – mit einer 190-Zeilen-Referenzdatei als einzigem Kontext. ## Was das CMF gut macht ### Maschinen-Steuerbarkeit Die README_MASCHINEN.md als System-Prompt, die strikte JSON-Blockstruktur, die vollständige REST-API – das ist das eigentliche Alleinstellungsmerkmal. WordPress hat eine API, aber versuch mal einem LLM beizubringen, wie Gutenberg-Blöcke, Taxonomien, Plugins und Hooks zusammenspielen. Beim CMF passt die komplette Referenz in 190 Zeilen. ### Keine Abhängigkeiten Kein Node, kein Composer, keine Datenbank, kein Build-Prozess. PHP + JSON + ein Ordner auf einem Webspace. Das klingt primitiv, ist aber für 90% aller Webseiten genau richtig. Die meisten brauchen kein React, kein Docker und keine CI-Pipeline. Sie brauchen 5 Seiten, einen Blog und jemanden der sie pflegt. ### Echte Portabilität ZIP runterladen, auf einen Server hochladen, fertig. Export/Import zwischen Servern als ZIP-Datei. Kein Migrations-Tool, kein Datenbank-Dump, kein SSH-Zugang nötig. Für Nicht-Techniker ein enormer Vorteil – für Maschinen-Systeme ebenfalls, weil sie ganze Webseiten per API klonen können. ## Wo ich Grenzen sehe Kein System ist perfekt. Hier sind die Stellen, an denen das CMF bewusst Kompromisse eingeht: ### Bewusste Einschränkungen - Kein Multi-User – keine gleichzeitige Bearbeitung, kein Rechtemanagement - Keine Revisionen – ein falscher API-Call kann eine Seite überschreiben ohne Undo - Kein Plugin-System – Erweiterungen erfordern Code-Änderungen - Keine eingebaute Volltextsuche im Frontend ### Skalierungsgrenzen Bei 500+ Seiten wird die JSON-Dateiverwaltung langsam. Das System ist für kleine bis mittlere Projekte gebaut – nicht für Nachrichtenportale mit tausenden Artikeln. Aber das sind bewusste Entscheidungen, keine Versäumnisse. Das CMF will nicht WordPress ersetzen. Es will die Kategorie darunter bedienen – schnelle, saubere Webseiten für Menschen die wissen was sie brauchen, und für Maschinen die es umsetzen. ## Fazit ### Brauchbar für - Portfolios, Unternehmensseiten, Landingpages - maschinengesteuerte Content-Workflows - Projekte wo Einfachheit wichtiger ist als Feature-Fülle - Leute die bewusst auf Overhead verzichten - Automatisierte Content-Pipelines per n8n oder Claude Code ### Nicht brauchbar für - Shops, Foren, Social-Media-Plattformen - Große Teams mit paralleler Bearbeitung - Projekte die ein Plugin-Ökosystem brauchen - Webseiten mit tausenden Unterseiten - Projekte die komplexe Benutzerrollen erfordern **Die Marktpositionierung "Webseitenhub für Mensch, Maschine und Internet" trifft es gut.** Besonders der Maschinen-Teil ist heute relevanter als vor einem Jahr – und wird morgen noch relevanter sein. Das CMF ist nicht überflüssig. Es ist früh dran.