Ik schuif aan bij je team en we maken je site snel

Dat hangt af van hoeveel geld er door je site gaat. Loop Earplugs werd op mobiel zo'n 800ms sneller en zag de checkout-conversie met 7% stijgen. Ik kan je geen 7% beloven, maar RUM toont wat elke fix met de metric deed en je analytics laat zien wat het deed met je omzet. Je hebt straks allebei.

Een beetje. Core Web Vitals zijn een rankingfactor, maar een kleintje: relevante content komt eerst, en snelheid geeft de doorslag tussen pagina's die dicht bij elkaar liggen. De grotere winst zit na de klik. Een snellere site verliest minder bezoekers en converteert meer van de mensen die blijven. Dat zie je terug in je omzet, of Google je nu hoger zet of niet.

Voor bedrijven met eigen developers, substantieel verkeer en een site waar snelheid direct doorwerkt in de omzet. Vooral e-commerce, SaaS-apps waar klikken traag voelt, en publishers met veel advertenties. Geen eigen developers en geen bureau dat voor je bouwt? Dan is een audit of een quick fix een betere start.

Nee. Iedereen die een score garandeert zonder naar je site te kijken, gokt maar wat. Waar ik naar streef, is slagen voor de Core Web Vitals op het 75e percentiel op de pagina's waar je geld mee verdient. Dat is wat Google meet, en dat is wat je bezoekers voelen.

De meeste bureaus doen van alles wat, en performance is één punt op de lijst. Ik doe niets anders. De lastige problemen staan zelden op een checklist: hydration in Next.js, tientallen third-party scripts op een mediasite, advertenties die de layout verschuiven zodra ze laden. We hebben allemaal ons specialisme. Dit is het mijne.

Ja, dat zit bij het traject in. Laat je eigen RUM al zien welk element of script traag is, dan kunnen we dat gebruiken.

Vrijwel allemaal. Next.js, Nuxt, Magento, Salesforce Commerce Cloud, Shopify, WordPress of een PHP-site die iemand in 2012 heeft gebouwd. Het maakt de browser niet uit wat de pagina heeft gegenereerd, en de browser is waar ik werk. Op een gehost platform zoals Shopify kun je het platform zelf niet aanpassen, maar het thema, de apps en de scripts die ze toevoegen zijn van jou. En daar zitten de meeste problemen.

Die score komt uit Lighthouse: een labtest op één gesimuleerde trage telefoon. Google kijkt naar field data, wat je echte bezoekers ervaren op het 75e percentiel, en dat is waar ik aan werk. De Lighthouse-score gaat gaandeweg meestal mee omhoog, maar ik jaag er niet achteraan. Een site kan een 95 scoren en alsnog zakken voor de Core Web Vitals, en andersom.

Ik zoek uit wat er op de main thread draait als iemand klikt. De Long Animation Frames (LoAF) API vertelt me welk script en welke functie dat is. Vervolgens knippen we dat werk op, schuiven we het uit de weg of ruimen we het op.

Vrijwel nooit. Meestal zijn het een paar zware componenten, de volgorde waarin scripts laden of hoe de pagina hydrateert. Dat aanpassen kost veel minder dan een rewrite, en je ziet het resultaat veel sneller.

Nog geen RUM, of laat de jouwe niet zien welk element of script traag is? Dan voeg ik CoreDash toe. Dat is precies voor dit werk gebouwd. Voor elk LCP-, INP- en CLS-event laat het zien welk element, script of resource de boosdoener was. Binnen een dag zie je wat een fix deed voor echte bezoekers, in plaats van te moeten wachten tot het voortschrijdend gemiddelde van 28 dagen van Google is bijgewerkt. En er zit geen limiet op hoeveel URL's je volgt of hoe lang je de data bewaart.

Ja. Ik werk graag met bureaus en met alle andere betrokkenen. Het bureau bouwt, ik vind de problemen, zet ze op volgorde en controleer elke fix, net zoals bij een eigen team. Ben je het bureau? Dan lees je hier hoe ik samenwerk met bureaus.

Bevindingen als tickets in je eigen systeem, fixes die live staan, performance budgets in je CI/CD-pipeline, monitoring en alerts op je RUM data, en developers die snappen waarom alles werkt.

Op twee manieren. Performance budgets in je deployment pipeline signaleren een build die layout shifts toevoegt of de main thread blokkeert vóór hij live gaat. En alerts op je RUM data melden wanneer iets verslechtert. CoreDash controleert elk uur, maar geeft pas een alert als er genoeg data is om het zeker te weten, zodat je niet achter valse meldingen aan zit. En je weet het nog steeds weken eerder dan Search Console.

Een audit vertelt je wat er mis is en in welke volgorde je het oplost. Consultancy blijft tot het opgelost is.

Je team neemt het over. Er is ook een retainer, vanaf €1.500 per maand voor ongeveer een dag van mijn tijd: ik houd je RUM data in de gaten, meld het zodra iets trager wordt, en elk kwartaal bepalen we de volgende stappen.

Toegang tot je repository (GitHub, GitLab, wat je ook gebruikt), een staging-omgeving en je analytics. Geen wekenlange onboarding-meetings. Zodra ik erin kan, ga ik aan de slag, en meestal heb je binnen 5 werkdagen de eerste bevindingen.

Van een week tot zes maanden. Het hangt af van hoeveel er mis is en hoe snel je team oplevert. De meeste trajecten duren korter dan gedacht: 60% is binnen een maand afgerond. De exacte duur staat in de scope, voordat we beginnen.

Je ziet veranderingen in je RUM data binnen een dag na een deployment. De cijfers hebben genoeg bezoeken nodig voordat ze iets betekenen, dus drukke pagina's laten het sneller zien dan rustige. Hoe dan ook weet je het weken voordat het CrUX-rapport van Google zover is.

Ja. We verwijderen je tags niet, we passen aan hoe en wanneer ze laden. Advertenties kunnen nog steeds voldoen aan viewability-eisen zonder de main thread te blokkeren of de layout te verschuiven. DPG Media, Aleteia en Who What Wear behielden hun advertentie-inkomsten en haalden de Core Web Vitals.