Next.js of WordPress kiezen: doe het op je eigen cijfers

Je vraagt drie bureaus wat je met je bedrijfswebsite moet doen en je krijgt drie antwoorden. Het ene zweert bij WordPress, het andere bij Next.js, en geen van beide heeft je site ooit gemeten. Dat gesprek voer je beter andersom: eerst meten, dan pas kiezen.

Key takeaways

• De keuze tussen WordPress en Next.js gaat minder over techniek dan over de vraag wie er volgend jaar aan je site werkt.
• Meet je huidige site eerst met PageSpeed Insights en Search Console. Zonder die cijfers is elk advies een mening.
• WordPress kost je terugkerend onderhoud. Next.js kost je een ontwikkelaar bij elke structurele wijziging. Reken beide door over drie jaar.
• Een trage WordPress-site is meestal een pluginprobleem, geen platformprobleem. Ruim dat eerst op voordat je overstapt.
• Geen van beide platforms is van zichzelf veilig. Wie bijwerkt en wie meekijkt bepaalt dat, niet de technologie.

Stap 1: meet wat je nu hebt

Open PageSpeed Insights en plak de URL van je drie drukste pagina's. Meestal zijn dat je homepage, je belangrijkste dienstenpagina en de contactpagina. Kijk niet naar het totaalcijfer bovenaan, maar naar de drie Core Web Vitals. LCP zegt hoe snel het grootste blok in beeld staat, INP hoe snel de pagina op een klik reageert, CLS hoe erg de pagina nog verspringt tijdens het laden. Google zet bij elke meting de geldende grenswaarde erbij, dus je hoeft niets uit je hoofd te weten.

Staat er onder je meting een blok met veldgegevens, dan zijn dat cijfers van echte bezoekers over de afgelopen maanden. Die wegen zwaarder dan de labtest eronder. Heeft je site te weinig bezoekers voor veldgegevens, dan blijft de labtest je beste indicatie.

Resultaat dat je kunt controleren: voor drie pagina's weet je per Core Web Vital of hij groen, oranje of rood staat, en of dat cijfer van echte bezoekers komt of uit een labtest.

Stap 2: tel wat je site draaiend houdt

Draai je WordPress, ga dan naar het plugin-overzicht in je beheerscherm en tel drie dingen. Hoeveel plugins staan er actief, hoeveel daarvan hebben een update klaarstaan, en hoeveel zijn volgens hun eigen pluginpagina al meer dan een jaar niet bijgewerkt. Dat laatste getal is het interessantste. Een plugin die de maker heeft laten liggen, is de plek waar je site het eerst breekt.

Zet daarnaast je vaste lasten op een rij: hosting, domein, betaalde plugins of thema's, en het uurtarief dat je betaalt als er iets misgaat. Draai je al iets anders dan WordPress, doe dan hetzelfde met je hostingfactuur en de afspraken met je ontwikkelaar.

Resultaat dat je kunt controleren: één lijstje met het aantal actieve plugins, het aantal verouderde plugins en de vaste kosten per jaar in euro's.

Stap 3: bepaal wie er volgend jaar aan de site werkt

Dit is de stap die de keuze eigenlijk maakt. Schrijf vier taken op en zet er een naam achter. Wie zet een nieuwe blogpost online. Wie past een prijs op de dienstenpagina aan. Wie voegt een hele nieuwe pagina toe. Wie doet de beveiligingsupdates.

Staat bij de eerste drie taken de naam van iemand binnen je bedrijf, dan heb je een systeem nodig waar diegene zonder hulp in kan. Dat pleit voor WordPress, of voor Next.js in combinatie met een redactiesysteem waarin je de teksten los van de code beheert. Staat bij alle vier een externe naam, dan is een uitgebreid redactiescherm vooral een extra ding dat kan breken.

Resultaat dat je kunt controleren: achter elk van de vier taken staat één naam, geen functie en geen bureau in het algemeen.

Stap 4: zet de twee opties naast elkaar over drie jaar

Reken niet met de bouwprijs alleen. Zet vier posten naast elkaar voor beide scenario's: de eenmalige bouw, de hosting per jaar, het onderhoud per jaar en de uren die jij of je team er zelf in stopt. Die laatste post vergeten de meeste ondernemers, terwijl hij vaak de grootste is.

Vraag bij een offerte altijd expliciet naar twee dingen. Wat kost een nieuwe pagina na oplevering, en wat gebeurt er als je over twee jaar met een andere partij verder wilt. Bij WordPress is dat antwoord meestal eenvoudig, want veel bureaus kennen het. Bij maatwerk hangt het af van hoe netjes er gebouwd is. Vraag dan wie eigenaar wordt van de broncode en waar die wordt bewaard.

Resultaat dat je kunt controleren: twee totaalbedragen over drie jaar, allebei opgebouwd uit dezelfde vier posten.

Stap 5: beslis met een vuistregel

Publiceer je wekelijks content en beheert je team die zelf, dan is WordPress zelden de verkeerde keuze. Ruim dan wel eerst je plugins op en meet opnieuw, want veel trage WordPress-sites worden vanzelf sneller zodra de helft van de plugins eruit gaat.

Verandert je site zelden van inhoud maar hangt er wel veel aan vast, zoals een configurator, een koppeling met je boekhouding of een klantportaal, dan levert maatwerk in Next.js meer op. Je ruilt gemak in de redactie in voor controle over wat er precies gebeurt.

Twijfel je nog, kies dan de goedkoopste optie en meet over zes maanden opnieuw. Een verkeerde keuze die je snel ziet is beter dan een dure keuze die je pas na twee jaar voelt.

Resultaat dat je kunt controleren: één zin op papier met je keuze, de reden en de datum waarop je opnieuw meet.

Aanbevolen platforms en tools

Tips en tricks

• Meet altijd eerst op mobiel. Daar valt de uitslag het strengst uit en daar komt het grootste deel van je bezoek vandaan.
• Meet twee keer op verschillende momenten van de dag. Eén enkele meting op een druk moment stuurt je de verkeerde kant op.
• Zet bij WordPress plugins één voor één uit en meet er tussendoor. Zo weet je welke plugin de schade veroorzaakt in plaats van dat je gokt.
• Grote afbeeldingen zijn op elk platform de meest voorkomende oorzaak van een trage pagina. Kijk in PageSpeed Insights welk onderdeel als grootste blok wordt aangewezen.
• Vraag bij elke offerte wie de broncode en de domeinnaam op zijn naam krijgt. Dat weegt zwaarder dan het platform in diezelfde offerte.
• Verander niet van platform en van ontwerp tegelijk. Doe je beide in één keer, dan weet je bij een terugval in bezoekers niet waaraan het lag.

Doe de zelfscan

Begin klein. Meet vandaag je drie drukste pagina's op mobiel, tel je actieve plugins en zet de vier onderhoudstaken met een naam erachter op papier. Met die ene pagina in de hand voer je het gesprek over WordPress of Next.js in twintig minuten, en beslis je op je eigen cijfers in plaats van op andermans voorkeur.