Warum wir mit Next.js bauen — und wo nicht.

Next.js steckt hinter dem Großteil dessen, was wir bauen, auch hinter dieser Website. Das ist eine begründbare und keine modische Entscheidung, aber die Gründe, die für ein Unternehmen zählen, sind nicht die, die Entwickler üblicherweise nennen. Das hier ist die Version des Arguments, die dein Budget, deine Rankings und deine Fähigkeit betrifft, das Projekt in drei Jahren an jemand anderen zu übergeben.

Das Problem, das es tatsächlich löst

Eine reine React-Anwendung rendert im Browser: Der Besucher lädt ein JavaScript-Bundle, das Bundle läuft, und erst dann erscheint Inhalt. Für eine Anwendung hinter einem Login ist das in Ordnung und für alles, was gefunden werden muss, schlecht — weil ein Crawler oder ein langsames Handy zuerst eine leere Seite erhält. Die Standardlösung ist, Server-Rendering von Hand auf React zu setzen, und das ist ein echtes Engineering-Projekt mit eigener Wartungsrechnung.

Next.js liefert das als Standard. Seiten rendern auf dem Server, der Browser bekommt sofort echtes HTML, und JavaScript übernimmt nur für die Teile, die wirklich Interaktivität brauchen. Du erhältst App-Interaktivität dort, wo du sie willst, und Dokument-Indexierbarkeit überall sonst — ohne die Installation selbst zu pflegen.

Die Teile, die sich in jedem Projekt bezahlen

Bilder sind auf den meisten Seiten das Schwerste, und Next.js behandelt sie ohne Plugin korrekt: moderne Formate, passende Größen pro Gerät, Lazy Loading unterhalb des Falzes und reservierter Platz, damit beim Laden nichts springt. Diese eine Funktion ist für einen Core-Web-Vitals-Wert meist mehr wert als jede andere Optimierung auf der Liste.

Daneben: Code-Splitting pro Route, damit ein Besucher der Kontaktseite nicht die Checkout-Logik lädt; Font-Subsetting, damit Text ohne Aufblitzen rendert; und Metadaten als Daten statt als Tags, an deren Aktualisierung sich jemand erinnern muss. Nichts davon ist exotisch. Es sind die Dinge, die unter Termindruck auf einem selbstgebauten Stack ausfallen — und hier sind sie Standard.

Es legt die SEO-Regler in unsere Reichweite

Titel pro Seite, kanonische URLs, hreflang über mehrere Sprach-Deployments, strukturierte Daten, Sitemaps aus echtem Inhalt, Redirects bei Slug-Änderungen — alles Code, den wir besitzen und der mit allem anderen versioniert ist. Auf einer gehosteten Plattform ist einiges davon genau das, was der Anbieter dieses Jahr freigegeben hat.

Das zählt umso mehr, seit KI-Antwortmaschinen dieselben Signale lesen. Sauberes, servergerendertes HTML mit korrektem Schema ist genau das, was ein Crawler und ein Retrieval-System brauchen — die technische Arbeit hinter Rankings und die hinter Zitierungen ist dieselbe Arbeit.

Auf dem Hauptweg zu sein, ist ein Feature, keine Eitelkeit

Next.js ist das am weitesten verbreitete React-Framework, und das hat eine langweilige, aber reale wirtschaftliche Folge: Die Dokumentation ist gründlich, Sicherheitspatches kommen häufig, die meisten Probleme sind öffentlich schon gelöst, und falls du uns je ersetzt, findest du ohne Mühe jemanden, der die Konventionen des Codes kennt. Stack Overflows Entwicklerumfrage 2025 führt es über alle Befragtensegmente hinweg an der Spitze der Web-Frameworks und -Technologien, bei rund 21–24 % und durchgängig vor Express und ASP.NET Core. Ein Nischen-Framework kann technisch reizvoll sein und dir trotzdem ein Personalproblem hinterlassen.

Langfristige Wartbarkeit ist der Teil, den Kunden Jahre später spüren. Wir bauen lieber auf etwas mit großem, gepflegtem Ökosystem als auf die eleganteste Option mit vier Beitragenden.

Wo Next.js das falsche Werkzeug ist

Wenn ein Marketing-Team täglich Inhalte ohne Entwickler bearbeiten soll, ist WordPress mit seinem Editor-Ökosystem oft die bessere Antwort — genau dafür gibt es unser WordPress-Starterpaket. Wenn die Website eine Handvoll statischer Seiten ist, die sich kaum ändern, ist Next.js mehr Maschinerie als die Aufgabe verlangt, und handgeschriebenes HTML oder ein statischer Generator ist günstiger zu bauen und zu hosten.

Falsch ist es auch, wenn dein Hosting auf Shared-PHP ohne Node-Runtime festgelegt ist, oder wenn ein internes Team alles wartet und einen anderen Stack gut kennt. Einem Team ein Framework zu geben, das dort niemand pflegen kann, ist ein schlechteres Ergebnis als ein technisch unterlegener Stack, den es pflegen kann. Die Sprache darunter zählt weniger als all das — wir haben das separat gemessen.

Woran du erkennst, auf welcher Seite du stehst

Eine Frage erledigt den größten Teil: Muss die Website gleichzeitig auffindbar und interaktiv sein? Produktkonfiguratoren, mehrsprachige Kataloge, Portale, Buchungsstrecken, alles mit einem echten Frontend, das zusätzlich ranken muss — dort verdient Next.js seine Kosten. Eine Broschüre, die existieren und schnell laden muss, braucht es nicht, und wir sagen dir das, statt dir den aufwendigeren Bau zu verkaufen. In Paketen gesprochen: Business-Website oder Mehrsprachige Website auf der einen Seite der Linie, WordPress-Starterpaket oder Landingpage auf der anderen.

Quellen

Die Framework-Funktionen und Verbreitungszahlen oben stammen aus diesen Quellen, geprüft im Juli 2026. Für welche Projekte es passt, ist unsere Einschätzung.

• Next.js — Dokumentation ↗

  Die offizielle Referenz für die oben beschriebenen Funktionen: Server-Rendering und Streaming, die Bild- und Font-Komponenten, Code Splitting pro Route, die Metadata-API und Weiterleitungen.

• React — Server Components ↗

  Die Dokumentation des React-Teams zum Modell hinter dem App Router — Komponenten, die auf dem Server rendern und kein JavaScript an den Client ausliefern, der Mechanismus hinter dem Unterschied in der Payload.

• Stack Overflow — 2025 Developer Survey, Technology ↗

  Next.js an der Spitze der Web-Frameworks und -Technologien über alle Befragtensegmente hinweg (rund 21–24 %), vor Express und ASP.NET Core — die Grundlage des Arguments zum verfügbaren Entwicklerpool.

• web.dev — Web Vitals ↗

  Die Metriken, auf die die oben beschriebene Bildverarbeitung, das Code Splitting und das Font-Subsetting hinarbeiten, und die Schwellen, an denen sie gemessen werden.