Een site die traag geworden is weer snel maken. Beelden, scripts, fonts en structuur, gemeten en aangepakt.
Vertel wat er nu niet werkt of wat te veel tijd kost, dan hoor je wat ik zou doen en wat het ongeveer kost. Je spreekt mij, geen accountmanager.

Performance-optimalisatie maakt een site die traag geworden is weer snel. Sites worden langzaam: er komt een script bij, beelden worden groter, een embed blijft hangen, een animatie doet te veel. Wij meten waar de tijd zit en pakken de grootste winst eerst. Meetbaar voor en na. Wie zijn website sneller laat maken, wint op twee plekken tegelijk: bezoekers haken minder snel af en Google waardeert een snelle pagina hoger.
Google Search Console meldt problemen met Core Web Vitals. Bezoekers haken af voordat de pagina geladen is. De site voelt traag op een telefoon. Je hebt in de loop van de tijd tools toegevoegd, chat, analytics, video, en niemand heeft gekeken wat dat kost. Of je wilt gewoon weten hoe de site ervoor staat. Vooral op mobiel, waar het meeste verkeer binnenkomt, kost elke extra seconde laadtijd aanvragen en omzet.
Meten met Lighthouse en met echte gebruikersdata uit Search Console. Dan de grootste winst eerst. Beelden: juiste formaat, moderne compressie, alleen laden wat in beeld is. Scripts: pas laden als ze nodig zijn, uitstellen wat niet urgent is, verwijderen wat niet gebruikt wordt. Fonts: niet blokkeren, alleen de gewichten die de site gebruikt. Animaties: op de GPU, niet op de hoofdthread. Embeds: video's en kaarten pas laden bij klik. En structuur: minder DOM, minder CSS.
Een meting vooraf per paginatype, een lijst met wat we aanpassen en wat het oplevert, dan de aanpassingen, dan een meting achteraf. We doen het op staging en zetten pas live als de winst er is. Bij Webflow-sites zit een deel van de snelheid in de bouw zelf; daar kijken we ook naar. Zo voorkom je dat een snelle fix op de ene pagina iets anders op de site breekt.
Een rapport met voor en na, een lijst van wat er is aangepast en waarom, en advies over wat je zelf moet blijven doen: beelden niet te groot uploaden, geen scripts toevoegen zonder te meten. Meestal onderdeel van een doorontwikkelabonnement. Daarmee blijft de site snel, ook als er later nieuwe pagina's, tools of campagnes bij komen.
De meting vooraf bepaalt de omvang. Daarna krijg je een vaste prijs voor de lijst met aanpassingen. Meestal valt dit binnen een doorontwikkelabonnement. Je betaalt dus niet voor uren zoeken, maar voor aanpassingen waarvan vooraf duidelijk is wat ze opleveren. Na afloop meten we opnieuw, zodat je ziet wat de aanpassingen hebben opgeleverd in laadtijd en Core Web Vitals.
Zit de traagheid in het platform of de hosting en niet in de site, dan helpt optimaliseren weinig en is verhuizen de betere investering. Dat zie je in de meting vooraf. Denk aan een WordPress-site die op goedkope gedeelde hosting draait en leunt op tientallen plugins: daar haal je met bijschaven zelden genoeg winst uit.
Bij de migratie van Immerse Education stegen de PageSpeed-medianen en daalde de CLS naar nul. Externe scripts laden daar pas bij de eerste interactie, zonder dat integraties verloren gingen. Een snellere website scoort beter in Google en houdt bezoekers vast, vooral op mobiel, waar elke seconde wachten bezoekers kost. Na de livegang meten we opnieuw, zodat je ziet wat het heeft opgeleverd.
Verhuizen van WordPress: WordPress-migratie. De site gezond houden: onderhoud en beveiliging.



















Een meting met verbeterlijst is een dag. De aanpassingen een tot drie dagen, afhankelijk van de site. Vaste prijs vooraf.
Dat hangt af van waar je begint. We beloven geen score, we laten de meting zien.
Snelheid is een rankingfactor en Core Web Vitals tellen mee. Belangrijker: bezoekers blijven langer en converteren vaker.
Beelden verkleinen voordat je uploadt en geen onnodige scripts toevoegen: ja. De rest vraagt kennis van hoe de site is gebouwd.
Dan meten we en adviseren we. De aanpassingen doet je eigen developer of wij, als het een platform is dat we kennen.