Check de paginasnelheid.
Verbeter je ranking.

Labdata en velddata spreken elkaar tegen, en allebei hebben ze gelijk

Bijna elke discussie over paginasnelheid ontstaat doordat twee getallen worden vergeleken die nooit hetzelfde hebben gemeten.

Labdata is één synthetische laadbeurt op een vast apparaat met een vaste verbinding. Lighthouse laadt de pagina één keer, met een afgeknepen mobiel profiel uit het middensegment, in een schone browser zonder extensies en zonder cache. Het is reproduceerbaar en isoleert de oorzaak, en daarom is het het juiste gereedschap om fouten op te sporen. Tussen identieke runs schommelt de score wel met enkele punten, omdat de belasting van de processor op de meetcomputer het resultaat beïnvloedt.

Velddata is wat echte mensen daadwerkelijk hebben meegemaakt. Google verzamelt het in het Chrome User Experience Report van Chrome-gebruikers die daarvoor toestemming hebben gegeven, samengevoegd over een voortschrijdend venster van 28 dagen. Het weerspiegelt je echte publiek, hun echte apparaten, hun echte netwerken en hun gecachte tweede bezoeken. Dit is de data die Google gebruikt voor het paginaervaringssignaal.

Een pagina kan dus 62 scoren in Lighthouse en toch ruim slagen voor de velddata, meestal omdat het echte publiek snellere hardware heeft dan het afgeknepen testprofiel. Het omgekeerde komt ook voor, en dat telt zwaarder: een pagina kan in het lab 95 scoren en in het veld falen, omdat het lab nooit de cookiebanner, de chatwidget, de analytics achter toestemming of het lettertype van een derde partij heeft geladen die echte gebruikers wel krijgen.

Wat het getal echt beweegt

In de praktijk zitten de winsten in een kort lijstje. Afbeeldingen die groter zijn dan hun weergavegrootte, of worden geleverd in een formaat dat de browser moeilijker kan decoderen. Renderblokkerende CSS en synchrone scripts in de head. Lettertypen die zonder weergavestrategie worden geladen, waardoor tekst onzichtbaar blijft tot ze binnen zijn. Embeds van derden, vaak de grootste kostenpost en precies degene waar niemand verantwoordelijk voor is. En de responstijd van de server, die geen enkele front-endoptimalisatie kan goedmaken.

De valkuil is optimaliseren voor de score in plaats van voor de ervaring. Een script uitstellen tot na het meetmoment verbetert het getal en verandert niets voor degene die staat te wachten.

Zo pakt UtilitySEO dit aan

We draaien de audit voor zowel mobiel als desktop en rapporteren de vier Lighthouse-categorieën apart in plaats van ze samen te vatten in één cijfer, want een site met sterke prestaties en zwakke toegankelijkheid heeft een ander plan nodig dan andersom. Elk probleem komt met de reden waarom het is gemarkeerd en wat je moet aanpassen, gesorteerd op impact.