Chrome 151 soft navigations: de blinde vlek in de score van uw website

Diaz Z. Maulidah

Redactionele verantwoordelijkheid · geschreven door de JustMarket Engine

Kort antwoord: Chrome 151, sinds 28 juli 2026 stabiel, meet voortaan ook wat er gebeurt ná het eerste laden van uw pagina. Browsers kunnen nu de paginawissels timen die plaatsvinden na de eerste weergave — de kliks die Core Web Vitals nooit zagen. JustMarket.Me ziet dit als een nieuw diagnosemiddel, geen rankingsignaal: aan Googles score is voorlopig niets veranderd.

De korte versie

• Chrome 151 bereikte op 28 juli 2026 het stabiele kanaal en lanceerde de Soft Navigations API zonder vlag, voor elke site.
• Er kwamen twee nieuwe metingen bij: "soft-navigation" en "interaction-contentful-paint".
• Tot nu toe beschreef uw snelheidsscore alleen de eerste paginalading. Elke klik daarna was onzichtbaar.
• Dit is geen rankingwijziging. Google heeft niet gezegd wanneer, of zelfs of, deze data in het Chrome UX Report terechtkomt.
• De nuttige stap vandaag is het meten van uw boekings- of aanvraagtraject, niet alleen uw homepage.

De meeste eigenaars van kleine bedrijven checken hun sitesnelheid één keer, zien een groene score en maken zich verder geen zorgen. Die score is altijd al een onvolledig beeld geweest. Is uw site in de afgelopen vijf jaar gebouwd op een moderne bouwtool of framework, dan beschrijft die score enkel het moment van aankomst — en niets van wat daarna gebeurde.

Inhoudsopgave

Wat is er precies veranderd in Chrome 151?

Op 28 juli 2026 bereikte Chrome 151 het stabiele kanaal, met twee nieuwe performance-entry-types aan boord. Zij zijn de reden waarom deze release relevant is voor iedereen die een zakelijke website beheert.

De eerste heet soft-navigation. Google omschrijft dit in de releasenotes van Chrome 151 als het rapporteren van "wijzigingen in de historystatus binnen hetzelfde document, veroorzaakt door interacties, die een nieuw tijdsorigine vastleggen". In gewone taal: wanneer een bezoeker klikt en de inhoud verandert zonder dat de pagina volledig herlaadt, behandelt de browser dat voortaan als een nieuw startpunt.

De tweede meting is interaction-contentful-paint. Diezelfde releasenotes stellen dat deze "nieuwe contentful paints rapporteert binnen de delen van de pagina die door een gebruikersinteractie zijn gewijzigd, zodat ontwikkelaars de laadvertraging na een interactie beter begrijpen". Dat is met andere woorden een meting van hoelang uw bezoeker naar niets zat te staren nadat hij op een knop tikte.

Beide functies zaten jarenlang achter een origin trial en een browservlag verstopt. De documentatie over soft navigations van Chrome bevestigt de omslag: het team "lanceert deze functie vanaf Chrome 151, waarna ze zonder vlag beschikbaar is voor alle sites".

Waarom zag uw snelheidsscore dit nooit?

Core Web Vitals zijn gebouwd op de aanname dat één bezoek gelijkstaat aan één paginalading. Die aanname is precies de reden waarom uw snelheidsscore die tweede klik nooit zag.

De FAQ van Google over de invloed van SPA-architecturen op Core Web Vitals is daar onomwonden over: "Als een pagina dynamisch nieuwe inhoud laadde en de URL in de adresbalk bijwerkte, had dat geen enkel effect op hoe de Core Web Vitals-metrics werden gemeten."

Lees dat gerust twee keer. Als uw boekingssysteem een nieuw scherm toont en de adresbalk wijzigt, registreerde Googles velddata helemaal niets. Largest Contentful Paint, Interaction to Next Paint en Cumulative Layout Shift werden één keer gemeten, bij aankomst, en daarna nooit meer. Uw site werd beoordeeld op de deurmat, niet op de gang erachter.

Wie heeft hier last van?

De soft-navigation-metingen van Chrome 151 raken elk bedrijf waarvan de site een single-page application is, of de eigenaar die term nu kent of niet. Dat geldt voor de meeste sites die zijn gebouwd op moderne bouwtools en frameworks — zoals besproken in onze gidsen WordPress vs Wix voor kleine bedrijven in 2026: het definitieve verdict en Squarespace vs Webflow: wat is beter voor uw bedrijf in 2026? — plus vrijwel elke ingebouwde boekings-, offerte- of bestelwidget.

Hier is een test die u in tien seconden kunt uitvoeren. Klik op uw eigen site door twee of drie pagina's heen. Flitst het scherm nooit wit op en veegt de laadbalk van de browser nooit over de bovenkant, dan hebt u te maken met soft navigations.

Wat betekent dit voor uw bedrijf?

Dankzij deze metingen krijgt de kloof tussen uw snelheidsscore en de werkelijke ervaring van uw klant eindelijk een naam en een cijfer.

Stel u een dagspa voor met een behandelmenu en online boeking. De homepage bestaat uit één afbeelding en wat tekst, dus die laadt snel en scoort goed. Vervolgens tikt een klant op "Boek een massage". De site haalt eerst therapeuten op, dan de beschikbaarheid, dan de tijdsloten. Drie seconden lang staat er alleen een laadicoontje op het scherm. Ze tikt op terug en belt in plaats daarvan de spa verderop.

Niets daarvan kwam ooit in de snelheidsscore terecht. Eigenaars van websites voor schoonheidsspa's optimaliseren al die tijd een cijfer dat de commercieel minst belangrijke seconde van het hele bezoek beschrijft.

De schaal is de moeite van het beseffen waard. De releasenotes van CrUX van Google noemen voor de dataset van juli 2026, gepubliceerd op 11 augustus 2026, 18.059.068 origins, waarvan 55,7% slaagt voor Core Web Vitals. Dat slagingspercentage is volledig berekend op basis van volledige paginaladingen. Niemand weet nog hoe dat beeld eruitziet zodra de tweede klik meetelt, want tot een paar weken geleden kon niemand ernaar kijken.

Is dit een rankingupdate of hype?

De soft navigations van Chrome 151 zijn geen rankingupdate, en wie u iets anders vertelt, gokt gewoon.

De data bereikt het Chrome UX Report niet, de velddataset achter het Core Web Vitals-rapport in Search Console. De SPA-FAQ van Google stelt dat "Chrome nog geen tijdlijn heeft gepubliceerd voor de integratie hiervan in het Chrome User Experience Report (CrUX)", en de documentatie over soft navigations zegt dat ook nog moet worden bepaald hoe dit uiteindelijk zal worden gerapporteerd. Vergelijk dat met een echte rankinggebeurtenis zoals de Google Core Update juli 2026: wat mkb-bedrijven nu moeten weten, waarbij het verkeer binnen enkele dagen verschoof.

Nog een eerlijke beperking: andere browser-engines ondersteunen deze API's nog niet, dus Safari en Firefox meten voorlopig alleen volledige paginaladingen. Uw soft-navigation-data is dus een Chrome-gekleurd deel van uw publiek, niet het geheel.

De regel over de History API die wél gevolgen heeft voor uw ranking

Er is op dit vlak wél één regel met echte rankinggevolgen, en het is belangrijk die niet te verwarren met de wijziging in Chrome 151. Soft navigations werken door items toe te voegen aan de browsergeschiedenis. Nepitems toevoegen zodat een bezoeker niet kan teruggaan, heet back button hijacking. Google voegde dit in april 2026 toe aan het onderdeel over kwaadaardige praktijken in zijn spambeleid en begon dit op 15 juni 2026 te handhaven via manuele acties en geautomatiseerde degradaties. Google stelt uitdrukkelijk dat sitebeheerders aansprakelijk zijn, zelfs als het schadelijke script afkomstig is van een advertentie of engagement-tool van een derde partij.

Het onderscheid is eenvoudig. Een legitieme soft navigation voegt één echt geschiedenisitem toe waar de terugknop rekening mee houdt. Een hijack voegt items toe waar niemand om heeft gevraagd.

Wat kunt u nu het beste doen?

U hebt geen developer nodig om te beginnen met het meten van soft navigations. Vijf stappen, in volgorde.

1. Doorloop uw eigen boekings- of aanvraagtraject van begin tot eind, op een smartphone, via mobiele data. Tel de seconden na elke tik. Dat is precies het getal dat Chrome nu is beginnen meten.
2. Update Chrome naar versie 151 of hoger en controleer vervolgens of uw analytics- of monitoringtool soft navigations rapporteert. De meeste real-user-monitoringtools voegden hiervoor al ondersteuning toe tijdens de origin trials.
3. Noteer elke stap in het traject die langer dan twee seconden duurt, en schrijf op waar die op wacht — meestal een API-aanroep, een grote afbeelding of een script dat eerder had kunnen laden.
4. Pak eerst de traagste stap aan. Eén stap van drie seconden in een boekingsflow van vijf stappen kost u meer boekingen dan een homepage die een kwart seconde trager is.
5. Crawl en test opnieuw na elke aanpassing. Een wijziging die u niet controleert, is een wijziging die u niet hebt doorgevoerd.