Deze pagina is vertaald door de Cloud Translation API.

Hoe Google Zoeken speculatieregels gebruikt,Hoe Google Zoeken speculatieregels gebruikt,Hoe Google Zoeken speculatieregels gebruikt,Hoe Google Zoeken speculatieregels gebruikt

Barry Pollard

Oleksiy Busaryev

Gepubliceerd: 12 februari 2025

Google Search is een van de populairste websites op het internet , en ook een van de snelste. Het Search-team investeert voortdurend in het verbeteren van de zoekervaring. Op een pagina die zo populair is als Google Search, tellen zelfs milliseconden verbetering snel mee! Die focus op snelheid omvat de bekende Google-homepage, de zoekresultatenpagina (SERP) en klikken naar andere websites vanuit die zoekresultaten.

Google Search maakt gebruik van de Speculation Rules API om de navigatiesnelheid van de zoekresultatenpagina naar de resultaatlinks te verbeteren, en ze gebruiken een aantal functies van de API die mogelijk interessant zijn voor andere website-eigenaren.

Haal de eerste twee resultaten alvast op.

Een van de eerste toepassingen van speculatieregels was het vooraf laden van de eerste twee zoekresultaten. Bij het zoeken naar "test" wordt bijvoorbeeld de volgende speculatieregel aan de pagina toegevoegd:

{
    "prefetch": [{
        "source": "list",
        "requires": [
            "anonymous-client-ip-when-cross-origin"
        ],
        "referrer_policy": "strict-origin",
        "urls": [
            "https://www.merriam-webster.com/dictionary/test",
            "https://dictionary.cambridge.org/dictionary/english/test"
        ]
    }]
}

De twee URL's onderaan zijn de eerste twee zoekresultaten en worden direct geladen. Als de gebruiker daarop klikt, heeft hij of zij een voorsprong, omdat het HTML-document dan al beschikbaar is voor de browser.

De regel en de prefetch-pogingen zijn te zien in de ontwikkelaarstools onder Toepassing -> tabblad Speculatie , zoals eerder beschreven :

In het DevTools Speculation-paneel worden twee woordenboekdefinities van het woord 'tekst' weergegeven, die beide succesvol zijn opgehaald. — Speculatiepaneel met twee succesvolle prefetch-bewerkingen.

Privacybehoudende prefetch-functies

Omdat deze links verwijzen naar content op andere websites, zijn er bij het vooraf ophalen van content enkele extra privacyoverwegingen van toepassing, aangezien de gebruiker die websites nog niet heeft bezocht.

Gelukkig is de API met dit in gedachten ontworpen en maakt Google Search gebruik van twee functies om de privacy van gebruikers te beschermen.

De eerste is het gebruik van de requires configuratie om ervoor te zorgen dat prefetching de privé-prefetchproxy in Chrome gebruikt:

"requires": [
    "anonymous-client-ip-when-cross-origin"
],

Hierbij wordt een proxy gebruikt om ervoor te zorgen dat de verbinding het IP-adres anonimiseert, zodat het IP-adres van de gebruiker niet naar de website lekt voordat de gebruiker op de link klikt om erheen te navigeren vanaf de pagina met zoekresultaten.

Ten tweede gebruikt Google Search de instelling referrer_policy om ervoor te zorgen dat er geen details die in de URL van de zoekpagina zijn gecodeerd, via de referer HTTP-header naar de site worden verzonden.

"referrer_policy": "strict-origin",

De meeste browsers gebruiken tegenwoordig standaard strict-origin-when-cross-origin , maar deze instelling gebruikt een strengere regel om het strict-origin referrerbeleid zelfs voor prefetches van dezelfde oorsprong te hanteren.

Een derde beveiliging treedt automatisch in werking als de gebruiker cookies voor de website heeft ingeschakeld. In dat geval kunnen de resultaten verschillen op basis van die cookies, en zal Chrome de vooraf geladen HTML niet gebruiken:

In het DevTools Speculation-paneel worden twee URL's weergegeven, maar bij één ervan is het ophalen mislukt met een foutmelding dat de URL niet in aanmerking kwam omdat de gebruiker cookies voor die oorsprong had. — Speculatiepaneel met één mislukte prefetch vanwege cookies.

Dit betekent wel dat gebruikers met cookies niet zullen profiteren van de verbeterde prestaties die prefetching biedt wanneer ze op die site klikken, maar privacybescherming en nauwkeurige paginaladingen krijgen prioriteit. Bovendien, als een gebruiker een site al eerder heeft bezocht en er cookies voor heeft, is de kans groter dat bepaalde elementen van die site in de cache zijn opgeslagen en zal de pagina waarschijnlijk sneller laden, zelfs zonder prefetching.

Impact voor gebruikers van het vooraf ophalen van de eerste twee resultaten

Zoals bij de meeste veranderingen heeft Google Search prefetching uitgerold in een A/B-testexperiment en de impact ervan gemeten. Ze zagen aanzienlijke verbeteringen in de Largest Contentful Paint (LCP) . Op Chrome voor Android werd de LCP voor klikken vanuit Google Search met 67 milliseconden verlaagd. Een daaropvolgende lancering voor desktop Chrome resulteerde in een vergelijkbare verbetering van de LCP van 58,6 milliseconden. Dit zijn verbeteringen aan de website waarnaar wordt genavigeerd, niet aan de Google Search-website zelf, maar het is wel een voordeel voor Google Search-gebruikers.

Deze verbeteringen in LCP lijken misschien onbeduidend, maar voor een hypergeoptimaliseerde site zoals Google Search zijn we al blij met verbeteringen van milliseconden voor onze gebruikers. Verbeteringen in de orde van tientallen milliseconden zijn dus ongebruikelijk! Uw site kan er aanzienlijk meer baat bij hebben – probeer het zelf!

Prefetching met behulp van speculatieregels is sinds oktober 2022 standaard ingeschakeld in de zoekfunctie op Android en werd in september 2024 uitgerold naar desktops.

Naast de eerste twee resultaten

Sinds de eerste lancering van de Speculation Rules API is deze verbeterd met een 'eagerness'-eigenschap die ervoor zorgt dat speculaties alleen plaatsvinden wanneer de gebruiker met de muis over een link beweegt of erop begint te klikken.

Google Search heeft besloten om niet alleen de eerste twee zoekresultaten weer te geven, maar ook de resterende zoekresultaten vooraf te laden – maar alleen wanneer de gebruiker met de muis over de link beweegt, door de instelling ' moderate urgentie' te gebruiken. Dit voorkomt onnodige verspilling van resources aan links die minder snel aangeklikt zullen worden.

Ook deze regel is te zien in de ontwikkelaarstools wanneer je in Chrome zoekt, en is identiek aan de vorige regel, maar dit keer met de optie "eagerness": "moderate" ingesteld:

Het DevTools Rules-paneel toont een lijstregel met behulp van anonymouse-client-ip-when-cross-origin, een strict-origin referrerbeleid, moderate eagerness en zeven URL's. — De speculatieregel die door Google Search wordt gebruikt.

Als je met de muis over deze links beweegt, wordt de prefetch geactiveerd. Houd er rekening mee dat Google Search de URL's expliciet weergeeft in plaats van de documentregelsfunctie van de Speculation Rules API te gebruiken, omdat ze geen andere URL's zoals advertenties willen prefetcheren.

Impact voor gebruikers van het vooraf ophalen van resultaten die verder gaan dan de eerste twee resultaten

Desktop Chrome heeft de First Contentful Paint (FCP) voor navigaties vanuit Google Search met 7,6 milliseconden en de LCP met 9,5 milliseconden verkort (zoals blijkt uit A/B-testen). Dit zijn kleinere verbeteringen vergeleken met de 58,6 milliseconden die in de eerste twee resultaten werden behaald , maar dat is niet verrassend gezien de kortere aanlooptijd, aangezien de content niet zo snel vooraf wordt geladen. Desondanks zijn dit nog steeds goede resultaten, om dezelfde redenen als eerder genoemd.

Het vooraf laden van de resterende zoekresultaten op desktops werd in december 2024 standaard ingevoerd.

Voor mobiele apparaten – waar hover-functionaliteit meestal niet beschikbaar is – werd geen echte verbetering waargenomen. Hoewel er ook geen achteruitgang was, werden deze extra prefetch-functies daarom niet ingeschakeld op mobiele apparaten.

Verder gebruik van speculaties voor Google Search

Google is nog niet klaar met experimenteren met deze spannende nieuwe API, en we hopen het browsen op het web zo snel mogelijk te maken. We hebben nog een paar andere trucjes achter de hand waar we aan werken.

Om maar een voorbeeld te noemen: Chrome introduceert vooraf geladen zoekresultatenpagina's – voor gebruikers die preload hebben ingeschakeld – wanneer gebruikers zoekopdrachten typen in de adresbalk van Chrome, en op andere plaatsen zoals het zoekvak op Android. Het is ook mogelijk dat andere zoekmachines dit implementeren – niet alleen Google Search – hoewel we op dit moment geen implementaties van andere zoekmachines kennen.

Google Search is niet van plan om verder te gaan en prerendering voor de resultaatlinks zelf te implementeren, aangezien dit niet beschikbaar is voor navigatie tussen verschillende sites (en zelfs moet worden ingeschakeld voor prerendering binnen dezelfde site, ongeacht de oorsprong ).

Een opmerking over browserondersteuning

Browser Support

Source

De Speculation Rules API is momenteel geïmplementeerd in op Chromium gebaseerde browsers, maar Chrome publiceert de API-specificatie via het W3C-standaardisatieproces en wil graag dat andere browsers deze API ook implementeren.

De private prefetch-proxy is momenteel alleen geïmplementeerd in Chrome en niet in andere op Chromium gebaseerde browsers, maar als andere browsers hun eigen private prefetch-proxy implementeren, zou Google Search deze verbeteringen daar mogelijk ook willen doorvoeren.

Vanwege de privacyrisico's van prefetching zonder een privé prefetch-proxy, voert Google Search geen prefetching uit op browsers die deze technologie niet ondersteunen. Daarom is er voor deze browsers geen alternatief met andere technologieën geïmplementeerd. Dit betekent echter wel dat gebruikers van deze browsers niet profiteren van deze kleine snelheidsverbetering.

Probeer het eens op je website!

De Speculation Rules API is beschikbaar voor alle websites, niet alleen voor Google Search. Naast de hier besproken mogelijkheden voor prefetching, biedt prerendering nog meer voordelen, afhankelijk van de toepassingsmogelijkheden. Aangezien grote websites zoals Google Search duidelijk de voordelen van deze API voor de gebruikerservaring laten zien, moedigen we alle website-eigenaren aan om te onderzoeken hoe zij de API kunnen gebruiken en er mogelijk profijt van kunnen hebben.

Daarnaast zijn de in dit bericht beschreven privacybeschermingen ook beschikbaar voor andere sites, met dien verstande dat gebruikers 'Extended Preload'-ondersteuning in hun instellingen moeten hebben ingeschakeld om niet-Google-sites in staat te stellen verkeer via Google's privé-prefetchproxy te routeren. Dit komt doordat Google als extra partij tussen de gebruiker en de site wordt geïntroduceerd, terwijl dit niet nodig is op Google-sites, aangezien zij al een van de betrokken partijen zijn.