Waarom Yandex Metrica het verkeer naar de site niet toont

Ontbrekende gegevens betekenen niet altijd ontbrekend verkeer

Een lege grafiek in Yandex Metrica bewijst niet dat niemand de site bezoekt. Metrica registreert een bezoek pas wanneer de browser van de bezoeker de tellercode heeft geladen en uitgevoerd en vervolgens een verzoek naar de analyseserver heeft gestuurd. Een gebruiker kan een pagina openen, een aanvraag achterlaten of via een advertentie doorklikken, maar toch niet in het rapport verschijnen door een geblokkeerd script, een browserfout of een filter in de instellingen.

Onderscheid eerst het ontbreken van echte klikken van een storing in de gegevensverzameling. Je moet niet de algemene grafiek vergelijken, maar dezelfde periode, dezelfde specifieke URL en dezelfde bron. Bijvoorbeeld een link uit een advertentie, een streambeschrijving, een nieuwsbrief of een bericht op social media.

Hoe je ontbrekend verkeer onderscheidt van ontbrekende gegevens

Een advertentieaccount toont meestal klikken op de advertentie, en het serverlog toont verzoeken aan de site. Open voor de controle het toegangslog van de server en zoek de landingspagina voor de betreffende periode. In Nginx-logs kan dat een verzoek zijn zoals: grep "GET /promo" /var/log/nginx/access.log. Als het pad verandert door UTM-labels, zoek dan de URL zelf zonder parameters of gebruik een deel van het adres van de landingspagina.

Een klik in het advertentieaccount is niet hetzelfde als het laden van een pagina: de gebruiker kan het tabblad hebben gesloten, de verbinding kan zijn verbroken en de link kan naar een onbereikbare URL hebben geleid. Een serverlog is ook niet hetzelfde als een echt bezoek, omdat er bots, linkvoorbeelden en technische controles in terechtkomen. Maar als er klikken in de logs staan en niet in Metrica, ligt het probleem waarschijnlijk bij de teller of de instellingen ervan.

Wat verschillen tussen advertenties, logs en Metrica betekenen

Als er klikken in het advertentieaccount staan maar geen verzoeken aan de landingspagina in de logs, controleer dan de uiteindelijke URL, redirects, de bereikbaarheid van het domein en de instellingen van de tracker. Als er wel regels in access.log staan maar de browser geen verzoeken naar mc.yandex.ru stuurt, wordt de teller niet gestart of is deze geblokkeerd. Als er wel verzoeken naar mc.yandex.ru gaan maar het rapport leeg is, controleer dan het tellernummer, de filters, de periode en de domeininstellingen.

Neem voor een nauwkeurige vergelijking een kort interval en één bron. Vergelijk tijd, paginapad, responsstatus, IP-adres en User-Agent alleen binnen de regels voor gegevensverwerking die op het project gelden. Handmatige controle is onhandig bij een grote stroom: het helpt een storing te vinden, maar vervangt geen continue monitoring.

De tellercode ontbreekt op een deel van de pagina's

De teller kan op de homepage staan maar ontbreken op een landingspagina, in de blog, de catalogus, het klantportaal, de mobiele template of op een subdomein. Deze fout ontstaat vaak na een verhuizing van de site, het maken van een aparte promopagina of een update van het CMS-thema. De bezoeker opent de site, maar op die specifieke URL valt er voor Metrica niets uit te voeren.

Open de broncode van de pagina via de code-weergave van de browser en zoek het fragment mc.yandex.ru of het tellernummer. Controleer de adressen waar de links uit advertenties en social media daadwerkelijk naartoe leiden, niet alleen de homepage. Het nadeel van zo'n controle is dat je handmatig gemakkelijk zeldzame pagina's en scenario's mist, bijvoorbeeld het scherm na betaling of een formulier in de mobiele versie.

Op de site staat een ander tellernummer

De code kan correct werken maar gegevens naar een oude, test- of andermans teller sturen. Dit gebeurt na het kopiëren van een template, een wisseling van bureau, een migratie naar een nieuw domein of het gelijktijdig draaien van meerdere versies van de site. In de browser zijn de verzoeken zichtbaar, maar de eigenaar van het kanaal of de site bekijkt het rapport van een andere teller.

Zoek de identificatie in de paginacode en vergelijk deze met het nummer in het Metrica-account. In de browserconsole kun je de opdracht uitvoeren: document.documentElement.innerHTML.includes("mc.yandex.ru"). Die laat zien of het Metrica-adres in de HTML voorkomt, maar bevestigt niet dat het script is uitgevoerd. Daarvoor is een controle van de netwerkverzoeken nodig.

Hoe je het laden van Metrica in de browser controleert

Open de pagina in een browser zonder adblockers, druk op F12, ga naar het tabblad Network en vernieuw de pagina. Typ mc.yandex.ru in het filterveld. Bij normale werking moeten er verzoeken verschijnen naar het adres voor het laden van het script en verzoeken voor gegevensverzameling, meestal met het pad metrika/tag.js of watch met het tellernummer.

Open daarna het tabblad Console en controleer op fouten. Nuttige aanwijzingen voor een probleem: meldingen als «Refused to load the script», «blocked by client», «Content Security Policy» of JavaScript-fouten die optreden voordat de teller start. Een controle in één browser heeft een nadeel: een extensie, browserversie of netwerkinstelling van een specifieke gebruiker kan een ander resultaat geven.

Adblockers verbergen een deel van de bezoeken

Extensies voor het blokkeren van advertenties, private DNS-diensten, ingebouwde browserbescherming en antivirussoftware kunnen verzoeken naar analytics tegenhouden. In Network is dat vaak zichtbaar als blocked by client. De pagina opent daarbij normaal, de server registreert het verzoek, maar Metrica ontvangt geen informatie over het bezoek.

Vergelijk de pagina in een gewoon browservenster zonder extensies en in een profiel met een adblocker. Zo'n test toont het feit van de blokkering, maar laat niet toe het aandeel verloren bezoeken nauwkeurig te schatten: de beschermingsinstellingen van het publiek verschillen. Pogingen om analytische verzoeken te maskeren maken het onderhoud ingewikkelder en kunnen conflicteren met het beveiligingsbeleid van de site.

Content Security Policy blokkeert verzoeken naar Metrica

De header Content Security Policy beperkt de bronnen waarvan een pagina scripts en afbeeldingen mag laden en netwerkverzoeken mag uitvoeren. Na het aansluiten van een CDN, proxy of versterking van de beveiliging kan de site verzoeken naar Metrica gaan weigeren. In de browserconsole verschijnt een melding over een CSP-schending met het geblokkeerde adres mc.yandex.ru.

De regel moet gericht worden aangevuld, niet door CSP volledig uit te schakelen. Voorbeeld van een richtlijn op één regel: script-src 'self' https://mc.yandex.ru; connect-src 'self' https://mc.yandex.ru; img-src 'self' data: https://mc.yandex.ru;

Deze regel mag niet zomaar in een bestaande header worden vervangen: hij moet worden samengevoegd met de al benodigde bronnen van de site. Als de tellercode rechtstreeks in de HTML is ingevoegd, kan ook een inline-script een aparte toestemming vereisen via nonce of hash. unsafe-inline toevoegen is eenvoudiger, maar het nadeel is zwakkere bescherming tegen het injecteren van externe JavaScript.

Toestemming voor cookies laat de teller niet starten

Op sites met een toestemmingsbanner start Metrica soms pas na het klikken op een knop. Een fout in de logica van de banner kan de teller na toestemming uitgeschakeld laten, hem alleen op de eerste pagina inschakelen of de keuze van de gebruiker niet opslaan. Daardoor gaan een deel van de bezoeken verloren, vooral bij korte bezoeken vanaf landingspagina's.

Controleer de scenario's van eerste bezoek, toestemming, weigering, herhaalbezoek, mobiele browser en privémodus. Analytics starten vóór de keuze van de gebruiker kan het datavolume vergroten, maar dat heeft een juridisch en reputatienadeel: de manier van gegevensverwerking moet voldoen aan de eisen die op jouw project van toepassing zijn.

Filters van de teller sluiten benodigde bezoeken uit

In de instellingen van Metrica kunnen filters actief zijn op IP-adressen, domeinen, URL's, parameters of technisch verkeer. Meestal worden ze toegevoegd om bezoeken van het team en testklikken te verwijderen. Na een wisseling van kantoor, VPN, bedrijfsnetwerk of URL-structuur kan zo'n filter niet alleen interne bezoeken uitsluiten.

Bekijk de actieve filters en controleer het doel van elke regel. Voor de diagnose kun je tijdelijk één filter aanpassen en de testklik herhalen. Het nadeel van het uitschakelen van een filter is dat bezoeken van medewerkers, ontwikkelaars en autotests in de statistieken terechtkomen, dus wijzigingen kun je beter apart vastleggen.

Verkeerde periode, rapport of tijdzone geopend

Soms zijn de gegevens er al, maar is in het account een andere teller geselecteerd, een te korte periode, de vergelijkingsmodus voor datums of een ongeschikte tijdzone. Bij een klein aantal bezoeken kan een verschil van enkele uren het beeld voor een specifieke dag volledig veranderen. Je moet de werking van de teller niet alleen beoordelen op een paar minuten na de klik.

Schakel de periodevergelijking uit, open een breder bereik en controleer de datum van het testbezoek. Ga daarna naar het rapport per pagina en zoek het exacte pad van de landingspagina. Een brede periode is handig om gegevens te vinden, maar het nadeel is dat je op de algemene grafiek moeilijker het moment opmerkt waarop de teller na een site-update stopte met werken.

Redirects en domeinen veranderen het pad van de bezoeker

Een klik kan via een linkverkorter, tracker, HTTP-versie van de site, www-domein, mobiel subdomein gaan en pas daarna op de uiteindelijke landingspagina belanden. Als de redirect verkeerd is ingesteld, de pagina langzaam reageert of de bezoeker naar een ander domein wordt gestuurd, laadt de teller van de juiste site mogelijk niet. Dit is vooral belangrijk voor links uit streambeschrijvingen en advertentiecampagnes.

Controleer de keten met de opdracht curl -I -L "https://example.com/promo" en bekijk de statussen met de adressen van de doorverwijzingen. De opdracht toont server-side doorverwijzingen, maar vervangt geen test in de browser: JavaScript-redirects en blokkeringen door extensies ziet curl niet. Verkorte links zijn handig in publicaties, maar de extra doorverwijzing maakt de diagnose ingewikkelder.

Een SPA verstuurt geen paginaweergaven bij interne navigatie

Op een single-page site gebeurt de navigatie tussen secties vaak zonder volledige herlaadbeurt. De gebruiker opent een tarief, productkaart, formulier of bedankpagina, maar Metrica registreert alleen het eerste scherm. De bezoeken kunnen in het rapport staan, maar binnenkomende pagina's, de diepte van het bezoek en conversies zien er onvolledig uit.

Controleer in Network of er een nieuw verzoek naar Metrica verschijnt na een routewijziging binnen de applicatie. Test navigatie met de browserknoppen, modale vensters, taalwisseling en dynamische URL's. Automatisch paginaweergaven versturen via de router is handig, maar het nadeel is dat je bij een fout in de logica gemakkelijk dubbele paginaweergaven en een te hoge bezoekdiepte krijgt.

Doelen worden niet geactiveerd terwijl er wel bezoeken zijn

Een leeg rapport voor een doel betekent niet dat er geen verkeer op de site is. Bezoeken kunnen normaal worden verzameld, maar het versturen van een formulier, een klik op een knop, een aankoop of een overgang naar de bedankpagina wordt niet geregistreerd. Oorzaken zijn een gewijzigde CSS-selector, een gebeurtenis vóór de initialisatie van de teller, een AJAX-formulier zonder verwerking van het resultaat of een ander Metrica-nummer op de pagina.

Voer de actie handmatig uit en kijk tegelijkertijd in Network: daarna moet een verzoek verschijnen dat verband houdt met het verzenden van de gebeurtenis. Een doel op een klik op een knop is snel ingesteld, maar heeft een nadeel: het registreert de klik, niet het succesvol versturen van het formulier. Voor aanvragen is het nuttiger om apart het begin van het invullen, een fout en het bevestigde resultaat te volgen.

Diagnosechecklist in vijf minuten

1. Open de link waar het verkeer naartoe moet gaan in een gewone browser zonder adblockers.
2. Open in DevTools Network, vernieuw de pagina en filter de verzoeken op mc.yandex.ru.
3. Controleer in het tabblad Console op JavaScript-fouten, CSP en de melding blocked by client.
4. Vergelijk het tellernummer in de paginacode met het nummer van het rapport in het Metrica-account.
5. Controleer in access.log het verzoek naar de juiste URL tijdens de test, bijvoorbeeld grep "GET /promo" /var/log/nginx/access.log.
6. Vergelijk het serverlog met de klikken in het advertentieaccount voor één link en één periode.
7. Bekijk de filters, geselecteerde datums, tijdzone, subdomeinen en het scenario voor cookietoestemming.
8. Voer voor een SPA een interne navigatie uit en controleer of er na de routewijziging een nieuw verzoek wordt verstuurd.