Loading content
Next.js ist ein React-Framework für serverseitiges Rendern, statische Generierung und hybride Anwendungen. Es bietet dateibasiertes Routing, API‑Routen, Incremental Static Regeneration und Unterstützung für React Server Components. Optimiert für Performance und Entwicklerproduktivität, lässt es sich gut auf Vercel oder anderen Cloud‑Plattformen betreiben.
Nutze diesen Steckbrief, um den Baustein kurz zu verstehen, ihn im Modell einzuordnen und bei Bedarf in die 360°-Bewertung zu wechseln.
Technischer Baustein: kann automatisiert, integriert oder betrieben werden.
Konkretes Rädchen im System, das in größeren Zusammenhängen wirkt.
Next.js ist ein React-Framework für hybride Webanwendungen: Es kombiniert dateibasiertes Routing mit serverseitigem Rendering, statischer Generierung und (je nach Setup) inkrementeller Aktualisierung. Zusätzlich bietet es API-Routen/Route Handler und unterstützt React Server Components.
Next.js wurde von der privaten Firma Vercel zusammen mit der Open-Source-Community entwickelt und am 25. Oktober 2016 erstmals auf GitHub veröffentlicht. Der Ausgangspunkt waren typische Grenzen klassischer clientseitiger React-Apps: Inhalte entstehen vor allem im Browser, wodurch initiale Auslieferung und SEO schwerer steuerbar werden. Next.js adressiert das, indem Teile der Ausgabe in den Server- und/oder Build-Kontext verlagert werden. In der Projektgeschichte werden als ursprüngliche Autor:innen u. a. Guillermo Rauch und Tim Neutkens genannt; Vercel unterhält und verantwortet die Open-Source-Entwicklung.
Stell dir Next.js als „Route-Compiler“ vor: (1) Das Dateisystem legt fest, welche URLs existieren (Datei→Route). (2) Für jede Route wählst/konfigurierst du einen Rendering-Weg—von vorgerendertem Output (statisch) über serverseitiges Rendern bis hin zu späteren, schrittweisen Aktualisierungen für statische Ausgaben. (3) Beim Rendern trennt Next.js Logik entlang einer Server/Client-Grenze; React Server Components sind dabei ein zentrales Mittel, um Server-seitige Komponenten/Anteile im Rahmen dieses Modells zu nutzen. (4) Neben UI-Pfaden können Route Handler/API-Routen serverseitige Endpunkte im selben Projekt bereitstellen, damit Seitenabläufe auf serverseitige Logik zugreifen können.
Next.js nutzt Projektdateien, um URLs und Seiten-/Routenstrukturen festzulegen, statt Routing manuell im Code zu deklarieren.
Die Ausgabe kann je nach Route im Build als statische Inhalte erzeugt werden, im Request auf dem Server gerendert werden und (unter geeigneten Voraussetzungen) statische Inhalte später inkrementell erneuern.
Im Next.js-Komponentenmodell wird getrennt, was auf dem Server und was im Browser läuft; React Server Components gehören zu diesem Server/Client-Ansatz, der im App-Layout-Konzept verwendet wird.
Neben UI-Routen lassen sich serverseitige Endpunkte innerhalb des gleichen Next.js-Projekts bereitstellen, sodass Serverlogik in den Request-Flow der Anwendung integriert werden kann.
Next.js hilft, wenn du eine React-basierte Anwendung so strukturieren willst, dass einzelne Routen unterschiedliche Auslieferungsstrategien nutzen können (z. B. vorgerenderte Seiten vs. serverseitig gerenderte Inhalte) und du Routing aus Projektstruktur ableiten möchtest. Sinnvoll ist das besonders, wenn du kontrollieren willst, welche Teile früh oder zur Laufzeit gerendert werden. Trade-offs: Du musst die passende Rendering-Strategie pro Route bewusst wählen und die Server/Client-Grenze konsistent modellieren; sonst entstehen unerwartete Effekte bei Datenverfügbarkeit und Caching/Erneuerung. Außerdem erfordert das Projekt in der Regel eine Node.js-Umgebung zum Betrieb bzw. zur Entwicklung.
Wo dieser Baustein im Themenmodell verortet ist.
Keine Strukturpfade verfügbar.
Erkunde, wie dieser Wissensbaustein mit Konzepten, Methoden, Technologien und Tools verbunden ist.
Diese Quellen belegen den Begriff und seine fachliche Bedeutung.
Alle direkten Verbindungen des aktuellen Wissensbausteins in einer kompakten, textuellen Darstellung.
Diese Einordnung zeigt, in welchem Kontext der Baustein typischerweise relevant wird, wie anspruchsvoll er ist und welche Wirkung er im Modell hat.
Die Ebene innerhalb der Organisation (Unternehmen, Domäne, Team), auf der der AssetBlock angewendet wird.