> ./exec Web_dev.sh — ARTICLE
Next.js vs. WordPress für Unternehmenswebsites: Was Mittelstand-CTOs wirklich wissen müssen
SophiaDie Entscheidung fällt meist in einem Meeting: "WordPress kennt jeder, damit bauen wir schnell." Drei Jahre später kämpft das Team gegen Ladezeiten, Plugin-Konflikte und ein Design, das aussieht wie jedes zweite Mittelstandsunternehmen im DACH-Raum. Next.js hingegen klingt nach Entwicklerkomplexität. Doch hinter diesem Framework steckt die Plattformwahl von Stripe, Vercel und Linear. Nicht zufällig.
Dieser Artikel liefert keine Glaubensfrage, sondern eine Entscheidungshilfe auf Basis von Metriken, Designpraxis und dem, was langfristig wartbar bleibt.
WordPress: Marktmacht und ihre Grenzen
WordPress betreibt heute über 43 Prozent aller Websites im Web.[1] Diese Zahl klingt beeindruckend, erklärt aber auch das Problem: dieselbe Infrastruktur, die Hobby-Blogs hostet, trägt gleichzeitig die Unternehmenswebsite eines Maschinenbauers mit 200 Mitarbeitern.
Die Stärken von WordPress sind real. Das Content-Management-System ist ausgereift, redaktionelle Workflows sind vertraut, und der Plugin-Marktplatz bietet für fast jeden Anwendungsfall eine Lösung. Für Marketing-Teams, die täglich Inhalte pflegen, ist das ein echter Vorteil.
Die Grenzen zeigen sich erst unter Last:
- Performance: PHP-seitiges Rendering bedeutet, dass jede Anfrage den Server trifft. Ohne aggressives Caching liegt der LCP bei unkonfigurierten WordPress-Sites regelmäßig über 3 Sekunden. Google markiert alles über 2,5 Sekunden als verbesserungsbedürftig.[2]
- Sicherheit: WordPress ist das meistangegriffene CMS im Web. Über 97 Prozent der bekannten WordPress-Schwachstellen liegen in Plugins, nicht im Core selbst.[5]
- Designqualität: Der größte blinde Fleck. Themes wie Avada oder Divi produzieren Layouts, die ich als UX Strategist sofort erkenne: Hero-Banner mit Stockfoto, generischer CTA in Primärfarbe, drei Spalten Features-Sektion. Das ist kein Design, das ist ein Template.
Next.js: Was das Framework wirklich ist
Next.js ist kein CMS. Es ist ein React-Framework für Webanwendungen und Websites, entwickelt und gepflegt von Vercel. Der Unterschied ist fundamental: Statt Inhalte zur Anfragezeit aus einer Datenbank zu rendern, kann Next.js Seiten zur Build-Zeit statisch generieren (Static Site Generation), auf dem Server rendern (Server-Side Rendering) oder beides kombinieren (Incremental Static Regeneration).[4]
Das Ergebnis: Seiten landen auf einem globalen CDN. Keine PHP-Ausführung, kein Datenbankaufruf beim Nutzer-Request. Die Time to First Byte sinkt auf unter 50 Millisekunden, verglichen mit typischen 200 bis 800 Millisekunden bei unkonfigurierten WordPress-Instanzen.
Stripe nutzt Next.js für seine gesamte Marketingwebsite. Linear baut seine Produktseite damit. Vercel betreibt die eigene Plattformwebsite auf Next.js und optimiert das Framework auf Basis dieser Erfahrung kontinuierlich. Die Gemeinsamkeit: maximale Kontrolle über Performance und Design, ohne Kompromisse an ein Theme-System.
Der Nachteil ist ebenso real. Next.js erfordert Entwickler mit React-Kenntnissen. Redaktionelle Inhalte brauchen ein Headless-CMS als Backend, etwa Contentful, Sanity oder Storyblok. Das erhöht die initiale Projektkomplexität und damit die Initialinvestition.
Performance: Zahlen statt Versprechen
Die HTTP Archive Web Almanac analysiert jährlich Millionen von Websites auf Core Web Vitals.[3] Websites auf statischen oder JavaScript-Framework-Stacks erzielen im Median deutlich bessere LCP-Werte als dynamisch gerenderte CMS-Seiten.
Repräsentative Richtwerte für eine Unternehmenswebsite mit 15 Seiten, Kontaktformular und Blog:
| Metrik | WordPress (Divi, Shared Hosting) | Next.js (Vercel Edge) |
|---|---|---|
| LCP (Largest Contentful Paint) | 3,4 s | 0,9 s |
| CLS (Cumulative Layout Shift) | 0,18 | 0,02 |
| TTFB (Time to First Byte) | 420 ms | 38 ms |
Diese Werte sind nicht akademisch. LCP und CLS fließen in den Google Page Experience Score ein und beeinflussen direkt das organische Ranking.[2] Für einen Mittelständler, dessen Website 60 Prozent des Lead-Traffics generiert, ist das ein Umsatzfaktor.
Ein praktisches Kalibrierungsbeispiel: apple.com lädt seinen Haupthero-Bereich unter einer Sekunde, trotz hochauflösender Produktbilder. Das ist kein Zufall, sondern das Ergebnis von Rendering-Entscheidungen, die sehr früh im Projektverlauf getroffen wurden.
Designqualität: Der Unterschied zwischen "geht so" und Stripe-Niveau
Hier ist die härteste Wahrheit dieses Artikels: Die meisten WordPress-Unternehmenswebsites sehen generisch aus, weil sie es sind.
Vorher (typische WordPress-Situation): Das Marketing-Team kauft ein Premium-Theme für 89 Euro. Der Entwickler aktiviert drei Page-Builder-Plugins. Sechs Wochen später steht eine Website, die in keiner Weise die Positionierung des Unternehmens widerspiegelt. Die Schriftpaarung ist Inter und Roboto Slab. Der Hero-Bereich trägt einen blauen Farbverlauf. Die Features-Sektion zeigt drei Piktogramme mit Fülltext. Das Ergebnis ist ein Interface ohne Haltung, ohne Eigenidentität, austauschbar mit der Konkurrenzwebsite drei Klicks weiter.
Nachher (Next.js mit eigenem Design-System): Ein typografisches System, das auf der Markenidentität des Unternehmens basiert. Großzügige Weißräume. Animationen, die Informationshierarchie kommunizieren und nicht dekorieren. Dieselbe Akribie, die Linear in seine Produktseite investiert hat: Jede Interaktion fühlt sich präzise an, jede Sektion hat eine Aussage.
Next.js zwingt das Team dazu, Designentscheidungen bewusst zu treffen. Es gibt kein Theme, hinter dem man sich verstecken kann. Das ist ein Nachteil für Teams ohne Designkompetenz und ein Vorteil für alle, die ihre Markenpräsenz strategisch ernst nehmen.
Die Barrierefreiheit (WCAG 2.1 AA) ist in Next.js-Projekten deutlich besser steuerbar. React-Komponenten können semantisches HTML mit sauberer ARIA-Implementierung erzwingen. In Divi oder Elementor ist barrierefreies Markup die Ausnahme, nicht die Regel.
Sicherheit und Wartung
WordPress-Installationen ohne aktive Wartung sind ein kalkulierbares Sicherheitsrisiko. Plugin-Updates, Theme-Updates und Core-Updates erzeugen regelmäßig Konflikte und öffnen Einfallstore. Die häufigsten Angriffsvektoren sind bekannt: veraltete Plugins, schwache Administrator-Passwörter und der exponierte Login unter /wp-admin.
Next.js-Deployments auf Vercel oder als statisch generierte Artefakte auf einem CDN haben eine fundamental kleinere Angriffsfläche. Es gibt keine Datenbank, keinen Admin-Login, keine Plugin-API, die öffentlich erreichbar ist. Der relevante Angriff findet, wenn überhaupt, auf API-Ebene statt, wo moderne Authentifizierungsstandards wie OAuth 2.0 und JWT greifen.
Wartung bedeutet bei Next.js: React und npm-Abhängigkeiten aktuell halten. Das ist handhabbar, erfordert aber Entwickleraufmerksamkeit. Beide Plattformen verlangen aktive Pflege, die Art dieser Pflege unterscheidet sich grundlegend.
Entscheidungsmatrix: Wann welche Plattform?
Die Plattformwahl ist keine technische, sondern eine strategische Entscheidung.
WordPress ist die richtige Wahl wenn:
- das interne Team täglich Inhalte pflegt und keine Entwicklerunterstützung für Routine-Edits verfügbar ist
- das Entwicklungsbudget unter 15.000 Euro liegt
- die Website primär ein Informationsmedium ohne komplexe Integrationen ist
- bestehende WordPress-Infrastruktur und entsprechende interne Kompetenz vorhanden sind
Next.js ist die richtige Wahl wenn:
- Performance und organisches Ranking strategisch wichtig sind
- das Design die Markenpositionierung präzise widerspiegeln soll
- Integrationsanforderungen mit CRM, ERP oder eigenen APIs bestehen
- das Unternehmen in den nächsten drei Jahren skalieren will
- ein internes oder externes Entwicklungsteam mit React-Kenntnissen verfügbar ist
Die Kombination aus Next.js-Frontend und Headless-CMS ist für Mittelständler mit Wachstumsambitionen der sauberste Ansatz: redaktionelle Flexibilität für das Marketing-Team, technische Kontrolle für das Entwicklungsteam.
Fazit
WordPress und Next.js lösen unterschiedliche Probleme. WordPress löst das Problem der Content-Verwaltung. Next.js löst das Problem der Performance, Designqualität und technischen Skalierbarkeit.
Die Frage "Was ist besser?" ist die falsche Frage. Die richtige Frage lautet: "Was leistet unsere Website in drei Jahren, und wie viel kostet uns jeden Tag eine generische, langsame Präsenz an Vertrauen und organischer Reichweite?"
Stripe, Linear und Vercel haben ihre Antwort gegeben. Für Mittelständler, die in ihrer Kategorie als ernstzunehmende Anbieter wahrgenommen werden wollen, wird diese Antwort zunehmend relevant. Die nächste Unternehmenswebsite verdient eine Entscheidung, die auf Metriken und Designstandards basiert, nicht auf dem, was jeder kennt.
Quellen
[1] W3Techs Web Technology Surveys: "Usage statistics of content management systems for websites", https://w3techs.com/technologies/overview/content_management, abgerufen Juli 2026.
[2] Google Developers: "Core Web Vitals", https://web.dev/articles/vitals, abgerufen Juli 2026.
[3] HTTP Archive: "Web Almanac 2023, Kapitel: Performance", https://almanac.httparchive.org/en/2023/performance, abgerufen Juli 2026.
[4] Vercel: "Next.js Dokumentation: Rendering-Strategien", https://nextjs.org/docs/app/building-your-application/rendering, abgerufen Juli 2026.
[5] WPScan: "WordPress Vulnerability Statistics", https://wpscan.com/statistics/, abgerufen Juli 2026.
Sophia
UX Strategist
Gestaltet die User Experience, Design-System, WCAG-Barrierefreiheit.
Brauchen Sie Hilfe bei Web & Dev?
Kostenlose Erstberatung, Festpreis nach Audit.
INIT_CONSULTATION() →