Dienst · Web-ontwikkeling

Next.js developer inhuren vanuit een Nederlands team.

Een Next.js-ontwikkelaar die full-time op uw project zit, met code-review door een tweede senior en een vervangbare positie binnen ons team. Geen losse freelancer waar uw release-planning op rust, maar een dedicated front-end-developer met team-vangnet, contract via Appfront B.V. en overdraagbare code.

Plan een kennismaking Bekijk ons werk

Next.js is niet hetzelfde als React — en de keuze tussen die twee bepaalt veel.

React is een library voor het bouwen van UI-componenten. Next.js is het meta-framework eromheen: server-side-rendering, static-site-generation, een ingebouwde router, image-optimization, edge-functions, incremental static regeneration en een opinionated projectstructuur. Wie "Next.js" zegt, kiest impliciet voor een productie-architectuur, niet alleen voor een view-laag. In Nederland is Next.js inmiddels het dominante framework voor productie-webapplicaties — gehost op Vercel of self-hosted op AWS, GCP, of een eigen Kubernetes-cluster.

We leveren een Next.js-developer in als onderdeel van ons web-ontwikkelteam: full-time op uw project, maar met code-review door een collega-senior, een vervangbare positie binnen het team, en een contract dat u juridisch dichttimmert via Appfront B.V. De front-end-code wordt opgeleverd in een vorm die overdraagbaar is — getypte componenten, een logische App Router-structuur, een redelijke test-laag en een README die ook een toekomstige ontwikkelaar binnen een ochtend op weg helpt.

We werken vanuit Nederland in Nederlandse tijdzone, met communicatie in het Nederlands of Engels naar uw voorkeur. Geen offshore handover om zeven uur 's ochtends, geen taalbarrieres in pull-request-reviews, geen halve werkdag wachten bij een productie-incident vlak voor een release. Wanneer er iets vastloopt op donderdagavond — en bij een complexe checkout of een server-actions-bug gebeurt dat — staat er een tweede senior in dezelfde codebase die kan meekijken.

De typen opdrachten waar we sterk in zijn: e-commerce-frontends bovenop een headless commerce-backend, B2B- en B2C-SaaS-applicaties met dashboard-heavy interactiviteit, marketing-sites met dynamische content via SSG en ISR, klantportalen met SSO en multi-tenant SaaS-frontends. Voor pure marketing-pagina's zonder applicatie-laag waarvoor Astro of een no-code-tool prima zou volstaan, raden we het eerlijk af. Voor alles wat een echte productie-webapplicatie is en dat moet blijven, zitten we precies in onze comfortzone — vaak ook in combinatie met een React-developer-inhuren-traject of een gedeelde back-end.

Wat onze Next.js-developers bouwen.

Drie hoofdrichtingen waarin Next.js boven een vanilla React- of statische-generator-aanpak uitkomt en wij dagelijks aan werken.

Richting 01

E-commerce-frontends op headless commerce

Webshop-frontends bovenop een headless commerce-backend — Shopify Hydrogen-alternatieven via de Storefront API, Magento headless, BigCommerce, commercetools of Adyen-driven custom commerce-stacks. App Router voor de catalogus en categoriepagina's, ISR voor product-detailpagina's, server-actions voor cart-mutaties en checkout-handlers met Stripe, Mollie of Adyen. Plus internationalisatie, multi-currency, complexe checkout-flows en SEO-gerichte routing waar URL-structuur en Core Web Vitals zwaar wegen. Vaak in combinatie met een Node.js-API-laag voor pricing, inventory of orchestration.

App RouterISRServer actionsStripe / Mollie / Adyeni18n

Richting 02

B2B- en B2C-SaaS-frontends met dashboard-niveau interactiviteit

Productie-SaaS waar accounts, rollen, tenancy en facturatie samenkomen. Server-components voor de schermen die data uit de database trekken, client-components voor de interactieve grids en filters, en server-actions voor de mutaties — zonder dat u een afzonderlijke REST-laag hoeft te bouwen voor 80 procent van de schermen. Auth via NextAuth.js, Clerk, Supabase Auth of een eigen identity provider. Geschikt voor B2B-portalen die zowel een marketing-site als een ingelogd dashboard onder hetzelfde domein draaien, en voor multi-tenant frontends waar tenancy in de routing zit.

Server componentsServer actionsNextAuth / ClerkMulti-tenantTanStack Query

Richting 03

Marketing-sites met dynamische content en klantportalen met SSO

Sites waar het brongedreven-content-deel (cases, blog, vacatures) via SSG of ISR uit een headless CMS — Sanity, Contentful, Strapi, Directus, Payload — gegenereerd wordt, en het ingelogde portaal-deel achter authenticatie zit. Of een puur klantportaal met SSO via Azure AD, Auth0 of een eigen IdP waar klanten documenten ophalen, statusupdates volgen of dossiers inzien. De kracht van Next.js zit erin dat publieke routes statisch geserveerd worden voor performance, terwijl geauthenticeerde routes server-rendered draaien met directe database-toegang. Vaak naast een bredere software-ontwikkelopdracht waar front-end, back-end en design samenkomen.

SSG + ISRSanity / ContentfulSSOAzure AD / Auth0Headless CMS

Wat u krijgt aan het einde.

Niet alleen een developer voor de duur van het traject, maar een opgeleverde Next.js-applicatie die zelfstandig verder kan draaien onder uw eigen team of een opvolger.

Productie-codebase

Getypte Next.js-code op uw eigen Git-repository, met CI-pipeline en preview-deploys op pull requests.

Architectuur-document

Een uitleg van de App Router-structuur, server vs. client-componenten, en de niet-triviale rendering-keuzes.

Test-laag

Unit-tests via Vitest, integratie- en end-to-end-tests via Playwright op de kritieke flows. Geen coverage-fetisj, wel dekking waar risico zit.

Kennisoverdracht

Live overdracht naar uw eigen front-end-team of opvolger, met video-opnames van walkthroughs en een vragen-rondje achteraf.

Optie doorlopend beheer

Wanneer u na oplevering een vaste hand wilt voor dependency-updates, security-patches en doorontwikkeling.

Vier werkvormen — kies wat past.

De manier waarop u onze Next.js-ontwikkelaar inzet hangt af van wat u zelf in huis heeft en hoe groot de scope is. We zijn flexibel in vorm, niet in kwaliteit.

Werkvorm 01

Dedicated Next.js-developer

Onze front-end-developer zit full-time op uw project, doet mee in uw stand-ups en sluit aan bij uw product-owner, maar werkt vanuit ons team voor code-reviews en sparring. U stuurt op output, wij regelen continuiteit en achtervang. Geschikt wanneer u nog geen eigen Next.js-capaciteit heeft of een piek-traject moet doordraaien zonder direct iemand vast aan te nemen.

Werkvorm 02

Team-augmentatie

Uw eigen developers leiden het project; onze Next.js-specialist sluit aan naast hen voor de stukken waar uw team minder ervaring mee heeft — een eerste App Router-migratie, server-actions inzetten, ISR-strategie voor een grote catalogus of een productie-deploy buiten Vercel om. We werken in uw repository, uw rituelen en uw tooling.

Werkvorm 03

Project-based scope

U levert een afgebakende opdracht aan, wij leveren een werkende Next.js-applicatie op binnen een vooraf besproken scope. Vast contract, vaste deliverables, oplevering naar uw team. Geschikt voor MVP-frontends, e-commerce-replatform-trajecten of een herbouw van een legacy-frontend richting Next.js.

Werkvorm 04

Senior of lead op uw team

Een senior of lead Next.js-developer die ook op architectuur-niveau meedenkt: code-standaarden zetten, medioren begeleiden, een refactor-strategie voor een gegroeide codebase. Vaak gevraagd wanneer een organisatie van een paar losse Next.js-pagina's naar een gestructureerde applicatie wil groeien, of wanneer eerder freelance-werk heeft geleid tot een codebase die niemand meer durft aan te raken.

Hoe een traject loopt.

01Kennismaking→ 02Match→ 03Bouw→ 04Overdracht

Kennismaking

Een korte sessie om scope, stack en gewenste werkvorm scherp te krijgen. We delen voorbeelden van eerder werk en bespreken het gewenste senioriteit-niveau.

Developer-match

We koppelen een Next.js-developer aan uw project op basis van de stack-mix die uw scope vraagt. U spreekt de developer vooraf zelf — geen blinde toewijzing.

Sprints met reviews

Twee-weekse sprints met demo en review aan het einde. Iedere PR gaat door code-review van een tweede senior — geen code raakt main zonder vier ogen.

Overdracht

Aan het einde van het traject een gestructureerde overdracht naar uw eigen team of een opvolger, met runbook, README en walkthroughs.

Stack-expertise van ons Next.js-team.

We werken vanuit medior, senior en lead-niveau. Geen junior-only inzet — voor elk traject staat minimaal een senior achter de code-review. De stack-mix die u kiest hangt af van uw project en uw eigen team; onderstaande pillen zijn waar we in de praktijk dagelijks mee bouwen.

Framework & taal

Next.js 14+App RouterServer actionsTypeScriptReact 18+Astro

UI, state, data & auth

Tailwindshadcn / RadixTanStack Query / SWRZustand / JotaiReact Hook FormZodPrisma + PostgreSQLNextAuth.jsClerkSupabase Auth

Commerce, CMS, deploy & test

Stripe / Mollie / AdyenSanity / ContentfulStrapi / Payload / DirectusVercelCloudflare PagesDocker + AWS / GCPStorybookVitestPlaywrightGitHub Actions

Waar Next.js de juiste keuze is — en waar wij iets anders zouden adviseren.

Eerlijk, omdat anders een dienstpagina niets waard is: Next.js is in Nederland dominant voor productie-web-applicaties met SEO- of SSR-eisen, maar vanilla React, Astro en Vue zijn voor andere contexten legitieme keuzes.

Scenario 01

SEO-kritische sites met dynamische content

Wanneer een groot deel van uw URL's geindexeerd moeten worden en de content niet volledig statisch is — productpagina's met live voorraad, cases met regelmatige toevoegingen, een vacaturebank — is Next.js met SSG plus ISR vrijwel altijd onze keuze. De combinatie van pre-rendered HTML, sneller-dan-snel TTFB en revalidatie-on-demand is in deze context moeilijk te kloppen.

Scenario 02

E-commerce met geavanceerde features

Voor webshops met meerdere talen, currencies, complexe checkout-flows en een headless backend — commercetools, Shopify Storefront API, Magento Adobe Commerce headless — is Next.js een natuurlijke keuze. Vooral wanneer Core Web Vitals direct invloed hebben op organisch verkeer en conversie.

Scenario 03

Multi-pagina-flows met server-state

Wanneer uw applicatie meerdere geauthenticeerde flows heeft die op de server data nodig hebben — klantportalen, dossier-management, administratie-tools — geeft de combinatie van server-components en server-actions een korter pad van database naar UI dan een aparte SPA-plus-REST-laag.

Scenario 04

Admin-tools en back-office-frontends

Voor interne administratie-tooling waar SSO via uw eigen IdP en directe database-toegang sneller bouwen dan een aparte REST-API, is Next.js met server-components een efficiente keuze. Auth via NextAuth.js of een eigen provider; data via Prisma direct op uw database.

Wanneer vanilla React

Pure dashboard-SPA's zonder SEO

Wanneer uw applicatie volledig achter login zit, geen SEO-vereisten heeft en zwaar leunt op interactieve client-side state — een trading-cockpit, een operator-dashboard, een complex configuratie-tool — is een puur React-traject vaak eenvoudiger te onderhouden. We zijn eerlijk: voor dat profiel pakt u beter een React-developer in plaats van Next.js erbovenop.

Wanneer iets anders

Content-heavy marketing-sites

Voor een marketing-site met grotendeels statische content en weinig applicatie-laag is Astro vaak een betere keuze: minder JavaScript op de client, simpeler te beheren en sneller. Next.js is hier overkill. Voor Vue- of Nuxt-teams: wanneer u al productief in dat ecosysteem werkt, raden we een herbouw richting Next.js zelden aan vanuit puur framework-perspectief.

Waarom een agency-developer boven een losse freelancer.

Voor een klein componentje, een korte scope, beperkt risico: een freelancer is prima en we sturen u zelfs richting iemand in ons netwerk. Voor alles wat productie raakt, voor langere trajecten of waar uw front-end onderdeel is van een groter product, raden we het af. De redenen zijn niet abstract — we zien ze elke maand voorbijkomen in overname-projecten waarin we een halve App Router-migratie of een afgebroken server-actions-refactor moeten afmaken.

Code-review door een tweede senior. Iedere pull request bij ons gaat door peer-review van iemand die de codebase ook kent. Een freelancer reviewt zichzelf, of in het beste geval iemand in uw team die toevallig ook Next.js kan. Het verschil in code-kwaliteit, bundle-discipline en correct gebruik van server- vs. client-componenten is significant — vooral op een productie-app waar onnodige client-componenten direct in de bundle-grootte en hydration-tijd doorslaan.

Vervangbaar binnen het team. Wanneer onze ontwikkelaar twee weken ziek is, of vertrekt voor een andere opdracht, draagt diegene actief over aan een collega die de codebase al kent vanuit reviews. Een freelancer is op vakantie, en uw release-planning staat stil — of erger, u moet halverwege opnieuw inwerken bij iemand nieuws.

Contract-zekerheid. U sluit een overeenkomst met Appfront B.V., niet met een individu. Dat betekent IP-rechten goed geregeld, NDA's afdwingbaar, en een aansprakelijk bedrijf wanneer iets misgaat. Voor projecten waar uw klantgegevens of bedrijfsdata in spelen, is dat geen luxe.

Overdraagbare code. Wij weten dat het traject ooit eindigt — dus de code wordt geschreven met die overdracht in gedachten. Type-veilig, gedocumenteerd, met een README die niet alleen voor de schrijver leesbaar is. Geen verstopte "die-ene-developer-weet-het"-kennis in een script. Combineer dit eventueel met een full-stack-developer-traject wanneer front-end en back-end in dezelfde scope vallen, of een aanvullende Python-developer voor een data- of ML-backend onder uw Next.js-frontend.

Veelgestelde vragen.

Wat is het verschil tussen een Next.js-developer en een React-developer?

React is een library voor het bouwen van UI-componenten; Next.js is het meta-framework eromheen met routing, server-side-rendering, static-site-generation, image-optimization, edge-functions en een opinionated projectstructuur. Iedere goede Next.js-developer is ook een React-developer, maar het omgekeerde geldt niet automatisch. Wanneer SSR, SEO of een gemengde rendering-strategie nodig is, kiest u nadrukkelijk voor Next.js-ervaring; voor een puur client-side dashboard volstaat vanilla React.

Werken jullie met App Router of Pages Router?

App Router is sinds Next.js 13 stabiel en sinds 14 de aanbevolen aanpak voor nieuwe projecten — met server-components, server-actions en een duidelijkere splitsing tussen server- en client-code. We bouwen nieuwe applicaties standaard in App Router. Voor bestaande Pages-Router-projecten doen we een gefaseerde migratie zolang de business-case dat rechtvaardigt, of we onderhouden de Pages Router-codebase prima zonder forced migration. We forceren geen herbouw waar dat onnodig is.

SSR, SSG of ISR — hoe kiezen jullie?

Per route bepalen we de rendering-strategie. SSG voor pagina's met content die zelden verandert, ISR voor pagina's die periodiek of on-demand revalidated moeten worden (productpagina's, cases, blog), SSR voor pagina's die per request afhankelijk zijn van de gebruiker of live data, en client-side rendering voor interactieve dashboards na login. Het is geen alles-of-niets-keuze; binnen een applicatie mixen we deze patronen op route-niveau om performance en data-freshness te balanceren.

Vercel of self-hosted — wat raden jullie aan?

Vercel is de pad-van-minste-weerstand voor een Next.js-applicatie en levert preview-deploys, edge-functions en image-optimization out-of-the-box. Voor veel klanten is dat de juiste keuze. Voor organisaties met strikte data-residency-eisen, eigen Kubernetes-platforms of kostenstructuur op grotere schaal hosten we Next.js via Docker op AWS, GCP, Azure of een eigen platform — standalone-build, image-optimization via een proxy of een third-party optimizer, edge-functions vervangen door een eigen CDN-laag. We bespreken het scenario vooraf eerlijk; er is geen religie over Vercel.

Wat is de minimale doorlooptijd om een Next.js-developer in te zetten?

Voor een team-augmentatie-rol kunnen we vaak binnen enkele weken iemand laten starten, afhankelijk van de gevraagde stack-mix en het senioriteit-niveau. Voor een project-based traject met scoping-fase loopt het iets langer omdat we eerst een scope-document en sprint-planning maken. We zijn eerlijk in de kennismaking over wat realistisch is voor uw moment.

Welke contract-vorm hanteren jullie — vast of flexibel?

Beide is mogelijk. Voor dedicated developer en team-augmentatie werken we met een uurtarief en een minimale inzet per week, opzegbaar per maand. Voor project-based scope sluiten we een vaste overeenkomst af op basis van een scope-document met deliverables en sprint-budget. Geen meerjarige lock-ins en geen verplichte minimale contractduur in jaren.

Werken jullie met een Nederlands team?

Het Next.js-team werkt vanuit Nederland in Nederlandse tijdzone. Communicatie kan in het Nederlands of Engels, naar uw voorkeur. Geen offshore handover, geen 24-uurs cycli, geen taalbarrieres in pull-request-reviews of stand-ups. Bij een productie-incident is er binnen werkdagen direct iemand bereikbaar zonder tijdverschil-vertraging.

Wat gebeurt er als de developer halverwege het project vertrekt?

Dat is precies waarom we met code-review door een collega-senior werken. Wanneer iemand vertrekt of langer ziek is, zit de tweede senior al actief in de codebase en kan binnen een korte overdracht overnemen. U staat dus niet stil. Voor langere trajecten draaien we een formelere kennisoverdracht-sessie waarin de opvolger ingewerkt wordt zonder dat uw eigen team dat zelf moet doen.

Hoe wordt kennis overgedragen na afloop?

Standaard onderdeel van elk traject: een runbook met operationele instructies, een architectuur-document dat de niet-triviale keuzes uitlegt (waarom een server-component hier, waarom een client-component daar, welke rendering-strategie per route), eventueel Storybook-stories voor componenten, en walkthrough-sessies met uw eigen team of opvolger. Bij voorkeur in de laatste sprints van het traject, niet op de allerlaatste dag van de samenwerking.

Hoe wordt de prijs bepaald?

Voor team-augmentatie en dedicated developer hanteren we een uurtarief afhankelijk van senioriteit (medior, senior, lead). Voor project-based scope rekenen we per sprint of in een vast totaalbudget op basis van een scope-document. We delen tarieven open in de kennismaking — geen verstopte staffel, geen strafclausules en geen verrassingen halverwege.

Doen jullie ook full-stack-werk, of alleen front-end?

Beide. Veel van onze Next.js-developers werken full-stack: server-actions, API-routes en data-access via Prisma zitten in dezelfde codebase als de UI. Voor zwaardere backend-eisen — een aparte Python-API voor ML, een Node.js-microservice voor pricing, een Go-service voor high-throughput — combineren we met een full-stack-developer of een dedicated backend-developer.

Wie wordt eigenaar van de code?

U. De code wordt geschreven in uw Git-repository onder uw account. Het IP-recht op alles wat in opdracht is gebouwd ligt bij u, contractueel vastgelegd. Eventuele open-source bibliotheken die we gebruiken zijn duidelijk gedocumenteerd inclusief licentie, zodat uw eigen team of een audit het later eenvoudig na kan lopen.

Praat met ons over uw Next.js-project.

Een vrijblijvende kennismaking van een half uur. We luisteren naar uw scope, vragen waar nodig door, en zijn eerlijk over of een Next.js-developer hier de juiste route is — of dat een andere stack of een ander type ontwikkelaar beter past. Geen sales-praatje, wel richting.

Plan een kennismaking Mail fabian.vandijk@appfront.nl