De meeste websites zien er op mobiel anders uit dan op desktop. Wat bezoekers zien, hangt af van hun apparaat. Voor AI-crawlers geeft dat verschil een probleem: als je mobiele versie content verbergt of weglaat die op desktop wel staat, vindt de crawler die misschien nooit.
Hoe bepaalt een crawler wat hij verwerkt? Vraagt een AI-bot je pagina op, dan wacht hij niet eindeloos. Hij vraagt je server om de pagina, laadt wat hij kan binnen zijn tijdslimiet, leest de HTML, CSS en JavaScript die hij krijgt en haalt eruit wat leesbaar is. Haalt je mobiele weergave belangrijke onderdelen weg, wijzigt ze de volgorde van de content of valt de opmaak uit elkaar, dan ziet de crawler een kleinere, minder complete versie van je site.
Dit hoofdstuk legt uit hoe AI-crawlers omgaan met mobiele sites, welke ontwerpkeuzes de vindbaarheid beïnvloeden en hoe je ervoor zorgt dat AI-systemen dezelfde content zien als je bezoekers.
Zo zien AI-crawlers je mobiele site
AI-crawlers (zoals GPTBot, ClaudeBot en PerplexityBot) vragen pagina's op zoals een browser dat doet. Ze sturen een User-Agent-header waarmee ze zich bekendmaken, ze volgen de regels in je robots.txt en ze verwerken de HTML en CSS die je terugstuurt.
Het belangrijke verschil: de meeste AI-bots laden pagina's met een mobiel scherm. Ze doen zich voor als mobiel apparaat, dus ze zien je mobiele opmaak en niet je desktopopmaak. Dat is bewust zo gekozen, omdat de meeste gebruikers mobiel zijn en AI-platforms willen begrijpen wat echte gebruikers zien.
Hoe de crawler je pagina weergeeft
Als de crawler je pagina laadt, doorloopt hij deze stappen:
Eerst vraagt hij de HTML op en downloadt hij de eerste lading. Daarna voert hij JavaScript uit als de pagina dat nodig heeft om content te tonen (dit kost tijd). Dan wacht hij tot afbeeldingen, lettertypen en andere bestanden geladen zijn (binnen grenzen). Tot slot leest hij de uiteindelijke pagina en haalt hij de leesbare content eruit.
Gaat een stap over de tijd of mislukt hij, dan krijgt de crawler een onvolledig beeld. Een trage mobiele site kan time-outen voordat JavaScript klaar is. Een site met lazy-loaded content toont misschien alleen het bovenste deel. Een pagina die tekst verbergt achter een "lees meer"-knop, laadt die tekst misschien nooit.
Wat er uit je mobiele pagina wordt gehaald
Niet alles wat een crawler laadt, wordt gebruikt voor rankings of citaten. De crawler geeft voorrang aan wat hij als hoofdcontent ziet.
Onderzoek laat zien dat de eerste 30% van een pagina goed is voor 44% van alle citaten van AI-systemen. Dat is geen toeval. Content boven de vouw wordt als eerste verwerkt, laadt het snelst en weegt zwaarder, omdat lezers die direct zien.
Waarom de plek van content telt voor AI-zichtbaarheid
Verberg je je beste content onder de vouw, achter een tabblad of in een uitklapblok, dan vinden AI-crawlers die nog steeds, maar ze geven er minder gewicht aan. Content die je moet aanklikken, wegvegen of uitklappen om te zien, wordt wel geïndexeerd maar als bijzaak behandeld.
Op mobiel telt dit nog meer. Mobiele schermen zijn kleiner. Er staat meer content onder de vouw. Verplaatst je mobiele opmaak je belangrijkste informatie naar beneden, of toon je een vereenvoudigde mobiele versie zonder uitgebreide uitleg, dan zien crawlers minder.
Core Web Vitals en time-outs van crawlers
Core Web Vitals meten de gebruikerservaring met drie waarden: LCP (Largest Contentful Paint), FID (First Input Delay) en CLS (Cumulative Layout Shift).
Voor crawlers telt alleen snelheid. Je pagina heeft een tijdslimiet. Laden bestanden niet, downloaden afbeeldingen niet of draait JavaScript niet binnen die tijd, dan gaat de crawler verder met wat hij tot dan toe heeft.
LCP en zichtbaarheid voor crawlers
LCP moet binnen 2,5 seconden plaatsvinden. Is je LCP op mobiel 5 seconden of trager, dan zien crawlers mogelijk alleen de eerste HTML zonder te wachten tot de hoofdcontent is geladen. Dat geldt vooral voor AI-bots, die vaak een strengere tijdslimiet hebben dan de crawler van Google.
Mobiele pagina's zijn trager dan desktoppagina's omdat mobiele netwerken trager zijn. Een laadtijd van 2 seconden op desktop kan op een vertraagd mobiel netwerk 6 seconden worden. Moet je mobiele site eerst grote JavaScript-bestanden downloaden voordat er iets verschijnt, dan zien crawlers een lege of bijna lege pagina.
Zo maak je trage mobiele pagina's sneller
Optimaliseer specifiek voor Core Web Vitals op mobiel. Test op trage netwerken (3G, 4G). Stel JavaScript uit dat niet direct nodig is. Comprimeer afbeeldingen. Gebruik een CDN. Laad belangrijke content vóór decoratieve onderdelen.
Responsief ontwerp versus complete content
Responsief ontwerp is nodig. Je site moet op mobiel werken. Maar responsief is niet hetzelfde als compleet.
Sommige sites verbergen op mobiel content. Ze klappen secties dicht, halen zijbalken weg, verbergen documentatiezijbalken of vereenvoudigen de navigatie. Voor gebruikers is dat prima, want zij kunnen navigeren en vinden wat ze nodig hebben. Maar voor crawlers is verborgen content onzichtbare content.
Wat crawlers missen in interactieve opmaak
Laadt je mobiele versie tabbladen en toont hij alleen de inhoud van het eerste tabblad tot iemand klikt, dan mist een crawler die niet met de pagina werkt de andere tabbladen. Verberg je met CSS (display:none) bepaalde onderdelen op mobiel, dan worden ze helemaal niet weergegeven. Laadt JavaScript op mobiel andere content dan op desktop, dan ziet de crawler alleen de mobiele versie.
Wat telt, is gelijke content. Elk woord, elke afbeelding, elke link en elk stukje gestructureerde data dat op desktop staat, moet ook op mobiel staan (of beschikbaar zijn zonder dat de gebruiker iets hoeft te doen). Toon je op mobiel een versie die content weglaat of sterk vereenvoudigt, dan geef je crawlers een kleinere, minder complete versie van je site.
Waar je op mobiel veilig kunt vereenvoudigen
Dit betekent niet dat je opmaak overal gelijk moet zijn. Je mobiele navigatie mag anders zijn. Je opmaak mag onder elkaar staan. Maar je content mag niet verdwijnen. Moet je iets verbergen voor ruimte, verberg dan navigatie of zijbalken, niet je hoofdcontent.
JavaScript-weergave en AI-crawlers
Sommige sites bouwen hun pagina's helemaal in JavaScript. Het HTML-bestand is bijna leeg en de echte content wordt pas in de browser opgebouwd wanneer JavaScript draait.
AI-crawlers kunnen JavaScript uitvoeren, maar niet op dezelfde manier als een browser. Ze hebben beperkte tijdslimieten. Ze hebben geen GPU-versnelling. Ze wachten niet altijd tot asynchrone acties klaar zijn.
Waarom client-side rendering voor crawlers faalt
Een pagina die JavaScript gebruikt om data uit een API op te halen en daarna te tonen, kan bij een crawler mislukken. De crawler laadt de HTML, begint JavaScript uit te voeren, maar time-out voordat de API-aanroep klaar is en de pagina is opgebouwd. De crawler houdt alleen het omhulsel van je pagina over, zonder echte content.
Daarom wint server-side rendering (SSR) van client-side rendering (CSR) als het gaat om vindbaarheid voor crawlers. Als je content op de server opbouwt en kant-en-klare HTML naar de crawler stuurt, krijgt de crawler direct de hele pagina. Bouw je de pagina in de browser op en moet de crawler JavaScript uitvoeren om hem te zien, dan vertraag je hem en loop je het risico op een time-out.
Aanbevelingen voor JavaScript-frameworks
Gebruik je een JavaScript-framework (React, Vue, Angular), zorg dan dat belangrijke content op de server wordt opgebouwd of in de eerste HTML staat. De crawler zou geen JavaScript hoeven uit te voeren om je hoofdcontent te zien.
Gestructureerde data op mobiel moet overeenkomen met desktop
AI-crawlers halen gestructureerde data (schema markup) uit je pagina's om te begrijpen waar het over gaat. Ze gebruiken die data om entiteiten te herkennen, feiten te controleren en verbanden te begrijpen.
Bevat je mobiele versie niet dezelfde gestructureerde data als je desktopversie, dan zien crawlers onvolledige informatie. Een productpagina kan op desktop prijsschema hebben maar op mobiel niet. Een artikel kan op desktop auteursschema bevatten, maar dat op mobiel weglaten om ruimte te besparen.
Neem altijd alle gestructureerde data op in beide versies van je site. Moet je op mobiel decoratieve onderdelen verbergen, doe dat dan. Maar verberg geen schema. Schema is voor gebruikers toch onzichtbaar, dus het kost op mobiel geen ruimte.
Mobiele laadsnelheid en citatiepercentages
Onderzoek laat een direct verband zien tussen sitesnelheid en het aantal AI-citaten. Pagina's die snel laden, worden vaker geciteerd. Dit effect is op mobiel sterker, omdat mobiele netwerken de bottleneck zijn.
Een pagina die op mobiel in 1,5 seconden laadt, wordt vaker geciteerd dan dezelfde pagina die er 4 seconden over doet. Het verschil gaat niet alleen over gebruikerservaring (al telt die ook mee). Het gaat ook over toegang voor crawlers. Snellere pagina's laden completer binnen de tijdslimiet van de crawler. Crawlers zien meer content, halen meer informatie eruit en begrijpen de pagina beter.
Afbeeldingen optimaliseren voor mobiele snelheid
Afbeeldingen optimaliseren is een van de grootste winstpunten. Grote, niet geoptimaliseerde afbeeldingen vertragen mobiele pagina's enorm. Afbeeldingen in WebP-formaat laden 35% sneller dan JPEG. Lazy loading (afbeeldingen pas laden als ze nodig zijn) versnelt het eerste laden van de pagina. Met een CDN lever je afbeeldingen vanaf een server dicht bij de gebruiker, wat de laadtijd flink verkort.
Veelgemaakte mobiele fouten die AI-crawlers blokkeren
Je site kan mobielvriendelijk zijn en crawlers toch de toegang tot content blokkeren. Dit zijn de grootste fouten:
Content verbergen achter interactieve onderdelen
Content in tabbladen, uitklapblokken of carrousels die je moet aanklikken, is technisch gezien te crawlen maar weegt minder zwaar. Verbergt je mobiele opmaak 50% van je content in tabbladen, dan ziet de crawler alles, maar behandelen AI-systemen het als bijzaak.
Content van mobiel weghalen
Sommige sites tonen eenvoudigere mobiele versies zonder uitgebreide uitleg. Dat bespaart dataverbruik, maar beperkt wat crawlers kunnen zien. Doe dit niet. Toon op beide apparaten dezelfde content.
Oneindig scrollen zonder paginering
Pagina's die meer content laden terwijl je scrolt, gebruiken JavaScript om extra items op te halen. Crawlers scrollen niet. Ze laden de pagina één keer en lezen wat ze krijgen. Oneindig scrollen lijkt voor een crawler op een korte pagina, tenzij je pagineringslinks of een knop naar de volgende pagina biedt die de crawler kan vinden.
Opdringerige pop-ups en overlays
Pop-ups die content bedekken of eerst gesloten moeten worden voordat je kunt lezen, zijn slecht voor gebruikers en slecht voor crawlers. Ze kunnen de toegang tot de hoofdcontent blokkeren. Gebruik ze spaarzaam en zet nooit belangrijke content erachter.
Afbeeldingen of bestanden blokkeren voor AI-crawlers
Je robots.txt of regels voor user-agents kunnen het laden van afbeeldingen voor bepaalde crawlers blokkeren. Laden afbeeldingen niet, dan missen crawlers de alt-teksten en gestructureerde data van afbeeldingen. Geef alle crawlers toegang tot afbeeldingen en bestanden (tenzij je daar een specifieke reden voor hebt).
Een onjuiste viewport-metatag
De viewport-metatag vertelt browsers en crawlers hoe ze met de paginabreedte moeten omgaan. Heb je op je mobiele pagina niet de juiste viewport-instelling, dan hebben zowel crawlers als browsers moeite om de pagina goed weer te geven.
Je mobiele site testen op toegang voor AI-crawlers
Je kunt er niet van uitgaan dat je mobiele site goed te crawlen is. Test het.
Controleer de weergave in Google Search Console
Gebruik de mobiele versie van Google Search Console om problemen met de weergave te vinden. Google laat zien hoe Googlebot je mobiele pagina's ziet. Zoek naar ontbrekende content, kapotte afbeeldingen of mislukte JavaScript.
Test de paginasnelheid op mobiel
Test de paginasnelheid op mobiel met PageSpeed Insights, met mobiel geselecteerd. Streef naar groene scores (90+) voor LCP, FID en CLS. Test de laadtijd op een echt mobiel netwerk (niet op de wifi van je kantoor). Sites horen op 4G binnen 3 seconden te laden.
Controleer handmatig of content zichtbaar is
Open je site op een echt mobiel apparaat (of gebruik de apparaatemulatie van Chrome). Scroll door je pagina's. Zorg dat niets belangrijks verborgen, weggehaald of achter een handeling gezet is. Vraag jezelf af: zou een crawler deze content zien zonder te klikken, tikken of scrollen?
Test met mobiele crawlers
Test indien mogelijk met crawlers die een mobiel apparaat nabootsen. Met sommige SEO-tools kun je je site crawlen met mobiele Googlebot-user-agents. Zo zie je wat de crawler van Google op mobiel ziet.
Veelgestelde vragen
Zien AI-crawlers dezelfde mobiele content als menselijke bezoekers?
AI-crawlers doen zich voor als mobiel apparaat, dus ze zien je mobiele opmaak en responsieve ontwerp. Maar ze werken niet met de pagina zoals mensen dat doen. Ze klikken niet op tabbladen, klappen geen blokken uit en scrollen niet om meer content te laden. Moet je content eerst aangeklikt worden om te laden, dan missen crawlers die misschien of behandelen ze die als minder belangrijk dan direct zichtbare content. Met de websitebouwer van WEMASY stel je dit rechtstreeks in op je website.
Wat gebeurt er als mijn mobiele pagina traag is?
Trage pagina's time-outen voordat crawlers alle content hebben gezien. Duurt het op mobiel 5 seconden of langer voordat je pagina laadt, dan kan de crawler klaar zijn binnen zijn tijdslimiet voordat JavaScript is uitgevoerd of afbeeldingen zijn geladen. Hij houdt dan een onvolledig beeld van je pagina over. Dat bepaalt hoeveel informatie hij eruit haalt en hoeveel gewicht AI-systemen aan je content geven.
Mag ik crawlers op mobiel en desktop andere content laten zien?
Je mag op mobiel en desktop een ander ontwerp en een andere opmaak hebben. Wat je niet moet doen, is andere content tonen. Core Web Vitals en gestructureerde data moeten op beide versies gelijk zijn. Alle tekst, afbeeldingen en belangrijke informatie moeten op beide versies staan (of beschikbaar zijn zonder dat de gebruiker iets hoeft te doen). Toon je een vereenvoudigde mobiele versie zonder content, dan zien crawlers minder.
Schaden verborgen tabbladen en uitklapblokken mijn AI-zichtbaarheid?
Content in tabbladen en uitklapblokken is nog steeds te crawlen, maar weegt minder zwaar dan direct zichtbare content. Zit je belangrijkste informatie op mobiel achter tabbladen, dan zien AI-systemen die wel maar behandelen ze die als bijzaak. Zet je beste content voor maximale zichtbaarheid bovenaan de pagina, waar die het eerst laadt en zonder handeling te zien is.
Hoe test ik of mijn mobiele site AI-crawlervriendelijk is?
Bekijk je mobiele weergave in Google Search Console om te zien hoe Googlebot je pagina's leest. Test de paginasnelheid op mobiel met PageSpeed Insights en streef naar scores van 90+ voor Core Web Vitals. Open je site op een echt mobiel apparaat en controleer of alle belangrijke content zichtbaar is zonder te klikken of scrollen. Crawlers zien alleen wat direct beschikbaar is of automatisch laadt binnen hun tijdslimiet.
Moet ik een aparte mobiele versie maken of responsief ontwerp gebruiken?
Gebruik responsief ontwerp. Aparte mobiele en desktopsites (met verschillende content) verwarren crawlers en je moet twee versies beheren. Responsief ontwerp past de opmaak aan op verschillende schermformaten en toont dezelfde content en HTML. Dat is makkelijker te onderhouden, beter voor crawlers en de aanpak die Google en AI-platforms aanraden.