Een SPA registreert geen volgende pagina

Begin met een lijst. Een echte route heeft een eigen URL, een eigen doel voor de bezoeker en een plaats in je rapportering. Een modaal venster, een tabblad, een uitklapbaar blok of een filter zonder URL-wijziging is meestal een toestand binnen een pagina. Bij filters of sortering met alleen een queryparameter moet je zelf kiezen of dat een aparte paginaweergave is. Noteer die keuze, zodat iedereen dezelfde regel toepast.

Volgens de uitleg over gebeurtenissen in Analytics meet een gebeurtenis een specifieke interactie, zoals het laden van een pagina. Bij een SPA is er na de eerste lading geen nieuwe paginalading. Controleer dus of jouw setup bij een routewissel zelf een gebeurtenis verstuurt. Of verbeterde meting routewissels in jouw geval oppikt, staat niet in de bronfragmenten. De beheerder controleert dat in de instellingen van de gegevensstroom van de property.

Voor een zuivere test heb je één persoon nodig die alle acties doet, in een schoon browserprofiel zonder extensies die tags blokkeren. Anders weet je niet of een ontbrekend event aan je code of aan een blokkeerder ligt.

De bronnen noemen twee controlemiddelen. Het Realtime-rapport toont de gebeurtenissen van de afgelopen 30 minuten, per gebeurtenisnaam met bijbehorende parameters. Het rapport DebugView toont alle gebeurtenissen van één gebruiker en vraagt dat je de foutopsporingsmodus aanzet. Gebruik DebugView voor deze test, omdat je er de volgorde van events ziet en Realtime ze optelt.

1. Zet de foutopsporingsmodus aan zoals in de documentatie van je tag of tagmanager staat.
2. Open DebugView en Realtime in een apart venster.
3. Noteer bij elke actie in je testblad de exacte handeling, zodat je de events erna kunt koppelen.

Waar de beheerder rapporten en rechten vindt, kan wijzigen. Controleer dat in jouw account.

SPA-routers gebruiken meestal de history-API. Een klik op een interne link voegt een geschiedenisitem toe, terwijl de terug- en vooruitknop een ander mechanisme in de browser activeren. Een meting die enkel het eerste opvangt, mist de knoppen. Voer daarom deze handelingen uit en noteer na elke handeling het aantal page_views in DebugView.

1. Open een diepe link rechtstreeks in een nieuw venster. Verwacht: één.
2. Klik een interne link naar een tweede route. Verwacht: één.
3. Klik door naar een derde route. Verwacht: één.
4. Gebruik de terugknop van de browser. Verwacht: één voor de route waar je terugkeert, tenzij je anders hebt afgesproken.
5. Gebruik de vooruitknop. Verwacht: één.
6. Klik op een link naar de route waar je al bent. Verwacht: volgens je eigen regel (nul of één); noteer welke keuze je maakte.
7. Open een modaal venster of tabblad zonder URL. Verwacht: nul page_views.
8. Vernieuw de pagina op een diepe route. Verwacht: één, want de browser laadt opnieuw.

Vergelijk de volgorde in DebugView met je testblad en kijk per event naar de meegestuurde parameters, zoals de URL en de paginatitel van die route. Vier oorzaken komen vaak voor. Eén: dezelfde tag staat tweemaal op de site, bijvoorbeeld vast in de code én in een tagmanagercontainer. Twee: een automatische bron en een handmatig event vuren beiden bij dezelfde routewissel. Drie: het event vertrekt voordat de router titel en locatie heeft bijgewerkt, waardoor de vorige pagina wordt gemeld. Vier: het event staat in een component die bij elke herrendering opnieuw vuurt.

De handleiding voor het instellen van events beschrijft de syntaxis van gtag('event', ...) en waarschuwt dat events die je boven het Google-tagfragment plaatst niet worden verwerkt. Controleer dus de volgorde in je eigen paginabron. Staat het event correct onder de tag en blijft het toch weg, onderzoek dan of een blokkeerder of consentinstelling meespeelt.

Fictieve invoer: een webshop-SPA met de routes startpagina, een lampencategorie en een productdetail. De testgebruiker opent de startpagina, klikt naar de categorie, klikt naar het product, gebruikt de terugknop en vernieuwt daarna de categoriepagina.

Verwachte technische controles: in DebugView staan, als je de terugknop meetelt zoals in je eigen regel, vijf page_views in die volgorde, elk met de URL en titel van de route op dat moment. Voor de productroute controleer je ook de ecommerce-weergave van productdetails. De ecommercedocumentatie adviseert de foutopsporingsmodus, vraagt om valuta op eventniveau als je een waarde meestuurt en beschrijft dat elk item in de items-array minstens item_id of item_name nodig heeft. Als eigen controle verwacht je dat dit event één keer per weergave van de productroute verschijnt, niet bij elke herrendering. Het getal vijf is een testverwachting, geen gemeten resultaat.

Noteer voor de overdracht per route: URL, trigger, verwacht aantal, waargenomen aantal, datum en tester. Realtime is een snelle eerste controle. Bekijk later ook de verwerkte rapporten, en onthoud dat aangepaste gebeurtenissen niet in de meeste standaardrapporten verschijnen.

Wil je zien welke publieke signalen je website rond meting toont? Bekijk ze via Marketing Scan. Een publieke scan ziet enkel zichtbare signalen en bewijst niet dat je routewissels juist worden gemeten. Die conclusie vraagt jouw DebugView-test.