Chrome 151 aktiviert die Erkennung sogenannter Soft Navigations standardmäßig und verändert damit die Performance-Messung moderner Single-Page-Webseiten. Google will Seitenwechsel in React-, Angular-, Vue- und ähnlichen Anwendungen genauer erfassen. Die Funktion ordnet wichtige Messwerte wie LCP, CLS, INP und FCP einzelnen weichen Navigationen zu. Betreiber großer Web-Apps erhalten dadurch realistischere Werte für Seitenwechsel ohne vollständiges Neuladen.
Chrome 151 erkennt Seitenwechsel ohne komplettes Neuladen
Soft Navigations sind Seitenwechsel innerhalb einer Webanwendung ohne klassische neue Dokumentnavigation. Nutzer erleben dabei oft trotzdem einen echten Seitenwechsel. Die URL ändert sich, neue Inhalte erscheinen, aber der Browser lädt kein vollständig neues HTML-Dokument wie bei einer normalen Navigation.
Genau dieses Muster prägt viele moderne Webanwendungen. React, Angular, Vue, Svelte und andere Frameworks bauen häufig Single-Page-Apps. Sie laden eine Anwendung einmal und tauschen danach Inhalte im laufenden Dokument aus. Aus Sicht des Nutzers entsteht eine neue Seite. Aus Sicht klassischer Browsermetriken bleibt es aber oft dieselbe ursprüngliche Navigation.
Für Chrome-Entwickler ist die Änderung deshalb ein wichtiger Schritt. Performancewerte lassen sich nicht mehr nur auf den ersten Seitenaufruf beziehen. Chrome kann zusätzliche Navigationspunkte innerhalb derselben Anwendung erkennen und Messwerte daran ausrichten.
Google definiert eine Soft Navigation über drei Bedingungen. Erstens muss eine Nutzeraktion den Vorgang auslösen. Zweitens muss sich die sichtbare URL ändern. Drittens muss die Interaktion zu einer sichtbaren Darstellung neuer Inhalte führen. Chrome nutzt also keine reine Framework-Meldung. Der Browser versucht selbst zu erkennen, ob aus Nutzersicht ein relevanter Seitenwechsel stattgefunden hat.
Die wichtigsten Punkte der Änderung:
- Chrome 151 aktiviert Soft Navigations standardmäßig.
- Single-Page-Apps lassen sich genauer nach internen Seitenwechseln messen.
- PerformanceObserver kann neue soft-navigation-Einträge erfassen.
- LCP, CLS, INP und FCP können pro Navigation ausgewertet werden.
- Chrome DevTools zeigen Soft-Navigation-Markierungen bereits im Performance-Panel.
- Ältere Browser und andere Browser liefern diese Daten nicht zwingend.
| Messpunkt | Bisheriges Problem bei SPAs | Änderung durch Soft Navigations |
|---|---|---|
| LCP | oft nur auf den ersten Dokumentaufruf bezogen | größtes sichtbares Element kann pro weicher Navigation gemessen werden |
| CLS | Verschiebungen konnten über die gesamte Sitzung laufen | Layoutverschiebungen können nach Navigationen geschnitten werden |
| INP | Interaktionen ließen sich schwer einzelnen Ansichten zuordnen | Interaktionsdaten erhalten einen klareren Navigationskontext |
| FCP | spätere Ansichten hatten keinen klaren neuen Startpunkt | erste sichtbare Darstellung kann für neue App-Ansichten erfasst werden |
| URL-Zuordnung | mehrere Ansichten teilten sich dieselbe Dokumentnavigation | soft-navigation-Einträge enthalten neue URL und navigationId |
| RUM-Daten | Anbieter nutzten eigene Heuristiken | Messung wird über Chrome einheitlicher |
Technisch erzeugt Chrome nach erkannter weicher Navigation einen soft-navigation-Eintrag. Dieser Eintrag enthält unter anderem eine navigationId, die neue URL im Namensfeld und eine interactionId für die auslösende Interaktion. Weitere Performanceeinträge können ebenfalls eine navigationId erhalten. Analysewerkzeuge können Messwerte dadurch der passenden App-Ansicht zuordnen.
Google ergänzt dafür auch InteractionContentfulPaint. Diese Einträge helfen bei der LCP-Messung nach einer Nutzerinteraktion. Der Soft-Navigation-Eintrag kann über eine Funktion den größten relevanten InteractionContentfulPaint zurückgeben. Dadurch muss ein Messskript nicht alle möglichen Paint-Ereignisse selbst puffern und nachträglich erraten.
Die Änderung kommt nach mehreren Testphasen. Google hatte die Soft-Navigation-Erkennung zunächst über Flags und Origin Trials erprobt. Der finale Origin Trial startete mit Chrome 147 und lief bis Chrome 149. Chrome 151 ist nun der Punkt, an dem Google die Funktion ohne manuell aktiviertes experimentelles Flag bereitstellt.
Der Schritt folgt kurz auf die breitere Testphase von Chrome 151 Beta. Damals stand vor allem die technische Bereinigung rund um Erweiterungen im Mittelpunkt. Mit Soft Navigations bekommt dieselbe Hauptversion zusätzlich ein Thema, das eher Webentwickler, SEO-Teams und Betreiber großer Webanwendungen betrifft.
Core Web Vitals werden für Web-Apps genauer, aber nicht automatisch besser
Die neue Messung ist keine automatische Verbesserung der Website-Performance. Eine langsame Ansicht wird durch Soft Navigations nicht schneller. Chrome kann aber genauer zeigen, wo die Verzögerung entsteht. Das ist besonders wichtig für Anwendungen, die nach dem ersten Seitenaufruf viele interne Ansichten laden.
Bislang konnten Single-Page-Apps in Messsystemen verzerrt erscheinen. Der erste Einstieg wurde gemessen, spätere interne Seitenwechsel blieben aber schwerer vergleichbar. Manche RUM-Anbieter nutzten eigene Heuristiken. Andere werteten nur den initialen Dokumentaufruf aus. Die neue Chrome-Erkennung schafft eine gemeinsame Grundlage für Messwerkzeuge, auch wenn sie zunächst nicht überall verfügbar ist.
Google nennt selbst mögliche Grenzen. Die Erkennung kann falsche Treffer liefern. Sie kann auch Navigationen übersehen, die Nutzer als Seitenwechsel wahrnehmen. Das liegt an der bewusst gewählten Definition. Eine Soft Navigation braucht eine Nutzeraktion, eine sichtbare URL-Änderung und einen sichtbaren Paint. Anwendungen ohne URL-Änderung oder mit sehr ungewöhnlichem Rendering fallen deshalb nicht zwingend darunter.
Für Entwickler bedeutet das: Messskripte und Dashboards müssen angepasst werden. Ein einfacher Blick auf die bisherigen LCP-Werte reicht bei komplexen Single-Page-Apps nicht mehr. Teams sollten prüfen, ob ihr RUM-Anbieter soft-navigation-Einträge unterstützt. Google empfiehlt außerdem eine Feature-Erkennung über PerformanceObserver. So lässt sich prüfen, ob der Browser soft-navigation als unterstützten Eintragstyp meldet.
Für SEO- und Performance-Teams ist die Unterscheidung wichtig. Core Web Vitals bleiben nutzerbezogene Qualitätsmetriken. Chrome 151 verändert die Datengrundlage für weiche Navigationen. Daraus folgt aber nicht automatisch eine unmittelbare Änderung in Google Search oder ein neues Ranking-Signal. Belastbar ist zunächst die bessere technische Erfassung im Browser und in Werkzeugen, die diese Einträge auswerten.
Die Funktion kann vor allem drei Gruppen helfen:
- Webentwickler sehen, welche App-Ansichten nach Klicks langsam reagieren.
- Performance-Teams können LCP, CLS und INP genauer nach Routen aufteilen.
- Produktteams erkennen, ob einzelne Ansichten einer SPA Nutzer stärker ausbremsen.
Auch DevTools spielt eine Rolle. Google zeigt Soft-Navigation-Markierungen im Performance-Panel. Entwickler können dadurch lokal prüfen, ob Chrome die erwarteten Seitenwechsel überhaupt erkennt. Das ist der erste Test, bevor Messdaten in Produktionssysteme laufen.
Die Einschränkung bleibt die Browserabdeckung. Google weist darauf hin, dass ältere Chrome-Versionen und andere Browser Soft Navigations nicht zwingend unterstützen. Messsysteme müssen also gemischte Daten verarbeiten. Ein Teil der Nutzer liefert neue Navigationswerte. Ein anderer Teil liefert weiter nur klassische Navigationsdaten oder anbieterspezifische Schätzungen.
Chrome 152 setzt den Ausbau neuer Web-Schnittstellen bereits fort. Die jüngste Beta bringt weitere APIs für Leistung, Progressive Web Apps und Netzwerkregeln. Chrome 152 mit neuen Web-Schnittstellen zeigt damit, dass Google den Browser auch nach der Soft-Navigation-Umstellung weiter als Plattform für genauere Web-App-Steuerung ausbaut.
Für Betreiber moderner Single-Page-Webseiten beginnt nun vor allem eine Prüfphase. Sie sollten kontrollieren, ob interne Routen als Soft Navigations erkannt werden, ob Performancewerte korrekt der neuen URL zugeordnet sind und ob Dashboards alte und neue Messlogik sauber trennen. Der Nutzen entsteht nicht durch die Aktivierung allein, sondern durch die richtige Auswertung der zusätzlichen Navigationsdaten.