Heeft React Router Framework Next.js om zeep geholpen?

Als frontend-developers praten we graag in absolute termen: X heeft Y om zeep geholpen, dit is de toekomst, dat is dood. De opkomst van React Router Framework mode (v7+) — voortgekomen uit de samenvoeging met Remix — leverde de afgelopen jaren precies dat soort discussie op, zeker toen developers begonnen te roepen dat het schoner en sneller voelde dan Next.js voor echte SPA's.

En er is een derde naam die in serieuze gesprekken steeds vaker valt: TanStack Router. Ik heb er zelf nog geen productiecode mee opgeleverd — maar na te hebben gezien hoe ervaren teams erover praten, de documentatie te hebben doorgenomen en de mentale modellen naast elkaar te hebben gelegd, is één ding duidelijk: het echte verhaal is niet “React Router versus Next.js”. Het gaat over drie verschillende filosofieën om React-apps te bouwen.

React Router v7+ kreeg niet alleen nieuwe API's — het veranderde wat React Router ís. Door Remix erin op te nemen, zei het team in feite:

“Routing gaat niet alleen over navigeren — het is waar data, fouten en UI samenkomen.”

Voor frontenders voelt dat verrassend natuurlijk:

• route loaders halen je data op

• actions handelen mutaties af

• fouten blijven binnen hun route

• geneste routing betekent eindelijk iets

Kom je van het klassieke React Router, dan blijft het mentale model herkenbaar. Je hoeft React niet af te leren — je stopt alleen met het uitsmeren van data ophalen over useEffect-aanroepen en eigen hooks. Daarom raakt deze opmerking van Reddit zo'n snaar:

“React Router is nog steeds het mentale model dat de meeste React-devs snappen, en v7+ is een stuk soepeler geworden met data-API's en geneste routes.”

En ik ben het ermee eens. Ook al kost het even voordat geneste routing en loaders “klikken”, zodra dat gebeurt voelt de structuur van je app schoner en doordachter dan menige Next.js-opzet waar ik mee gewerkt heb.

Bij langere projecten komen er wat dingen bovendrijven:

• wildgroei aan routes — heel veel kleine bestanden

• dubbele loaders, als je niet gedisciplineerd bent

• de kwaliteit van je architectuur hangt sterk van het team af

React Router geeft je macht, maar geen vangrails.

Dus… is Next.js dood? Nee. Bij lange na niet. Next.js blinkt nog steeds uit als:

• SEO en SSR cruciaal zijn

• je liever conventies hebt dan keuzes

• je edge rendering, static generation of server components nodig hebt

• je een platform wilt waar alles al in zit

Maar vanuit het oogpunt van de frontend-developer voelt het steeds vaker alsof:

• je Next.js aan het leren bent, en niet React

• het framework je architectuur dicteert

• de abstracties van de App Router ondoorzichtig zijn

• het debuggen van de grens tussen server en client geen kleinigheid is

Daarom doen veel SPA-gerichte developers een stap terug met de vraag: “Heb ik dit allemaal wel nodig?” React Router Framework mode bestaat grotendeels als antwoord daarop.

TanStack Router probeert Next.js niet te vervangen. Het probeert zelfs React Router niet te vervangen. Het doet iets subtielers — het herdefinieert routing als een getypeerd, data-first systeem. Volgens de officiële documentatie is TanStack Router:

• volledig type-safe

• framework-onafhankelijk

• ontworpen om diep samen te werken met TanStack Query

• gebouwd rond een expliciet app-shell-model

En dat hoor je terug in hoe developers erover praten:

“Wil je iets dat meer app-shell-gericht is, dan wint TanStack Router terrein. Het werkt mooi samen met TanStack Query, getypeerde API's en file-based routing zonder Next.js. Iets steilere leercurve, maar een jaar later waardeer je de typeveiligheid en de losgekoppelde datalaag waarschijnlijk enorm.”

Dat is het kernverschil. React Router — routing vanuit de UI. TanStack Router — routing vanuit de data.

Met TanStack Router:

• zijn je routes streng getypeerd

• zijn params, loaders en zoekstatus al bij het compileren veilig

• woont je data ophalen in TanStack Query, niet in de router zelf

• orkestreert de router, maar bezit hij je data niet

Dat spreekt beginners minder aan — maar senior frontend engineers des te meer.

Je ziet TanStack Router vooral aanbevolen worden door:

• developers met grote, langlopende SPA's

• teams die al in TanStack Query investeerden

• mensen die zich hebben gebrand aan impliciete magie

De afwegingen zijn helder:

• steilere leercurve

• meer vooraf nadenken

• minder het gevoel dat het “gewoon werkt”

Maar wat je ervoor terugkrijgt:

• uitstekende schaalbaarheid

• minder architectonische spijt

• typeveiligheid waar je maanden later écht iets aan hebt

Het is geen hype — het is adoptie gedreven door volwassenheid.

Niets heeft iets om zeep geholpen. Wat er gebeurt, is specialisatie:

React Router heeft Next.js niet om zeep geholpen. TanStack Router heeft React Router niet om zeep geholpen. Ze lossen verschillende pijnpunten op.

Na het gebruiken van React Router Framework mode:

• snap ik waarom mensen enthousiast zijn

• bevalt het me hoe expliciet alles voelt

• vind ik het prettig dichter bij “gewoon React” te zitten

Na me in TanStack Router te hebben verdiept:

• begrijp ik waarom ervaren teams er lyrisch over zijn

• zie ik mezelf het na verloop van tijd meer waarderen

• vermoed ik dat het schittert vanaf maand 6, niet vanaf week 2

En Next.js?
Nog steeds prima — alleen niet meer altijd de vanzelfsprekende eerste keuze.

De echte verschuiving gaat niet over tools. Ze gaat erover dat frontend-developers hun architectonische keuzevrijheid terugpakken. En eerlijk? Dat is een prima plek voor het React-ecosysteem.