26.5.2026

Next.js Agentur DACH: Freelancer vs. Agentur im Vergleich

Next.js Agentur im DACH-Raum: Wann Freelancer besser sind, technische Anforderungen und Checkliste für die richtige Wahl.

Next.js Agentur DACH: Wann ein spezialisierter Freelancer die bessere Wahl ist

Wer eine Next.js Agentur im DACH-Raum sucht, will performante Web-Apps auf Basis des React-Frameworks – mit Server-Side Rendering, modernem App Router und schnellen Ladezeiten. Die direkte Antwort: Für klar definierte Projekte mit Festpreis-Anforderung und direktem Entwicklerkontakt ist ein spezialisierter Fullstack-Freelancer häufig schneller und transparenter als eine klassische Agentur. Agenturen spielen ihre Stärken bei großen Projekten mit mehreren parallelen Workstreams oder laufenden Betreuungsverträgen aus. Dieser Artikel liefert einen strukturierten Entscheidungsrahmen, konkrete Projektbeispiele und eine Checkliste für die Beauftragung.

• Zentrale Begriffe im Überblick:
• Next.js – React-Meta-Framework von Vercel für SSR, SSG und hybride Rendering-Strategien (Dokumentation)
• App Router – Seit Next.js 13 die empfohlene Routing-Architektur, basierend auf React Server Components
• RSC (React Server Components) – Komponenten, die serverseitig gerendert werden und kein JavaScript an den Client senden
• Core Web Vitals – Googles Messwerte für Ladezeit (LCP), Interaktivität (INP) und visuelle Stabilität (CLS), offiziell als Rankingfaktor dokumentiert
• Supabase – Open-Source-Backend-Plattform mit PostgreSQL, Auth und Storage, selbst hostbar in der EU

Was eine Next.js Agentur im DACH-Raum leisten sollte

Bevor man Angebote vergleicht, braucht man einen Maßstab. Viele Dienstleister nennen sich „Next.js-Spezialisten", liefern aber WordPress-Logik in React-Verkleidung.

Technischer Kern: App Router, RSC und TypeScript

Seit Next.js 13 ist der App Router die empfohlene Architektur – der ältere Pages Router wird zwar noch unterstützt, neue Projekte sollten aber auf App Router und React Server Components aufsetzen. RSC reduzieren die JavaScript-Bundle-Größe messbar, weil serverseitig gerenderte Komponenten kein JS an den Browser ausliefern.

TypeScript gehört bei wartbaren Codebases zum Standard. Wer ein Angebot ohne TypeScript-Erwähnung erhält, sollte nachfragen, wie Typsicherheit gewährleistet wird. Headless CMS-Anbindungen (z. B. Sanity, Contentful oder Storyblok) gehören ebenfalls dazu, wenn redaktionelle Inhalte gepflegt werden müssen – ohne dass dafür jedes Mal ein Entwickler gebraucht wird.

Performance-Ziele: Core Web Vitals und Lighthouse-Scores konkret benennen

Google bewertet Seiten anhand der Core Web Vitals: Largest Contentful Paint (LCP) unter 2,5 Sekunden, Interaction to Next Paint (INP) unter 200 ms, Cumulative Layout Shift (CLS) unter 0,1. Diese Werte sind offiziell als Rankingfaktor dokumentiert. Ein seriöses Angebot benennt Zielwerte und erklärt, wie sie erreicht werden – durch Image-Optimierung, Code-Splitting, Edge-Caching oder Server-Side Rendering.

DSGVO und Hosting: Was DACH-Kunden prüfen sollten

Für viele DACH-Projekte ist Hosting auf EU-Servern eine zentrale Anforderung. Das betrifft die Wahl des Hosting-Anbieters (Hetzner, Vercel mit EU-Region, Railway, eigener VPS), die Einbindung von Drittanbieter-Skripten (Google Fonts lokal hosten statt von Google-CDN laden) und die Verarbeitung personenbezogener Daten. Wer Supabase einsetzt, kann die Instanz in Frankfurt betreiben. Cookie-Consent-Lösungen sollten nach aktuellen Anforderungen konfiguriert sein – nicht nur optisch vorhanden. Die konkreten Anforderungen hängen vom Projekt ab; im Zweifel empfiehlt sich eine Abstimmung mit einem Datenschutzbeauftragten.

Next.js 2025: Warum das Framework im DACH-Raum relevant bleibt

Laut dem State of JS Survey gehört Next.js seit mehreren Jahren zu den meistgenutzten React-Meta-Frameworks unter professionellen Entwicklern.

App Router und Server Components: Was sich für Entwickler und Nutzer ändert

Der App Router bringt drei konkrete Vorteile für B2B-Projekte: Erstens ermöglichen React Server Components datenintensive Seiten ohne Client-seitiges Fetching – der Datenbankaufruf passiert auf dem Server, der Browser erhält fertiges HTML. Zweitens erlaubt die Edge Runtime das Deployment von Middleware und API-Routen in geografisch nahen Rechenzentren, was Latenz für europäische Nutzer reduziert. Drittens vereinfacht das Caching-Modell in Next.js 15 die Kontrolle darüber, was wann neu gerendert wird.

Für SaaS-Plattformen und Web-Apps mit vielen dynamischen Daten bietet SSR (Server-Side Rendering) gegenüber statischem SSG (Static Site Generation) den Vorteil, dass Inhalte bei jedem Request aktuell ausgeliefert werden – ohne Build-Trigger. Welcher Ansatz passt, hängt von Aktualisierungsfrequenz und Caching-Anforderungen ab.

Wann Next.js die falsche Wahl ist

Next.js ist kein Universalwerkzeug. Für ein einfaches Firmen-Informationsportal ohne dynamische Daten kann Astro oder ein statischer Site-Generator schlanker sein. Für hochfrequente Echtzeit-Anwendungen (z. B. kollaborative Editoren) braucht man zusätzlich WebSocket-Infrastruktur, die Next.js allein nicht liefert. Und wer ein bestehendes Laravel- oder Django-Backend hat, das gut funktioniert, braucht kein Next.js-Rewrite – ein React-Frontend mit API-Anbindung reicht oft aus.

Agentur oder Freelancer? Ein Entscheidungsrahmen für DACH-Projekte

Ich teste Inhaltsstrategie gegen echte Projektanforderungen – nicht nur gegen Suchvolumen. Deshalb hier ein strukturierter Vergleich statt Verkaufsrhetorik.

Vergleichstabelle: Agentur vs. Freelancer nach 7 Kriterien

| Kriterium | Agentur | Spezialisierter Freelancer | |---|---|---| | Ansprechpartner | Projektmanager, wechselnde Entwickler | Direkter Entwicklerkontakt, eine Person | | Festpreis | Möglich, oft mit Change-Request-Logik | Klarer Festpreis bei definiertem Scope | | Reaktionszeit | Abhängig von Kapazitätsplanung | Direkt, oft innerhalb von Stunden | | DSGVO-Verantwortung | Auftragsverarbeitungsvertrag mit Agentur | AVV direkt mit Entwickler | | Subunternehmer | Häufig, nicht immer transparent | Keine Kette, klare Verantwortung | | Parallele Teams | Möglich bei großen Projekten | Begrenzt auf eine Person | | Übergabe-Dokumentation | Qualität variiert stark | Vertraglich fixierbar, direkte Verantwortung |

Wann eine Agentur sinnvoll sein kann

Prüfen Sie, ob Ihr Projekt folgende Merkmale aufweist:

• Mehrere parallele Workstreams, die gleichzeitig von verschiedenen Teams bearbeitet werden müssen
• Breites Leistungsspektrum in einem Vertrag (Design, SEO, Entwicklung, Hosting) – klären Sie vorab, welche Leistungen intern erbracht und welche an Subunternehmer vergeben werden
• Projekte mit unklarem Scope, bei denen Discovery-Phasen und Workshops intern koordiniert werden müssen
• Regulierte Branchen mit komplexen Anforderungen, die spezialisierte Expertise in mehreren Bereichen erfordern

Wann ein spezialisierter Freelancer schneller ans Ziel führt

• Klar definierter Scope: Web-App, Migration, Feature-Integration mit konkreten Anforderungen
• Direkter Draht zum Entwickler ist wichtig – keine Übersetzungsverluste durch Projektmanager
• Festpreis ohne versteckte Change-Request-Kosten gewünscht
• Schnelle Iteration: Feedback direkt umsetzen, ohne Ticket-System und Sprint-Planung zu durchlaufen
• Datenschutz-Anforderungen sollen direkt mit der Person verhandelt werden, die den Code schreibt

Checkliste: 8 Fragen vor der Beauftragung

• [ ] Wer schreibt den Code – der Ansprechpartner oder ein Subunternehmer?
• [ ] Wie wird der Festpreis bei Scope-Änderungen behandelt?
• [ ] Wo werden Daten gehostet – EU-Server nachweisbar?
• [ ] Gibt es einen Auftragsverarbeitungsvertrag (AVV)?
• [ ] Wie sieht die Übergabe-Dokumentation aus – README, Deployment-Guide, Architekturübersicht?
• [ ] Welche Core-Web-Vitals-Zielwerte werden angestrebt?
• [ ] Wie läuft der Review-Prozess ab – wann kann ich Feedback geben?
• [ ] Was passiert nach Projektabschluss – gibt es Support-Optionen?

Typische Fallstricke: Fehlende Übergabe-Dokumentation ist der häufigste Grund, warum Folgeentwickler Wochen brauchen, um in eine Codebase einzusteigen. Lock-in entsteht, wenn proprietäre Tools ohne Exportmöglichkeit eingesetzt werden. Subunternehmer-Ketten können die Verantwortlichkeiten bei Datenschutzfragen verwässern.

Typische Next.js-Projekte im DACH-Mittelstand: Scope, Stack und Aufwand

Beispiel 1: B2B-Web-App mit Supabase und Stripe

Ein mittelständisches Unternehmen braucht ein internes Tool: Nutzerverwaltung, rollenbasierte Zugriffsrechte, Abonnement-Abrechnung. Der Stack: Next.js (App Router) + TypeScript als Frontend, Supabase mit PostgreSQL für Auth und Datenbank, Stripe für Zahlungsabwicklung.

Der Aufwand für eine solche Anwendung liegt *beispielhaft* zwischen 6 und 14 Wochen, abhängig von der Anzahl der Rollen, der Komplexität der Datenmodelle und ob ein Design-System von Grund auf aufgebaut wird oder ein bestehendes (z. B. shadcn/ui) verwendet wird. Festpreise sind bei diesem Scope sinnvoll, wenn die Anforderungen vor Projektstart schriftlich definiert sind.

Beispiel 2: Performance-Migration von WordPress auf Next.js

WordPress-Seiten mit vielen Plugins erreichen häufig LCP-Werte über 4 Sekunden. Eine Migration auf Next.js mit einem Headless CMS (Inhalte bleiben im CMS, Frontend wird in Next.js neu gebaut) kann LCP deutlich verbessern – messbar mit Lighthouse und Google Search Console.

Der Aufwand hängt von der Seitenanzahl und der Komplexität der bestehenden Vorlagen ab. Eine typische Unternehmenswebsite mit 20–50 Seiten und Blog ist *beispielhaft* in 4–8 Wochen migriert. Redirect-Mapping für SEO muss von Anfang an eingeplant werden.

Beispiel 3: KI-Feature-Integration in bestehende Next.js-Codebase

Viele Unternehmen haben bereits eine Next.js-App und wollen KI-Funktionen ergänzen – z. B. ein kontextsensitives Suchfeld, automatische Textzusammenfassungen oder Empfehlungslogik. Der Ansatz: API-Route in Next.js als Backend-for-Frontend, Anbindung an OpenAI oder ein selbst gehostetes Modell, Ergebnisse in bestehende UI-Komponenten integrieren.

Der Aufwand für ein einzelnes KI-Feature liegt *beispielhaft* bei 2–4 Wochen, wenn die bestehende Codebase dokumentiert ist und TypeScript verwendet. Ohne Dokumentation verdoppelt sich der Einarbeitungsaufwand.

So läuft ein Next.js-Projekt mit einem Freelancer ab: Prozess und Übergabe

Phase 1: Erstgespräch und Aufwandsschätzung

Im ersten Gespräch geht es um Machbarkeit. Welches Problem soll gelöst werden? Was ist bereits vorhanden (Design, Backend, Daten)? Was ist der Zeitrahmen? Aus diesen Antworten entsteht eine erste Aufwandsschätzung – mit Unsicherheitsbereichen, nicht mit einer Zahl, die später durch Change Requests aufgebläht wird.

Phase 2: Architekturentscheidung und Festpreisangebot

Nach dem Erstgespräch folgt ein schriftliches Angebot mit Scope, Tech-Stack-Begründung, Meilensteinen und Festpreis. (schriftliches Angebot mit klar definiertem Scope) Die Architekturentscheidung wird erklärt: Warum App Router statt Pages Router? Warum Supabase statt Firebase? Warum Vercel EU-Region statt Hetzner? Entscheider sollen die Trade-offs verstehen, nicht blind vertrauen müssen.

Phase 3: Entwicklung, Review-Zyklen und Deployment

Entwicklung in zweiwöchigen Zyklen mit Preview-Deployments nach jedem Meilenstein. Feedback wird direkt eingearbeitet – kein Ticket-System, das Wochen wartet. Datenschutz-Anforderungen werden während der Entwicklung umgesetzt: EU-Hosting von Anfang an, keine externen Ressourcen ohne Consent-Logik, AVV vor Projektstart unterzeichnet.

Phase 4: Übergabe, Dokumentation und optionaler Support

Übergabe bedeutet: funktionierender Code im Git-Repository des Kunden, README mit Setup-Anleitung, Deployment-Guide, Architekturübersicht und Erklärung der wichtigsten Designentscheidungen. Kein Lock-in durch proprietäre Tools. Optionaler Support-Vertrag für laufende Wartung und Updates – aber kein Zwang.

FAQ

Ist Next.js auch 2026 noch eine gute Wahl für neue Projekte?

Next.js wird aktiv von Vercel weiterentwickelt, der App Router und React Server Components sind stabile Architekturgrundlagen. Laut State of JS Survey gehört Next.js zu den meistgenutzten React-Frameworks unter professionellen Entwicklern. Für B2B-Web-Apps, SaaS-Plattformen und performante Unternehmenswebsites im DACH-Raum ist Next.js eine solide, wartbare Wahl.

Was kostet ein Next.js-Projekt bei einem Freelancer im DACH-Raum?

Preise variieren stark nach Scope und Erfahrung. Eine einfache Unternehmenswebsite liegt anders als eine B2B-Web-App mit Auth, Datenbank und Zahlungsabwicklung. Seriöse Freelancer nennen Festpreise nach schriftlich definiertem Scope – nicht Stundensätze ohne Aufwandsrahmen. Für belastbare Zahlen empfiehlt sich ein Erstgespräch mit konkreter Anforderungsbeschreibung.

Kann Next.js als Progressive Web App (PWA) eingesetzt werden?

Ja. Next.js unterstützt PWA-Funktionen über Service Worker und Web App Manifest. Mit Paketen wie `next-pwa` lassen sich Offline-Fähigkeit, Push-Benachrichtigungen und App-Installation auf dem Homescreen umsetzen. Der App Router erfordert dabei etwas mehr Konfigurationsaufwand als der Pages Router, ist aber vollständig PWA-kompatibel.

Was unterscheidet einen Next.js-Freelancer von einer Next.js-Agentur?

Der Hauptunterschied liegt in Kommunikation und Verantwortung: Beim Freelancer schreibt dieselbe Person, die das Angebot gemacht hat, auch den Code. Keine Subunternehmer-Kette, kein Projektmanager als Übersetzungsschicht. Das ermöglicht direktes Feedback, schnellere Iteration und klarere Verantwortlichkeiten – ist aber auf eine Kapazität begrenzt.

Wie stellt ein Next.js-Entwickler Datenschutz-Anforderungen um?

Konkret: EU-Hosting (z. B. Hetzner, Vercel EU-Region), lokales Hosting von Schriften statt Google Fonts CDN, Cookie-Consent vor Drittanbieter-Skripten, Auftragsverarbeitungsvertrag (AVV) mit dem Entwickler und allen Sub-Diensten. Datenschutz ist ein Architekturmerkmal, kein nachträglicher Patch. Die konkreten Anforderungen sollten projektbezogen mit einem Datenschutzbeauftragten abgestimmt werden.