Wat mobile-first indexering in 2026 voor uw website betekent
Sinds medio 2024 indexeert en rangschikt Google vrijwel elke website uitsluitend op basis van de mobiele versie van de pagina's; in 2026 is dat al twee jaar de vaste situatie, niet langer een overgangsfase. Concreet betekent dit dat Googlebot Smartphone uw pagina's bezoekt, rendert en beoordeelt zoals een telefoon dat zou doen, en dat die weergave bepalend is voor wat er in de zoekresultaten terechtkomt.
Voor de meeste websites met een responsive ontwerp verandert dit weinig aan de praktijk: dezelfde HTML wordt getoond, alleen aangepast met CSS aan het schermformaat. Voor sites met een aparte mobiele versie, een apart subdomein of dynamisch geserveerde content ligt dat anders: elk verschil tussen de mobiele en desktopversie werkt nu direct door in de ranking, omdat Google simpelweg niet meer kijkt naar wat er alleen op de desktopversie staat.
Dit raakt niet alleen kleine, verouderde m.-domeinen. Ook moderne websites die op mobiel bewust een verkorte versie van een productbeschrijving, een ingekorte handleiding of een uitgeklede FAQ tonen om de pagina lichter te houden, leveren daarmee onbedoeld ranking-materiaal in. Wat op de mobiele versie ontbreekt, bestaat voor Google in de praktijk niet.
Waarom de oude Mobile-Friendly Test niet meer werkt
De Mobile-Friendly Test van Google en het bijbehorende Mobile Usability-rapport in Search Console zijn sinds 1 december 2023 uit de lucht, en dat blijft in 2026 zo. Veel checklists en tutorials verwijzen nog naar deze tool alsof die nog bestaat; wie de link probeert, komt nergens uit.
Google verving deze tools niet één-op-één, maar spreidde de functionaliteit uit over andere onderdelen: PageSpeed Insights en Lighthouse geven prestatie- en bruikbaarheidssignalen, en de URL-inspectietool in Search Console laat zien hoe Googlebot een specifieke pagina daadwerkelijk rendert. Wie nog een los Mobile Usability-rapport in het menu van Search Console zoekt, zal dat niet meer vinden; de bijbehorende signalen zijn deels opgegaan in de bredere Core Web Vitals- en Ervaring-rapportages.
Hoe test u vandaag of uw website mobielvriendelijk is
Drie stappen geven samen een betrouwbaar beeld:
- Open Search Console, gebruik de URL-inspectietool, kies Test live URL en bekijk vervolgens de weergegeven pagina met bijbehorende schermafbeelding. Dit toont exact hoe Googlebot uw pagina op een mobiel apparaat ziet, inclusief eventuele laadproblemen of geblokkeerde bronnen.
- Draai de URL door PageSpeed Insights op het tabblad mobiel. Naast de Core Web Vitals krijgt u signalen over te kleine tekst, tapdoelen die te dicht op elkaar staan en een ontbrekende of onjuiste viewport-instelling.
- Open de pagina in Chrome, gebruik de apparaatwerkbalk in de ontwikkelaarstools en bekijk de site op een paar veelgebruikte schermformaten, inclusief een goedkoper Android-toestel met een tragere verbinding.
Voor een bredere technische controle rond crawlbaarheid en renderproblemen is dit een goed startpunt om te combineren met een volledige technische SEO-audit.
Welke content telt mee bij mobile-first indexering?
Alleen content die Googlebot op de mobiele versie van een pagina daadwerkelijk kan zien en verwerken, telt mee voor de ranking; content die uitsluitend op de desktopversie staat, wordt genegeerd. Dat raakt in de praktijk vaak:
- tekst en afbeeldingen die op mobiel worden weggelaten om ruimte te besparen
- structured data die alleen in de desktoptemplate is ingebouwd
- meta title en meta description die verschillen tussen de twee versies
- interne links die op mobiel achter een hamburgermenu zonder werkende href verdwijnen
- content die pas laadt na een gebruikersinteractie die een crawler niet uitvoert, zoals scrollen voorbij een bepaald punt
Veelgemaakte fouten die mobielvriendelijkheid ondermijnen
- Tekst die kleiner is dan ongeveer 16 pixels, waardoor bezoekers moeten inzoomen om te kunnen lezen.
- Knoppen en links die dichter dan ongeveer 24 pixels op elkaar staan, waardoor de verkeerde knop wordt geraakt.
- Interstitials of pop-ups die direct bij het laden het hele scherm bedekken, nog voordat de bezoeker de content heeft gezien.
- Afbeeldingen zonder responsive formaten (srcset), waardoor een pagina op mobiel een onnodig grote afbeelding laadt en de laadtijd oploopt.
- Een ontbrekende of verkeerd ingestelde viewport meta tag, waardoor de pagina op mobiel als ingezoomde desktopversie wordt getoond.
- Formuliervelden en menu's die alleen prettig werken met een muis, terwijl de meerderheid van de bezoekers op een touchscreen zit.
Mobielvriendelijkheid en paginasnelheid horen bij elkaar
Omdat Google uw pagina's op mobiel beoordeelt, bepaalt de snelheid op een gemiddeld mobiel toestel en een gemiddelde mobiele verbinding de score voor Largest Contentful Paint, Interaction to Next Paint en Cumulative Layout Shift, niet de snelheid op uw eigen snelle kantoorverbinding. Een pagina die op een laptop binnen een seconde laadt, kan op een middenklasse telefoon met 4G ruim boven de aanbevolen grens van 2,5 seconden voor LCP uitkomen.
Wie deze meetwaarden serieus wil aanpakken, vindt de concrete aanpak in het artikel over Core Web Vitals verbeteren. Behandel mobielvriendelijkheid en paginasnelheid daarom niet als twee losse controles, maar als één en dezelfde beoordeling vanuit het perspectief van een telefoon.
Werkt u nog met een aparte mobiele URL, let dan extra op
Een klein aantal sites, vaak oudere maatwerkoplossingen, serveert nog altijd een aparte mobiele versie op een eigen URL in plaats van een responsive ontwerp op één adres. Dat kan nog werken, maar vraagt wel om zorgvuldig onderhoud: de desktop- en mobiele URL horen elkaar met rel="canonical" en rel="alternate" naar elkaar te verwijzen, en elke contentwijziging op de desktopversie moet handmatig of automatisch worden doorgevoerd op de mobiele tegenhanger.
In de praktijk is dit een van de meest voorkomende oorzaken van een stille rankingdaling: een redacteur werkt een productpagina bij op de hoofdversie, vergeet de mobiele variant, en enkele weken later blijkt de ranking gezakt zonder duidelijke aanleiding. Wie deze constructie beheert, doet er verstandig aan periodiek beide versies naast elkaar te leggen en te controleren op verschillen in tekst, structured data en interne links.
