Wunderlandmedia

Warum ich nach 6 Jahren aufgehört habe, WordPress zu benutzen. Es geht nicht um die Technik.

Nach 6 Jahren und 100+ Kundenseiten auf WordPress bin ich gegangen. Das Mullenweg-Drama, ignorierte Community-Probleme und falsche Prioritaeten haben mein Vertrauen zerstoert.

Kemal Esensoy·aktualisiert am April 13, 2026

Warum ich nach 6 Jahren aufgehört habe, WordPress zu benutzen. Es geht nicht um die Technik.
Hinter den Kulissen

Ich muss etwas sagen, das sich seit über einem Jahr aufgestaut hat. Ich habe aufgehört, WordPress zu benutzen.

Nicht weil ich etwas Glänzenderes gefunden habe. Nicht weil mir irgendein Influencer gesagt hat, Headless sei die Zukunft. Ich habe aufgehört, weil ich das Vertrauen in die Plattform verloren habe, auf der ich meine gesamte Karriere aufgebaut habe.

Das wird ein langer Beitrag. Und er wird unbequem. WordPress hat mir alles gegeben. Meine ersten Kunden, meine ersten Einnahmen, mein erstes echtes Selbstvertrauen als Entwickler. Es hinter mir zu lassen fühlt sich an wie das Verlassen eines Zuhauses. Aber manche Zuhause werden zu Orten, an denen man nicht mehr bleiben kann.

Ich habe meine gesamte Karriere auf WordPress aufgebaut

Sechs Jahre. Über hundert Kundenwebsites. WordPress war die Antwort auf alles.

Kunde braucht einen Blog? WordPress. E-Commerce? WooCommerce. Portfolio-Site? WordPress mit einem Page Builder. Landing Page? WordPress. Komplexes Buchungssystem? WordPress mit drei übereinander gestapelten Plugins und einem Gebet.

Ein großer Teil dieser 100+ Sites kam über meine sechs Jahre auf Fiverr, wo WordPress die Standardantwort auf jedes Briefing war. Ich habe Jahre damit verbracht, WordPress Page Builder zu vergleichen und den richtigen Workflow zu finden. Elementor, Oxygen, Bricks, LiveCanvas. Ich bin tief eingetaucht.

WordPress hat mir meinen Start gegeben. Ich schulde ihm viel. Genau deshalb ist dieser Beitrag schwer zu schreiben.

Dann nannte Matt Mullenweg WP Engine einen Krebs

Im September 2024 veröffentlichte Matt Mullenweg, Mitbegründer von WordPress und CEO von Automattic, einen Blogpost, in dem er WP Engine "einen Krebs für WordPress" nannte.

Der WordPress vs WP Engine Rechtsstreit und die Matt Mullenweg Kontroverse die die Community erschütterte

Was folgte, war eine der schädlichsten Ereignisketten in der Geschichte von Open Source.

Zuerst das "Alignment-Angebot." Mullenweg gab Automattic-Mitarbeitern die Wahl: seiner Richtung zustimmen oder eine Abfindung nehmen. 159 Leute gingen. Das sind 8,4% der Firma. Keine Junior-Entwickler. Der Chef von WordPress.com. Die Leiterin der Contributor Experience. Der leitende AI-Architekt. Menschen, die die Plattform mitaufgebaut hatten.

Dann kam die ACF-Übernahme. Im Oktober 2024 übernahm WordPress.org die Kontrolle über Advanced Custom Fields, ein Plugin, das auf Millionen von Sites installiert ist. Sie benannten es in "Secure Custom Fields" um und aktualisierten es automatisch auf jeder WordPress-Installation. Ohne Zustimmung. Ohne Vorwarnung. Das ACF-Team nannte es das, was es war: ein Supply-Chain-Angriff.

Denk darüber nach. Eine einzelne Person kontrolliert WordPress.org, das Plugin-Repository, den Update-Mechanismus, die Markenrechte. Und er war bereit, all diese Macht für etwas zu nutzen, das im Grunde eine persönliche Vendetta gegen ein Hosting-Unternehmen ist.

Ein Gericht gewährte WP Engine im Dezember 2024 eine einstweilige Verfügung. Der Rechtsstreit läuft Stand 2026 immer noch. Josh Collinsworth schrieb, was viele von uns dachten: "Wenn WordPress überleben soll, muss Matt Mullenweg entfernt werden."

Ich weiß nicht, ob WordPress das langfristig überleben wird. Aber ich weiß, dass es verändert hat, wie ich darüber denke, auf einer Plattform zu bauen, die von einer einzelnen Person kontrolliert wird.

Die Probleme, die WordPress seit Jahren nicht behebt

Das Mullenweg-Drama wäre leichter zu verdauen gewesen, wenn die Plattform selbst in gutem Zustand wäre. Ist sie nicht.

WordPress Plugin-Sicherheitslücken und das ewige Update-Hamsterrad

Sicherheit ist eine Katastrophe. Patchstack meldete 106 neue Plugin-Schwachstellen in einer einzigen Woche im Jahr 2025. Einer einzigen Woche. Und mehr als die Hälfte der Entwickler, die Schwachstellenberichte erhielten, patchten nicht vor der öffentlichen Bekanntgabe. Das bedeutet Millionen von Sites, die bekannt verwundbaren Code laufen lassen, weil sich niemand die Mühe machte zu aktualisieren.

Gutenberg wurde der Community aufgezwungen. Der Block-Editor sollte die Zukunft sein. Stattdessen hat Classic Editor über 9 Millionen Downloads, was im Grunde eine Proteststimme von Entwicklern ist, die ihn nicht wollen. Ich habe mit Dutzenden Entwicklern gesprochen, die genauso denken: Gutenberg hat ein Problem gelöst, das die meisten von uns nicht hatten.

Plugin-Bloat ist außer Kontrolle. Keine echten Coding-Standards. Überlappende Funktionalität. Aufgegebene Plugins auf Tausenden von Produktiv-Sites. Ich habe sogar Bricks Builder getestet als vielversprechende Alternative innerhalb von WordPress, aber selbst die besten Builder können nicht reparieren, was darunter kaputt ist.

Das Update-Hamsterrad hört nie auf. WordPress Core, dein Theme und 20+ Plugins monatlich zu aktualisieren ist praktisch ein Vollzeitjob. Und jedes Update ist ein Würfelwurf. Wird dieses etwas kaputtmachen? Werden zwei Plugins kollidieren? Du weißt es nie, bis es zu spät ist.

Statt irgendetwas davon anzugehen, hat WordPress 7 beschlossen, glänzenden Objekten hinterherzujagen.

WordPress 7 und das Glänzende-Objekte-Problem

WordPress 7.0 sollte am 9. April 2026 auf dem WordCamp Asia erscheinen. Es wurde verschoben. Der Grund? Ein kritisches Performance-Problem mit dem Echtzeit-Kollaborations-Feature, das eine komplette Überarbeitung der Datenbankarchitektur erforderte. Nicht gerade vertrauenserweckend.

Aber es kommt trotzdem. Voraussichtlich Mitte bis Ende Mai 2026. Und die Hype-Maschine läuft bereits auf Hochtouren.

Die Hauptfeatures? Eine Abilities API, ein MCP Adapter und ein WP AI Client direkt im Core. Alle in der WordPress-Welt loben die AI-Integration in den Himmel. Die Zukunft ist da. WordPress holt endlich auf.

Worüber niemand spricht: Dieses Update wird viele Websites kaputtmachen.

Allein die DataViews-Überarbeitung im Admin wird jedes Plugin zerstören, das Posts, Seiten oder Media-Listenansichten verändert. Plugins mit vielen Metaboxen? Gefährdet. Eigene Publishing-Oberflächen? Gefährdet. Die AI-Features erfordern PHP 8.2+ und WebSocket/SSE-Support, den die meisten Shared-Hosting-Anbieter gar nicht bieten. Der MCP Adapter ist ausdrücklich als "experimentell" gekennzeichnet und nicht für Produktiv-Sites empfohlen. Toll.

AI im WordPress Core. Während die Plugin-Sicherheitslage ein Desaster ist. Während Gutenberg immer noch die Hälfte der Entwickler-Community frustriert. Während die Governance-Krise völlig ungelöst bleibt.

Das ist ein Muster. Automattic priorisiert Features, die kommerziellen Interessen dienen: Jetpack-Bundling, WordPress.com-Upsells, und jetzt AI-Features, die unweigerlich auf Automattics Produkte zurückführen werden. Unterdessen werden die Community-Probleme, die wirklich zählen, ignoriert.

Nach dem, was mit ACF passiert ist: Wer vertraut darauf, dass AI-Features im Core nicht zuerst Automattic und erst dann der Community dienen?

Wenn du noch WordPress nutzt, mach das jetzt sofort

Ich meine das ernst. Bevor WordPress 7 ausgerollt wird, öffne deine wp-config.php Datei und füge diese Zeile vor dem "stop editing" Kommentar ein:

define('WP_AUTO_UPDATE_CORE', false);

/* That's all, stop editing! Happy publishing. */

Das deaktiviert automatische Core-Updates. WordPress benachrichtigt dich weiterhin, dass ein Update verfügbar ist, aber es installiert sich nicht selbst um 3 Uhr morgens und zerlegt deine Website im Schlaf.

Jeder große Hosting-Anbieter und WordPress-Berater sagt gerade dasselbe: Lass WordPress 7 auf keinen Fall automatisch auf deiner Produktiv-Site updaten. Teste es zuerst auf einer Staging-Umgebung. Warte mindestens 2-4 Wochen nach Release. Prüfe, ob deine Plugins kompatibel sind. Dann update manuell, wenn du sicher bist, dass nichts explodiert.

Der Markt merkt das Chaos. WordPress Active Domains fielen von 5,8 Millionen auf 4,67 Millionen, ein Rückgang von 19% und die erste anhaltende Schrumpfung in 20 Jahren. Der Marktanteil sank von 43,6% auf 42,6%. Kein Zusammenbruch, aber ein Trend. Währenddessen wuchs Wix um 32,6% im Jahresvergleich. Konkurrenten fressen WordPress das Mittagessen weg, während WordPress mit sich selbst streitet.

Was ich tatsächlich nutze jetzt (Und warum es nicht perfekt ist)

Hier ist mein aktueller Stack: Next.js fürs Frontend und Directus als Headless CMS. Ich hoste selbst auf Coolify mit Hetzner-Servern.

Moderner Webentwicklungs-Stack mit Next.js Astro Directus und Cloudflare als WordPress-Alternativen

Der Wechsel war nicht schmerzlos. Ich habe darüber geschrieben, wie mein Next.js Build meinen Server gekillt hat, als ich das Self-Hosting-Setup herausfinden musste. Es gab Nächte, in denen ich die Einfachheit vermisst habe, einfach auf "Installieren" bei einem WordPress-Plugin zu klicken.

Aber hier ist, was ich gewonnen habe: Geschwindigkeit, Kontrolle und Seelenfrieden. Keine Plugin-Schwachstellen, die mich nachts wach halten. Kein Update-Roulette. Kein Grübeln, ob die Laune einer einzelnen Person meinen gesamten Workflow zerstört.

Ich habe auch mit Astro experimentiert, und ich liebe es. Für statische Websites ist es unglaublich. Der Build-Output ist sauber, die Developer Experience ist fantastisch, und es liefert kein unnötiges JavaScript an den Browser aus. Wenn ein Kunde eine Marketing-Site oder einen Blog braucht, der kein Server-Side Rendering erfordert, ist Astro jetzt meine erste Wahl.

Und Cloudflare. Deren Pages und Workers Plattform mit diesem Free Tier? Wahnsinn. Das Edge-Network, die Performance, SSL ohne Konfiguration. Für das Deployment von statischen Sites und Serverless Functions ist es schwer zu schlagen. Ich nutze es immer mehr.

Hier ist die Sache: Ich bin mit nichts davon verheiratet. Next.js und Directus sind das, was gerade in meinem Werkzeugkasten ist. Das kann sich jederzeit ändern. Und genau das ist der Punkt. Wenn du dein Frontend von deinem CMS entkoppelst, wenn du dein Hosting besitzt, wenn deine Inhalte in einer Datenbank liegen, die du kontrollierst, wird ein Tool-Wechsel ein Dienstagnachmittag-Projekt statt eines sechsmonatigen Migrationsprojekts.

Ich will ehrlich sein über die Kompromisse. Dieser Stack hat eine steilere Lernkurve. Es gibt kein Plugin-Ökosystem. Du baust alles selbst. Es passt nicht für jeden Kunden, und ich würde es niemandem empfehlen, der noch nie ein Terminal angefasst hat. Aber für mich, gerade jetzt, ist es die richtige Entscheidung.

Wie ich in Der Schneider, der seine eigene Hose nicht nähen kann geschrieben habe: Die Ironie, Websites für Kunden zu bauen und gleichzeitig ständig die eigenen Tools zu überdenken, ist mir nicht entgangen. Ich finde es immer noch heraus. Aber wenigstens finde ich es auf meinen eigenen Bedingungen heraus.

Die unbequeme Wahrheit: WordPress ist für viele Menschen immer noch richtig

Ich möchte hier vorsichtig sein. Das ist kein "Alle sollten WordPress verlassen"-Post.

42,6% des Webs laufen immer noch auf WordPress. Für einfache Blogs, kleine Unternehmenswebsites, nicht-technische Nutzer, die ihre Inhalte selbst aktualisieren müssen, ohne einen Entwickler anzurufen, ist es immer noch die zugänglichste Option. Das Plugin-Ökosystem ist trotz aller Schwächen unerreicht. Nichts anderes gibt einem Nicht-Programmierer so schnell so viel Macht.

Wenn morgen ein Kunde zu mir kommt und sagt "Ich brauche eine einfache Website, ich will sie selbst verwalten, und mein Budget ist 3.000 Dollar," würde ich vielleicht immer noch WordPress empfehlen. Kontext zählt mehr als Ideologie.

Aber für mich? Nachdem ich das Mullenweg-Drama miterlebt habe, nach Jahren des Kampfes mit dem Update-Hamsterrad, nachdem ich gesehen habe, wie die Plattform AI-Features über Sicherheit und Governance priorisiert, konnte ich nicht bleiben.

WordPress hat mich nicht wegen der Technologie verloren. Es hat mich wegen der Werte verloren. Weil eine Person zu viel Macht hatte und sie rücksichtslos einsetzte. Weil die Community, an die ich geglaubt habe, keine Governance-Strukturen hatte, um das zu stoppen. Weil die Plattform, der ich die Geschäfte meiner Kunden anvertraut habe, mir gezeigt hat, dass sie nicht mehr vertrauenswürdig ist.

Ich weiß nicht, was als Nächstes für WordPress kommt. Vielleicht reformiert es sich. Vielleicht übernimmt ein Fork. Vielleicht setzt sich der langsame Rückgang fort, während Wix und Squarespace an den Rändern knabbern.

Was ich weiß: Ich schlafe jetzt besser. Meine Sites sind schneller. Die Daten meiner Kunden liegen in Datenbanken, die ich kontrolliere. Und niemand kann meine Tools automatisch updaten, weil er eine schlechte Woche hat.

Das reicht mir.

Wenn du als Entwickler oder Unternehmer deinen Web-Stack überdenkst, oder wenn du bei WordPress festhängst und dich fragst, ob das Gras woanders grüner ist, lass uns sprechen. Ich war auf beiden Seiten. Die Antwort ist nicht immer offensichtlich, aber das Gespräch ist es wert.

Über den Autor

KE

Kemal Esensoy

Kemal Esensoy, Gründer von Wunderlandmedia, begann seine Karriere als freiberuflicher Webentwickler und Designer. Er führte Web-Design-Kurse mit über 3.000 Studenten durch. Heute leitet er eine preisgekrönte Full-Stack-Agentur, die sich auf Webentwicklung, SEO und digitales Marketing spezialisiert hat.

Warum ich WordPress verlassen habe | Wunderlandmedia