Vor drei Jahren war die Antwort auf diese Frage noch relativ einfach: WordPress für fast alles, Node-basierte Frameworks für sehr spezifische Anwendungsfälle. 2025 sieht das anders aus. Nuxt.js hat sich zu einer ernsthaften Alternative für Unternehmenswebsites entwickelt, während WordPress mit Version 6.x und dem Gutenberg-Block-Editor ebenfalls erheblich aufgeholt hat. Die Entscheidung ist dadurch nicht leichter geworden, sondern komplizierter.
Was die beiden Systeme grundlegend unterscheidet
WordPress ist ein Content-Management-System, das seit 2003 existiert und heute etwa 43 Prozent aller Websites weltweit antreibt. Es bringt Datenbank, Backend, Templating und ein Plugin-Ökosystem von über 60.000 Erweiterungen von Haus aus mit. Ein Redakteur kann nach einer Stunde Einweisung selbstständig Inhalte pflegen.
Nuxt.js ist ein Vue.js-basiertes Meta-Framework, das serverseitiges Rendering, statische Seitengenerierung und Client-Side-Rendering kombiniert. Es gibt kein eingebautes CMS, keinen WYSIWYG-Editor, keine Nutzerverwaltung. Nuxt.js ist eine Entwicklungsgrundlage, kein fertiges Produkt. Wer damit eine Unternehmenswebsite baut, kombiniert es typischerweise mit einem Headless CMS wie Contentful, Storyblok oder Directus.
Performance: Wo Nuxt.js echte Vorteile hat
Im Bereich Ladezeiten und Core Web Vitals zeigt sich ein klares Bild. Statisch generierte Nuxt.js-Seiten erzielen auf Lighthouse regelmäßig Werte über 95, weil sie als fertige HTML-Dateien auf einem CDN ausgeliefert werden. Kein PHP-Prozess, keine Datenbankabfrage, kein Plugin-Stack, der gebremst. WordPress-Installationen mit 30 aktiven Plugins kommen ohne Caching-Konfiguration schnell auf Time-to-First-Byte-Werte über 800 Millisekunden.
Allerdings: Ein technisch sauber aufgesetztes WordPress mit WP Rocket oder einem vergleichbaren Caching-Plugin, gutem Hosting und diszipliniertem Plugin-Einsatz kommt auf ähnliche Ergebnisse. Der Unterschied schrumpft erheblich, wenn die WordPress-Installation professionell betrieben wird. Nuxt.js gewinnt hier vor allem bei Teams, die Performance von Anfang an systematisch kontrollieren wollen.
Entwicklungsaufwand und Betriebskosten im Vergleich
Eine typische WordPress-Unternehmenswebsite mit individuellem Theme, Kontaktformular, mehrsprachiger Unterstützung und SEO-Grundausstattung ist in 80 bis 120 Stunden Entwicklungszeit realisierbar. Ein vergleichbares Nuxt.js-Projekt mit Headless-CMS-Anbindung liegt bei 150 bis 250 Stunden, weil viele Dinge, die WordPress mitbringt, manuell implementiert werden müssen: Routing, Bildoptimierung, Sitemap-Generierung, Formulare, Authentifizierung für den Redaktionszugang.
Beim laufenden Betrieb dreht sich das Bild teilweise um. WordPress erfordert regelmäßige Updates für Core, Themes und Plugins. Sicherheitslücken in verbreiteten Plugins sind ein reales Risiko. Nuxt.js-Projekte, die als statische Seiten ausgeliefert werden, haben eine deutlich kleinere Angriffsfläche. Serverkosten sind bei statischen Deployments auf Plattformen wie Vercel oder Netlify oft günstiger als ein vollwertiger Managed-WordPress-Host.
Regionale Webagenturen, wie etwa ein Anbieter für Webdesign Nordhausen, stehen häufig vor der praktischen Frage, welche Technologie sich für Kunden mit internem Pflegeteam eignet, und landen dabei oft noch bei WordPress, weil die Einarbeitungszeit minimal ist.
Redaktionelle Pflegbarkeit: Ein unterschätzter Faktor
Für viele Unternehmen ist dieser Punkt entscheidender als jede Performance-Kennzahl. Wer pflegt die Website nach dem Launch?
- WordPress: Inhalte lassen sich ohne Entwicklerkenntnisse bearbeiten. Der Gutenberg-Editor erlaubt strukturierte Layouts per Drag-and-Drop. Neue Seiten anlegen, Bilder tauschen, Texte anpassen: alles ohne Git-Commit.
- Nuxt.js mit Headless CMS: Moderne Headless-Systeme wie Storyblok bieten ebenfalls visuelle Editoren. Der Redakteur arbeitet im CMS, der Entwickler im Code-Repository. Das funktioniert gut, erfordert aber eine initiale Konfiguration und ein klareres Rollenmodell.
- Nuxt.js ohne CMS: Inhalte liegen in Markdown-Dateien oder direkt im Code. Änderungen erfordern Entwicklerzugriff. Für die meisten Unternehmenskunden nicht praktikabel.
Die Kombination Nuxt.js plus Storyblok schließt die Lücke zur WordPress-Usability erheblich, erzeugt aber höhere Lizenz- und Einrichtungskosten. Storyblok kostet ab etwa 99 Euro pro Monat für Teams.
Wann welche Wahl sinnvoll ist
Eine ehrliche Entscheidungshilfe lässt sich anhand konkreter Projektparameter formulieren:
| Kriterium | WordPress | Nuxt.js |
|---|---|---|
| Budget unter 8.000 Euro | Geeignet | Selten sinnvoll |
| Redaktionsteam ohne Entwicklerkenntnisse | Sehr geeignet | Nur mit Headless CMS |
| Hohes Traffic-Volumen, globales CDN | Mit Aufwand möglich | Nativer Vorteil |
| Komplexe interaktive Funktionen | Plugin-abhängig | Nativ umsetzbar |
| Schnelle Time-to-Market | Vorteil | Nachteil |
| Langfristige Wartbarkeit im Team | Mittel | Hoch bei TypeScript-Disziplin |
Die eigentliche Frage hinter der Technologiewahl
Was in dieser Debatte zu kurz kommt: Die beste Technologie ist die, die zum Team und zum Nutzungsverhalten des Kunden passt. Ein mittelständisches Unternehmen mit einer internen Marketingassistenz, die zweimal pro Woche News und Stellenangebote pflegt, braucht kein Nuxt.js. Eine Software-Firma, die ihre Website als technisches Aushängeschild versteht, die maximale Kontrolle über Performance und Datenfluss haben will und ein Frontend-Entwicklerteam beschäftigt, profitiert von Nuxt.js erheblich.
Falsch ist die Entscheidung meist dann, wenn sie aus Gewohnheit oder Hype heraus getroffen wird. WordPress wegen „haben wir immer so gemacht“ oder Nuxt.js wegen „das ist moderner“ sind keine guten Begründungen. Die Frage nach Betriebskosten, Pflegbarkeit und Entwicklungskapazität muss vor der Technologieentscheidung beantwortet sein, nicht danach.
Für 2025 gilt: Beide Systeme sind ausgereift, beide haben klare Stärken. WordPress bleibt das effizientere Werkzeug für den breiten Mittelstand. Nuxt.js ist die bessere Wahl für Projekte, bei denen Frontend-Performance und Entwicklerfreundlichkeit strategisch priorisiert werden und das Budget den höheren Initialaufwand rechtfertigt.
