Marketing Scandigitale scan
Website & snelheid

Je LCP verschilt per toestel: onderzoek het element

7 november 2026 · 6 min leestijd · Marketing Scan

Je meet op je laptop een prima laadtijd, maar op een telefoon voelt dezelfde pagina trager. Een veelgemaakte reflex is dan alle afbeeldingen te comprimeren. Maar als het grootste zichtbare element op mobiel een tekstblok of een andere afbeelding is dan op desktop, mik je mogelijk naast het echte probleem. Deze gids toont hoe je eerst vastlegt welk element en welke viewport meetellen, en hoe je daarna een gerichte keuze maakt. Je krijgt een stappenplan, een beslismatrix en een fictief voorbeeld.
In dit artikel

Waarom hetzelfde meetpunt per toestel kan verschillen

Bij LCP gaat het om het grootste inhoudselement dat in beeld verschijnt. Dat element hangt af van wat er in de viewport past. Op een brede desktop kan dat een hero-afbeelding zijn, op een smal scherm kan een kop of tekstblok groter uitvallen omdat de afbeelding door de layout kleiner of anders gepositioneerd wordt.

MDN beschrijft webprestaties in het algemeen als zowel objectieve metingen als ervaren gebruikerservaring (MDN, webprestaties); de bron gaat niet specifiek over LCP per viewport. Onze eigen conclusie is dat een cijfer zonder context van toestel en scherm weinig zegt over wat je moet aanpassen.

Begin daarom niet met de oplossing maar met de vraag: welk element is het bij welke schermbreedte, en wanneer verschijnt het? Zonder die notitie weet je niet of je afbeeldingen, lettertypen of de HTML-aanvraag zelf moet onderzoeken.

Stappenplan: noteer element en viewport

  1. Kies een representatieve pagina. Neem een pagina die veel bezoekers ontvangt, bijvoorbeeld je startpagina of een belangrijke dienstpagina.
  2. Kies twee tot drie schermbreedtes. Bijvoorbeeld een smalle telefoon, een tablet en een brede desktop. Schrijf de exacte breedte op.
  3. Meet per breedte met de prestatietools in je browser of een labotool. Noteer welk element als grootste inhoud wordt aangeduid.
  4. Leg het type element vast. Afbeelding, achtergrondafbeelding, tekstblok of video-poster.
  5. Noteer wanneer het verschijnt en wat er daarvoor gebeurt: de HTML-aanvraag, blokkerende CSS of scripts, het laden van het bestand zelf.
  6. Bewaar de metingen als vergelijkingsbasis voor je iets verandert.

Een labometing is een momentopname onder gekozen omstandigheden. Ze vervangt geen gegevens van echte bezoekers, die je bij je beheerder of in je eigen meetomgeving controleert.

Het element diagnosticeren: waar gaat de tijd naartoe?

De cursus Learn Performance van web.dev behandelt achtereenvolgens onder meer de HTML-aanvraag, het kritieke renderpad, het laden van bronnen en afbeeldingsprestaties (web.dev, Learn Performance). Dat geeft je een bruikbare volgorde om het probleem te lokaliseren: eerst de eerste aanvraag, dan wat het renderen blokkeert, dan het element zelf.

Gebruik die volgorde als diagnose. Is het element een afbeelding, kijk dan of die laat wordt ontdekt omdat ze pas via CSS of script wordt opgevraagd, of omdat ze groter is dan de weergave nodig heeft. Is het tekst, kijk dan naar het laden van lettertypen en naar CSS die de weergave uitstelt. Is het een video-poster, kijk dan naar hoe de video is ingesloten.

Schrijf per breedte één zin op: "element X, type Y, vertraagd door Z". Als Z op desktop en mobiel verschilt, heb je twee afzonderlijke problemen en geen generieke afbeeldingskwestie.

Beslismatrix: van element naar eerste actie

Gebruik deze matrix als eerste richting. Ze is een hypothese die je met een nieuwe meting toetst, geen garantie.

Grootste elementWaarschijnlijke oorzaak om te controlerenEerste actie
Afbeelding, laat ontdektWordt pas via CSS of script opgevraagdControleer of ze rechtstreeks in de HTML staat
Afbeelding, te groot bestandBestand groter dan de weergave vraagtControleer afmetingen en serveer een passend formaat per toestel, en controleer in het netwerkpaneel welk bestand echt laadt (variant, schermdichtheid en cache bepalen dat); minder pixels betekent niet automatisch een kleiner bestand of snellere weergave
TekstblokLettertype of blokkerende CSSControleer laadgedrag van lettertypen en kritieke CSS
Video-posterZware insluiting of late posterControleer hoe de video wordt ingesloten
Traag al voor het element laadtTrage eerste HTML-aanvraagOnderzoek servertijd en caching van de HTML

Past geen enkele rij, dan is de meting onvolledig: herhaal ze met een andere breedte of op een andere pagina.

Fictief voorbeeld en controle na de wijziging

Dit is een verzonnen invoer om de methode te tonen, zonder resultaten. Stel dat je op 390 pixels breed noteert: grootste element is een tekstblok, vertraagd door een lettertype dat pas laat beschikbaar is. Op 1440 pixels breed noteer je: grootste element is een hero-afbeelding die via CSS als achtergrond is ingesteld. Dan heb je twee verschillende acties: lettertypegedrag voor mobiel en de manier van insluiten voor desktop. Een algemene beeldcompressie zou het mobiele probleem niet raken.

Verwachte technische controles: meet dezelfde pagina opnieuw op dezelfde breedtes en onder dezelfde omstandigheden, noteer of het aangeduide element nog hetzelfde is, en vergelijk met je basismeting. Of de waarde daalt, weet je pas na die meting.

Test ook de toegankelijkheid van wat je aanpast. De WAI-tutorials van W3C bieden richtlijnen voor onder meer afbeeldingen en andere content, zodat een prestatiewijziging de bruikbaarheid niet schaadt (W3C WAI, tutorials). Een alternatieve tekst of leesbaarheid mag niet sneuvelen voor snelheid.

Wil je zien welke publieke signalen je website uitstraalt, bekijk ze dan via Marketing Scan. Een publieke scan meet zichtbare signalen en voert niet alle controles uit die hier staan.

Veelgestelde vragen.

Waarom toont mijn tool op mobiel een ander LCP-element dan op desktop?

Het grootste zichtbare element hangt af van de viewport en de layout. Op een smal scherm kan een tekstblok groter zijn dan een verkleinde afbeelding. Noteer daarom altijd de schermbreedte bij elke meting.

Moet ik eerst al mijn afbeeldingen comprimeren?

Niet zolang je niet weet of een afbeelding het grootste element is. Als het element tekst is of de eerste aanvraag traag is, helpt compressie weinig. Leg eerst element, type en vertraging vast.

Is een labometing genoeg om te beslissen?

Ze is nuttig om het element te vinden en wijzigingen te vergelijken, maar het is een momentopname onder gekozen omstandigheden. Echte bezoekersdata kunnen afwijken. Controleer bij je beheerder welke gegevens je in je eigen omgeving hebt.

Wat als het grootste element per pagina verschilt?

Dan onderzoek je per paginatype, niet per website. Kies een startpagina, een dienstpagina en een artikelpagina en doorloop de procedure voor elk. Je kunt dan sjablonen herkennen die hetzelfde probleem delen.

Bronnen bij dit artikel

Hoe werkt een marketing scan? Meetmethode en grenzen

Van advies naar actie voor jouw website

Maak een gratis account voor één website. Controleer zes kenmerken van je homepage en bekijk maximaal drie bevindingen.

Herhaal de check handmatig één keer per zeven dagen. Voor volledige audits en automatische opvolging is uitgebreide toegang nodig.

Maak je gratis account

Bekijk wat de check meet

Wat zaakvoerders hierover vragen

  • Waarom is mijn website zo traag?

    Elke seconde laadtijd boven de drie kost je op mobiel zeven procent van je bezoekers.

    Waarom is mijn website zo traag? · Hoe test ik gratis de snelheid van mijn website? · Waarom is mijn WordPress-site traag en wat doe ik eraan? · en 1 meer

Het cijfer uit ons onderzoek

  • 75%

    van 1505 kmo-sites heeft websitesnelheid in de drie zwaarste werkpunten.

    Lees het onderzoek

Meer over website & snelheid.