Het instellen van de meting van mobiel verkeer is niet iets van één vinkje aanzetten en vergeten. Het vereist dat je besluit welke analytics-property je gebruikt, hoe je desktopverkeer van smartphoneverkeer scheidt en wat je doet wanneer de gegevens niet kloppen. Hier is het concrete proces, met de punten waar het meestal misgaat.
Stap 1: kies de juiste property voordat je iets aanraakt
Als je site een aparte mobiele versie heeft (bijvoorbeeld m.jouwdomein.com) en een desktopversie, moet je beslissen of je beide in één property meet of in twee afzonderlijke. De schoonste optie is één property met een datastroom die het platform onderscheidt. Als je aparte properties aanhoudt, dwingt elke vergelijking tussen apparaten je om gegevens handmatig te exporteren en te kruisen; bij projecten met duizenden sessies per dag wordt dat onbeheersbaar.
Hier duikt een veelvoorkomende fout op: de meettag dubbel hebben in de mobiele versie omdat het thema of de plugin hem twee keer injecteert. Het typische symptoom is een opgeblazen sessietelling en een abnormaal laag bouncepercentage. Controleer dit met de debug-extensie van de browser of met de realtime-weergave voordat je welke cijfer dan ook als geldig beschouwt.
Stap 2: segmenteer op apparaat in de analytics-tool
In Google Analytics 4 bestaat er niet echt een “mobiel”-rapport: de apparaatcategorie komt binnen als dimensie (device category) en die moet je handmatig toevoegen aan de verkenningsrapporten. De procedure is:
- Open Verkennen en maak een leeg rapport aan.
- Voeg de dimensie Apparaatcategorie toe als uitsplitsing.
- Kies meetwaarden: actieve gebruikers, sessies, betrokkenheidspercentage en gemiddelde duur.
- Sla het rapport op en deel het met het team met alleen-lezenrechten.
Als je een alternatief gebruikt zoals Matomo of Plausible, is de logica vergelijkbaar: zoek de apparaatdimensie in de segmentinstellingen. Volgens de officiële documentatie van elk platform is de classificatie gebaseerd op de user agent, dus browsers die die maskeren kunnen uiteindelijk als “onbekend” worden geteld.
Stap 3: vergelijk met Search Console
Search Console biedt een uitsplitsing per apparaattype in de sectie Prestaties. Het meet geen sessies, maar vertoningen en klikken vanuit Google Zoeken, dus het is niet geschikt om conversies te berekenen. Het echte nut is het opsporen van discrepanties: als Analytics zegt dat slechts 40 % van de sessies mobiel is, maar Search Console 70 % van de klikken vanaf smartphones toont, heb je een meet- of doorverwijsprobleem.
Een geval dat ik vaak zie: de mobiele versie verwijst door naar desktop wanneer er een groot scherm wordt gedetecteerd, waardoor tablets als desktop worden geregistreerd. De vergelijking raakt in de war en een deel van het werkelijke verkeer raakt uit het zicht.
Stap 4: verifieer de registratie van gebeurtenissen en conversies
Het is niet genoeg om bezoeken te tellen. Stel sleutelgebeurtenissen in (formulierverzending, klik op telefoonnummer, toevoegen aan winkelwagen) en controleer dat ze op mobiel worden geactiveerd. Gebruik de debug-weergave gekoppeld aan je apparaat om elke gebeurtenis in realtime te verifiëren. Als de gebeurtenis voor klik op telefoonnummer niet wordt geactiveerd op iOS, komt dat meestal door hoe de tel:-link wordt opgebouwd; controleer dat de selector van de gebeurtenis niet afhankelijk is van een attribuut dat Safari negeert.
Stap 5: documenteer beperkingen en houd de meting bij
Geen enkele tool legt 100 % van het verkeer vast: adblockers, cookietoestemming en incognitomodus laten gaten. Mobiele meting heeft bovendien meer last van onderbroken navigatie en tabbladen op de achtergrond. Beloof niemand exacte cijfers; presenteer ranges en trends.
Controleer de configuratie telkens wanneer je het thema, het CMS of de tags bijwerkt. Een sjabloonwijziging kan de trackingcode uit de footer verwijderen zonder dat iemand het merkt totdat de cijfers kelderen. Plan een maandelijkse realtime-controle vanaf een echte telefoon, niet alleen vanuit de emulator van de desktopbrowser.