Themawissel in cijfers: een echte WordPress-site verhuist naar Hafen

Reclamebeloftes over themasnelheid zijn er genoeg, meetreeksen van echte overstappen nauwelijks. Daarom documenteren we hier een complete: flirtuniversity.de, een flirtschool met content uit 17 jaar, ledengedeelte, consentbeheer, video-embeds en alles wat zich op een gegroeide WordPress-site nu eenmaal ophoopt, wisselde op 1 september 2026 van Neve naar Hafen. Geen labopstelling, geen vers opgezette demosite. Precies daarom zijn de cijfers conservatief, en precies daarom zijn ze iets waard.

De uitgangssituatie

Neve is geen slecht thema, integendeel, het geldt terecht als een van de snellere klassieke thema’s. De site stond daarmee op mobiel op Lighthouse-scores van 56 tot 59, met een First Contentful Paint rond de 4 seconden. De oorzaak is geen slordigheid, maar de bouwwijze: een klassiek thema brengt zijn eigen CSS-framework, eigen scripts en eigen instellingslagen mee, die op elke pagina meeladen, nodig of niet.

Hafen komt uit de andere richting: een blokthema waarbij lay-out, kleuren en typografie in de theme.json staan en WordPress zelf de benodigde CSS genereert. Wat dat in het totaalpakket betekent, hebben we eerder al nagerekend: twee requests, 7 kilobyte over de lijn. De vraag van deze praktijkcase was wat daarvan op een echte, volgepakte site overblijft.

De methode, zodat de cijfers controleerbaar zijn

Gemeten is met Lighthouse 13.4.1 in headless Chrome, op dezelfde computer, op dezelfde dag: Neve rond het middaguur vóór de overstap, Hafen direct na de livegang met een vers geleegde en weer opgewarmde cache. Per pagina en apparaatcategorie drie runs, geteld wordt de mediaan van elke metriek. Vier paginatypes dekken de site af: homepage, blogoverzicht, een artikel en een cursuspagina met video-hero. Het zijn labwaarden, geen velddata, maar ze zijn onder identieke omstandigheden verzameld, en alleen daar draait het bij een vergelijking om.

Wat de themawissel alleen al opleverde

Op mobiel, waar het pijn doet, zag de pure wissel er zo uit, telkens Neve tegen Hafen, zelfde dag, zelfde pluginbestand:

Daar komen 22 tot 38 procent minder requests bij, een gehalveerde Total Blocking Time op de homepage en een Largest Contentful Paint die met 29 tot 44 procent daalde. De lay-outstabiliteit bleef op 0,00. Desktop was onder Neve al groen en bleef dat, met 23 tot 34 procent minder paginagewicht.

Het belangrijkste cijfer is de First Contentful Paint: van ongeveer 4 seconden naar 1,3 seconden op elke gemeten pagina. Dat is het moment waarop bezoekers voor het eerst iets zien in plaats van naar een wit scherm te staren, en dat hangt vrijwel volledig af van hoeveel CSS en JavaScript het thema vóór het renderen schuift.

Het eerlijke deel: wat de wissel niet heeft opgelost

De resterende ongeveer 360 tot 400 kilobyte JavaScript komt vrijwel volledig uit het pluginbestand: ledengedeelte, consentbeheer, statistieken, video-embeds. Een themawissel ruimt die laag niet op, hij legt alleen bloot dat die het eigenlijke gewicht draagt. En de Largest Contentful Paint stond op mobiel ook onder Hafen nog op 4 tot 6 seconden, omdat het grootste element op de belangrijkste pagina’s een videoposter is die pas via JavaScript werd nageladen. Een licht thema redt geen zware content, dat schreven we eerder al op, en deze meting bevestigt het.

Ronde 2: wat er op het nieuwe thema nog in zat

Daarom volgde op de wissel een tweede ronde, dit keer gericht op de content en het laadgedrag, allemaal dingen die pas op het opgeruimde fundament goed tot hun recht komen:

• Poster-preload voor de video-hero’s: De previewafbeelding van het grootste element wordt via preload met hoge prioriteit geladen en direct als CSS-achtergrond getoond, in plaats van op het embed-script te wachten.
• Vervroegde verbindingsopbouw naar de analytics-hosts via preconnect, dat scheelt op mobiele verbindingen de DNS- en TLS-handshake in het kritieke pad.
• content-visibility voor secties onder de vouw: De browser rendert pas wat in zicht komt.
• Scriptdieet: Een beoordelingswidget laadt alleen nog op de homepage, waar hij daadwerkelijk is ingebouwd, en de automatische advertentiescripts van een stilgelegd advertentieaccount vlogen helemaal van de site.

Resultaat op de cursuspagina, het zwaarste geval met video-hero: score mobiel van 71 naar 86, de Largest Contentful Paint zakte van 5,2 naar 4,0 seconden. Het artikel steeg van 77 naar 86, het blogoverzicht van 76 naar 80, de homepage hield zijn score en won op laadpad en gewicht. Het JavaScript daalde nog eens flink, naar 215 tot 254 kilobyte per pagina. Over beide etappes samen betekent dat: mobiele scores van 56 tot 59 onder Neve werden 71 tot 86, bij ongewijzigde content.

Wat daarvan terugvloeide in het thema

De overstap was voor ons twee dingen tegelijk, klantproject en stresstest van ons eigen product. Een handvol bevindingen uit de migratie is direct de themaontwikkeling in gegaan en zit in de komende versie Hafen 0.9.0: het blogoverzicht kreeg een magazineraster met uitgelichte kaart, berichten zonder uitgelichte afbeelding kregen een vormgegeven terugvaloptie, de paginanummering tikvriendelijke doelen. Wat eerder op de klantsite met CSS werd bijgewerkt, wordt met de volgende update standaard voor iedereen die het thema installeert. Zo hoort dogfooding te werken: de praktijkcase verbetert het product, niet alleen die ene site.

Wat je hiervan kunt meenemen

Als je een themawissel overweegt, zijn uit deze overstap drie dingen overdraagbaar. Ten eerste: vooraf meten, achteraf meten, zelfde methode. Zonder cijfers van vooraf weet je achteraf niet of de moeite heeft geloond. Ten tweede: de wissel verbetert het fundament, niet de content. Zware afbeeldingen, video-embeds en pluginscripts neem je mee, ze vallen op het snelle fundament alleen sterker op, en precies dan loont de tweede ronde. Ten derde: content blijft, lay-outs verhuizen. Header, footer en overzichtspagina’s moet je opnieuw uitdenken, de teksten en afbeeldingen zelf blijven onaangeroerd in de database.

Veelgestelde vragen