Die kurze Antwort vorweg
Next.js, wenn deine Seite App-Charakter hat — viel Interaktion, Auth, Echtzeit-Daten, Dashboards, komplexe Formulare, API-Routing. Astro, wenn deine Seite primär Content ausliefert — Marketing-Sites, Blogs, Dokumentation, Portfolios, Landingpages.
Klingt einfach. Ist es in der Praxis auch, solange man ehrlich zu sich selbst ist, was man wirklich baut. Die meisten falschen Framework-Entscheidungen entstehen, weil jemand "vielleicht brauchen wir später mal..." denkt. Das führt dazu, dass eine Marketing-Landingpage plötzlich auf einem vollausgebauten Next.js-Stack liegt und dreimal so viel JavaScript ausliefert wie nötig.
Die längere Antwort: Architekturphilosophien im Vergleich
Next.js 16: Die Full-Stack-Plattform
Next.js ist ein React-Meta-Framework, das alle Facetten moderner Web-Entwicklung abdeckt. Server Components, Streaming, ISR, Edge Runtimes, Middleware, Route Handlers, Parallel Routes, Intercepting Routes, Server Actions — der Feature-Stack ist enorm. Wenn du mit Supabase, Stripe und Webhooks arbeitest, ist Next.js mit Vercel die geradlinigste Lösung im gesamten Ökosystem.
Was du out-of-the-box bekommst:
- Image-Optimierung mit automatischem WebP/AVIF und responsiven Größen
- Font-Optimierung ohne Layout-Shift
- Route-Level Code Splitting automatisch
- Streaming SSR mit Suspense-Boundaries
- ISR (Incremental Static Regeneration) — statische Seiten, die sich selbst aktualisieren
- Edge Runtime mit V8-Isolates, < 50 ms Cold Start
- API Routes & Server Actions für Backend-Logik direkt im selben Codebase
Nachteil: Die Lernkurve ist spürbar. Server vs. Client Components, Caching-Verhalten, Middleware-Quirks, Build-Zeiten — all das will verstanden werden.
Astro 5: Die Content-Rakete
Astro verfolgt eine komplett andere Philosophie: "Ship zero JavaScript by default". Du schreibst Komponenten, die wie JSX aussehen, aber auf dem Server zu reinem HTML gerendert werden. Browser bekommt: HTML. Kein Framework-Runtime. Kein Hydration-Overhead. Nichts.
Wenn du Interaktivität brauchst, deklarierst du einzelne Komponenten als Islands — zum Beispiel <Counter client:load />. Nur diese Islands laden ihren Framework-Code. Der Rest der Seite bleibt statisches HTML.
Das Resultat ist brutal: typische Astro-Bundles liegen unter 30 KB JavaScript für eine komplette Marketing-Seite. Lighthouse-Scores von 100 sind Standard, nicht Ausnahme.
Direkter Vergleich in der Praxis
| Kriterium | Next.js 16 | Astro 5 |
|---|---|---|
| Default-JS-Bundle | 50–150 KB | 0–30 KB |
| Lernkurve | Mittel bis hoch | Niedrig |
| Echtzeit-Features | Exzellent | Via Islands möglich |
| Auth / Sessions | First-Class | Funktioniert, weniger Komfort |
| Build-Zeit (100 Seiten) | 30–90 s | 10–30 s |
| SEO Out-of-Box | Sehr gut | Exzellent |
| Best Use Case | Apps, Dashboards | Content, Marketing |
Praktischer Test an drei Projekten
Projekt 1: Bäckerei mit Online-Shop → Next.js. Warehouse-Stand, Warenkorb, Checkout, Kunden-Login, Bestellhistorie. Ohne interaktive Session gibt es keinen Shop.
Projekt 2: Architektur-Portfolio → Astro. 40 Seiten, hauptsächlich Text und Bildergalerien, eine Kontaktform als Island. Lighthouse 100, Deploy in 12 Sekunden.
Projekt 3: SaaS-Marketing-Site + App → beide. Die öffentliche Marketing-Seite läuft auf Astro (unter astro.example.com), die App auf Next.js (unter app.example.com). Beste aus beiden Welten.
Was beide gemeinsam haben
- TypeScript First — keine JS-Experimente mehr, alles typsicher
- Tailwind CSS Integration — konsistente Design-Sprache, keine CSS-Kämpfe
- Vercel-Deployment in einem Klick — beide deployen perfekt
- Content Collections / File-based Routing — predictable und skalierbar
- Exzellente Developer Experience — Hot Reload, Source Maps, DX-Tooling
Die Migrationspfade
Astro zu Next.js: schwierig, weil die Architektur komplett unterschiedlich ist. Erwarte einen Neubau.
Next.js zu Astro: machbar, wenn dein Projekt hauptsächlich statisch ist. Server Components übersetzen sich relativ direkt zu Astro-Komponenten.
WordPress zu beidem: gut dokumentierte Pfade, je nach Content-Volumen 3–8 Wochen Arbeit.
Mein Fazit aus 40+ Projekten
Beide Frameworks sind Spitzenklasse. Die Entscheidung hängt nur davon ab, was du wirklich baust. Content-Site? Astro, jedes Mal. Interaktive Applikation? Next.js, jedes Mal. Marketing-Site mit einem App-Bereich? Beide, sauber getrennt.
Ein Fehler, den ich oft sehe: Teams wählen Next.js "weil es React ist, das kennen wir" — und bauen dann eine Seite, die 10x mehr JavaScript ausliefert als nötig. Die Lesezeit der eigenen Kunden ist wichtiger als die Komfortzone des Entwicklerteams.
Wenn du unsicher bist, welches Framework zu deinem Projekt passt: schreib mir kurz, was du baust, und ich gebe eine ehrliche Einschätzung. Kein Verkaufsgespräch, nur ein kurzer Reality-Check.