WordPress, Framer oder Next.js: Welcher Tech-Stack passt zu welchem Unternehmen?

Meine erste Website habe ich als Werkstudent gepflegt. WordPress, Elementor, ein gekauftes Theme. Ich habe gelernt, wie man Plugins konfiguriert, warum Updates manchmal das Layout zerschießen und was passiert, wenn man an der falschen Stelle klickt. Es war ein guter Einstieg, aber auch der Moment, in dem ich verstanden habe: Das System arbeitet gegen dich, nicht mit dir.

Danach kam Framer. Ein völlig anderer Ansatz: visuell, schnell, designgetrieben. Ich wurde zertifizierter Framer-Experte und habe gesehen, was dieses Tool kann, wenn man es richtig einsetzt. Und wo es aufhört.

Heute baue ich mit Next.js und TypeScript. Nicht weil es das Einfachste ist, sondern weil es das gibt, was ich für anspruchsvolle Projekte brauche: vollständige Kontrolle, maximale Performance und keine Grenzen durch das Tool selbst.

Trotzdem empfehle ich nicht jedem Kunden dasselbe System. Das wäre unehrlich.

Mein Weg: Von WordPress über Framer zu Next.js

Jeder dieser Schritte war eine bewusste Entscheidung für mehr Tiefe und Freiheit. Aber jeder Schritt hat auch gezeigt, was das vorherige System konnte, was das nächste nicht oder erst mit erheblichem Aufwand kann.

WordPress ist nicht schlecht. Es ist die meistgenutzte Website-Plattform der Welt, aus gutem Grund. Framer ist kein Kompromiss, es ist für bestimmte Projekte das überlegene Werkzeug. Und Next.js ist keine Allzwecklösung, die immer sinnvoll ist.

Diese Einschätzung kommt nicht aus Theorie. Sie kommt aus Jahren tatsächlicher Arbeit mit jedem dieser Systeme und echten Kundenprojekten auf jeder Plattform.

WordPress: Was es kann und wo es an Grenzen stößt

WordPress läuft auf über 40 % aller Websites im Internet. Das Plugin-Ökosystem ist unübertroffen, die Community riesig, und für viele Anwendungsfälle ist es nach wie vor eine solide Wahl.

Wo WordPress funktioniert:

• Blogs und Content-lastige Seiten mit WooCommerce-Integration
• Projekte mit sehr spezifischen Plugin-Anforderungen, die sonst custom entwickelt werden müssten
• Teams, die bereits WordPress-Erfahrung haben und intern pflegen können

Wo ich ihn nicht mehr empfehle:

• Performance: Eine gut optimierte WordPress-Seite kann schnell sein. Aber sie braucht aktive Pflege: Caching-Plugins, CDN-Konfiguration, Bild-Optimierung. Das ist Aufwand, der bei Next.js standardmäßig entfällt.
• Sicherheit: WordPress ist das meistangegriffene CMS der Welt. Nicht weil es schlecht ist, sondern weil es überall ist. Veraltete Plugins sind das häufigste Einfallstor. Das erfordert konsequente Wartung oder einen Wartungsvertrag.
• Design-Freiheit: Mit einem Theme bist du innerhalb des Rahmens des Themes. Custom-Entwicklung ist möglich, aber teuer und oft fehleranfällig, wenn mehrere Plugins und das Theme sich gegenseitig beeinflussen.

Framer: Visuell stark, aber für wen?

Framer hat in den letzten Jahren eine eigene Kategorie geschaffen. Kein klassisches CMS, kein Code-Framework, sondern ein visueller Builder, der erstaunlich sauberen Code produziert und Animationen ermöglicht, die man früher nur mit monatelanger Entwicklungsarbeit umsetzen konnte.

Wo Framer glänzt:

• Startups und SaaS-Produkte, die schnell online gehen wollen mit hochwertigem Auftritt
• Marketing-Seiten mit starkem visuellen Fokus und viel Animation
• Projekte, bei denen das Designteam selbst Änderungen vornehmen soll, ohne Entwickler
• Agenturen und Freelancer, die viele ähnliche Projekte schnell umsetzen

Wo Framer an Grenzen stößt:

• Komplexe Backend-Logik oder datengetriebene Seiten (z. B. Buchungssysteme, komplexe Filter)
• Volle Kontrolle über Code-Architektur und Performance-Optimierungen
• Langfristige Skalierbarkeit ohne Abhängigkeit von Framers Plattform und Preismodell

Next.js: Maximale Freiheit, maximale Verantwortung

Next.js ist kein visueller Builder und kein CMS. Es ist ein React-Framework, das mir als Entwickler vollständige Kontrolle gibt: über Performance, über Architektur, über jede Zeile Code, die ausgeliefert wird.

Das bedeutet in der Praxis:

• Performance ohne Kompromisse: Statisch generierte Seiten, die weltweit über CDNs in unter 200 Millisekunden ausgeliefert werden. Kein Plugin, das Ladezeiten sabotiert.
• Kein Angriffspunkt: Keine Datenbank auf dem Webserver, keine PHP-Skripte, keine WordPress-Loginseite, die Bots täglich angreifen.
• Maßgeschneidert: Jede Komponente, jede Interaktion, jede Animation ist genau so gebaut, wie sie für diesen Kunden sinnvoll ist. Kein Theme, das 80 % der Funktionen mitliefert, die du nie brauchst.

Der Preis dafür: Mehr Entwicklungsaufwand im Setup, höhere initiale Investition und die Notwendigkeit eines Entwicklers für strukturelle Änderungen. Dafür läuft das System danach ohne laufende Wartungskosten, ohne Sicherheitsupdates und ohne Abhängigkeit von einer Drittplattform.

Der Entscheidungsrahmen: Was passt zu dir?

Drei Fragen, die ich jedem Kunden stelle, bevor wir über ein System reden:

1. Wie oft änderst du deine Website? Wöchentlich oder monatlich bedeutet: Du brauchst ein CMS mit gutem Redaktions-Interface. Einmal im Jahr bedeutet: Das kann auch ein Entwickler übernehmen, das spart Setup-Kosten.
2. Was ist deine Website? Visitenkarte, Blog, Vertriebskanal, Buchungsplattform? Je komplexer die Funktion, desto mehr spricht für eine maßgeschneiderte Lösung.
3. Was ist dein Zeithorizont? Wer in 12 Monaten relaunch plant, braucht kein aufwändiges Setup. Wer eine langfristige digitale Basis aufbaut, profitiert von einer Architektur, die mitwächst.

Die Kostenrealität: Was jede Wahl langfristig bedeutet

Günstig im Setup kann teuer im Betrieb werden. Teuer im Setup kann auf Jahre die günstigste Lösung sein. Beides stimmt, je nach Kontext.

WordPress mit Wartungsvertrag: 50 bis 150 Euro monatlich, dazu Agenturstunden für Änderungen. Framer im Team-Plan: monatliche Lizenzkosten, dafür volle Eigenständigkeit beim Bearbeiten. Next.js mit Headless CMS: höhere Einmalkosten, danach minimale laufende Betriebskosten.

Wer sich das genauer durchrechnen will, was ein CMS-Setup konkret spart und ab wann es sich amortisiert, findet in unserem Artikel Website selbst pflegen oder Agentur bezahlen eine konkrete Kostenrechnung.