--- title: "Inertia.js 3.0 Überbrückt die Lücke Zwischen SPAs und Serverseitigen Frameworks" description: "Inertia.js 3.0 unterstützt React, Vue und Svelte SPAs mit Laravel, Rails oder Django als Backend, ohne API-Schicht. Hier ist, was sich im 'Modern Monolith'-Ansatz für Webentwicklung geändert hat." date: 2026-04-03 image: "/images/heroes/2026-04-03--inertia-js-3-0-release-modern-monolith.png" author: lschvn tags: ["frameworks", "typescript"] readingTime: 4 tldr: - "Inertia.js 3.0 ermöglicht den Bau von React-, Vue- oder Svelte-Apps mit Laravel, Rails oder Django als Backend, ohne separate REST- oder GraphQL-API." - "Version 3 bringt verbesserte Partial Reloads, Deferred Props, Hover-Prefetching und ein überarbeitetes Asset-Versioning-System." - "Die 'Moderne Monolith'-Philosophie macht den Server zur alleinigen Quelle für State und Auth, ohne Backend-Logik zu duplizieren." faq: - question: "Wie unterscheidet sich Inertia.js von Next.js oder Nuxt?" answer: "Next.js und Nuxt verwalten Frontend und Backend in einem einheitlichen Framework. Inertia.js fungiert als Brücke, das Frontend bleibt separat und kommuniziert direkt mit einer bestehenden Serverseiten-App ohne API-Schicht." - question: "Muss man Laravel mit Inertia.js verwenden?" answer: "Nein. Obwohl Inertia ursprünglich für Laravel entwickelt wurde, gibt es offizielle Adapter für Rails und Django, und das Protokoll ist offen." - question: "Was passiert mit Inertia.js 2.x Projekten?" answer: "V3 ist eine Major-Version mit Breaking Changes. Das Team bietet einen Migrationsleitfaden und pflegt V2 für Projekte, die mehr Zeit brauchen." --- Wenn man 2026 eine Web-App baut, steht man meist vor der Wahl: entweder serverseitiges Rendering mit einem monolithischen Framework, oder ein separates API- und Frontend-Repository. Inertia.js hat sich immer in der Mitte positioniert, und mit Version 3.0 wird dieser Mittelweg deutlich komfortabler. ## Was Inertia Tatsächlich Macht Inertia ist eine Adapter-Schicht, die es ermöglicht, ein serverseitiges Framework als Backend für eine moderne JavaScript-SPA zu nutzen, ohne eine separate REST- oder GraphQL-API zu bauen. Man schreibt Controller-Logik in Laravel, Rails oder Django und gibt statt HTML Inertia-Seitenkomponenten zurück. Inertia übernimmt automatisch das Client-Server-Protokoll, Hydration und State-Synchronisierung. Das Ergebnis: Die React-, [Vue](/articles/2026-04-16--vue-3-6-beta-vapor-mode-alien-signals)- oder [Svelte](/articles/2026-04-17--svelte-march-2026-context-html-comments-error-boundaries)-App verhält sich wie eine SPA (keine vollständigen Page-Reloads, clientseitige Navigation), aber das Backend behält die Kontrolle über Authentifizierung, Autorisierung und Datenabruf. ## Was ist Neu in 3.0 Die wichtigsten Verbesserungen in Inertia.js 3.0 konzentrieren sich auf Performance und Developer Experience: **Verbesserte Partial Reloads.** Man kann jetzt genau definieren, welche Props auf einer Seite aktualisiert werden müssen, statt alles zu laden, was in v2 die wahrgenommene Performance beeinträchtigte. **Deferred Props.** Nur die Daten, die für das initiale Rendering sofort benötigt werden, werden gesendet, der Rest kommt verzögert. Das beschleunigt den First Paint auf datenintensiven Seiten. **Prefetching beim Hover.** Inertia Link lädt Seiteninhalte jetzt bereits beim Hover über einen Link vor, nicht erst beim Klick. Kombiniert mit Deferred Props fühlt sich die Navigation fast instantan an. **Überarbeitetes Asset Versioning.** Eine sauberere Implementierung für Cache Busting über Build-Tools hinweg, ein dauerhafter Schmerzpunkt für Teams mit Vite oder [esbuild](/articles/2026-06-14--esbuild-0-28-1-deno-rce-windows-path-traversal). **Überarbeitete TypeScript-Abdeckung.** Die TypeScript-Definitionen wurden überarbeitet, mit besserer Typ-Inferenz für Props und strengerem Typing bei Shared Data und Page Components. ## Das Moderne Monolith-Argument Inertia nennt dies den "Modernen Monolithen", ein Verweis auf die Zeit, als Rails und Django der Standard für komplette Web-Anwendungen waren. Das Argument: Man braucht keinen Microservices-Backend, kein separates Frontend-Repo und kein Team für die API-Vertragspflege. Das Server-Framework übernimmt Routing, Auth und Datenbank. Das Frontend-Team schreibt Komponenten im bevorzugten Framework. Der Kompromiss ist real: Inertia-Apps sind schwieriger horizontal zu skalieren als eine reine API + SPA-Architektur, da die Server-Session an servergerenderten State bindet. Für kleine bis mittlere Teams, die Velocity über indefinite Skalierung stellen, ist es ein überzeugendes Argument. ## Ökosystem-Status Inertia hat eine starke Verbreitung in der Laravel-Community, dort ist es quasi der Standard für React- oder Vue-Frontends in Laravel. Der offizielle Rails-Adapter und Django-Adapter machen das Pattern übertragbar. Version 3.0 war mehrere Monate in Beta, und das Release markiert die Stabilisierung der während dieser Zeit eingeführten Protokolländerungen. Wer Laravel, Rails oder Django nutzt und ein React/Vue/Svelte-Frontend ohne den Overhead einer separaten API will, findet in Inertia 3.0 die bisher ausgereifte Version dieses Kompromisses. --- *Tägliche TypeScript- und JavaScript-Ökosystem-Berichterstattung auf [ts.news](https://ts.news).*