Ich empfehle neuen Kunden kein WordPress mehr. Hier ist meine genaue Grenze.

Irgendwann Anfang 2026 ist mir aufgefallen, dass ich "WordPress" nicht mehr in meine Angebote schreibe, außer ein Kunde fragt ausdrücklich danach.

Nicht als Regel. Niemand hat sich hingesetzt und irgendwas entschieden. Ich bin einfach immer wieder an die Zeile mit dem Stack im Leistungsverzeichnis gekommen und habe etwas anderes getippt, und eines Tages bin ich durch das Jahr zurückgescrollt und habe gemerkt, dass das Muster längst da war.

Also habe ich die Regel aufgeschrieben, denn ein unausgesprochener Default ist ein schlechter Default. Hier ist sie: WordPress kommt auf den Tisch, wenn die Seite Software dahinter braucht, die WordPress schon gelöst hat. Wenn sie nur Seiten braucht, kommt es nicht auf den Tisch. Das ist die ganze Grenze. Der Rest dieses Beitrags ist, was das in der Praxis heißt, wo ich WordPress weiter ohne Zögern empfehle und wie du denselben Test auf eine Seite anwendest, die du schon hast.

Die Frage, die mir Leute wirklich stellen, ist "soll ich 2026 noch WordPress nehmen?", und die ehrliche Antwort ist: Es hängt an genau einer Sache, und die heißt nicht Performance.

Das hier ist keine Abrechnung. Ich habe jahrelang auf WordPress gebaut, ich habe Plugins dafür geschrieben, und ich würde es einigen der Kunden, die morgen reinkommen, immer noch geben.

Die Zahl, die mich meinen eigenen Default hat prüfen lassen

WordPress hatte im Januar 2025 seinen Höchststand bei 43,6% aller Websites. Im Dezember 2025 waren es 43,20%. Ende Mai 2026 waren es 41,90%, sechs Monate Rückgang in Folge, und Search Engine Journal hat damals angemerkt, dass sich der Rutsch gegenüber dem bescheidenen Minus von 0,60% im Vorjahr beschleunigt hat. Als ich am Tag dieses Textes bei W3Techs nachgeschaut habe, stand da: 40,7% aller Websites.

Und jetzt halte das neben die andere Zahl auf derselben Seite: 58,9% aller Seiten mit bekanntem CMS laufen weiterhin auf WordPress. Kein Zusammenbruch. Eine Plattform, die von einem historischen Hoch kommt, immer noch etwa dreimal so groß wie alles andere zusammen, und die pro Jahr rund einen Prozentpunkt an Wix, Shopify, Squarespace und Webflow verliert.

Wenn du dir diese Kurve ansiehst und daraus schließt, dass WordPress stirbt, liest du sie falsch. Was ich daraus lese, ist enger und nützlicher: Die Seiten, die gehen, sind überwiegend klein. Niemand migriert einen WooCommerce-Shop mit 900 Produkten zu Squarespace. Es sind Broschürenseiten und kleine Dienstleister, die gehen, weil das genau die Seiten sind, bei denen WordPress schon immer die teuerste Antwort auf die einfachste Frage war.

Das ist dieselbe Gruppe, die ich still und leise woanders hin gelenkt habe. Der Markt und meine Angebote sind in dieselbe Richtung gedriftet, und ich hatte nie richtig darüber nachgedacht, warum. Also habe ich es getan.

Meine tatsächliche Grenze, in drei Fragen

Wenn eine neue Anfrage reinkommt, frage ich drei Dinge, bevor überhaupt über den Stack geredet wird.

Erstens: Gibt es Software, oder gibt es nur Seiten? Ein Checkout, eine Mitgliederschranke, ein Buchungskalender mit Verfügbarkeitsregeln, ein Verzeichnis mit Facettensuche, ein mehrsprachiger Redaktions-Workflow. Das ist Software. Eine Startseite, eine Über-uns-Seite, sechs Leistungsseiten, ein Kontaktformular und ein Blog sind keine Software. Das ist ein Dokument mit schönem Layout.

Zweitens: Wie viele Leute fassen die Inhalte an, und wie oft? Eine Marketing-Managerin, die zweimal im Monat eine Seite aktualisiert, ist ein komplett anderes Problem als sechs Leute, die täglich publizieren, mit Redakteur, Korrektorat und Rechtsprüfung in der Kette.

Drittens: Was existiert schon, das niemand neu bauen will? Wenn ein Team vier Jahre lang Formulare, Automatisierungen und CRM-Syncs auf einem bestimmten Plugin-Stack aufgebaut hat, sind die Kosten des Wechsels nicht die Website. Es ist der Workflow.

Wenn die Antworten "Software", "viele Leute" oder "jahrelang plugin-geformte Prozesse" lauten, ist WordPress auf dem Tisch und gewinnt oft klar. Wenn die Antworten "Seiten", "eine oder zwei Personen" und "nichts" lauten, fällt es mir inzwischen ehrlich schwer, es zu verteidigen. Warum, erkläre ich gleich.

Achte darauf, was in diesen drei Fragen nicht vorkommt: meine persönliche Vorliebe, Performance-Benchmarks und ob der Kunde findet, dass WordPress altmodisch klingt. Das kommt ständig auf den Tisch, und nichts davon sollte irgendwas entscheiden. Wenn du fragst, ob du 2026 noch WordPress nehmen sollst, weil die Seite eines Wettbewerbers schneller lädt, fragst du nach einem Symptom. Über die Entscheidung, die ich treffe, sobald WordPress auf dem Tisch liegt, habe ich in WordPress, Next.js, or Astro? Here's How I Actually Decide for Client Projects geschrieben. Dieser Beitrag hier ist der Schritt davor: ob es überhaupt in den Vergleich gehört.

Wo WordPress weiter klar gewinnt, und ich das auch sage

Fangen wir mit Commerce an, weil das der eindeutigste Fall ist. WooCommerce betreibt ungefähr 4,15 Millionen aktive Shops und nach Shop-Anzahl grob ein Drittel aller Onlineshops. Wenn ein Kunde physische Produkte in kleiner bis mittlerer Stückzahl verkauft, in einem Markt mit Steuer- und Versandregeln, die ein Plugin schon abbildet, dann ist "lass uns einen eigenen Checkout bauen" keine Idee, sondern eine Rechnung. Sag Ja zu WooCommerce und mach weiter.

Dann die Redaktion mit mehreren Autoren. Das ist der Fall, den Leute am stärksten unterschätzen. Das Rollen- und Rechtesystem von WordPress, Revisionen, geplantes Veröffentlichen, redaktionelle Notizen und die ganze Berechtigungsschicht sind zwanzig Jahre gesammelte Antworten auf Probleme, die am dritten Tag einer echten Publikation auftauchen. Ich habe Teams dabei zugesehen, wie sie "die Praktikantin darf entwerfen, aber nicht veröffentlichen, und Recht muss alles mit dem Tag Compliance freigeben" in einem Headless-Setup nachbauen wollten, und es dauert Wochen, bis etwas Schlechteres dabei rauskommt. WordPress 7.1 hat im August 2026 reichhaltigere redaktionelle Notizen und teilbare Links auf einzelne Revisionen bekommen. Es wird immer noch für genau diese Nutzer gebaut.

Drittens: ein nicht-technisches Team von sechs Leuten, das täglich publiziert. Nicht weil der Editor eine Freude ist, sondern weil die Einarbeitungskosten fast null sind. Irgendjemand in diesem Team hat schon mal mit WordPress gearbeitet. Irgendwessen Cousin kann einspringen, wenn die Marketing-Managerin im Urlaub ist. Das ist ein echter operativer Vorteil, und er taucht in keinem Performance-Benchmark auf.

Viertens: plugin-abhängige Workflows, die niemand neu bauen will. Wenn Gravity Forms ein CRM füttert, das eine Mitgliedsstufe auslöst, die eine Ressourcenbibliothek freischaltet, und das seit vier Jahren funktioniert, ist der fachlich korrekte Rat oft "lass es in Ruhe, härte es ab und steck das Budget in etwas, das Umsatz bewegt". Ich habe diesen Rat gegeben und das Projekt verloren. Das war das richtige Ergebnis.

Noch etwas, das ich klar sagen will: Das Projekt ist nicht verwaist. WordPress 7.0 kam im Mai 2026 mit über 875 Mitwirkenden und Übersetzungen in mehr als 70 Sprachversionen. Was sonst auch stimmt, eine tote Plattform ist das nicht.

Wo es mir inzwischen schwerfällt, es zu verteidigen

Die Broschürenseite. Der Dienstleister mit 20 Seiten. Die Content-Seite mit einem oder zwei Redakteuren. Das sind die Fälle, bei denen ich nicht mehr zu WordPress greife, und der Grund ist die Wartungsfläche, nicht die Geschwindigkeit.

Patchstacks State of WordPress Security in 2026 hat für 2025 11.334 neue Schwachstellen im Ökosystem gezählt, ein Plus von 42% gegenüber 2024. 91% davon steckten in Plugins, 9% in Themes, und sechs waren im WordPress-Core, alle mit niedriger Priorität. Funde mit hohem Schweregrad stiegen im Jahresvergleich um 113%. Und 46% der Schwachstellen bekamen vor der öffentlichen Offenlegung keinen Patch vom Entwickler.

Lies diese Zahlen genau, denn sie sagen nicht, wofür man sie üblicherweise benutzt. Der WordPress-Core ist nicht das Problem. Der Core hatte sechs Probleme mit niedriger Priorität in einem Jahr. Das Problem ist, dass eine normale WordPress-Seite eines Kleinunternehmens fünfzehn bis fünfundzwanzig Drittanbieter-Plugins trägt, jedes davon ein eigenständiger Anbieter mit eigener Release-Disziplin, und dass grob die Hälfte der gemeldeten Probleme zum Zeitpunkt der Offenlegung ungepatcht ist. Das Volumen ist eine Funktion der Ökosystemgröße und eines wirklich guten Bug-Bounty-Programms, worauf ich in WordPress Got 773 Security Reports in One Month eingegangen bin. Aber die 20-Seiten-Website eines Sanitärbetriebs interessiert der Grund nicht. Sie trägt die Fläche so oder so.

Die ehrliche Frage für eine Broschürenseite lautet also: Was kaufen dir diese Plugins? Ein Kontaktformular. Ein SEO-Titelfeld. Eine Caching-Schicht. Ein Cookie-Banner. Backups, weil es eine Datenbank zu sichern gibt. Security-Scanning, weil es ein Admin-Login zum Angreifen gibt. Vier von diesen sechs existieren, um Probleme zu lösen, die die Plattform selbst mitgebracht hat.

So sieht es aus. Auf einer kleinen Seite ist ein erheblicher Teil des WordPress-Stacks dafür da, WordPress zu verwalten. Seit ich angefangen habe, es so zu zählen, kann ich es nicht mehr wegsehen. Welche Plugins ich für reinen Overhead halte, habe ich in 20 WordPress Plugins You Can Replace With a Few Lines of PHP aufgeschrieben, und diese Liste gilt, egal ob du je wechselst oder nicht.

Die Roadmap wird nicht für deine 20-Seiten-Website geschrieben

Schau dir an, was der WordPress-Core 2026 ausgeliefert hat, und frag dich, für wen das ist.

WordPress 7.0 brachte im Mai einen anbieterunabhängigen AI-Client, eine Abilities API, einen Connectors-Screen und das erste Admin-Redesign seit 2013. Echtzeit-Zusammenarbeit, das Feature, das dieser Redaktion am meisten gebracht hätte, wurde am 8. Mai wegen Stabilitätsbedenken gezogen und ist auch in 7.1 nicht drin. Das 7.1 im August brachte interaktives State Styling, einen Tabs-Block, einen Playlist-Block und hat die Bildskalierung in den Browser verlagert.

Ein Teil davon ist wirklich gute Arbeit. Bildskalierung auf Client-Seite behebt etwas, das Leute seit fünfzehn Jahren nervt. Aber achte auf die Richtung: Das ist eine Plattform, die darin investiert, ein Application Framework mit AI-Schicht zu sein. Wenn du ein Medienhaus oder ein Plugin-Geschäft betreibst, ist das deine Roadmap und sie wird für dich gebaut. Wenn du die Website einer Zahnarztpraxis betreibst, landet nichts davon bei dir, und du erbst trotzdem eine größere Admin-Fläche. Über diese Priorisierung bin ich in Dear WordPress: Nobody Asked for AI Connectors. We Asked for Caching deutlicher geworden.

Dann ist da noch die Governance-Lage, die ich kurz halte, weil sie ehrlich schwer zu beraten ist. Der Rechtsstreit mit WP Engine läuft 2026 weiter, WP Engine hat im Februar 2026 eine dritte geänderte Klage eingereicht, und ein Antrag auf Beitritt hat die Governance-Struktur von WordPress.org direkt zum Thema gemacht. Ich erzähle Kunden nicht, WordPress sei wegen einer Klage unsicher. Das wäre unehrlich. Was ich sage: WordPress.org wird nicht so regiert, wie man Infrastruktur regiert, von der 40% des Webs abhängen, und wenn ein Kunde mich fragt, wer für das Plugin-Repository verantwortlich ist, auf dem sein Geschäft läuft, habe ich keine saubere Antwort.

Also, soll ich 2026 noch WordPress nehmen?

Wenn du schon eine WordPress-Seite hast und sie funktioniert, lautet die Antwort fast immer: ja, behalte sie. Eine Migration kostet real, und "mein Entwickler sagt, WordPress ist alt" ist kein betriebswirtschaftlicher Grund.

Hier ist stattdessen der Test, den ich auf deiner eigenen Seite machen würde. Öffne deine Plugin-Seite und sortiere jedes aktive Plugin in einen von zwei Eimern. Eimer A: Dieses Plugin macht etwas, das ein Besucher oder Kunde merken würde, wenn es verschwindet. Buchung, Checkout, Mitgliedschaften, der Rechner auf deiner Leistungsseite. Eimer B: Dieses Plugin existiert, damit WordPress ordentlich läuft. Caching, Security-Scanning, Backups, ein SEO-Titelfeld, ein Formular, ein Page Builder.

Zähl beide.

Wenn in Eimer A drei oder mehr Dinge liegen und dein Team größer als zwei Personen ist, bleib. Dein Geld kauft dir echte Software, und die Alternativen kosten im Bau mehr, als sie sparen. Frag mich lieber nach Härtung und Hosting als nach Migration.

Wenn Eimer A leer ist oder ein Ding enthält, und Eimer B zehn, dann bezahlst du die Betriebskosten eines Content-Management-Systems dafür, Seiten auszuliefern, die sich seit acht Monaten nicht geändert haben. Das ist die Situation, in der ich heute kein neues Projekt auf WordPress starten würde, und es ist ungefähr das Profil der drei Kundenseiten, die ich nach Astro geholt habe. Nichts ist kaputtgegangen, was ich in I Migrated 3 Client Sites From WordPress to Astro aufgeschrieben habe. Aber ich will vorsichtig sein und aus drei Projekten kein Naturgesetz machen. Drei sind drei.

Der Zwischenfall, ein Ding in Eimer A und ein kleines Team, ist ehrlich uneindeutig, und ich habe dafür keine saubere Regel. Meistens läuft es darauf hinaus, ob dieses eine Ding eine brauchbare gehostete Alternative hat. Manchmal hat es die. Manchmal ist die ehrliche Antwort, dass ein Wechsel mehr kosten würde, als der Ärger wert ist, und dann sage ich das.

Was ich weiter nicht sicher weiß

Der Teil, den ich immer wieder wende, ist die Frage, ob ich hier nur auf meine eigene Bequemlichkeit mustererkenne. Ich baue lieber statische Seiten, als um 23 Uhr einen Plugin-Konflikt zu debuggen. Das ist eine Vorliebe, keine Entscheidungsregel, und Vorlieben sind sehr gut darin, sich als Prinzipien zu verkleiden. Die drei Fragen oben existieren vor allem, um mich mir selbst gegenüber ehrlich zu halten.

Ich weiß auch nicht, was die Marktanteilskurve als Nächstes macht. Es könnte eine normale Korrektur nach fünfzehn Jahren Lauf sein, und 40% des Webs sind ein gewaltiger Boden, von dem aus man fällt. Wer dir selbstbewusst sagt, wo das 2028 landet, rät.

Worüber ich einigermaßen sicher bin, ist enger. WordPress ist eine hervorragende Antwort auf "ich brauche Software hinter meiner Website und will sie nicht selbst bauen". Es ist eine teure Antwort auf "ich brauche acht Seiten im Internet" geworden. Früher war das dieselbe Empfehlung, und die meiste Zeit des letzten Jahrzehnts musste niemand darüber nachdenken. Jetzt schon, und deswegen habe ich die Regel aufgeschrieben, statt sie als Gewohnheit stehen zu lassen. Über die persönliche Seite des Abschieds habe ich in Why I Stopped Using WordPress After 6 Years geschrieben, und der Text handelt von mir, nicht von Kundenarbeit.

Mach die Zwei-Eimer-Zählung auf deiner eigenen Seite. Sie dauert vier Minuten und sagt dir mehr als jeder "Ist WordPress tot"-Artikel, dieser hier eingeschlossen. Und wenn du gezählt hast und nicht sicher bist, was die Zahlen für deine Situation bedeuten, führe ich dieses Gespräch gerne mit dir auf wunderlandmedia.com.