
Mobielvriendelijke content is content die makkelijk leest op een telefoon, snel laadt op een gemiddelde verbinding en dezelfde informatie toont als wat een desktopbezoeker krijgt. Dat betekent korte alineas, duidelijke kopteksten, een responsive layout, afbeeldingen met de juiste afmetingen en geen verborgen of ontbrekende tekst. Google beoordeelt je paginas inmiddels door de ogen van een smartphone, dus dit is geen aardige extra qua design. Het is de basisvoorwaarde om überhaupt te worden geïndexeerd.
Deze gids behandelt beide kanten van het werk: hoe je schrijft voor een klein scherm en de technische keuzes die bepalen of je schrijven lezers en zoekmachines daadwerkelijk bereikt.
Google begon in 2015 met de verschuiving naar mobiel en startte in 2016 met mobile-first crawlen en indexeren, zoals wordt uitgelegd in de terugblik op mobile-first indexering van het bedrijf. Halverwege 2024 was deze overstap nagenoeg voltooid: Google gaf aan dat het bijna alle websites crawlt en indexeert met een smartphone-crawler, en merkte op dat de sites die nog steeds niet toegankelijk waren op mobiel een slinkende groep vormden, volgens de aankondiging van juni 2024.
De praktische betekenis hiervan is eenvoudig. Google gebruikt de mobiele versie van je content voor indexering en ranking, zoals vermeld in de documentatie over mobile-first indexering. Als een alinea, tabel, afbeelding of link alleen op je desktop-layout staat, moet je ervan uitgaan dat Google deze wellicht nooit ziet.
Er is ook een menselijke reden. Mensen lezen in de trein, in wachtkamers en in bed, met één hand, op een scherm dat misschien zes tot tien regels tekst tegelijk toont. Een pagina die prima aanvoelt op een 27-inch monitor, kan op dat scherm aanvoelen als een muur van tekst. Goede mobiele content respecteert in de eerste plaats de situatie van de lezer en op de tweede plaats de crawler, en in de praktijk vallen die twee doelen mooi samen.
De eerste groep tips gaat over taalgebruik en tekst, en dit is het punt waar de meeste schrijvers een pagina kunnen verbeteren zonder ook maar één regel code aan te raken.
Een telefoon toont erg weinig voordat de lezer besluit om te blijven of weg te gaan. Plaats het antwoord, de belofte of de belangrijkste bevinding in de eerste twee zinnen. Sla de inleidende alinea over over hoe de wereld is veranderd. Als de lezer een vraag heeft ingetyped, moeten de openingsregels die direct beantwoorden, en de rest van de pagina kan daar diepgang aan toevoegen.
Een alinea van vijf regels op een desktop wordt op een telefoon al snel een blok van tien regels. Streef naar twee of drie zinnen per alinea en één idee per alinea. Alineas van één zin zijn prima wanneer ze een punt verwoorden dat extra nadruk verdient. Het doel is witruimte: de pauze tussen blokken zorgt ervoor dat een lezer zijn plek kan behouden tijdens het scrollen.
Mobiele lezers scannen voordat ze echt gaan lezen. Zorg ervoor dat elke H2 en H3 in klare taal beschrijft wat erna komt, zodat iemand die er snel doorheen flitst zijn sectie kan vinden. Een kop zoals Wat de kosten zijn om dit te verhelpen is vele malen beter dan Overwegingen. Houd koppen kort genoeg om op één of twee regels te passen op telefoonformaat.
Lange titels worden afgebroken in de zoekresultaten en breken onhandig af op de pagina. Plaats de belangrijke woorden vooraan, blijf onder ruwweg 60 tot 70 tekens en vermijd het volproppen met zoekwoorden. Hetzelfde geldt voor linkteksten en knoplabels: kort, specifiek en eenvoudig aan te tikken.
Lijsten met opsommingstekens of genummerde lijsten werken uitstekend op kleine schermen omdat elk item op zijn eigen regel staat. Brede tabellen vormen een groter risico. Een vergelijking met vijf kolommen krimpt óf tot onleesbare tekst óf dwingt de gebruiker om horizontaal te scrollen. Beperk tabellen waar mogelijk tot twee of drie kolommen, of herschrijf de data als een lijst met korte items.

Elke zin kost scrolldiepte. Snijd in herhaalde punten, slappe inleidingen van secties en opvulbijvoegwoorden. Dit betekent niet dat de pagina mager moet worden. Een mobiele pagina kan lang en grondig zijn zolang elk onderdeel zijn plek verdient en eenvoudig te navigeren is dankzij een heldere structuur.
Alles wat afhangt van het zweven met een muis (hover), zoals tooltips of menus die openen bij muisover, werkt niet op een touchscreen. Leg definities direct in de tekst uit en houd links voldoende uit elkaar zodat een duim niet per ongeluk de verkeerde aantikt. Een zin vol met vijf links is onhandig in het gebruik op een telefoon; plaats een link dus alleen waar het echt helpt en nergens anders.
De grootste technische valkuil bij mobile-first indexering is content-pariteit. De richtlijn van Google stelt dat het de mobiele versie gebruikt voor indexering, dus alles wat je op mobiel inkort om ruimte te besparen, kan stilletjes uit de zoekresultaten verdwijnen. Veelvoorkomende boosdoeners zijn:
Het inklappen van content in accordions of tabbladen voor een betere bruikbaarheid is gangbare praktijk en doorgaans prima zolang de content zich daadwerkelijk in de HTML van de pagina bevindt. Het risico ontstaat bij content die pas wordt ingeladen na een gebruikersactie die de crawler niet uitvoert. Bij twijfel kun je de gerenderde HTML bekijken via de URL-inspectietool in Search Console en controleren of de tekst die jij belangrijk vindt daar daadwerkelijk staat.
De eenvoudigste manier om pariteit te garanderen, is door aan iedereen exact dezelfde pagina te serveren.
Google raadt responsive webdesign aan omdat het op dezelfde URL aan elk apparaat exact dezelfde HTML serveert en uitsluitend aanpast hoe de pagina wordt weergegeven, zoals wordt beschreven in de documentatie over mobile-first indexering. Dynamisch serveren en afzonderlijke mobiele URLs worden weliswaar ondersteund, maar deze zijn moeilijker te onderhouden en vergroten de kans op pariteitsfouten.
Een responsive setup leunt op een aantal basisprincipes die allemaal worden behandeld in de basisprincipes van responsive webdesign op web.dev:
maximum-scale=1 zorgen ervoor dat mensen niet kunnen inzoomen met hun vingers, wat een drempel opwerpt voor de toegankelijkheid. Het doel is om zo te ontwerpen dat inzoomen nooit nodig is, niet om het te verbieden voor mensen die er wel behoefte aan hebben.Als je werkt met een CMS zoals WordPress, HubSpot of Squarespace, is de snelste winst vaak het kiezen van een modern responsive thema en vervolgens het testen van je eigen aangepaste blokken, aangezien ingesloten widgets, brede tabellen en advertenties met een vaste breedte doorgaans de oorzaak zijn van overstromende content.
Het W3C wijst erop dat veel mobiele beperkingen, zoals kleine schermen, wisselende netwerksnelheden en onhandige invoer, overlappen met de barrières waarmee mensen met een beperking te maken hebben. Hun tabel met gedeelde webervaringen zet dit overzichtelijk naast elkaar. Goed ontwerpen voor de ene groep helpt doorgaans ook de andere groep.
Een concreet voorbeeld hiervan is reflow (het herschikken van tekst). WCAG 2.2 verwacht dat content in een smalle viewport past zonder horizontaal te scrollen, en de pagina Understanding Reflow legt uit dat slechtziende mensen die content vergroten hiervan afhankelijk zijn. De regel die je volgt voor telefoons dekt dus tegelijkertijd ook lezers af die op een laptop inzoomen tot 400%. Andere gewoonten die beide groepen ten goede komen:
Een prachtig geschreven pagina die er acht seconden over doet om te verschijnen, raakt zijn lezer al kwijt voordat de eerste zin goed en wel gelezen is. Google beoordeelt de pagina-ervaring mede op basis van Core Web Vitals. Volgens de uitleg op web.dev over hoe de drempelwaarden zijn gedefinieerd, wordt een pagina als goed bestempeld wanneer ten minste 75% van de bezoeken aan deze waarden voldoet:
| Metriek | Wat het meet | Goede drempelwaarde |
|---|---|---|
| LCP (Largest Contentful Paint) | Hoe snel de belangrijkste content verschijnt | 2,5 seconden of minder |
| INP (Interaction to Next Paint) | Hoe snel de pagina reageert op tikken en klikken | 200 ms of minder |
| CLS (Cumulative Layout Shift) | Hoeveel de layout verspringt tijdens het laden | 0,1 of minder |
Dezelfde drempelwaarden gelden voor zowel desktop als mobiel, maar het is op telefoons met tragere processors en netwerken waar de meeste sites moeite hebben om deze waarden te behalen. Voor een breder overzicht van hoe laadtijd zich verhoudt tot zoekprestaties en conversies, is dit artikel over een snellere websnelheid absoluut het lezen waard naast de onderstaande checklist.
srcset en sizes, comprimeer bestanden en maak gebruik van moderne formaten.Een realiteitscheck uit Googles eigen documentatie over pagina-ervaring: goede Core Web Vitals worden aanbevolen voor een geweldige ervaring, maar perfecte scores garanderen geen topnoteringen in de rankings. Ze vormen slechts één signaal tussen vele andere. Streef naar een pagina die snel aanvoelt voor een echt mens, niet naar een groen badge om het badge zelf.
Om te zien waar je staat, kun je het Core Web Vitals-rapport in Search Console bekijken voor praktijkdata van echte gebruikers, en overwegen om je eigen gebruikersmonitoring op te zetten, zoals web.dev suggereert in de gids voor het meten van Web Vitals.
Pop-ups die direct na een klik vanuit de zoekresultaten de content bedekken, vastgezette banners (sticky banners) die een derde van het scherm innemen en cookie-notificaties met minuscule knoppen kosten je allemaal lezers op een telefoon. Als je een nieuwsbriefmelding wilt tonen, stel deze dan uit totdat de lezer al heeft gescrolld of enige tijd op de pagina heeft doorgebracht, en zorg dat de sluitknop groot en gemakkelijk aan te tikken is. Houd vastgezette elementen slank. Op een klein scherm is elke pixel die de lezer niet kan gebruiken om te lezen verspilde ruimte.

Gebruik deze lijst voordat je publiceert:
De meeste paginas die we tegenwoordig zien, beginnen hun leven als een door AI gegenereerd concept, en dat verandert de aard van het mobiele probleem. Taalmodellen houden van lange, gelijkmatige alineas, gestapelde bijvoeglijke bepalingen en generieke koppen. Op een laptop is dat vooral saai. Op een telefoon is het een ware beproeving en haken lezers direct af.
Daarom beschouwen we mobiele leesbaarheid als een vast onderdeel van het menselijker maken van een concept. Het herschikken van de tekst is het echte werk: breek blokken op, varieer in zislengte, kom direct ter zake en vervang vage kopteksten door specifieke varianten. Dat is precies waarvoor we Semihuman hebben gebouwd: om door AI gegenereerd tekst zo te herstructureren dat het op een natuurlijke manier leest, de gewenste zoekwoorden daadwerkelijk integreert, en de betekenis volledig intact laat. Een tool is echter slechts een startpunt. De uiteindelijke controle ligt altijd bij een mens die een telefoon vasthoudt en zich afvraagt of dit nu echt is wat hij zou willen lezen terwijl hij op een perron staat te wachten.
Onze vuistregel: als je de alinea niet per sms naar een vriend zou sturen, is hij te lang voor mobiel.
Daarnaast zijn we van mening dat de kwaliteitslat belangrijker is dan de oorsprong van de tekst. Lezers en zoekmachines belonen paginas die nuttig, nauwkeurig en helder zijn, en dat is goed om in gedachten te houden tijdens het redactieproces. Onze artikelen over Googles benadering van nuttige content en over het afstemmen van content op de zoekintentie van de gebruiker gaan hier dieper op in.
— Tilen
Als je content op grote schaal produceert, is het herschrijven het meest tijdrovende onderdeel van het mobiel proof maken van je teksten. Semihuman herstructureert door AI gegenereerde tekst tot vlottere, beter leesbare proza en helpt bij het verwerken van je doelzoekwoorden. Je kunt direct beginnen met de Free-, Basic- en Pro-abonnementen. Teams die deze stap naadloos willen integreren in een bestaande publicatiepipeline kunnen kijken naar de API-abonnementen voor developers en bedrijven. Welke route je ook kiest, sluit altijd af met de telefoontest zoals hierboven beschreven.
Mobielvriendelijke content is nooit echt af op het moment van publicatie. Houd maandelijks een aantal signalen in de gaten:
Voor inspiratie over welke cijfers je het best kunt bijhouden en hoe deze zich verhouden tot resultaten, kun je ons overzicht bekijken van contentmetriek voor marketeers. Combineer je mobiele optimalisatie met breder SEO-werk, dan behandelt onze gids over contenttips voor digital marketing de contentkant, en helpt het artikel over trends op het gebied van visuele storytelling bij het inzetten van afbeeldingen en video die hun bytes dubbel en dwars waard zijn.
Neem een doorsnee blogpost die er op desktop prima uitziet. Op een telefoon blijkt de openingsalinea negen regels lang te zijn, luidt de eerste kop simpelweg Overzicht, scrolt een vergelijkingstabel met vier kolommen horizontaal weg, en is de hero-afbeelding een bestand van 3.000 pixels breed dat via lazy loading wordt ingeladen.
Dit is exact wat een redacteur in dit geval zou doen, in deze volgorde:
Geen van deze stappen vereist een compleet nieuw design. Het is puur redactioneel werk en basisonderhoud, en samen veranderen ze de beleving van de pagina doorgaans sterker dan welke technische ingreep dan ook.
Begin direct met het antwoord, houd alineas beperkt tot twee of drie zinnen, gebruik specifieke kopteksten en geef de voorkeur aan lijsten boven brede tabellen. Lees de pagina vervolgens op een echte telefoon en schrap alles waardoor je moet scrollen zonder dat het iets toevoegt. Heldere taal en een duidelijke structuur zijn belangrijker dan welke losse truc dan ook.
Begin met een responsive layout en een correcte viewport-tag, en zorg er vervolgens voor dat de mobiele pagina dezelfde tekst, afbeeldingen en links bevat als de desktopversie. Comprimeer je afbeeldingen en schaal ze responsief in, reserveer ruimte voor embeds en vermijd opdringerige pop-ups. Controleer tot slot de Core Web Vitals in Search Console en los de URL-groepen op die als slecht zijn gemarkeerd.
Google gebruikt de mobiele versie van je content voor indexering en ranking, wat betekent dat je mobiele pagina feitelijk degene is die wordt beoordeeld. De pagina-ervaring, inclusief de Core Web Vitals, is één signaal tussen vele andere, en Google geeft aan dat perfecte scores geen topnoteringen garanderen. Nuttige content die uitstekend werkt op een telefoon is de allersterkste positie die je kunt innemen.
Zorg dat de content op alle apparaten identiek blijft, kies voor responsive design en voldoe aan de goede drempelwaarden voor LCP, INP en CLS. Schrijf kopteksten en openingsregels die nauw aansluiten bij wat zoekers willen vinden, en houd titels beknopt zodat ze volledig worden weergegeven. Controleer de mobiele prestaties per apparaat maandelijks in Search Console.
Start
Humaniseren
gratis!
Menselijker maken