WordPress ist tot. Der Ersatz hat keine Mechaniker.

8 min read

Ein Kunde schickt mir Zugang zu einer WordPress-Seite, die ich noch nie gesehen habe, ohne jeglichen Kontext zur Historie oder wer sie gebaut hat. Eine Zeile reicht für Claude Code: Es erkennt Polylang eigenständig über die REST API, repariert die Sprachflags, leert den Cache. 5 Minuten, Seite repariert.

Was mich beeindruckt hat, war nicht die Geschwindigkeit. Das hätte bei jeder anderen WordPress-Installation genauso funktioniert. Die Seite wechselt den Besitzer, das Interface bleibt dasselbe. Eine unbekannte WordPress-Seite zu öffnen bedeutet nie wirklich, ins Unbekannte zu gehen.

WordPress ist tot. Und was es ersetzt, ist schlimmer: Mit einem KI-programmierten Stack gibt es diese 5-Minuten-Version dessen, was ich gerade gemacht habe, nicht mehr.

Büroangestellter umgeben von verworrenem Code und KI-Frameworks am Schreibtisch, während ein Held mit Umhang ein WordPress-Dashboard-Tablet hält, mit mechanischem Hummer, der auf Kaffeetasse surft.
WordPress stirbt, Chaos herrscht, Helden weinen still.

WordPress hat nie Einfachheit verkauft. Es hat einen Standard verkauft

TITLE "One Standard vs Zero Standards" + subtitle "why the same fix doesn't travel anymore". Metaphor: two parallel maps side by side, one a clean subway map with uniform stations and color coded lines, the other a tangled hand drawn maze with no two paths alike. Style: technical blueprint poster, engineer schematic aesthetic, blue on white grid background, precise thin lines. Palette: blueprint blue #1B3A5C, schematic white #F4F6F8, warning amber #E8A33D, ink black #1A1A1A, accent red #C8443C. Content: left side labeled WORDPRESS SITE A through WORDPRESS SITE Z, all stations connected by the same labeled lines REST API, PLUGIN CONVENTIONS, CORE STRUCTURE, one small figure walking confidently across all of them. Right side labeled AI STACK 1 through AI STACK 5, each one a disconnected island with its own private maze, the same figure stuck on the first island only, unable to reach the others. Highlight: the connecting lines on the left side glow in amber to show the shared standard. Legend: small note bottom left, sparkle figure equals one developer's transferable skill. Footer: © rentierdigital.xyz. NOT flat corporate vector, NOT generic flowchart aesthetic.
Ein Standard vs. Null Standards: Übertragbarkeit von Entwickler-Skills

WordPress hat nie Einfachheit verkauft. Diese Behauptung wird so oft wiederholt, dass sie standardmäßig wahr klingt, aber sie ist falsch. Jeder, der schon mal mit dem Block-Editor gekämpft hat, weiß, dass "einfach" nicht das richtige Wort ist. Was WordPress tatsächlich verkauft hat, seit Version 5.6 die REST API in den Core gebacken hat, war ein Standard. Jede WordPress-Seite, egal wer sie gebaut hat oder wann, beantwortet dieselben Fragen durch dieselben Türen. Polylang stellt seine Spracheinstellungen an einem vorhersagbaren Endpoint zur Verfügung. Yoast und WooCommerce machen dasselbe für SEO-Felder und Produktdaten. Nichts davon muss pro Projekt neu gelernt werden. Du lernst es einmal, und es gilt für die nächste WordPress-Seite, die du jemals anfasst, und die danach, und jeden Freelance-Job, der folgt.

Das ist nicht wenig. Eine ganze Freelance-Wirtschaft wurde genau auf dieser Übertragbarkeit aufgebaut, Agenturen, die die Seite eines neuen Kunden an einem Nachmittag einarbeiten konnten, Entwickler, die eine ganze Karriere darauf aufbauten, ein System tief genug zu kennen, um alles zu reparieren, was darauf läuft. Das ist der eigentliche Mechanismus hinter den 5 Minuten auf der Seite, die ich nie geöffnet hatte. Ich habe das komplette Play-by-Play genau dieses Fixes woanders aufgeschlüsselt, falscher Login-Versuch inklusive. Claude Code brauchte keine Tour durch die Seite. Es brauchte den Standard, und der Standard saß bereits da, derselbe, der seit 2021 auf jeder WordPress-Installation sitzt.

Wie den Code hinter der Matrix zu sehen statt die Simulation: Sobald du weißt, was darunter liegt, sieht jede WordPress-Seite gleich aus.

Der Niedergang ist real, nicht nur ein Klischee

Der Niedergang ist nicht nur ein Gefühl. WordPress fiel von 43,2% Marktanteil im Dezember 2025 auf 41,9% Ende Mai 2026, und das Tempo dieses Rückgangs hat sich seit Dezember etwa verdoppelt. Automattic kürzte stillschweigend seine eigenen gesponserten Stunden am WordPress-Projekt von 3.900 pro Woche auf etwa 45, beginnend im Januar 2025. Weniger bezahlte Aufmerksamkeit für die Engine zeigt sich tendenziell irgendwann in den Zahlen.

Ich weiß, "WordPress ist tot" liest sich wie Techs Version von "Bitcoin ist tot", ein Take so abgedroschen, dass Leute jetzt jeden verspotten, der ihn noch bringt (@natmiletic packte es Mitte Juni mit "SEO ist tot" zusammen und nannte es eines der faulsten Klischees im Tech-Bereich. Nicht falsch.). Vielleicht lese ich zu viel in 6 Monate Daten hinein, aber ein Klischee und ein Chart schließen sich nicht gegenseitig aus, und dieser spezielle Chart bewegt sich seit mindestens Dezember in dieselbe Richtung. Ob er sich von hier aus abflacht, umkehrt oder beschleunigt, weiß noch niemand. Das ist ein Trend, kein Naturgesetz.

Niemand hat aufgehört, Mechaniker einzustellen

Du kannst dein Öl selbst wechseln. Viele Leute machen das. Sie rufen trotzdem einen Mechaniker, sobald etwas klappert, was nicht klappern sollte, weil 3 Videos zu schauen dich nicht zu dem Typen macht, der dieses exakte Geräusch schon tausendmal gehört hat. KI-unterstütztes DIY hat diesen Instinkt nicht getötet, und es wird ihn auch bei Websites nicht töten. Die meisten Nicht-Entwickler, die es schaffen, etwas Funktionierendes zusammenzuviben, wollen trotzdem einen echten Menschen auf Kurzwahl für den Fall, dass es kaputt geht, genauso wie die meisten Autobesitzer, die 1 Tutorial geschaut haben, trotzdem die Werkstatt buchen für alles jenseits von Scheibenwischwasser nachfüllen.

Falls deine erste Reaktion "es gibt immer noch genug Entwickler da draußen" ist, sicher, aber das ist nicht wirklich die gute Frage. Der Mangel geht nicht um Kopfzahl, sondern darum, ob der eine Mechaniker, der DEINEN Motor tatsächlich kennt, die spezifische Art, wie diese eine Seite vor 8 Monaten von einer Agentur verkabelt wurde, noch existiert nach dem ursprünglichen Erbauer. Ich habe letzten Frühling 114 Elementor-Seiten an einem einzigen Tag zu Gutenberg konvertiert für einen Kunden, dieselben WordPress-Konventionen machten die schwere Arbeit, dieselbe Art schneller Bearbeitung. Versuch das mal auf einer Seite, die irgendeine Agentur aus einer Ordnerstruktur zusammengebaut hat, die niemand irgendwo aufgeschrieben hat.

(Nebenbei, aber ich zahle immer noch für eine Domain, die an ein Kundenprojekt gebunden ist, das vor einer Weile abgeschlossen wurde. Niemand hat mir gesagt, ich soll sie kündigen. Ich auch nicht.)

Es gibt keine entsprechende Abkürzung, die auf der anderen Seite wartet, noch nicht.

Der Tag nach dem Solo-Launch

Ein Post, der Ende Juni die Runde machte, brachte es auf den Punkt: Vibe Coding funktioniert nur, wenn du bereits weißt, wie man programmiert. Viele Leute nickten bei etwas Unbequemem, die Art Zustimmung, die bedeutet, dass es irgendwo Echtes getroffen hat. Schnell mit einem Agent zu launchen überträgt nicht die Fähigkeit, das zu warten, was gelauncht wurde, und auf einer WordPress-Seite wurde diese Lücke früher von jedem gefüllt, der schon mal WordPress berührt hatte.

Auf einem Stack, der frisch für ein einzelnes Projekt zusammengebaut wurde, sitzt dieselbe Fähigkeit nirgendwo anders. Es gibt ein Video da draußen, das ungefähr diesen Punkt macht, ohne es direkt zu sagen, jemand geht durch, wie er KI benutzt hat, um eine ganze WordPress-Seite an einem Tag zu bauen, dann fragt er laut, was jetzt passiert. Es performt schlecht gegen alles andere, was dieser Kanal gepostet hat, was sagt, dass die Frage einen Nerv getroffen hat, den die meisten Inhalte nicht treffen. Er fragt nicht, wie man ein Kontaktformular hinzufügt. Er fragt, was passiert, sobald der einfache Teil vorbei ist, ohne etwas wie ein Handbuch zum Zurückgreifen, nur eine Seite, die heute funktioniert und ein leerer Raum, wo "was mache ich, wenn es kaputt geht" stehen sollte.

Wer auch immer es gebaut hat, ging mit der einzigen Kopie weg.

Die Rechnung landet bei dem, der keinen Code lesen kann

Fähigkeit, die sich nicht überträgt, wird irgendwann zu jemandes Rechnung. Nicht die des Entwicklers, hier. Senior-Leute, die eine unbekannte Codebasis schnell lesen können, werden knapper relativ zur Nachfrage, nicht billiger. Die Rechnung landet bei dem, der nicht weiß, was tatsächlich unter seiner eigenen Seite läuft.

Früher konnte jeder WordPress-Freelancer jede WordPress-Seite im Notfall flicken. Die Konventionen verschoben sich nicht von Projekt zu Projekt, also auch nicht die Zeit, die es brauchte. Mit einem vibe-coded Stack hört "finde einen Entwickler" auf, allein die Antwort zu sein. Du brauchst die eine Person, die DIESE spezifische Architektur entschlüsseln kann, und nichts garantiert, dass diese Person noch existiert nach dem, der es ursprünglich gelauncht hat.

Stell dir einen kleinen Ladenbesitzer vor, dessen KI-gebaute Seite in 2 Jahren kaputt geht. Der Freelancer, der sie gebaut hat, ist letztes Jahr zu einem anderen Stack gewechselt. Niemand in der Nähe kennt dieses spezielle Setup gut genug, um es sicher anzufassen. Kalt in diese Codebasis reinzugehen ist weniger ein schneller Fix und mehr ein Boss Fight, für den sich niemand gelevelt hat 🎮. Der Ladenbesitzer zahlt am Ende einem Fremden eine Woche voller Stunden, nur um zu verstehen, was da ist, bevor irgendein echter Fix beginnt, Zeit, die früher einen Nachmittag kostete, als der Stack WordPress war. Der Stundensatz ist nicht mehr der teure Teil, jemanden aufzuspüren, der diesen speziellen Stack noch kennt, ist es.

Nichts davon bedeutet, dass Nicht-Entwickler mit KI generell aufgeschmissen sind. Das ist eine separate Frage, und die Daten dazu halten sich gut: Leute ohne Coding-Hintergrund bekommen echten, strukturierten Output von Claude Code bei begrenzten Aufgaben, sortieren Jahre von Rechnungen, verwandeln einen Haufen PDFs in ein Dashboard. Troubleshooting unter Unsicherheit, wenn niemand, Entwickler oder nicht, weiß, was tatsächlich unter der Haube läuft, ist eine völlig andere Kategorie von Problem.

Dieses Schloss bleibt nicht für immer zu. Es schließt sich an dem Tag, an dem irgendein KI-generierter Stack zu einem de facto Standard wird, wie WordPress es tat. Astros Downloads verdoppelten sich zwischen Januar und April dieses Jahres, was die Art Wachstum ist, die eventuell dahin kommen könnte. Ein Framework mit einem Namen ist aber nicht dasselbe wie ein Standard. WordPresss Standard war nie "Leute benutzen WordPress." Es war, dass jede WordPress-Seite durch dieselben Türen antwortet. Nichts, was es ersetzt, hat das noch. Astro eingeschlossen.

Dokumentiere, als würdest du es nicht erklären

Wenn du eine Seite oder App launchst, die du für jemand anderen vibe-coded hast, ist das echte Deliverable nicht die Seite. Es ist die Fähigkeit eines Fremden, sie zu betreiben, ohne dass du im Raum bist.

Bringt mich zurück zu meiner Zeit als Entwickler, damals 😬. Bei einem bestehenden Projekt war der erste Instinkt fast immer, das Ganze neu zu schreiben. Heutzutage, um eine Zeile auf einer WordPress-Homepage zu ändern, werden wir wirklich das Ganze spontan in Astro neu schreiben... c'est un peu fou, non?

Quellen

Dieser Post kann Affiliate-Links enthalten. Wenn du sie klickst, verdiene ich möglicherweise eine kleine Provision (kostet dich nichts und hilft mir dabei, weiterhin täglich qualitativ hochwertige Artikel für dein Lesevergnügen zu liefern).