Next.js-Entwickler in Basel

Ich bin Mariusz Szatkowski aus Gdynia in Polen und arbeite seit 2006 mit WordPress. Next.js-Frontends baue ich dort, wo eine Website eher eine Anwendung ist: Kundenportal, Bestellstrecke, Storefront vor einem Commerce-Backend. Die Arbeit läuft bei mir allein, remote und in Schriftform. Es gibt keine Termine und keine Telefonate, dafür einen schriftlichen Umfang, auf den sich beide Seiten bis zur Abnahme beziehen.

Für Basel ist eine Zahl wichtiger als jede Technologie. Laut den Arbeitsmarktzahlen des Kantons pendelten 2025 im Durchschnitt 36’000 Arbeitskräfte aus dem Ausland in den Kanton Basel-Stadt, rund die Hälfte davon aus Deutschland, die andere Hälfte aus Frankreich. Wer in Basel ein Portal oder einen Shop betreibt, hat Nutzerinnen und Nutzer mit französischer und deutscher Browsersprache, Lieferadressen in drei Ländern und oft zwei Währungen. Das prägt die Architektur stärker als die Wahl zwischen zwei Frameworks.

#Saleor als Backend, Next.js als Storefront

Wer nach einem Saleor-Entwickler in Basel sucht, hat sich meist schon gegen ein klassisches Shopsystem entschieden. Die Saleor-Dokumentation beschreibt das Produkt in einem Satz: Commerce über die GraphQL-API von Saleor. Das Frontend ist getrennt. Die offizielle Storefront ist laut Quickstart eine Next.js-Anwendung, das Repository liegt unter github.com/saleor/storefront. Die Checkout-Seite ist so gebaut, dass sie sich als eigenständige Komponente in andere React-Anwendungen übernehmen lässt.

Drei Punkte aus der Dokumentation entscheiden, ob Saleor zu einem Basler Projekt passt.

Kanäle und Währungen. Ein Kanal gehört laut der Kanal-Übersicht zu genau einer Währung, verschiedene Kanäle können verschiedene Währungen haben. Preise und Verfügbarkeit setzen Sie pro Variante und Kanal, Lager und Versandzonen ebenfalls. Für eine Kundschaft diesseits und jenseits der Grenze heisst das: ein Kanal in Franken, einer in Euro, jeweils mit eigenen Preisen. Die Dokumentation nennt dieselbe Struktur auch für B2B und B2C oder für mehrere Marken aus einem Backend. Eine dynamische Währungsumrechnung im laufenden Checkout führt sie dagegen als schlechten Anwendungsfall.

Zahlung. Saleor steht laut Zahlungsübersicht als Mittelschicht zwischen Ihrem Frontend und einer Payment-App, die mit dem Zahlungsanbieter spricht. Anleitungen gibt es für Adyen und Stripe. Welche Zahlungsarten Ihre Kundschaft im Checkout sieht, hängt deshalb am Vertrag mit dem Anbieter, nicht an Next.js.

Erweiterungen und Betrieb. Apps sind laut Saleor technologieunabhängige Clients, die über Webhooks und die API mit Saleor sprechen (Apps). Für den Eigenbetrieb nennt Saleor Docker als bevorzugten Weg und veröffentlicht für jede Core-Version offizielle Images. Das Compose-Beispiel trennt einen API-Dienst, einen Celery-Worker und einen Scheduler, das Dashboard ist eine statische Anwendung ohne eigenen Server (Docker-Images). Alternativ betreibt Saleor die Plattform selbst als Saleor Cloud.

Für ein Saleor-Projekt baue ich die Next.js-Storefront, die Anbindung an die GraphQL-API, Kanalwahl und Sprachwahl, Konto- und Bestellseiten sowie den Checkout mit der Payment-App Ihres Anbieters. Die Einrichtung von Produkten, Steuern und Versand im Dashboard bleibt bei Ihrem Team, ich dokumentiere, was das Frontend davon erwartet.

#Wann WooCommerce oder Shopify einfacher ist

Saleor heisst: mindestens vier Bausteine im Betrieb, nämlich API, Worker, Scheduler und die Storefront, dazu das Dashboard. Jeder davon braucht Updates, Monitoring und jemanden, der sich zuständig fühlt. Das lohnt sich, wenn Sie wirklich mehrere Kanäle, ein eigenes Frontend-Team oder eine Integration haben, die ein Standardshop nicht abbildet.

Wenn Ihre Antwort in der ersten oder zweiten Zeile liegt, schreibe ich Ihnen das, bevor ein Next.js-Projekt entsteht. Für diese Fälle gibt es die Seiten zu WooCommerce in Basel und zu Shopify in Basel. Die allgemeine Einordnung von Headless-Ansätzen steht unter Headless CMS Entwickler.

#Next.js 16 im Herbst 2026: Version und Sicherheitsrhythmus

Laut Next.js-Blog ist 16.4 vom 6. Oktober 2026 die aktuelle Feature-Version. Für den Betrieb wichtiger ist eine Änderung vom Juli: Das Next.js-Team hat ein formales Programm für Sicherheitsreleases eingeführt. Etwa einmal im Monat erscheint vorab eine Ankündigung mit Termin und höchster erwarteter Schwere, damit Teams ihre Updates planen können. Dringende Lücken oder bereits ausgenutzte Schwachstellen werden weiterhin sofort gepatcht. Das jüngste planmässige Release erschien am 3. November 2026.

Für Ihr Projekt folgt daraus eine Zeile im Umfang, die oft fehlt: wer die angekündigten Releases einspielt, wie sie auf Staging geprüft werden und wer ausserhalb des Rhythmus reagiert. Eine Storefront mit Checkout, die drei Monate ohne Update läuft, ist ein Betriebsrisiko, das sich mit einem Kalendereintrag vermeiden lässt.

#Drei Sprachen im App Router

Die Internationalisierungsanleitung von Next.js beschreibt den Weg, den ich für Basler Portale nutze. Die Sprache wird aus dem Accept-Language-Header gelesen, eine proxy.js-Datei leitet auf den passenden Pfad um, und alle Seiten liegen unter app/[lang]. Wörterbücher werden auf dem Server geladen, deshalb belasten Übersetzungsdateien das JavaScript im Browser nicht. Über next/root-params kann jede Server-Komponente die Sprache lesen, ohne dass sie durch alle Ebenen gereicht wird. Mit generateStaticParams lassen sich die Sprachversionen statisch erzeugen.

Was ich für Basel ergänze:

• Sprache und Währung trenne ich. Eine Person mit französischer Browsersprache kann in Franken bestellen, wenn sie in Basel wohnt.
• Die automatische Erkennung ist ein Vorschlag, keine Falle: Ein sichtbarer Sprachwechsler bleibt auf jeder Seite.
• Rechtliche Texte (Datenschutzerklärung, AGB) kommen pro Sprache von Ihrer Rechtsberatung, ich liefere die Struktur.
• Bei Saleor wird die Kanalwahl an die Lieferadresse gekoppelt, nicht an die Sprache.

Foto: Sneeuwvlakte, CC BY-SA 4.0, Wikimedia Commons.

#Server Actions in Shop und Portal absichern

Kundenkonten, Adressbücher und Bestellhistorie sind in Next.js oft Server Actions. Die Anleitung Data Security sagt dazu klar: Eine exportierte Server Action ist per direktem POST-Request erreichbar, nicht nur über Ihre Oberfläche. Eine Prüfung auf Seitenebene schützt die Actions darin nicht. Deshalb prüfe ich in jeder Action die Anmeldung und zusätzlich, ob die Person die betroffene Bestellung oder Adresse überhaupt ändern darf.

Weitere Punkte aus derselben Anleitung, die ich standardmässig umsetze:

1. Eine Datenzugriffsschicht, die nur auf dem Server läuft, die Berechtigung prüft und nur die Felder zurückgibt, die die Ansicht braucht.
2. Module mit Geschäftslogik werden mit server-only markiert, damit ein versehentlicher Import im Browser den Build abbricht.
3. Umgebungsvariablen mit NEXT_PUBLIC_ landen im Browser. Schlüssel für Saleor-Apps oder Zahlungsanbieter bekommen dieses Präfix nie.
4. Server Actions vergleichen den Origin-Header mit dem Host. Steht ein Reverse Proxy mit anderer Domain davor, wird serverActions.allowedOrigins gesetzt.
5. Bei mehreren Server-Instanzen braucht es einen gemeinsamen Schlüssel in NEXT_SERVER_ACTIONS_ENCRYPTION_KEY, sonst verhalten sich die Instanzen unterschiedlich.

Für die Ladezeit gelten die offiziellen Schwellen der Core Web Vitals: LCP bis 2,5 s, INP bis 200 ms, CLS bis 0,1. Gemessen wird auf Ihrer Staging-Umgebung, eigene Zielwerte erfinde ich nicht.

#Hosting: Adapter statt Plattformbindung

Mit Next.js 16.2 kam eine stabile Adapter-API. Next.js beschreibt beim Build die Anwendung in einem typisierten, versionierten Format, und ein Adapter überträgt das auf die Infrastruktur eines Anbieters. Zum Start gab es einen Adapter für Vercel und einen Referenz-Adapter für Bun, dazu eine öffentliche Testsuite, an der sich alle Adapter messen. Adapter für Netlify, Cloudflare und AWS über OpenNext waren im März 2026 in Entwicklung. Der einfachste Weg bleibt ein Node.js-Server mit next start, den das Next.js-Team als verbreitete Variante nennt.

Für eine Basler Firma heisst das praktisch: Die Hosting-Frage lässt sich nach Datenschutz und Betrieb entscheiden, nicht nach dem Framework. Bei mehreren Instanzen muss der Cache zwischen ihnen synchron bleiben und eine On-Demand-Revalidierung alle erreichen. Das steht in derselben Quelle als funktionale Anforderung, und ich prüfe es vor dem Go-live.

#Schweizer Datenschutz für Storefront und Portal

Ich gebe keine Rechtsberatung. Die folgenden Artikel stammen aus dem Datenschutzgesetz (DSG) und betreffen ein Next.js-Projekt technisch. Die Bewertung für Ihr Unternehmen bleibt Sache Ihrer Rechtsberatung.

Der EDÖB nennt für Cloud-Dienste drei Bereiche, auf die Sie achten sollen: Unterauftragsbearbeiter, Datensicherheit und Bekanntgabe in Drittländer. Als Kunde bleiben Sie Verantwortlicher und müssen die Anforderungen von Art. 9 DSG vertraglich absichern. Zur Frage nach US-Anbietern schreibt der EDÖB, dass die Ergänzung der Staatenliste um die USA am 15. September 2024 in Kraft trat (Bekanntgabe ins Ausland). Der Text in Anhang 1 der Datenschutzverordnung beschränkt das angemessene Schutzniveau dabei auf Organisationen, die nach dem Datenschutzrahmen zwischen der Schweiz und den USA zertifiziert sind. Ob Ihr Hosting- oder Zahlungsanbieter dazu gehört, ist eine Frage, die vor dem Vertrag beantwortet sein sollte.

#So läuft ein Next.js-Auftrag aus Basel bei mir

1. Ihre Beschreibung. Ziel, bestehender Stack, gewünschter Termin, bei Commerce zusätzlich Märkte und Währungen.
2. Meine Rückfragen, schriftlich. Dazu gehört bei Shops die Frage, ob Saleor nötig ist oder WooCommerce oder Shopify reichen.
3. Umfang mit Annahmen. Was gebaut wird, was nicht, wer Saleor oder WordPress betreibt, wer Sicherheitsupdates einspielt. Gebaut wird nach Ihrer schriftlichen Bestätigung, Wünsche ausserhalb bekommen eine eigene Schätzung.
4. Staging. Die Storefront oder das Portal läuft zuerst unter einer geschützten Adresse, mit Testkanal und Testzahlungen.
5. Abnahme gegen die Liste aus dem Umfang, inklusive Sprachwechsel, Kanalwahl und Rechteprüfung in den Server Actions.
6. Betrieb, wenn Sie möchten. Updates nach den angekündigten Releases, Prüfung auf Staging, schriftliche Notiz zu jeder Änderung.

#Was auf Ihrer Seite liegt

#Kurzcheck vor dem Start, auch ohne mich

• Brauchen Sie wirklich mehr als einen Kanal, oder reicht eine Währung?
• Wer betreibt Saleor oder WordPress in drei Jahren noch?
• Welche Anbieter verarbeiten Personendaten, und in welchem Land?
• Prüft jede Server Action Anmeldung und Berechtigung selbst?
• Wer liest die monatlichen Sicherheitsankündigungen von Next.js?
• Hat jede Sprachversion eine eigene Datenschutzerklärung?

#Fragen aus Basel zu Next.js und Saleor

#Ich suche einen Saleor-Entwickler in Basel. Bauen Sie die Storefront?

Ja, das Next.js-Frontend und die Anbindung an die GraphQL-API von Saleor. Wie Saleor betrieben wird, halte ich vorab schriftlich fest: Saleor Cloud oder eigene Docker-Installation mit API, Worker und Scheduler. Vor dem Start sage ich Ihnen auch, ob WooCommerce oder Shopify für Ihren Fall einfacher wäre.

#Kann ein Shop in Franken und in Euro verkaufen?

In Saleor gehört jeder Kanal zu genau einer Währung. Für CHF und EUR legen Sie zwei Kanäle an, jeweils mit eigenen Preisen, Lagern und Versandzonen. Eine Umrechnung im laufenden Checkout ist laut Saleor-Dokumentation kein guter Anwendungsfall für Kanäle.

#Welche Zahlungsanbieter lassen sich an Saleor anbinden?

Saleor dokumentiert Anleitungen für Adyen und Stripe. Die Zahlung läuft über eine Payment-App zwischen Saleor und dem Anbieter. Welche Zahlungsarten Ihre Kundschaft sieht, legt danach der gewählte Anbieter fest.

#Darf ich das Next.js-Frontend bei einem US-Anbieter hosten?

Seit dem 15. September 2024 gelten die USA nach Anhang 1 DSV als angemessen, aber nur für Organisationen mit Zertifizierung nach dem Swiss-U.S. Data Privacy Framework. Zusätzlich gilt Art. 9 DSG für Auftragsbearbeiter. Die rechtliche Bewertung macht Ihre Rechtsberatung, die technische Umsetzung übernehme ich.

#Wie oft muss eine Next.js-Anwendung aktualisiert werden?

Das Next.js-Team kündigt seit Juli 2026 etwa einmal im Monat Sicherheitsreleases vorab an, dringende Fälle kommen ausserhalb dieses Rhythmus. Im Umfang steht deshalb, wer diese Updates einspielt und auf Staging prüft.

#Gestalten Sie auch das Layout?

Nein. Layout, Mockups und Wireframes liefern Sie oder Ihre Agentur. Ich schicke eine Tabellenvorlage, in der Sie pro Ansicht die Elemente zuordnen, und setze das als responsives Frontend um.

#Verwandte Seiten für Basel

• PHP-Entwicklung in Basel, wenn ein Laravel- oder Symfony-Backend die Daten für das Next.js-Frontend liefert.
• Astro in Basel, für Inhaltsseiten, die kaum Interaktion brauchen.
• Migration zwischen Next.js und Astro in Basel, wenn eine bestehende Anwendung das falsche Werkzeug nutzt.
• Wartung und Support in Basel, für den Betrieb nach dem Start.

#Ihr Projekt in einer E-Mail

Planen Sie eine Saleor-Storefront, ein Portal für Kundschaft auf beiden Seiten der Grenze oder wollen Sie wissen, ob Ihr Shop überhaupt Next.js braucht? Schicken Sie mir über das Kontaktformular die Adresse Ihrer heutigen Website, Ihr Ziel, den Wunschtermin und den aktuellen Stack, bei einem Shop dazu Märkte und Währungen. Ich lese alles, stelle meine Fragen schriftlich und schicke Ihnen eine erste Schätzung. Sie kostet nichts und verpflichtet Sie zu nichts.