# Next.js, TypeScript en Postgres als standaard voor webproducten

URL: https://brainpowergroup.eu/nl/blog/nextjs-typescript-en-postgres
Datum: 2026-04-09 (bijgewerkt 2026-10-13)
Door: Erik Schoorl, Brainpower Group

Next.js met TypeScript en Postgres is voor de meeste nieuwe webproducten een goede standaard: één taal aan beide kanten en een database die bijna alles dekt.

Voor de meeste nieuwe webproducten kies ik Next.js met TypeScript en Postgres. Je schrijft frontend en backend in één taal, de database dekt bijna alles wat een product de eerste jaren nodig heeft, en je vindt makkelijk developers die ermee kunnen werken. Het is niet voor elk product de beste keuze. Draait je bedrijf al op .NET, zit het zware werk in Python of maak je vooral een contentsite, dan kies ik iets anders.

## Waarom deze drie goed samengaan

Met TypeScript aan beide kanten staat een type op één plek. Verandert de vorm van een order, dan laat de compiler zien welke schermen en welke API-routes je moet aanpassen. Die fout vind je bij de build, en niet pas als een klant belt.

Next.js geeft je routing, server rendering en serverlogica in één project. Een klein team hoeft dan geen aparte API-server, aparte frontend-build en een koppeling daartussen te onderhouden. Dat scheelt vooral in het eerste jaar of twee, als het product nog elke week verandert.

Postgres is een bewust saaie keuze. Je krijgt transacties, foreign keys en volwassen SQL. Flexibele velden zet je in `jsonb`, en met full-text search en pgvector kom je ver voordat je een tweede database nodig hebt. Aleksa schreef daar een apart stuk over: [Postgres als standaard database](/nl/blog/postgres-als-standaard-database).

## Wat het je team oplevert

De combinatie is breed bekend. In de Stack Overflow Developer Survey van 2025 was PostgreSQL de meest gebruikte database, bij alle respondenten en ook bij professionele developers. React en Next.js staan hoog in de lijst met webframeworks. Dat maakt werven en inwerken makkelijker. Met welke stacks onze developers werken, zie je op onze pagina over [technologie](/nl/technologie).

Een developer kan in deze stack een ticket van begin tot eind oppakken: migratie, query, API en scherm. Dat past bij een klein of verspreid team, omdat er minder overdrachten zijn tussen een backendgroep en een frontendgroep.

Ook AI-codeertools doen het hier goed. Getypeerde code en bekende conventies geven de tool houvast, en de compiler vangt een deel van de fouten die zo'n tool maakt. Milos schreef daarover in [welke stacks goed werken met AI-codeertools](/nl/blog/welke-stacks-werken-goed-met-ai-codeertools).

## Hoe ik het opzet

- `strict` aan in `tsconfig.json` vanaf de eerste commit. Achteraf aanzetten kost dagen.
- Alle input valideren aan de rand: formulieren, route handlers en webhooks. Een schemabibliotheek als Zod geeft je er meteen de types bij.
- Een querylaag die types afleidt uit je schema, en migraties in git. CI voert ze uit, niemand draait ze met de hand op productie.
- Bedrijfslogica buiten de React-componenten. Zet die in gewone TypeScript-modules die je route handlers en server functions aanroepen. Dan verhuis je die logica later naar een losse service zonder alles te herschrijven.
- Langlopend werk, zoals exports, e-mail en koppelingen met externe systemen, in een queue met een eigen worker.

Next.js draait als Node.js-server met `next start` of in een Docker-container, dus je zit niet vast aan één hostingpartij. Draai je meer dan één instantie, dan heb je een gedeelde cache nodig en op elke instantie dezelfde encryptiesleutel voor server functions. De self-hosting-handleiding van Next.js beschrijft dat. Lees die voordat je een tweede instantie opstart.

## Wat er mis kan gaan

Next.js verandert snel. Grote versies passen standaarden rond caching en rendering aan, dus plan elk jaar tijd in voor upgrades en laat ze niet liggen.

Je moet ook snel kunnen patchen. Op 3 december 2025 meldde het React-team CVE-2025-55182, een kwetsbaarheid in React Server Components met CVSS-score 10.0, waarmee een aanvaller zonder in te loggen code op de server kon uitvoeren. Next.js was een van de getroffen frameworks en de oplossing was upgraden. Zorg dat je binnen een dag een gepatchte versie live kunt zetten, met tests die je vertrouwt.

Let op de grens tussen server en browser. Omgevingsvariabelen zijn standaard alleen op de server beschikbaar. Alles met het voorvoegsel `NEXT_PUBLIC_` komt in de JavaScript-bundel terecht, dus daar hoort nooit een sleutel in. Kijk bij code review ook naar wat een server component aan een client component doorgeeft.

## Wanneer ik iets anders kies

- Je organisatie draait al op .NET of Java, met developers en beheer die daarop zijn ingericht. Blijf daar en zet er een React-frontend naast, zoals in [.NET en React voor enterprise software](/nl/blog/dotnet-en-react-voor-enterprise-software).
- Het zware werk is data of machine learning. Dan hoort er een Python-service naast, zie [Python en FastAPI voor AI-backends](/nl/blog/python-en-fastapi-voor-ai-backends).
- Het is vooral een contentsite met een paar formulieren. Een statische site met een CMS is dan eenvoudiger.
- Je bouwt in de eerste plaats een mobiele app. Begin dan bij de keuze voor de mobiele stack.

## Wat het vraagt van je developers

Zoek developers die TypeScript aan beide kanten serieus nemen en die SQL kunnen lezen en schrijven. Een sterke React-developer is niet automatisch goed in databases, en dat merk je bij de eerste trage query. Test het daarom in je screening met een echte query en een migratie.

## Bronnen

- [Next.js: How to self-host your Next.js application](https://nextjs.org/docs/app/guides/self-hosting)
- [React: Critical Security Vulnerability in React Server Components](https://react.dev/blog/2025/12/03/critical-security-vulnerability-in-react-server-components)
- [Stack Overflow Developer Survey 2025: Technology](https://survey.stackoverflow.co/2025/technology)

## Veelgestelde vragen

**Is Next.js geschikt als backend voor een webapplicatie?**

Voor de meeste webproducten wel. Route handlers en server functions dekken een API en formulieren. Langlopend werk zoals exports en e-mail zet je in een queue met een aparte worker.

**Kun je Next.js zelf hosten zonder Vercel?**

Ja. Next.js draait als Node.js-server met next start of in een Docker-container. Met meerdere instanties heb je een gedeelde cache nodig en overal dezelfde encryptiesleutel voor server functions.

**Wanneer is Next.js met Postgres niet de goede keuze?**

Als je organisatie al op .NET of Java draait, als het zware werk in data of machine learning zit, of als je vooral een contentsite bouwt. Dan past een andere stack beter bij je team of product.

---

Bron: https://brainpowergroup.eu/nl/blog/nextjs-typescript-en-postgres
Brainpower Group, contact: https://brainpowergroup.eu/nl/contact, hello@brainpowergroup.eu