Mobile-first indexing

Mobile-first indexing is Google dat de mobiele versie van een URL gebruikt als primaire bron voor crawlen, indexeren en rangschikken. Voor de meeste sites betekent dat: je mobiele HTML is de versie die telt, en desktop is hooguit secundair.

Dit is geen mobiele-ranglijst toggle. Het is een indexeringsmodel. Als je responsive site op alle apparaten dezelfde content levert, zit je meestal goed. Als je mobiele versie teksten inkort, interne links verbergt, schema verwijdert of weergave breekt, heb je een SEO-probleem.

Wat Google daadwerkelijk gebruikt

Googlebot-Smartphone is de crawler waar het om draait. In Google Search Console, logbestanden en Screaming Frog user-agent testing is dat de bot waar je als eerste op moet letten. Google is al jaren expliciet: mobiele content is de basis voor indexering. In 2023 had Google de overstap voor het merendeel van de sites feitelijk afgerond, en de oude aannames “desktop-first” waren verleden tijd.

Praktisch gezien beoordeelt Google wat de mobiele pagina blootlegt: hoofdcontent, interne links, gestructureerde data, canonicals, hreflang, afbeeldings-URL’s en robots-directives. Als het ontbreekt in de mobiele render, ga er dan niet vanuit dat Google het vanuit desktop alsnog terugvindt.

Wat er in de praktijk misgaat

De gebruikelijke fouten zijn saai en duur. Accordion-content die nooit rendert. Gefilterde (faceted) links die op mobiel worden verwijderd. Productspecificaties die achter client-side interacties schuilgaan en die Googlebot-Smartphone niet consistent triggert. Losse m-dot-opstellingen met zwakkere schema en slankere copy. Problemen met JavaScript-hydration op langzamere apparaten.

Gebruik GSC URL-inspectie om gecrawlde HTML te vergelijken, Screaming Frog met Googlebot Smartphone en serverlogs om het smartphone-crawlgedrag te bevestigen. Ahrefs en Semrush kunnen rankingdalingen tonen, maar zij vertellen niet wat Google werkelijk heeft gerenderd. Dat is het voorbehoud: tools van derden zijn signalen uit de keten, geen diagnostische waarheid.

Hoe een goede implementatie eruitziet

• Responsive design eerst. Eén URL, één HTML-set, minder faalpunten.
• Contentpariteit. Zelfde primaire copy, koppen, interne links, schema, canonicals en hreflang op mobiel én desktop.
• Render-kritieke resources open. Blokkeer CSS, JS of afbeeldingspaden niet in robots.txt.
• Mobiele performance onder controle. LCP onder 2,5s is nog steeds een realistisch doel, zeker op mid-range Android-toestellen via 4G.
• Pariteit in gestructureerde data. Product-, Article-, FAQ- en Breadcrumb-markup moeten overeenkomen. Valideer met Rich Results Test, niet met hopen.

Surfer SEO, Moz, Ahrefs en Semrush kunnen helpen om content en concurrenten te benchmarken, maar geen van hen vervangt render testing. Daar worden veel teams lui.

Het eerlijke voorbehoud

Mobile-first indexing betekent niet dat mobiele content die standaard verborgen is automatisch waardeloos is. Google kan content indexeren in tabs en accordions. John Mueller van Google heeft dat punt al jaren herhaald. Het probleem is niet het UI-patroon zelf; het probleem is wanneer content ontbreekt in de DOM, vertraagd achter kapotte JavaScript zit, of wordt uitgesloten van interne linking.

Dus de regel is simpel: als een smartphone-crawler het niet betrouwbaar kan ophalen en renderen, reken het dan niet tot indexeerbare SEO-content.