Wunderlandmedia

WordPress, Next.js oder Astro? So entscheide ich wirklich bei Kundenprojekten.

Ein ehrliches Entscheidungsframework eines Solo-Agenturinhabers für die Wahl zwischen WordPress, Next.js und Astro basierend auf Budget, Kundenbedürfnissen und Wartung.

Kemal Esensoy·aktualisiert am May 8, 2026

WordPress, Next.js oder Astro? So entscheide ich wirklich bei Kundenprojekten.
Einblicke & Ideen

"Also, worauf sollen wir das aufbauen?"

Ich bekomme diese Frage bei jedem einzelnen Projekt. Und jedes Mal widerstehe ich dem Impuls, einfach "Astro" zu sagen und weiterzumachen. Denn die ehrliche Antwort ist: Es kommt drauf an. Nicht auf die nervige, unverbindliche Art, wie Berater das sagen. Es hängt wirklich von Dingen ab, die die meisten Vergleichsartikel nicht mal erwähnen.

Nicht welches Framework die schönste Dokumentation hat. Nicht welches die meisten GitHub-Stars diesen Monat bekommen hat. Die eigentliche Frage ist: Wer wird das Ding warten, nachdem ich es übergeben habe? Was ist das tatsächliche Budget, nicht nur fürs Bauen, sondern fürs Am-Leben-Halten? Und wird der Kunde jemals selbst den Code anfassen?

Nach über 100 Projekten auf allen drei Plattformen habe ich ein Framework zur Entscheidung entwickelt. Hier ist die ehrliche Version.

Die Frage, die jeder Kunde mich zwingt zu beantworten

Die meisten Kunden kommen nicht zu mir und sagen "Ich will eine Next.js App" oder "Bau mir eine Astro-Seite." Sie kommen mit einem Problem. "Ich brauche eine Website für mein Unternehmen." "Meine aktuelle Seite ist langsam." "Ich will einen Blog starten."

Die Technologie-Entscheidung liegt bei mir. Und das ist eine Verantwortung, die ich ernst nehme, weil der Kunde mit dieser Wahl jahrelang leben muss. Falsch entschieden und er sitzt auf einer Seite, die er nicht aktualisieren kann, oder Hosting-Rechnungen, die seine Marge auffressen, oder einer Codebase, die niemand sonst warten kann, falls ich von einem Bus überfahren werde.

Also bevor ich überhaupt an Frameworks denke, stelle ich vier Fragen. Das wars. Vier Fragen, die mir alles sagen, was ich wissen muss.

Mein Entscheidungsframework (Die ehrliche Version)

Hier sind die vier Faktoren, die wirklich zählen. Keine Features. Keine Benchmarks. Das Zeug, das entscheidet, ob ein Projekt Erfolg hat oder zum Wartungsalptraum wird.

Entscheidungsframework für die Wahl einer Web-Technologie basierend auf Kundenbedürfnissen

1. Technische Fähigkeiten des Kunden. Kann er Inhalte selbst aktualisieren? Hat er einen Entwickler im Team? Oder wird er mich jedes Mal anrufen, wenn eine Telefonnummer geändert werden muss? Diese eine Frage eliminiert Optionen schneller als alles andere.

2. Budget (Erstellung UND laufende Kosten). Jeder fragt, was eine Website kostet zu bauen. Fast niemand fragt, was es kostet, sie zu betreiben. Hosting, Sicherheitsupdates, Plugin-Lizenzen, Entwickler-Retainer. Die Baukosten sind die Spitze des Eisbergs.

3. Häufigkeit von Content-Updates. Veröffentlichen sie wöchentlich Blogposts? Aktualisieren sie täglich Produktseiten? Oder ist das eine "einrichten und vergessen" Marketing-Seite, die sich zweimal im Jahr ändert?

4. Performance-Anforderungen. Ist Seitengeschwindigkeit kritisch für ihr Geschäft? Sind sie in einer kompetitiven SEO-Nische, wo Core Web Vitals zählen? Oder ist das ein internes Tool, bei dem niemand sich für Lighthouse-Scores interessiert?

Diese vier Faktoren sind wichtiger als "welches Framework ist am neuesten." Lass mich dir zeigen, wie jede Option abschneidet.

WordPress: Immer noch der Standard, aus gutem Grund

Ich weiß, ich weiß. Ich habe buchstäblich einen Beitrag darüber geschrieben, warum ich WordPress nach 6 Jahren aufgegeben habe. Aber hier ist die Sache: Ich habe es für meine eigenen Projekte aufgegeben. Für bestimmte Kunden empfehle ich es immer noch. Denn bei WordPress geht es nicht darum, was ich will. Es geht darum, was für den Kunden funktioniert.

WordPress betreibt 42,5% aller Websites in 2026. Diese Zahl hat sich eingependelt und ist dieses Jahr zum ersten Mal gesunken. Aber 42,5% bedeuten etwas. Es bedeutet, dass jeder Freelancer auf dem Planeten es kennt. Es gibt ein Plugin für alles. Und dein Kunde kann jedes Problem googeln und eine Antwort finden.

Die wahre Stärke von WordPress ist Kunden-Unabhängigkeit. Ein nicht-technischer Geschäftsinhaber kann sich einloggen, Text ändern, Bilder hochladen, Blogposts veröffentlichen, alles ohne seinen Entwickler anzurufen. Versuch das mal mit einer Next.js App.

Aber lass uns ehrlich über die Kosten sein. Eine ordentlich gewartete WordPress-Seite kostet 5.000 bis 15.000 Dollar pro Jahr, wenn du Hosting, Premium-Plugins, Security-Monitoring und einen Entwickler-Retainer für Updates einrechnest. Plugin-Konflikte sind real. Security-Patching ist ständig. Und die "installier einfach ein Plugin" Mentalität führt zu aufgeblähten Seiten mit 23 Plugins, von denen die Hälfte seit zwei Jahren nicht aktualisiert wurde.

Am besten für: Kunden, die Inhalte selbst verwalten müssen, knappe Anfangsbudgets, E-Commerce mit WooCommerce, Seiten bei denen der Kunde später den Entwickler wechseln könnte.

Next.js: Leistungsstark, aber bist du bereit für die Rechnung?

Next.js ist ein fantastisches Framework. Ich nutze es für komplexe Webanwendungen, Dashboards, alles was Server-Side Rendering oder starke Interaktivität braucht. Ich habe mehrere Kunden-Plattformen damit gebaut und die Developer Experience ist wirklich großartig.

Aber es gibt ein Gespräch, das niemand ehrlich genug führt: die Kosten.

Schockierende Hosting-Rechnung als Symbol für versteckte Kosten von Next.js auf Vercel

Vercel, das Unternehmen hinter Next.js, bietet wunderbar integriertes Hosting. Aber ihr Preismodell ist eine Falle für kleine Teams. 20 Dollar pro Seat pro Monat im Pro-Plan. Bandbreiten-Überschreitung bei 0,15 Dollar pro GB nach 1TB. Die Vercel-Rechnung eines Entwicklers erreichte 46.485 Dollar nach einem Traffic-Spike auf einer im Grunde statischen Seite.

Ich habe darüber geschrieben, wie mein eigener Next.js-Build meinen Server gekillt hat und wie ich es durch Self-Hosting mit Coolify gelöst habe. Self-Hosting ist absolut möglich, und ein 17,99 Dollar/Monat VPS bewältigt, wofür Vercel bei Skalierung 500+ Dollar/Monat berechnet. Aber Self-Hosting bringt operative Komplexität. Du bist jetzt für Deployments, SSL, Monitoring verantwortlich, den ganzen Stack.

Dann gibt es das Self-Hosting-Rabbit-Hole. Es spart Geld, kostet aber Zeit. Für eine Solo-Agentur ist das ein echtes Tradeoff.

Am besten für: SaaS-Produkte, komplexe Webanwendungen mit Authentifizierung und dynamischen Daten, Dashboards, Projekte die SSR brauchen. Nicht für: Eine Marketing-Seite, einen Blog, ein Portfolio. Das ist wie einen Formel-1-Wagen zum Einkaufen nehmen.

Astro: Der Neue, der schnell erwachsen wurde

Im Januar 2026 hat Cloudflare das Astro-Team akquiriert. Das gesamte Team. Alle Vollzeit-Astro-Mitarbeiter sind jetzt Cloudflare-Mitarbeiter. Das Framework bleibt Open Source, MIT-lizenziert, aber jetzt hat es die Rückendeckung eines der größten Infrastruktur-Unternehmen im Internet.

Diese Akquisition hat für mich alles verändert. Es bedeutet, Astro geht nirgendwo hin. Es bedeutet engere Integration mit Cloudflares Edge-Netzwerk. Und es bedeutet, die Hosting-Story ist noch besser geworden.

Astro generiert standardmäßig statisches HTML. Null JavaScript wird an den Browser geschickt, es sei denn du brauchst es explizit. Das Ergebnis: Seiten die 2-3x schneller sind als vergleichbare Next.js-Builds und 50-80% günstiger zu hosten. Cloudflare Pages' Free Tier gibt dir 500 Builds pro Monat und unbegrenzte Bandbreite. Unbegrenzt. Kostenlos.

Ich habe dieses Jahr drei Kunden-Seiten von WordPress zu Astro migriert. Die Performance-Gewinne waren sofort spürbar. Die Hosting-Kosten sanken auf praktisch null.

Der Haken? Astro braucht einen Entwickler. Es gibt keinen Drag-and-Drop-Editor. Keinen Plugin-Marktplatz. Wenn der Kunde Inhalte ohne dich aktualisieren muss, brauchst du ein Headless CMS dahinter, was Komplexität und Kosten hinzufügt.

Am besten für: Marketing-Seiten, Blogs, Portfolios, content-lastige Seiten wo Performance und SEO wichtig sind. Jedes Projekt, bei dem der Entwickler Updates übernimmt.

Der echte Kostenvergleich (Zahlen, keine Vibes)

Lass uns echte Zahlen draufpacken. Keine "kommt drauf an" Spannen. Reale Kosten basierend auf dem, was ich in meinen Projekten gesehen habe.

Kostenvergleich zwischen WordPress Next.js und Astro über drei Jahre

WordPress:

  • Erstellung: 0 bis 5.000 Dollar (Theme + Plugins + Anpassung)
  • Jährliche laufende Kosten: 5.000 bis 15.000 Dollar (Hosting, Plugins, Security, Dev-Retainer)
  • Drei-Jahres-TCO: 15.000 bis 50.000 Dollar

Next.js:

  • Erstellung: 8.000 bis 25.000 Dollar (individuelle Entwicklung)
  • Jährliche laufende Kosten: 240 bis 6.000 Dollar (Self-Hosted VPS vs Vercel Pro)
  • Drei-Jahres-TCO: 8.720 bis 43.000 Dollar

Astro:

  • Erstellung: 5.000 bis 15.000 Dollar (individuelle Entwicklung)
  • Jährliche laufende Kosten: 0 bis 500 Dollar (Cloudflare Pages Free Tier oder minimales Hosting)
  • Drei-Jahres-TCO: 5.000 bis 16.500 Dollar

Die Zahlen sprechen für sich. Für Content-Seiten ist Astros Total Cost of Ownership dramatisch niedriger. Für komplexe Anwendungen rechtfertigt Next.js die höheren Hosting-Kosten. WordPress gewinnt, wenn der Kunde Inhalte eigenständig verwalten muss, weil die Alternative darin besteht, für jede kleine Änderung einen Entwickler zu bezahlen, was sich schnell summiert.

84% der Organisationen nennen Kosten als ihre größte Cloud-Herausforderung (Flexera 2025). Das sind keine theoretischen Zahlen. Sie sind der Unterschied zwischen einem nachhaltigen Projekt und einem, das Geld verbrennt.

Mein tatsächlicher Entscheidungsbaum

Nach all dem Kontext, hier ist die vereinfachte Version. Der Entscheidungsbaum, den ich tatsächlich benutze.

Einfacher Entscheidungsbaum zur Wahl zwischen WordPress Next.js und Astro

Muss der Kunde Inhalte selbst bearbeiten, ganz ohne Entwicklerhilfe? WordPress. Nichts anderes kommt an nicht-technisches Content-Management ran.

Baust du eine Web-App mit Authentifizierung, dynamischen Daten und komplexer Interaktivität? Next.js. Es ist dafür gebaut. Kämpf nicht dagegen an.

Ist es eine Marketing-Seite, Blog, Portfolio oder Content-Seite, bei der Performance zählt? Astro. Jedes Mal.

Hat der Kunde ein großes Budget und will das Beste aus beiden Welten? Headless WordPress als CMS, Astro als Frontend. Content-Editoren bekommen das WordPress-Admin, das sie kennen. Besucher bekommen blitzschnelle statische Seiten. Alle gewinnen.

Das wars. Vier Fragen, vier Antworten. Alles andere ist Rauschen.

Was ich Kunden gerade tatsächlich empfehle

In 2026 ist Astro meine Standard-Empfehlung für die meisten neuen Kundenprojekte. Content-Seiten, Marketing-Pages, Blogs, Portfolios. Die Cloudflare-Akquisition hat es besiegelt. Die Performance ist unschlagbar, das Hosting ist praktisch kostenlos, und die Developer Experience ist exzellent.

WordPress für Kunden, die absolut vollständiges Self-Service Content-Management brauchen. Ich setze immer noch WordPress-Seiten auf, und das werde ich wahrscheinlich noch Jahre tun. Es ist nichts falsch daran, wenn es das richtige Tool ist.

Next.js nur wenn wir wirklich etwas bauen, das es braucht. Ein Dashboard. Ein SaaS-Produkt. Etwas mit Echtzeit-Daten und komplexem State-Management. Nicht eine Marketing-Seite mit einem Kontaktformular.

Die Framework-Kriege sind ermüdend. Astro-Fans werden dir erzählen, es ist perfekt für alles. WordPress-Entwickler werden es bis zum Tod verteidigen. Next.js-Evangelisten tun so, als bräuchtest du Server Components um eine Telefonnummer anzuzeigen.

Die Wahrheit ist langweilig: Sie sind alle gute Tools. Die Frage ist nicht, welches "das Beste" ist. Sondern welches am besten ist für diesen spezifischen Kunden, dieses spezifische Budget und dieses spezifische Projekt.

Das ist die Antwort, die ich jedes Mal gebe, wenn jemand fragt. Sie ist nicht aufregend. Sie geht nicht viral auf Twitter. Aber sie ist ehrlich. Und ehrlich ist das, was ich mir wünschen würde, wenn jemand eine Technologie-Entscheidung trifft, mit der ich die nächsten drei Jahre leben muss.

Brauchst du Hilfe bei der Wahl des richtigen Tech-Stacks für dein Projekt? Lass uns reden. Ich gebe dir dasselbe ehrliche Framework, ohne Upsell.

Über den Autor

KE

Kemal Esensoy

Kemal Esensoy, Gründer von Wunderlandmedia, begann seine Karriere als freiberuflicher Webentwickler und Designer. Er führte Web-Design-Kurse mit über 3.000 Studenten durch. Heute leitet er eine preisgekrönte Full-Stack-Agentur, die sich auf Webentwicklung, SEO und digitales Marketing spezialisiert hat.

WordPress vs Next.js vs Astro? So entscheide ich | Wunderlandmedia