Next.js-Entwickler in München

#Next.js Entwickler für Unternehmen in München

Ich bin Mariusz Szatkowski, arbeite seit 2006 mit WordPress und entwickle von Gdynia aus Next.js-Frontends für Unternehmen in München. Das Projekt läuft vollständig schriftlich und remote: Beschreibung, Rückfragen, Umfang, Abnahme. Persönliche Termine und Telefonate gibt es nicht, dafür eine Dokumentation, auf die sich beide Seiten später beziehen können.

Diese Seite behandelt vier Fälle, in denen Unternehmen in München mich anfragen: eine neue Anwendung auf dem App Router, ein Headless-Frontend vor WordPress oder WooCommerce, die Migration einer bestehenden Next.js-Installation und die Absicherung eines Next.js-Projekts nach deutschem Recht. Wer nur Inhalte ausliefert, braucht Next.js oft gar nicht. Auch das schreibe ich Ihnen, wenn es so ist.

Foto: Flocci Nivis, CC BY 4.0, Wikimedia Commons.

#Wo Münchner Unternehmen Next.js einsetzen

Die Wirtschaftsförderung der Stadt, die beim Referat für Arbeit und Wirtschaft angesiedelt ist, beschreibt den IKT-Sektor als Wachstumstreiber: Die Beschäftigtenzahl habe sich seit 2014 annähernd verdoppelt (plus 92 Prozent), und in der Region München arbeiteten 9,6 Prozent aller Beschäftigten im IKT-Sektor. Der IKT-Dienstleistungssektor, zu dem die Wirtschaftsförderung Softwareberatung, IT-Services und eCommerce zählt, stellt demnach 90.995 sozialversicherungspflichtig Beschäftigte, 91 Prozent des Münchner IKT-Sektors (Wirtschaftsförderung München, Branche IKT). Für Auftraggeber heißt das: Ein Teil der Frontend-Arbeit hängt an Fachanwendungen von Industrie und Banken, nicht an Marketingseiten.

Auf der Automotive-Seite derselben Wirtschaftsförderung steht, dass im BMW-Stammwerk seit November 2023 alle in München gefertigten Fahrzeuge einen Elektroantrieb haben (Automotive und Mobilität). Daraus lese ich keine Aufträge ab. Es erklärt aber, warum Händler-, Lieferanten- und Kundenportale rund um Fahrzeuge, Teile und Energie in München ein Dauerthema sind: Sie sind Anwendungen mit Login, Rollen und Schnittstellen, also genau die Art Frontend, für die der App Router gedacht ist.

Die IHK für München und Oberbayern führt unter dem Namen “Pack ma’s digital” eine Digitalisierungsinitiative mit der Schirmherrschaft des Bayerischen Wirtschaftsministeriums, die kleine und mittlere Unternehmen begleiten soll (IHK München). Dort erscheint auch die jährliche IHK-Digitalisierungsumfrage. Wenn Ihr Unternehmen dort Ihre Pläne bündelt, passt ein schriftlicher Projektumfang gut dazu: Er lässt sich intern weiterreichen, ohne dass ich dabei sein muss.

#Next.js im November 2026: Stand der Dinge

• Aktuelle Linie: Next.js 16.4 erschien am 6. Oktober 2026 (nextjs.org/blog/next-16-4).
• Next.js 16 wurde am 21. Oktober 2025 veröffentlicht. Turbopack ist seitdem der Standard-Bundler, proxy.ts ersetzt middleware.ts, und die Mindestversionen sind Node.js 20.9 und TypeScript 5.1 (nextjs.org/blog/next-16).
• Cache Components: Das neue Cache-Modell mit der Direktive use cache ist laut Next.js-Team ab 16.4 für jede App empfohlen und neue Apps aus create-next-app haben es standardmäßig aktiv. In Next.js 17 soll es der Standard werden.
• Sicherheitsupdates: Der Next.js-Blog führt eine eigene Rubrik dafür, zuletzt mit dem “November 2026 Security Release” vom 3. November 2026. Für laufende Projekte heißt das: Versionen müssen gepflegt werden, sonst läuft Ihr Frontend auf altem Stand.

Der letzte Punkt ist der wichtigste für den Betrieb. Eine Next.js-Anwendung ist kein einmal gelieferter Datenbestand wie eine statische Seite, sie hat eine Laufzeit und Abhängigkeiten. Im Umfang halte ich deshalb fest, wer Updates einspielt und wie sie auf der Testumgebung geprüft werden, bevor sie live gehen.

#Rendering im App Router: was wann passt

Die Dokumentation beschreibt Layouts und Seiten im App Router standardmäßig als Server Components. Sie laden Daten auf dem Server, können das Ergebnis zwischenspeichern und an den Browser streamen. Client Components brauchen Sie für Zustand, Event-Handler, Lifecycle-Logik und Browser-APIs (Server and Client Components). Aus dieser Trennung folgt meine Arbeitsregel: so viel wie möglich auf dem Server, Client Components nur dort, wo ein Nutzer wirklich etwas bedient.

Die Angaben zu ISR und zu den Cache-Control-Headern stammen aus den Anleitungen Incremental Static Regeneration und Self-Hosting. Für Ladezeiten gelten bei mir die offiziellen Schwellen für Core Web Vitals auf web.dev: LCP bis 2,5 s, INP bis 200 ms, CLS bis 0,1. Eigene Zielwerte erfinde ich nicht, gemessen wird auf Ihrer Testumgebung.

#Headless WordPress und WooCommerce mit Next.js

Meine Ausgangsposition ist WordPress seit 2006, nicht Next.js. Deshalb schlage ich Headless nur vor, wenn es ein Problem löst. Gute Gründe sind: ein Portal, das Inhalte und Daten aus mehreren Quellen verbindet, ein Shop mit Oberfläche über das WooCommerce-Standardverhalten hinaus oder ein Frontend, das ein eigenes Entwicklungsteam in React pflegt. Schlechte Gründe sind Mode und der Wunsch nach “etwas Moderneres”.

So sieht die Aufteilung aus:

• WordPress bleibt für Redaktion, Medien, Rollen und, bei WooCommerce, Produkte, Bestellungen und Zahlungsabwicklung.
• Next.js übernimmt die öffentliche Oberfläche, liest per REST-API oder GraphQL und aktualisiert Seiten, wenn sich Inhalte ändern.
• Zusätzlich zu betreiben ist ein zweiter Dienst. Vorschau für Redakteure, Formulare, Suche und Sitemaps müssen im Frontend neu angebunden werden, weil WordPress sie nicht mehr selbst ausliefert.

Wie das bei WooCommerce im Detail aussieht, steht auf der Seite WooCommerce Headless Migration. Die allgemeine Einordnung von Headless-CMS-Setups finden Sie unter Headless CMS Entwickler.

#Migration auf den App Router und auf Next.js 16

Die Dokumentation von Next.js sieht eine schrittweise Migration ausdrücklich vor: Das app-Verzeichnis ist so gebaut, dass es neben dem pages-Verzeichnis läuft, damit Seite für Seite umgestellt werden kann (App Router Migration). Genauso gehe ich vor, wenn ich eine bestehende Anwendung übernehme:

1. Bestandsaufnahme: Next.js-Version, Routen, Datenzugriffe, Authentifizierung, Abhängigkeiten.
2. Hebung auf eine unterstützte Version. Next.js 16 verlangt Node.js 20.9 und TypeScript 5.1. Für Teile der Umstellung gibt es Codemods, die Next.js dokumentiert (Upgrade-Anleitung).
3. Routen einzeln verschieben, pro Route testen, dann erst die nächste angehen.
4. Wenn aus einer middleware.ts ein proxy.ts werden muss, prüfe ich vorher, was die Datei heute tut. Next.js benennt die Datei um, um die Netzwerkgrenze klarzustellen, und die Logik darin muss weiterhin das tun, was Sie erwarten.
5. Danach Abnahme auf der Testumgebung, Übergabe der Doku und erst dann die Umstellung der Live-Domain.

Wer stattdessen von Next.js zu Astro wechseln will, findet den Weg auf der Seite Migration Next.js und Astro in München.

#Hosting: Vercel, eigener Server, Container

Laut nextjs.org kann eine Next.js-Anwendung als Node.js-Server, als Docker-Container, als statischer Export oder über Adapter laufen. Node.js-Server und Docker unterstützen alle Funktionen, der statische Export nur einen Teil (Deploying). Bei Vercel nennt die Dokumentation unter anderem Vorschau-URLs pro Pull Request (Next.js on Vercel).

Für den Eigenbetrieb gibt Next.js zwei Hinweise, die ich im Umfang festhalte:

• Vor den Next.js-Server gehört ein Reverse Proxy wie nginx. Er fängt fehlerhafte Anfragen, langsame Verbindungen und Größenlimits ab, damit der Server rendern kann.
• Der Cache für ISR liegt standardmäßig auf der lokalen Platte jeder Instanz. Mit mehreren Instanzen oder kurzlebigen Containern muss der Cache gemeinsam genutzt werden, sonst liefern die Instanzen unterschiedliche Stände.

Welcher Weg zu Ihnen passt, hängt an Ihrem Betrieb und Ihrer Datenschutzbewertung, nicht an einer Vorliebe von mir.

Foto: Diliff, CC BY-SA 3.0, Wikimedia Commons.

#Deutsches Recht für Ihr Next.js-Frontend

Ich gebe keine Rechtsberatung. Die folgenden Punkte stammen aus den Gesetzestexten und der Aufsichtsbehörde selbst, und ich setze sie technisch um. Ob sie Ihren Fall erfassen, klärt Ihre Rechtsberatung.

Das BayLDA bietet Online-Dienste für Beschwerden und für die Meldung einer Datenschutzverletzung nach Art. 33 DS-GVO. Die Meldeseite nennt die Frist von 72 Stunden (Datenpanne melden). Für ein Frontend heißt das praktisch: Sie sollten wissen, wer bei einem Vorfall im Hosting oder im Backend informiert wird und wie schnell Logs verfügbar sind. Die Seite des BayLDA spricht zudem sowohl Verantwortliche als auch Auftragsverarbeiter an. Wenn ein Hosting-Anbieter Daten Ihrer Nutzer verarbeitet, gehört er in diese Betrachtung.

#E-Rechnung bei Shops und Portalen

Wenn Ihr Portal oder Shop Rechnungen an andere Unternehmen erzeugt, sind die Fristen des Bundesfinanzministeriums wichtig. Nach der FAQ zur E-Rechnung muss seit dem 1. Januar 2025 jedes inländische Unternehmen E-Rechnungen empfangen können, ein E-Mail-Postfach genügt. Beim Ausstellen gelten Übergangsfristen: bis zum 31. Dezember 2026 für alle, bis zum Ablauf des Jahres 2027 bei einem Vorjahresumsatz bis achthunderttausend Euro. Als E-Rechnung gelten laut FAQ XRechnung und ZUGFeRD ab Version 2.0.1 (ohne die Profile MINIMUM und BASIC-WL); ein einfaches PDF ist keine E-Rechnung mehr.

Für ein Next.js-Frontend bedeutet das: Die Rechnungserzeugung sitzt im Backend, aber das Frontend muss den Download und die Zuordnung zu Bestellungen sauber abbilden. Für WooCommerce-Fälle mit DATEV-Anbindung gibt es die Seite WooCommerce DATEV Schnittstelle.

#Ablauf eines Next.js-Projekts bei mir

1. Anfrage per Formular oder E-Mail. Sie beschreiben Ziel, Stack und Termin. Ich lese und stelle meine Rückfragen schriftlich.
2. Schriftlicher Umfang. Er enthält, was gebaut wird, was nicht, welche Annahmen gelten und wer was liefert. Gebaut wird erst, wenn Sie den Umfang schriftlich bestätigt haben. Wünsche außerhalb des Umfangs bekommen eine eigene Einschätzung.
3. Testumgebung. Alles läuft zuerst auf einer Staging-Umgebung, mit Zugriff für Sie.
4. Abnahme. Sie prüfen gegen die Liste aus dem Umfang. Abweichungen gehen als Liste zurück an mich.
5. Betrieb. Auf Wunsch übernehme ich Updates, Prüfungen und Anpassungen nach dem Start in einem eigenen Wartungsvertrag.

Was Sie mitbringen: Layout, Wireframes und Mockups liefern Sie. Ich setze sie um und entwerfe keine Oberflächen. Für die Platzierung der Elemente gibt es eine Tabellenvorlage, in der Sie pro Ansicht markieren, was wohin kommt. Dazu kommen Zugänge zum Repository, zum Hosting und zum CMS sowie Inhalte oder Beispielinhalte.

#Checkliste vor der Anfrage

• Läuft schon Next.js? Welche Version und welcher Router (pages oder app)?
• Wer liefert Inhalte: WordPress, ein anderes CMS oder eine eigene Datenbank?
• Gibt es Verbraucher als Nutzer (dann BFSG prüfen) oder nur Geschäftskunden?
• Wo soll gehostet werden, und was sagt Ihr Datenschutzbeauftragter dazu?
• Welche Systeme hängen dran: ERP, Zahlung, Suche, Rechnungsstellung?
• Wer pflegt Abhängigkeiten und Sicherheitsupdates nach dem Start?

#Welche Leistungen sich anschließen

• Astro Entwickler in München: für Inhaltsseiten, die kaum JavaScript brauchen.
• PHP Entwickler in München: wenn ein Laravel- oder Symfony-Backend die Daten liefert.
• WooCommerce Entwickler in München: für Shops, die in WooCommerce bleiben.
• WordPress Entwickler in München: wenn WordPress die ganze Seite trägt.

#Häufige Fragen

#Lohnt sich Next.js für eine Unternehmenswebsite in München?

Wenn die Seite vor allem Inhalte zeigt, reicht oft ein klassisches WordPress oder ein statisches Frontend. Next.js lohnt sich, wenn die Oberfläche eine Anwendung ist: Kundenportal, Händlerbereich, Konfigurator oder ein Shop mit viel Interaktion. Ich sage Ihnen nach Ihrer Beschreibung schriftlich, welche Variante zu Ihrem Fall passt, auch wenn das Ergebnis “kein Next.js” lautet.

#Kann WordPress als Redaktionssystem bleiben?

Ja. Bei einem Headless-Aufbau bleibt WordPress für die Redaktion unverändert, und Next.js liest die Inhalte über die REST-API oder GraphQL. Der Aufwand dafür ist ein zweites System, das betrieben und aktualisiert werden muss. Ob sich das für Ihre Redaktion lohnt, kläre ich vor dem Start.

#Muss mein Next.js-Frontend ein Impressum und eine Cookie-Einwilligung haben?

Ja, die Anforderungen hängen nicht vom Framework ab. § 5 DDG verlangt ein leicht erkennbares und unmittelbar erreichbares Impressum für geschäftsmäßige digitale Dienste. § 25 TDDDG verlangt eine Einwilligung, sobald Informationen im Endgerät gespeichert oder ausgelesen werden und das nicht unbedingt erforderlich ist. Beides gehört in den Umfang.

#Gilt das Barrierefreiheitsstärkungsgesetz für meinen Shop oder mein Portal?

Das BFSG gilt für Dienstleistungen, die für Verbraucher erbracht werden, darunter der elektronische Geschäftsverkehr, und nach § 3 Absatz 3 nicht für Kleinstunternehmen. Ein reines B2B-Portal ohne Verbrauchergeschäft fällt nicht darunter. Ob Ihr Fall erfasst ist, entscheidet am Ende Ihre Rechtsberatung, ich setze die Anforderungen technisch um.

#Wo darf ich ein Next.js-Projekt hosten?

Die Dokumentation von Next.js nennt als Wege einen Node.js-Server, einen Docker-Container, den statischen Export und Adapter für Plattformen. Vercel beschreibt das Deployment von Next.js als Zero-Configuration. Ob ein Anbieter für Ihre Daten in Frage kommt, ist eine Datenschutzfrage, die Ihr Datenschutzbeauftragter mit dem Auftragsverarbeitungsvertrag klärt.

#Was brauche ich, damit Sie starten können?

Die Adresse der bestehenden Seite, das Ziel, den gewünschten Termin und den aktuellen Stack. Layout und Wireframes liefern Sie, zum Beispiel in meiner Tabellenvorlage. Zugänge zu Repository, Hosting und CMS richten Sie auf einer Testumgebung ein.

#Schreiben Sie mir

Wenn Sie in München ein Next.js-Projekt planen oder eine bestehende Anwendung übernehmen lassen wollen, schicken Sie mir über das Kontaktformular vier Angaben: die Adresse Ihrer aktuellen Seite, das Ziel, den Wunschtermin und den eingesetzten Stack. Ich lese alles in Ruhe und antworte schriftlich. Mit der ersten schriftlichen Einschätzung zu Ihrem Vorhaben gehen Sie keine Verpflichtung ein, sie ist kostenlos.