Astro vs Next.js im Jahr 2026: Welches Framework wählen?

« Astro oder Next.js? » Die Frage kommt in fast jedem technischen Cadrage vor, und sie ist falsch gestellt. Die beiden Tools lösen nicht das gleiche Problem. Die Wahl als Duell zu stellen, ist wie zu fragen, ob man einen Lastwagen oder eine Limousine braucht: Die Antwort hängt ganz davon ab, was Sie transportieren.

Diese Website läuft auf Astro 7. Hier ist der Grund, mit Zahlen aus unserer eigenen Migration statt einer generischen Vergleichstabelle.

Was diese Website dem Browser wirklich sendet

Zahlen gemessen auf der Startseite von playdigital.ch in der Produktion:

• 60 KB HTML, vollständig zum Zeitpunkt des Builds vorgerendert
• 152 KB JavaScript, davon 136 KB sind unsere Animationen (GSAP und Lenis) — eine ästhetische Wahl, keine vom Framework erzwungene Ausgabe
• 61 KB CSS für die 219 Seiten der Website
• 219 Seiten generiert in etwas mehr als sechs Sekunden

Der wichtige Punkt liegt anderswo: Unsere Keystatic-Administrationsoberfläche wiegt 2,7 MB JavaScript. Diese Datei erreicht niemals einen Besucher. Sie wird nur auf /keystatic geladen, hinter einer Authentifizierung. Das ist die Inselarchitektur: Der interaktive Code wird dorthin gesendet, wo er nützt, und nirgendwo sonst.

Bei einem Framework, das die gesamte Anwendung hydratisiert, erfordert diese Trennung bewusste Arbeit. Bei Astro ist es der Standard.

Die echte Trennlinie

Sie verläuft nicht zwischen « Vitrine-Website » und « Anwendung ». Sie verläuft hier:

Sind Ihre Seiten für alle Besucher identisch, oder hängen sie davon ab, wer sie ansieht?

Eine Service-Seite, ein Artikel, ein Projektblatt: identisch für alle. Sie können einmal beim Build berechnet und als Dateien bereitgestellt werden. Das ist Astros Terrain.

Ein Dashboard, ein Warenkorb, ein Kundenbereich, eine nach Zugriffsrechten gefilterte Liste: unterschiedlich bei jedem Besuch. Sie brauchen einen Server, der auf Anfrage rendert, eine Session-Schicht, ein Caching pro Benutzer. Das ist Next.js-Terrain, und es beherrscht es besser als Astro.

Die meisten Unternehmenswebsites sind zu 90 % in der ersten Kategorie und zu 10 % in der zweiten. Die Falle besteht darin, das Tool für die 10 % zu wählen und die restlichen 90 % das Gewicht einer vollständigen Anwendung bezahlen zu lassen.

Was Next.js besser macht

Seien wir ehrlich, die Liste ist real:

• Das Rendering pro Benutzer. Server Components, Streaming, granulare Revalidation: Nichts in Astro kommt dieser Reife gleich, wenn jede Seite von einer Session abhängt.
• Anwendungen mit viel State. Mehrstufige Formulare, optimistic updates, Client-Server-Synchronisation: Das React-Ökosystem ist hier zu Hause.
• Der Entwickler-Pool. Die Rekrutierung für Next.js ist einfacher. Das ist kein technisches Argument, aber ein Geschäftsargument.
• Vercel. Die Bereitstellung ist reibungslos — zum Preis einer Abhängigkeit von einem bestimmten Hoster, was für ein Schweizer Unternehmen mit Anforderungen an die Datenlokalisierung nicht neutral ist.

Was Astro besser macht

• JavaScript standardmässig: null. Sie fügen Interaktivität dort hinzu, wo Sie sie brauchen, mit der passenden Direktive (client:load, client:visible, client:idle). Das Gegenteil — JavaScript aus einer hydratisierten Anwendung zu entfernen — ist viel schwieriger.
• Mehrsprachigkeit ohne Akrobatik. Drei Sprachen, unterschiedliche Slugs pro Sprache, vollständige hreflang auf 219 Seiten: Das ist Datei-Routing, keine Konfiguration.
• Die Freiheit der Bibliothek. React, Svelte, Vue oder gar nichts, im gleichen Projekt. Unsere Administration ist in React; die öffentliche Website enthält keine Zeile davon.
• Hosting, wo Sie wollen. Ein Node-Adapter, ein Container, Ihr Server. Wir servieren diese Website von einem VPS in Satigny.

Drei Fragen zum Entscheiden

1. Welcher Anteil Ihrer Seiten hängt von der Identität des Besuchers ab? Unter 20 %, Astro. Über 60 %, Next.js. Dazwischen entscheidet die nächste Frage.
2. Wer wird dieses Projekt in zwei Jahren pflegen? Ein etabliertes React-Team hat gute Gründe, bei Next.js zu bleiben. Die Team-Kohärenz ist oft mehr wert als ein paar Kilobyte.
3. Wo müssen Ihre Daten leben? Wenn die Antwort « in der Schweiz, auf einer Infrastruktur, die wir kontrollieren » ist, verschwindet der Komfort von Vercel aus dem Bild.

Unsere Position

Wir nutzen beide. Für eine mehrsprachige Content-Website mit integrierter Administration — genau der Fall von playdigital.ch — liefert Astro ein besseres Ergebnis bei niedrigeren Wartungskosten. Für ein Kundenportal mit Konten, Rechten und benutzerspezifischen Daten gehen wir ohne Zögern zu Next.js.

Was falsch ist, ist die Idee, dass eine Wahl grundsätzlich besser ist als die andere. Was teuer ist, ist, zu wählen, bevor Sie die drei obigen Fragen beantwortet haben.