Terug

Next.js

Van trage pagina naar directe indruk.

Plan een adviesgesprek Plan een adviesgesprek

Drie situaties die we dagelijks tegenkomen.

Waarom een Next.js partner?

  • Je site is traag en dat kost je bezoekers

    Snelheid is geen technisch detail: een halve seconde extra laadtijd zie je terug in je conversie en Google merkt het ook. Pagina's die vooraf zijn opgebouwd, staan er meteen, ook bij veel bezoek.

  • Je site put uit meerdere systemen

    Je content komt uit je CMS, je producten uit je PIM en je voorraad uit je ERP. Een gekoppelde frontend loopt daar tegen grenzen aan; een losse frontend haalt uit elke bron wat hij nodig heeft.

  • Je wilt interactie die aanvoelt als een app

    Een configurator, een berekening of een zoekfunctie die meteen meebeweegt: dat vraagt meer van je frontend dan een pagina met tekst. Daar is dit framework voor gebouwd.

Next.js als motor onder je frontend

Een bezoeker beoordeelt je site in de eerste seconde, en die seconde gaat over snelheid en soepelheid. Alles wat je daarna aan content en aanbod hebt staan, komt pas aan bod als die eerste indruk klopt.

Next.js is de motor daaronder. Pagina's worden vooraf opgebouwd zodat ze meteen laden en goed vindbaar zijn, en interactie voelt aan als een app in plaats van als een website. Je content blijft in het systeem waar je team in werkt.

Jij houdt de regie over je content. De frontend haalt op wat hij nodig heeft, en jouw redacteuren merken daar niets van behalve dat het sneller is.

Wat we met Next.js doen

We beginnen bij de vraag of headless de juiste keuze is. Voor een overzichtelijke site waar redacteuren vooral pagina's beheren, is een gekoppelde frontend eenvoudiger en goedkoper. Dat zeggen we voordat we bouwen.

Is het wel de juiste keuze, dan bouwen we de frontend op je bestaande content: Craft CMS, je PIM of je webshop. Daar hoort de SEO-kant bij, want een headless site die verkeerd is ingericht kost je zichtbaarheid in plaats van dat hij die oplevert.

En we richten previews in, zodat een redacteur ziet wat hij publiceert voordat het live staat. Zonder die preview durft niemand te publiceren.

Drie organisaties met een site die hun eigen structuur volgt.

Ons werk met websites

  • NPLW

    Een sterke online basis voor de warmtetransitie

  • Biemans

    Online B2B-marktleider in sportprijzen

Bekijk alle cases Bekijk alle cases

Drie dingen die je merkt in de samenwerking.

Waarom Redkiwi als jouw Next.js partner?

  • Je team merkt er niets van behalve snelheid

    Je redacteuren blijven in hun eigen omgeving werken en zien in een preview wat ze publiceren. Elke maand nemen we door wat er nodig is en bepaal jij wat er gebouwd wordt. De koers blijft van jou.

  • Onafhankelijk advies

    Headless is niet altijd de juiste keuze, want het kost meer onderhoud dan een gekoppelde frontend. Bij een overzichtelijke site adviseren we dat laatste, ook al is het minder werk voor ons.

  • Frontend en CMS in één hand

    Wij bouwen ook het CMS en de systemen erachter, dus de koppeling tussen content en frontend komt uit dezelfde hand. Je werkt met een vaste specialist die je platform kent.

Veelgestelde vragen over headless

01/ Wat is een headless website?
Bij een headless opzet staat je content in het ene systeem en je website in het andere, verbonden via een API. Dat geeft vrijheid in vormgeving en snelheid, en het kost meer onderhoud dan een gekoppelde frontend. Die afweging maken we vooraf.
02/ Wanneer is headless de moeite waard?
Bij zware interactie, veel bezoekers of een site die uit meerdere bronnen put. Voor een overzichtelijke website waar redacteuren vooral pagina's beheren, is een gekoppelde frontend eenvoudiger en goedkoper in onderhoud.
03/ Is een headless site goed voor SEO?
Ja, mits je het goed inricht. Pagina's worden vooraf opgebouwd zodat zoekmachines ze net zo goed lezen als een gewone site. Slecht ingericht is het juist een risico, en dat is precies waar het bij headless projecten vaak misgaat.
04/ Kunnen onze redacteuren hier gewoon in werken?
Ja, en dat is een eis en geen bijzaak. We richten previews in zodat een redacteur ziet wat hij publiceert voordat het live staat. Zonder die preview durft niemand te publiceren en gebruikt je team het systeem niet.