Next.js-utvikler i Basel

#Hvorfor leie inn en senior Next.js-utvikler i Basel

Basilea es el centro farmacéutico mundial (Roche, Novartis) con una densidad alta de R&D y comercio internacional. Desplegamos WordPress empresarial alineado con los procesos formales que exige el mercado suizo: contratos detallados, documentación trilingüe y entrega previsible.

React-frontendlandskapet i Basel domineres av Next.js som det produksjonsklare React-rammeverket. Next.js 15 med App Router, React Server Components, Server Actions og Turbopack er referansestacken for applikasjonsformede frontender: dashbord, B2B-portaler, headless e-handel, multi-tenant SaaS og enhver UI der rik interaktivitet ligger oppe på et backend-API. Selskaper i Basel som prøver å fylle en senior Next.js-rolle internt, venter typisk tre til seks måneder og betaler satser som matcher full-stack Go- eller Rust-ansettelser. Senior frilanskontrakt tetter dette tidsgapet og lar budsjettet skalere etter faktisk omfang fremfor en fastlønn.

Jeg leverer senior Next.js-engineering for selskaper i Basel som frilanskontraktør, EU-jurisdiksjon, B2B-kontrakt på MVA-faktura. Modellen er enkel: Ingeniøren på avklaring er den samme ingeniøren ved tastaturet i uke seks, ingen offshore-overlevering, ingen PM-lag fakturert videre, ingen juniorledd. Pris settes individuelt etter en times gjennomgang, fordi en Next.js-markedsside med 30 ruter er et annet tall enn en multi-tenant SaaS med rollebasert tilgangskontroll, distribuert caching og NIS2-etterlevelse. I norske oppdrag kommer det ofte krav om at databehandlere er listet i en oppdatert databehandlerregister, at overføringer ut av EØS er vurdert og dokumentert, og at det finnes et tydelig sporingsregime for hendelser. Dette tas inn i arkitekturen tidlig, ikke som vedlegg i siste sprint.

#Hva som skiller Next.js fra Astro og rent React

Next.js eier det applikasjonsformede frontendrommet. App Router med React Server Components leverer serverside datahenting nativt, Server Actions håndterer skjemainnsendinger uten et separat API-lag, og rammeverkets edge-runtime gir TTFB under 100 ms for forespørselsdrevet arbeid. Astro eier det innholdsformede frontendrommet, sender ingen JavaScript som standard og vinner Lighthouse for markedsider, blogger, dokumentasjon og innholdsdrevne landingssider. Rent React (Vite + react-router) vinner for rent klientside single-page-applikasjoner uten SSR-krav.

For selskaper i Basel ser det praktiske beslutningstreet slik ut:

• Markedsside, blogg, dokumentasjon, innholdskatalog: Astro
• B2B-portal, SaaS-dashbord, headless commerce, interne verktøy: Next.js
• Innebygd widget, mobile-first SPA uten SEO-behov: Vite + React
• Eksisterende WordPress som trenger raskere offentlig frontend: headless WordPress, med Astro eller Next.js avhengig av applikasjonsflate

Jeg leverer alle fire mønstre. Denne siden dekker Next.js-siden.

#Next.js-utviklingstjenester i Basel

#Greenfield Next.js-applikasjoner

App Router-arkitektur fra dag én: server components for datahenting, client components for interaktivitet, server actions for mutasjoner, route handlers for REST/RPC-endepunkter. TypeScript i streng modus, Tailwind CSS eller et valgt designsystem, shadcn/ui eller eget komponentbibliotek, serverside autentisering med NextAuth, Auth.js eller en tredjepartsleverandør, Drizzle ORM eller Prisma for databasetilgang, og Server Actions pluss revalidation paths for cache-invalidering. Jeg leverer Next.js-applikasjoner i Basel som skalerer forutsigbart fra MVP til produksjon.

#Headless commerce på Next.js

Shopify Hydrogen, BigCommerce, commercetools, Saleor eller egne GraphQL/REST-API-backender rendret gjennom Next.js. Produktsider som statisk genererte ruter med on-demand revalidering, handlekurv og kasse som interaktive klientkomponenter med Server Actions for mutasjoner, søk via Algolia eller Meilisearch, internasjonalisering med next-intl eller App Routerens egen i18n, og edge-caching for katalogytelse. Next.js-handelsarkitektur i Basel forener redaksjonell hastighet fra statisk rendering med dynamisk SPA-oppførsel.

#Headless WordPress på Next.js

WordPress som redaksjonelt CMS, Next.js-frontend som henter innhold via REST API eller GraphQL (WPGraphQL). Redaksjonsteamet beholder WordPress-arbeidsflyten de allerede kjenner, mens den offentlige frontenden får React Server Components, øyeblikkelige sideoverganger og Vercel-klasse utrullingsautomatisering. Vanlig mønster for selskaper i Basel med redaksjonelle innholdsflater som må ut raskt på mobil.

#Migrasjon fra Pages Router, CRA, Gatsby eller andre rammeverk

Next.js 12 Pages Router til Next.js 15 App Router, med rute-for-rute-migrasjon for å unngå én høyrisiko produksjonsovergang. Migrasjoner fra create-react-app til Next.js for prosjekter som vokser ut av rent klientside-rendering. Migrasjoner fra Gatsby til Next.js eller Astro avhengig av om sajten er applikasjons- eller innholdsformet. Migrasjoner fra egne React + Webpack-oppsett til Next.js når teamet vil ha rammeverkets batterier-inkludert-verktøy i stedet for å vedlikeholde sitt eget.

#Ytelsesoptimalisering

Next.js-applikasjoner driver mot tunge JavaScript-bundler når teamet ikke er disiplinert: client components overalt, store komponentbibliotek importert i samlet form, bildeoptimalisering hoppet over, tredjepartsskript dyttet inn i den globale layouten. Jeg gjennomgår produksjons-Next.js-applikasjoner i Basel med tanke på bundle-størrelse (med @next/bundle-analyzer), code-splitting-muligheter, server-mot-klient-komponentgrenser, bilde- og fontoptimalisering og Core Web Vitals. Leveransen er en prioritert tiltaksliste med et Lighthouse-referansepunkt tatt før optimaliseringen, slik at forskjellen etter endringen måles mot identiske forhold, ikke mot en markedsføringspåstand.

#React Server Components og Server Actions

App Routerens skifte til RSC og Server Actions endrer datahentings- og mutasjonsarkitekturen. Jeg hjelper team å adoptere de nye mønstrene uten å miste fotfestet: hvilke komponenter som må være klient, hvilke som bør være server, når Server Actions versus route handlers, hvordan håndtere autentiserte mutasjoner, hvordan invalidere cache på tvers av servergrenser, og hvordan teste RSC-trær som blander server- og klientkode.

#Internasjonalisering og multi-region-ruting

Next.js-ruting for flerspråklige sajter: subpath-ruting (/en, /de, /pl), domeneruting (.com, .de, .pl) eller helt dynamisk med locale-oppslag fra cookies og headere. Oversettelsesløp med next-intl, react-i18next eller statiske JSON-ordbøker. SEO med hreflang, kanoniske URL-er, sitemap per locale og lokaliserte strukturerte data. Jeg implementerer dette for selskaper i Basel som betjener flere EU-markeder eller driver global SaaS.

#Egne backend-for-frontend-mønstre

Server Actions og route handlers som et tynt BFF-lag som aggregerer kall til flere backend-tjenester, normaliserer payloads, håndterer autentisering, pålegger rate limiting og returnerer frontend-formede svar. Dette mønsteret passer for selskaper i Basel med mikrotjenester på backend (ofte Laravel, Symfony, NestJS eller Go) og en Next.js-frontend som trenger ett endepunkt per side.

#Frontend-applikasjoner for voksende bedrifter og regionale selskaper i Basel

Fra et Next.js-applikasjonsarkitekturperspektiv: Mellomstore regionale selskaper hyrer senioringeniører for å levere prosjektet de ikke kan risikere til en juniorledd: en faktureringssystemreparasjon, en kundeportal som må integreres med tre legacy ERP-er, en lansering med en hard ekstern dato drevet av en tilsynsmyndighet eller et markedsvindu. Modellen som fungerer er direkte seniorlevering, ukentlige synlige milepæler og en dokumentert overlevering slik at det interne teamet eier resultatet uten en månedlangs overgangsfase.

• Post-launch fast oppfølging skalert til faktisk operasjonell risiko, ikke et fast månedlig gebyr selskapet aldri bruker
• Direkte seniorlevering uten offshore-overlevering og uten juniorledd som suger opp budsjettet
• Hardfrist-prosjekter (tilsynsvindu, markedslansering, integrasjonslansering) håndtert med eksplisitt risikosporing og beslutningslogg
• Kunnskapsoverføringsplan fra dag én: paret pull-request-gjennomgang, walkthrough-sesjoner, ADR-fil neste ansatt leser først

#Next.js-stack og verktøy jeg kjører i produksjon

#Rammeverk-versjoner

• Next.js 15 med App Router for nye prosjekter, Next.js 14 for prosjekter allerede i produksjon
• React 19 med use()-hook, useOptimistic, useFormStatus og den nye React-kompilatoren
• TypeScript 5.x i streng modus, med type-safe routes og typede Server Actions
• Turbopack for utvikling, webpack eller Turbopack for produksjon avhengig av plugin-kompatibilitet

#UI og styling

• Tailwind CSS 4 med design tokens og automatisk purging, eller et prosjektspesifikt designsystem
• shadcn/ui for tilgjengelige komponentprimitiver lagvis med Radix UI og Tailwind
• Framer Motion for animasjon når designet faktisk drar nytte av bevegelse
• CSS Modules eller vanilla-extract når shadcn/ui er overkill for prosjektoverflaten

#Data, ORM og autentisering

• Prisma eller Drizzle for typesikker databasetilgang, med PostgreSQL 16+ som standard
• NextAuth.js / Auth.js for autentisering med e-post, OAuth og credential-leverandører
• Clerk eller WorkOS for prosjekter som trenger enterprise-autentisering ut av boksen
• Server Actions for skjemainnsending og mutasjoner, med Zod-skjemavalidering
• TanStack Query eller SWR når klientside datahenting faktisk er påkrevd

#Hosting og utrulling

• Vercel som standard for Next.js, med forhåndsvisning-utrullinger per pull request, edge-runtime der det hjelper, og Vercel Analytics for Core Web Vitals
• Cloudflare Workers når teamet foretrekker Cloudflares edge-plattform av kostnads- eller diversifikasjonshensyn
• Selvhostet Node bak en reverse proxy når prosjektet faktisk krever EU-jurisdiksjonsgaranti som utelukker amerikanske hyperscalers fra forespørselsbanen

#Testing og kvalitet

• Playwright for ende-til-ende-tester på tvers av nettlesere og viewports
• Vitest for enhets- og komponenttester, Testing Library for interaksjonstester
• Storybook for komponentdokumentasjon og visuell regresjon
• GitHub Actions for CI: lint, typecheck, tester, build, utrulling til testmiljø
• Lighthouse CI i utrullingsløpet slik at ytelsesregresjoner blokkerer produksjon

#Observability og monitorering

• Sentry for feilsporing og Session Replay
• Vercel Analytics eller Cloudflare RUM for Core Web Vitals fra reelle brukere
• Datadog eller New Relic for APM på selvhostede oppsett
• PostHog for produktanalyse med personvernvennlig session recording

Lokalt signal: digitalt knutepunkt i Basel er det relevante tech-ankeret for senior-praktikere som jobber i Basel.

#Markedskontekst for selskaper i Basel

Senior Next.js-satsen i Basel reflekterer lokale markedsforhold og tilleggskostnad fra EU-jurisdiksjon. Senior React-ingeniører med Next.js App Router-erfaring tar typisk 25 til 50 prosent over medianen for full-stack-satsen, fordi rollen kombinerer klientside React-disiplin (state-håndtering, tilgjengelighet, mobil UX) med serverside arkitektur (RSC-grenser, caching-strategier, BFF-mønstre), noe som sjelden finnes hos juniorer eller midt-nivå-talent. Grenseoverskridende satser for kunder i Tyskland, Norge, Storbritannia og USA ligger 30 til 80 prosent over polsk sammenligningsnivå, avhengig av rammeverkspesialisering, påkrevd etterlevelsesnivå og kontraktslengde. For norske oppdragsgivere veies satsen ofte mot kostnaden ved et fullt ansatt seniorteam i Oslo eller Bergen, der ledetiden for rekruttering nå er strammere etter at offentlige sektor og bank har trukket inn store deler av tilgjengelig kapasitet.

Implikasjonen for selskaper i Basel: En senior Next.js-utvikler ansatt lokalt koster omtrent samme timepris som én engasjert via EU-frilansavtale, men frilansmodellen hopper over rekrutteringsledetiden (som nå ligger på 3 til 6 måneder for seniorroller), gir B2B-fakturering i stedet for fulltidsansettelseskostnader og lar engasjementet skalere opp eller ned med faktisk omfang. For norske kunder gir EU-frilanskontrakten også en ren MVA-håndtering med snudd avregning ved tjenestekjøp over landegrenser, slik at regnskapssiden er forutsigbar uten at et eget norsk selskap må stå mellom kunden og leverandøren.

#Etterlevelse og jurisdiksjon

Compliance-stillingen for Next.js-applikasjoner som betjener kunder i Sveits mapper vanligvis til:

• GDPR (third-country)
• NIS2 (spillover)
• EAA equivalent

Disse driverne former cookie-samtykkelaget, analyseløpet og data-subject-forespørselsflyten.

#Samarbeidsmodell og prosjektplan

Senior B2B i EU-jurisdiksjon. NDA standard, rammeavtale med eksplisitt omfang og milepæler, tidsbasert arbeid eller fastpris avhengig av hvor avklart oppdraget er. Avklaring er en time der jeg lytter til oppdragsbeskrivelsen, stiller tekniske spørsmål, gjennomgår eksisterende stack (om noen), identifiserer risiko og ukjente, og priser omfang i etterkant, individuelt. Ingen “fra X per time” i forslag fordi gjennomgangsfasen typisk flytter estimatet 20 til 40 prosent i én eller annen retning.

Et typisk Next.js engasjement bygget fra bunnen i Basel:

1. Uke 1, avklaring, arkitekturbeslutninger (RSC-grenser, autentisering, datalag), miljøoppsett, kjørbar demo på testmiljø innen fredag
2. Uke 2-4, implementering av designsystem, primære ruter, autentiseringsflyt, databasestruktur og Prisma/Drizzle-oppsett, kjernemutasjoner via Server Actions
3. Uke 5-8, ferdigstilling av funksjoner, integrasjoner med eksterne tjenester, adminflater, søk, internasjonalisering hvis i omfanget
4. Uke 9-10, ytelsesrunde med bundle-analyse og Lighthouse CI, tilgjengelighetsrevisjon (WCAG 2.2 AA), sikkerhetsgjennomgang, observability-oppsett
5. Uke 11-12, produksjonsovergang, monitorering, valgfri overlevering til fast oppfølging

En typisk migrasjon til Next.js (Pages Router til App Router, eller annet rammeverk til Next.js):

1. Uke 1-2, kodebase-gjennomgang, avhengighetsanalyse, ruteinventar, RSC-grenseplanlegging
2. Uke 3-6, rute-for-rute-migrasjon med strangler-mønster, regresjonstester på hver migrert flate
3. Uke 7-10, full overgang til App Router, sletting av Pages Router-kodebaner, ytelsesrunde
4. Uke 11-12, monitorering etter lansering, overgang til fast oppfølging

#Vanlige spørsmål fra kunder i Basel

#App Router eller Pages Router?

App Router for ethvert prosjekt bygget fra bunnen på Next.js 14 eller 15. Pages Router bare for eksisterende applikasjoner der migrasjonskostnaden ennå ikke er rettferdiggjort. Server Components og Server Actions i App Router forbedrer utvikleropplevelsen og ytelsestaket merkbart, og Vercels dokumentasjon har fullstendig flyttet seg til App Router som standard.

#Next.js, Remix eller rent React?

Next.js for produksjonsklare applikasjoner med SSR, ISR, edge-runtime og Vercel-klasse utrullingsautomatisering som forventet. Remix er et sterkt alternativ når teamet foretrekker datalastingmodellen og fungerer godt med Cloudflare Workers; rammeverket er nå del av React Router 7. Rent React (Vite + react-router) for innebygde widgets og SPA-er som ikke trenger SSR. Standardvalget for selskaper i Basel som ansetter senior frontend-talent i dag er Next.js, fordi både talentpoolen og produksjonshistorikken er større.

#Vercel eller selvhostet?

Vercel for laveste operasjonelle tilleggskostnad, raskeste forhåndsvisning-utrullinger og beste Next.js-funksjonsstøtte. Selvhostet Node på AWS, GCP eller Cloudflare når prosjektet faktisk krever dataresidens-garantier som utelukker amerikanske hyperscalers fra forespørselsbanen, når kostnadene ved skala krysser Vercels prisniva inn i selvhost-territorium, eller når teamets eksisterende infrastrukturpreferanse dominerer. Jeg leverer begge; beslutningen er en funksjon av etterlevelsesnivå, skala og operasjonell modenhet, ikke rammeverkspreferanse.

#Kan jeg migrere fra WordPress til Next.js?

Ja, i to varianter. Headless WordPress: WP beholder redaksjonen, Next.js renderer den offentlige frontenden ved å hente via REST eller GraphQL. Redaksjonell arbeidsflyt forblir uendret, frontenden får applikasjonsklasse interaktivitet. Full migrasjon: WP erstattes av et CMS bedre tilpasset React-økosystemet (Sanity, Contentful, Strapi, Storyblok, Payload). Redaksjonsteamet må læres opp på nytt, men arkitekturen er konsistent fra ende til ende. Riktig valg avhenger av hvor mye redaksjonell autonomi teamet trenger og hvor mye eksisterende WordPress-arbeidsflyt er verdt å bevare.

#Hvor lang tid tar en Next.js B2B-portal?

En middels stor B2B-portal (autentisering, rollebasert tilgang, ~30 til 60 ruter, 3 til 5 integrasjoner, revisjonslogging, grunnleggende admin) kjører 10 til 16 uker ende-til-ende. Variabiliteten kommer fra autentiseringskompleksitet (single-tenant kontra multi-tenant kontra OIDC-føderasjon), antall og form på integrasjoner, etterlevelsesnivå (NIS2, DORA, tilgjengelighet) og hvor tilpasset designsystemet er. En SaaS med fakturering, multi-tenancy og kompleks tillatelseshierarki tar lenger; et enkelt internt verktøy med single-tenant-autentisering tar kortere.

#Leverer du også mobilapplikasjoner?

Jeg leverer Next.js for web. For native mobil integrerer jeg med React Native-prosjekter (deler TypeScript-typer og API-klienter mellom Next.js web og React Native-appen), men leverer ikke native apper som primært omfang. De fleste kunder ansetter en separat React Native-spesialist for mobiloverflaten og integrerer via et delt API eller BFF-lag.

#Beslektede tjenester i Basel

Next.js-tjenesten i Basel passer sammen med tre tilstøtende tjenester jeg leverer:

• PHP backend-utvikler, for prosjekter som parer Next.js-frontend med Laravel- eller Symfony-backend. Next.js som BFF eller full klient, PHP som system-of-record-API.
• Astro-utvikler, for innholdsformede flater (markedsider, blogger, dokumentasjon) som drar nytte av Astros zero-JavaScript-by-default-modell fremfor Next.js’ React-everywhere-modell.
• Headless WordPress, for redaksjonelt drevne prosjekter der det er riktig å beholde WordPress som CMS mens Next.js leverer den offentlige frontenden.

#Start et Next.js-prosjekt i Basel

Senior Next.js-utvikler, tilgjengelig for senior B2B-engasjementer. EU-jurisdiksjon, individuelt pristilbud etter en times gjennomgang. Fortell meg omfanget (nybygg, migrasjon, ytelsesoptimalisering, headless-integrasjon), kildestack ved migrasjon og tidsplanen. Jeg svarer innen én virkedag.