Gepubliceerd: 12 februari 2025
Google Zoeken is een van de populairste sites op internet , en ook een van de snelste. Het zoekteam investeert voortdurend in het sneller maken van de zoekervaring. Op een pagina die zo populair is als Google Zoeken, kunnen zelfs milliseconden aan verbetering snel oplopen! Die interesse in snelheid omvat de bekende Google-startpagina, de Search Engine Results Page (SERP) en klikken naar andere sites vanuit die zoekresultaten.
Google Zoeken heeft gebruik gemaakt van de Speculation Rules API om de navigatiesnelheid van de zoekresultatenpagina naar de resultaatlinks te verbeteren en ze hebben een aantal functies van de API gebruikt die mogelijk interessant zijn voor andere site-eigenaren.
Haal de eerste twee resultaten vooraf op
Een van de eerste toepassingen van speculatieregels was het vooraf ophalen van de eerste twee zoekresultaten. Als u bijvoorbeeld naar 'test' zoekt, wordt de volgende speculatieregel op de pagina weergegeven:
{
"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 onmiddellijk vooraf opgehaald. Als de gebruiker hierop klikt, heeft hij een voorsprong omdat het HTML-document al beschikbaar zou moeten zijn voor de browser.
De regel en de prefetch-pogingen zijn te zien in DevTools Application -> tabblad Speculatie , zoals eerder gedocumenteerd :

Privacybehoudende prefetches
Omdat deze links naar inhoud op andere sites verwijzen, gelden er enkele extra privacyoverwegingen voor het vooraf ophalen, aangezien de gebruiker die sites 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 prefetches de private prefetch-proxy in Chrome gebruiken:
"requires": [
"anonymous-client-ip-when-cross-origin"
],
Hierbij wordt gebruik gemaakt van een proxy om ervoor te zorgen dat de verbinding het IP-adres anonimiseert, zodat we het IP-adres van de gebruiker niet naar de site lekken voordat de gebruiker op de link klikt om er vanaf de pagina met zoekresultaten naartoe te navigeren.
Ten tweede gebruikt Google Zoeken de instelling referrer_policy
om ervoor te zorgen dat er geen gegevens die zijn gecodeerd in de URL van de zoekpagina naar de site worden verzonden in de referer
HTTP-header :
"referrer_policy": "strict-origin",
De meeste browsers gebruiken nu standaard strict-origin-when-cross-origin
maar deze instelling gebruikt een strengere instelling om strict-origin
verwijzingsbeleid te gebruiken, zelfs voor prefetches van dezelfde oorsprong.
Een derde bescherming vindt automatisch plaats als de gebruiker cookies voor de site heeft. In dit geval ontvangen ze mogelijk verschillende resultaten op basis van die cookies en gebruikt Chrome de vooraf opgehaalde HTML niet:

Dit betekent wel dat gebruikers met cookies niet zullen profiteren van de verbeterde prestaties die prefetch biedt bij het klikken op die site, maar privacybescherming en het nauwkeurig laden van pagina's krijgen prioriteit. Als een gebruiker een site al heeft bezocht en er cookies voor heeft, is de kans groter dat bepaalde items van die site in de cache worden opgeslagen en zal de pagina waarschijnlijk sneller worden geladen, zelfs zonder vooraf ophalen.
Gevolgen voor gebruikers van het vooraf ophalen van de eerste twee resultaten
Zoals bij de meeste wijzigingen heeft Google Zoeken prefetching uitgerold in een A/B-testexperiment en de impact gemeten. Ze zagen aanzienlijke verbeteringen in Largest Contentful Paint (LCP) . In Chrome voor Android werd de LCP voor klikken vanuit Google Zoeken met 67 milliseconden verlaagd. Een vervolglancering voor desktop Chrome resulteerde in een vergelijkbare verbetering in LCP van 58,6 milliseconden. Dit zijn verbeteringen aan de site waarnaar wordt genavigeerd, niet aan de Google Zoeken-site zelf, maar het komt ten goede aan gebruikers van Google Zoeken.
Deze verbeteringen in LCP lijken misschien onbeduidend, maar voor een hyper-geoptimaliseerde site als Google Zoeken vieren we verbeteringen van zelfs milliseconden voor onze gebruikers, dus verbeteringen in de orde van tientallen milliseconden zijn ongebruikelijk! Uw site ziet mogelijk een aanzienlijk groter voordeel; u moet het proberen om erachter te komen!
Prefetchen met behulp van speculatieregels is sinds oktober 2022 standaard ingeschakeld op Zoeken op Android en werd in september 2024 uitgerold naar desktop.
Naast de eerste twee resultaten
Sinds de eerste lancering van de Speculation Rules API is deze uitgebreid met een gretigheidseigenschap waarmee speculaties alleen kunnen plaatsvinden wanneer de gebruiker op een link zweeft of begint te klikken.
Google Zoeken besloot verder te gaan dan de eerste twee zoekresultaten en ook de resterende zoekresultaten vooraf op te halen, maar alleen wanneer de gebruiker over de link beweegt, door de instelling moderate
gretigheid te gebruiken. Dit voorkomt onnodige verspilling van middelen voor links waarop minder snel wordt geklikt.
Nogmaals, de regel is te zien in DevTools wanneer je in Chrome zoekt, en deze is identiek aan de vorige regel, maar deze keer met de optie "eagerness": "moderate"
ingesteld:

Als u over deze links beweegt, wordt de prefetch geactiveerd. Houd er rekening mee dat Google Zoeken de URL's expliciet vermeldt in plaats van de documentregelfunctie van de Speculation Rules API te gebruiken, omdat ze geen andere URL's zoals advertenties vooraf willen ophalen.
Gevolgen voor gebruikers van het vooraf ophalen van de resultaten die verder gaan dan de eerste twee resultaten
Desktop Chrome verminderde First Contentful Paint (FCP) voor navigatie vanuit Google Zoeken met 7,6 milliseconden en LCP met 9,5 milliseconden (zoals blijkt uit A/B-testen). Deze vertegenwoordigen kleinere winsten vergeleken met de verbeteringen van 58,6 milliseconden die te zien waren in de eerste twee resultaten , maar dat is niet verrassend gezien de kleinere doorlooptijd, aangezien ze niet zo gretig vooraf worden opgehaald. Om dezelfde redenen die eerder zijn gegeven, zijn dit echter nog steeds goede winsten.
Het vooraf ophalen van de resterende zoekresultaten op de desktop werd in december 2024 standaard uitgerold.
Voor mobiel (waar hover meestal niet beschikbaar is) werd geen echte verbetering gezien en hoewel er ook geen regressies waren, waren deze extra prefetches niet ingeschakeld op mobiel.
Verder gebruik van speculaties voor Google Zoeken
Google is nog niet klaar met experimenteren met deze opwindende nieuwe API en het is onze hoop om het surfen op internet zo snel mogelijk te maken. We hebben nog een paar andere trucjes in petto waar we aan werken.
Om maar één voorbeeld te noemen: Chrome introduceert vooraf weergegeven pagina's met zoekresultaten (voor gebruikers waarvoor vooraf laden is ingeschakeld) wanneer gebruikers zoekopdrachten typen in de Chrome-adresbalk en op andere plaatsen, zoals het zoekvak op Android. Dit kan ook door andere zoekmachines worden geïmplementeerd (niet alleen door Google Zoeken), hoewel we op dit moment niet op de hoogte zijn van implementaties voor andere zoekmachines.
Google Zoeken is niet van plan verder te gaan en prerender voor de resultaatlinks zelf te implementeren, aangezien dit niet beschikbaar is voor navigatie tussen sites (en zelfs moet worden aangemeld voor prerenders van dezelfde site, cross-origin ).
Een opmerking over browserondersteuning
De Speculation Rules API wordt momenteel geïmplementeerd in Chromium-gebaseerde browsers, maar Chrome publiceert de API-specificatie via het W3C-standaardproces en wil graag dat andere browsers deze API implementeren.
De private prefetch-proxy wordt momenteel alleen geïmplementeerd in Chrome en niet in andere Chromium-gebaseerde browsers, maar als andere browsers hun eigen private prefetch-proxy implementeren, kan Google Zoeken deze verbeteringen daar ook proberen te implementeren.
Vanwege de gevolgen voor de privacy van prefetchen zonder een privé prefetch-proxy, voert Google Zoeken geen prefetch uit in browsers die deze technologie niet ondersteunen. Daarom is er geen fallback geïmplementeerd met behulp van andere technologieën voor andere browsers. Als progressieve verbetering betekent dit echter alleen dat gebruikers van die browsers niet profiteren van deze kleine snelheidsverhoging.
Probeer het op uw site!
De Speculation Rules API is beschikbaar voor alle sites, niet alleen voor Google Zoeken. Naast de prefetchmogelijkheden die hier worden besproken, biedt prerendering nog meer voordelen waar en wanneer het kan worden gebruikt. Nu grote sites zoals Google Zoeken duidelijke voordelen van deze API voor de gebruikerservaring laten zien, moedigen we alle site-eigenaren aan om te onderzoeken hoe ze de API kunnen gebruiken en er mogelijk voordeel uit kunnen halen.
Bovendien zijn de privacybeschermingen die in dit bericht worden beschreven ook beschikbaar voor andere sites, met het voorbehoud dat gebruikers Extended Preload-ondersteuning moeten hebben ingeschakeld in hun instellingen om niet-Google-sites toe te staan verkeer te routeren met behulp van de privé prefetch-proxy van Google. Dit komt omdat Google hierdoor wordt geïntroduceerd als extra partij tussen de gebruiker en de site, terwijl dit op Google-sites niet nodig is – aangezien zij al een van de betrokken partijen zijn.
,Gepubliceerd: 12 februari 2025
Google Zoeken is een van de populairste sites op internet , en ook een van de snelste. Het zoekteam investeert voortdurend in het sneller maken van de zoekervaring. Op een pagina die zo populair is als Google Zoeken, kunnen zelfs milliseconden aan verbetering snel oplopen! Die interesse in snelheid omvat de bekende Google-startpagina, de Search Engine Results Page (SERP) en klikken naar andere sites vanuit die zoekresultaten.
Google Zoeken heeft gebruik gemaakt van de Speculation Rules API om de navigatiesnelheid van de zoekresultatenpagina naar de resultaatlinks te verbeteren en ze hebben een aantal functies van de API gebruikt die mogelijk interessant kunnen zijn voor andere site-eigenaren.
Haal de eerste twee resultaten vooraf op
Een van de eerste toepassingen van speculatieregels was het vooraf ophalen van de eerste twee zoekresultaten. Als u bijvoorbeeld naar 'test' zoekt, wordt de volgende speculatieregel op de pagina weergegeven:
{
"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 onmiddellijk vooraf opgehaald. Als de gebruiker hierop klikt, heeft hij een voorsprong omdat het HTML-document al beschikbaar zou moeten zijn voor de browser.
De regel en de prefetch-pogingen zijn te zien in DevTools Application -> tabblad Speculatie , zoals eerder gedocumenteerd :

Privacybehoudende prefetches
Omdat deze links naar inhoud op andere sites verwijzen, gelden er enkele aanvullende privacyoverwegingen voor het vooraf ophalen, aangezien de gebruiker die sites 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 prefetches de private prefetch-proxy in Chrome gebruiken:
"requires": [
"anonymous-client-ip-when-cross-origin"
],
Hierbij wordt gebruik gemaakt van een proxy om ervoor te zorgen dat de verbinding het IP-adres anonimiseert, zodat we het IP-adres van de gebruiker niet naar de site lekken voordat de gebruiker op de link klikt om er vanaf de pagina met zoekresultaten naartoe te navigeren.
Ten tweede gebruikt Google Zoeken de instelling referrer_policy
om ervoor te zorgen dat er geen gegevens die zijn gecodeerd in de URL van de zoekpagina naar de site worden verzonden in de referer
HTTP-header :
"referrer_policy": "strict-origin",
De meeste browsers gebruiken nu standaard strict-origin-when-cross-origin
maar deze instelling gebruikt een strengere instelling om strict-origin
verwijzingsbeleid te gebruiken, zelfs voor prefetches van dezelfde oorsprong.
Een derde bescherming vindt automatisch plaats als de gebruiker cookies voor de site heeft. In dit geval ontvangen ze mogelijk verschillende resultaten op basis van die cookies en gebruikt Chrome de vooraf opgehaalde HTML niet:

Dit betekent wel dat gebruikers met cookies niet zullen profiteren van de verbeterde prestaties die prefetch biedt bij het klikken op die site, maar privacybescherming en het nauwkeurig laden van pagina's krijgen prioriteit. Als een gebruiker een site al heeft bezocht en er cookies voor heeft, is de kans groter dat bepaalde items van die site in de cache worden opgeslagen en zal de pagina waarschijnlijk sneller worden geladen, zelfs zonder vooraf ophalen.
Gevolgen voor gebruikers van het vooraf ophalen van de eerste twee resultaten
Zoals bij de meeste wijzigingen heeft Google Zoeken prefetching uitgerold in een A/B-testexperiment en de impact gemeten. Ze zagen aanzienlijke verbeteringen in Largest Contentful Paint (LCP) . In Chrome voor Android werd de LCP voor klikken vanuit Google Zoeken met 67 milliseconden verlaagd. Een vervolglancering voor desktop Chrome resulteerde in een vergelijkbare verbetering in LCP van 58,6 milliseconden. Dit zijn verbeteringen aan de site waarnaar wordt genavigeerd, niet aan de Google Zoeken-site zelf, maar het komt ten goede aan gebruikers van Google Zoeken.
Deze verbeteringen in LCP lijken misschien onbeduidend, maar voor een hyper-geoptimaliseerde site als Google Zoeken vieren we verbeteringen van zelfs milliseconden voor onze gebruikers, dus verbeteringen in de orde van tientallen milliseconden zijn ongebruikelijk! Uw site ziet mogelijk een aanzienlijk groter voordeel; u moet het proberen om erachter te komen!
Prefetchen met behulp van speculatieregels is sinds oktober 2022 standaard ingeschakeld op Zoeken op Android en werd in september 2024 uitgerold naar desktop.
Naast de eerste twee resultaten
Sinds de eerste lancering van de Speculation Rules API is deze uitgebreid met een gretigheidseigenschap waarmee speculaties alleen kunnen plaatsvinden wanneer de gebruiker op een link zweeft of begint te klikken.
Google Zoeken besloot verder te gaan dan de eerste twee zoekresultaten en ook de resterende zoekresultaten vooraf op te halen, maar alleen wanneer de gebruiker over de link beweegt, door de instelling moderate
gretigheid te gebruiken. Dit voorkomt onnodige verspilling van middelen voor links waarop minder snel wordt geklikt.
Nogmaals, de regel is te zien in DevTools wanneer u in Chrome zoekt, en deze is identiek aan de vorige regel, maar deze keer met de optie "eagerness": "moderate"
:

Als u over deze links beweegt, wordt de prefetch geactiveerd. Houd er rekening mee dat Google Zoeken de URL's expliciet vermeldt in plaats van de documentregelfunctie van de Speculation Rules API te gebruiken, omdat ze geen andere URL's zoals advertenties vooraf willen ophalen.
Gevolgen voor gebruikers van het vooraf ophalen van de resultaten die verder gaan dan de eerste twee resultaten
Desktop Chrome verminderde First Contentful Paint (FCP) voor navigatie vanuit Google Zoeken met 7,6 milliseconden en LCP met 9,5 milliseconden (zoals blijkt uit A/B-testen). Deze vertegenwoordigen kleinere winsten vergeleken met de verbeteringen van 58,6 milliseconden die te zien waren in de eerste twee resultaten , maar dat is niet verrassend gezien de kleinere doorlooptijd, aangezien ze niet zo gretig vooraf worden opgehaald. Om dezelfde redenen die eerder zijn gegeven, zijn dit echter nog steeds goede winsten.
Het vooraf ophalen van de resterende zoekresultaten op de desktop werd in december 2024 standaard uitgerold.
Voor mobiel (waar hover meestal niet beschikbaar is) werd geen echte verbetering gezien en hoewel er ook geen regressies waren, waren deze extra prefetches niet ingeschakeld op mobiel.
Verder gebruik van speculaties voor Google Zoeken
Google is nog niet klaar met experimenteren met deze opwindende nieuwe API en het is onze hoop om het surfen op internet zo snel mogelijk te maken. We hebben nog een paar andere trucjes in petto waar we aan werken.
Om maar één voorbeeld te noemen: Chrome introduceert vooraf weergegeven pagina's met zoekresultaten (voor gebruikers waarvoor vooraf laden is ingeschakeld) wanneer gebruikers zoekopdrachten typen in de Chrome-adresbalk en op andere plaatsen, zoals het zoekvak op Android. Dit kan ook door andere zoekmachines worden geïmplementeerd (niet alleen door Google Zoeken), hoewel we op dit moment niet op de hoogte zijn van implementaties voor andere zoekmachines.
Google Zoeken is niet van plan verder te gaan en prerender voor de resultaatlinks zelf te implementeren, aangezien dit niet beschikbaar is voor navigatie tussen sites (en zelfs moet worden aangemeld voor prerenders van dezelfde site, cross-origin ).
Een opmerking over browserondersteuning
De Speculation Rules API wordt momenteel geïmplementeerd in Chromium-gebaseerde browsers, maar Chrome publiceert de API-specificatie via het W3C-standaardproces en wil graag dat andere browsers deze API implementeren.
De private prefetch-proxy wordt momenteel alleen geïmplementeerd in Chrome en niet in andere Chromium-gebaseerde browsers, maar als andere browsers hun eigen private prefetch-proxy implementeren, kan Google Zoeken deze verbeteringen daar ook proberen te implementeren.
Vanwege de gevolgen voor de privacy van prefetchen zonder een privé prefetch-proxy, voert Google Zoeken geen prefetch uit in browsers die deze technologie niet ondersteunen. Daarom is er geen fallback geïmplementeerd met behulp van andere technologieën voor andere browsers. Als progressieve verbetering betekent dit echter alleen dat gebruikers van die browsers niet profiteren van deze kleine snelheidsverhoging.
Probeer het op uw site!
De Speculation Rules API is beschikbaar voor alle sites, niet alleen voor Google Zoeken. Naast de prefetchmogelijkheden die hier worden besproken, biedt prerendering nog meer voordelen waar en wanneer het kan worden gebruikt. Nu grote sites zoals Google Zoeken duidelijke voordelen van deze API voor de gebruikerservaring laten zien, moedigen we alle site-eigenaren aan om te onderzoeken hoe ze de API kunnen gebruiken en er mogelijk voordeel uit kunnen halen.
Bovendien zijn de privacybeschermingen die in dit bericht worden beschreven ook beschikbaar voor andere sites, met het voorbehoud dat gebruikers Extended Preload-ondersteuning moeten hebben ingeschakeld in hun instellingen om niet-Google-sites toe te staan verkeer te routeren met behulp van de privé prefetch-proxy van Google. Dit komt omdat Google hierdoor wordt geïntroduceerd als extra partij tussen de gebruiker en de site, terwijl dit op Google-sites niet nodig is – aangezien zij al een van de betrokken partijen zijn.
,Gepubliceerd: 12 februari 2025
Google Zoeken is een van de populairste sites op internet , en ook een van de snelste. Het zoekteam investeert voortdurend in het sneller maken van de zoekervaring. Op een pagina die zo populair is als Google Zoeken, kunnen zelfs milliseconden aan verbetering snel oplopen! Die interesse in snelheid omvat de bekende Google-startpagina, de Search Engine Results Page (SERP) en klikken naar andere sites vanuit die zoekresultaten.
Google Zoeken heeft gebruik gemaakt van de Speculation Rules API om de navigatiesnelheid van de zoekresultatenpagina naar de resultaatlinks te verbeteren en ze hebben een aantal functies van de API gebruikt die mogelijk interessant zijn voor andere site-eigenaren.
Haal de eerste twee resultaten vooraf op
Een van de eerste toepassingen van speculatieregels was het vooraf ophalen van de eerste twee zoekresultaten. Als u bijvoorbeeld naar 'test' zoekt, wordt de volgende speculatieregel op de pagina weergegeven:
{
"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 onmiddellijk vooraf opgehaald. Als de gebruiker hierop klikt, heeft hij een voorsprong omdat het HTML-document al beschikbaar zou moeten zijn voor de browser.
De regel en de prefetch-pogingen zijn te zien in DevTools Application -> tabblad Speculatie , zoals eerder gedocumenteerd :

Privacybehoudende prefetches
Omdat deze links naar inhoud op andere sites verwijzen, gelden er enkele extra privacyoverwegingen voor het vooraf ophalen, aangezien de gebruiker die sites 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 prefetches de private prefetch-proxy in Chrome gebruiken:
"requires": [
"anonymous-client-ip-when-cross-origin"
],
Hierbij wordt gebruik gemaakt van een proxy om ervoor te zorgen dat de verbinding het IP-adres anonimiseert, zodat we het IP-adres van de gebruiker niet naar de site lekken voordat de gebruiker op de link klikt om er vanaf de pagina met zoekresultaten naartoe te navigeren.
Ten tweede gebruikt Google Zoeken de instelling referrer_policy
om ervoor te zorgen dat er geen gegevens die zijn gecodeerd in de URL van de zoekpagina naar de site worden verzonden in de referer
HTTP-header :
"referrer_policy": "strict-origin",
De meeste browsers gebruiken nu standaard strict-origin-when-cross-origin
maar deze instelling gebruikt een strengere instelling om strict-origin
verwijzingsbeleid te gebruiken, zelfs voor prefetches van dezelfde oorsprong.
Een derde bescherming vindt automatisch plaats als de gebruiker cookies voor de site heeft. In dit geval ontvangen ze mogelijk verschillende resultaten op basis van die cookies en gebruikt Chrome de vooraf opgehaalde HTML niet:

Dit betekent wel dat gebruikers met cookies niet zullen profiteren van de verbeterde prestaties die prefetch biedt bij het klikken op die site, maar privacybescherming en het nauwkeurig laden van pagina's krijgen prioriteit. Als een gebruiker een site al heeft bezocht en er cookies voor heeft, is de kans groter dat bepaalde items van die site in de cache worden opgeslagen en zal de pagina waarschijnlijk sneller worden geladen, zelfs zonder vooraf ophalen.
Gevolgen voor gebruikers van het vooraf ophalen van de eerste twee resultaten
Zoals bij de meeste wijzigingen heeft Google Zoeken prefetching uitgerold in een A/B-testexperiment en de impact gemeten. Ze zagen aanzienlijke verbeteringen in Largest Contentful Paint (LCP) . In Chrome voor Android werd de LCP voor klikken vanuit Google Zoeken met 67 milliseconden verlaagd. Een vervolglancering voor desktop Chrome resulteerde in een vergelijkbare verbetering in LCP van 58,6 milliseconden. Dit zijn verbeteringen aan de site waarnaar wordt genavigeerd, niet aan de Google Zoeken-site zelf, maar het komt ten goede aan gebruikers van Google Zoeken.
Deze verbeteringen in LCP lijken misschien onbeduidend, maar voor een hyper-geoptimaliseerde site als Google Zoeken vieren we verbeteringen van zelfs milliseconden voor onze gebruikers, dus verbeteringen in de orde van tientallen milliseconden zijn ongebruikelijk! Uw site ziet mogelijk een aanzienlijk groter voordeel; u moet het proberen om erachter te komen!
Prefetchen met behulp van speculatieregels is sinds oktober 2022 standaard ingeschakeld op Zoeken op Android en werd in september 2024 uitgerold naar desktop.
Naast de eerste twee resultaten
Sinds de eerste lancering van de Speculation Rules API is deze uitgebreid met een gretigheidseigenschap waarmee speculaties alleen kunnen plaatsvinden wanneer de gebruiker op een link zweeft of begint te klikken.
Google Zoeken besloot verder te gaan dan de eerste twee zoekresultaten en ook de resterende zoekresultaten vooraf op te halen, maar alleen wanneer de gebruiker over de link beweegt, door de instelling moderate
gretigheid te gebruiken. Dit voorkomt onnodige verspilling van middelen voor links waarop minder snel wordt geklikt.
Nogmaals, de regel is te zien in DevTools wanneer je in Chrome zoekt, en deze is identiek aan de vorige regel, maar deze keer met de optie "eagerness": "moderate"
ingesteld:

Als u over deze links beweegt, wordt de prefetch geactiveerd. Houd er rekening mee dat Google Zoeken de URL's expliciet vermeldt in plaats van de documentregelfunctie van de Speculation Rules API te gebruiken, omdat ze geen andere URL's zoals advertenties vooraf willen ophalen.
Gevolgen voor gebruikers van het vooraf ophalen van de resultaten die verder gaan dan de eerste twee resultaten
Desktop Chrome verminderde First Contentful Paint (FCP) voor navigatie vanuit Google Zoeken met 7,6 milliseconden en LCP met 9,5 milliseconden (zoals blijkt uit A/B-testen). Deze vertegenwoordigen kleinere winsten vergeleken met de verbeteringen van 58,6 milliseconden die te zien zijn in de eerste twee resultaten , maar dat is niet verrassend gezien de kleinere doorlooptijd, aangezien ze niet zo gretig vooraf worden opgehaald. Om dezelfde redenen die eerder zijn gegeven, zijn dit echter nog steeds goede winsten.
Het vooraf ophalen van de resterende zoekresultaten op de desktop werd in december 2024 standaard uitgerold.
Voor mobiel (waar hover meestal niet beschikbaar is) werd geen echte verbetering gezien. Hoewel er dus ook geen regressies waren, waren deze extra prefetches niet ingeschakeld op mobiel.
Verder gebruik van speculaties voor Google Zoeken
Google is nog niet klaar met experimenteren met deze opwindende nieuwe API en het is onze hoop om het surfen op internet zo snel mogelijk te maken. We hebben nog een paar andere trucjes in petto waar we aan werken.
Om maar één voorbeeld te noemen: Chrome introduceert vooraf weergegeven pagina's met zoekresultaten (voor gebruikers waarvoor vooraf laden is ingeschakeld) wanneer gebruikers zoekopdrachten typen in de Chrome-adresbalk en op andere plaatsen, zoals het zoekvak op Android. Dit kan ook door andere zoekmachines worden geïmplementeerd (niet alleen door Google Zoeken), hoewel we op dit moment niet op de hoogte zijn van implementaties voor andere zoekmachines.
Google Zoeken is niet van plan verder te gaan en prerender voor de resultaatlinks zelf te implementeren, aangezien dit niet beschikbaar is voor navigatie tussen sites (en zelfs moet worden aangemeld voor prerenders van dezelfde site, cross-origin ).
Een opmerking over browserondersteuning
De Speculation Rules API wordt momenteel geïmplementeerd in Chromium-gebaseerde browsers, maar Chrome publiceert de API-specificatie via het W3C-standaardproces en wil graag dat andere browsers deze API implementeren.
De private prefetch-proxy wordt momenteel alleen geïmplementeerd in Chrome en niet in andere Chromium-gebaseerde browsers, maar als andere browsers hun eigen private prefetch-proxy implementeren, kan Google Zoeken deze verbeteringen daar ook proberen te implementeren.
Vanwege de gevolgen voor de privacy van prefetchen zonder een privé prefetch-proxy, voert Google Zoeken geen prefetch uit in browsers die deze technologie niet ondersteunen. Daarom is er geen fallback geïmplementeerd met behulp van andere technologieën voor andere browsers. Als progressieve verbetering betekent dit echter alleen dat gebruikers van die browsers niet profiteren van deze kleine snelheidsverhoging.
Probeer het op uw site!
De Speculation Rules API is beschikbaar voor alle sites, niet alleen voor Google Zoeken. Naast de prefetchmogelijkheden die hier worden besproken, biedt prerendering nog meer voordelen waar en wanneer het kan worden gebruikt. Nu grote sites zoals Google Zoeken duidelijke voordelen van deze API voor de gebruikerservaring laten zien, moedigen we alle site-eigenaren aan om te onderzoeken hoe ze de API kunnen gebruiken en er mogelijk voordeel uit kunnen halen.
Bovendien zijn de privacybeschermingen die in dit bericht worden beschreven ook beschikbaar voor andere sites, met het voorbehoud dat gebruikers Extended Preload-ondersteuning moeten hebben ingeschakeld in hun instellingen om niet-Google-sites toe te staan verkeer te routeren met behulp van de privé prefetch-proxy van Google. Dit komt omdat Google hierdoor wordt geïntroduceerd als extra partij tussen de gebruiker en de site, terwijl dit op Google-sites niet nodig is – aangezien zij al een van de betrokken partijen zijn.
,Gepubliceerd: 12 februari 2025
Google Zoeken is een van de populairste sites op internet , en ook een van de snelste. Het zoekteam investeert voortdurend in het sneller maken van de zoekervaring. Op een pagina die zo populair is als Google Zoeken, kunnen zelfs milliseconden aan verbetering snel oplopen! Die interesse in snelheid omvat de bekende Google-startpagina, de Search Engine Results Page (SERP) en klikken naar andere sites vanuit die zoekresultaten.
Google Zoeken heeft gebruik gemaakt van de Speculation Rules API om de navigatiesnelheid van de zoekresultatenpagina naar de resultaatlinks te verbeteren en ze hebben een aantal functies van de API gebruikt die mogelijk interessant kunnen zijn voor andere site-eigenaren.
Haal de eerste twee resultaten vooraf op
Een van de eerste toepassingen van speculatieregels was het vooraf ophalen van de eerste twee zoekresultaten. Als u bijvoorbeeld naar 'test' zoekt, wordt de volgende speculatieregel op de pagina weergegeven:
{
"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 onmiddellijk vooraf opgehaald. Als de gebruiker hierop klikt, heeft hij een voorsprong omdat het HTML-document al beschikbaar zou moeten zijn voor de browser.
De regel en de prefetch-pogingen zijn te zien in DevTools Application -> tabblad Speculatie , zoals eerder gedocumenteerd :

Privacybehoudende prefetches
Omdat deze links naar inhoud op andere sites verwijzen, gelden er enkele aanvullende privacyoverwegingen voor het vooraf ophalen, aangezien de gebruiker die sites 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 prefetches de private prefetch-proxy in Chrome gebruiken:
"requires": [
"anonymous-client-ip-when-cross-origin"
],
Hierbij wordt gebruik gemaakt van een proxy om ervoor te zorgen dat de verbinding het IP-adres anonimiseert, zodat we het IP-adres van de gebruiker niet naar de site lekken voordat de gebruiker op de link klikt om er vanaf de pagina met zoekresultaten naartoe te navigeren.
Ten tweede gebruikt Google Zoeken de instelling referrer_policy
om ervoor te zorgen dat er geen gegevens die zijn gecodeerd in de URL van de zoekpagina naar de site worden verzonden in de referer
HTTP-header :
"referrer_policy": "strict-origin",
De meeste browsers gebruiken nu standaard strict-origin-when-cross-origin
maar deze instelling gebruikt een strengere instelling om strict-origin
verwijzingsbeleid te gebruiken, zelfs voor prefetches van dezelfde oorsprong.
Een derde bescherming vindt automatisch plaats als de gebruiker cookies voor de site heeft. In dit geval ontvangen ze mogelijk verschillende resultaten op basis van die cookies en gebruikt Chrome de vooraf opgehaalde HTML niet:

Dit betekent wel dat gebruikers met cookies niet profiteren van de verbeterde prestatievoorzetting die voorkomt bij het klikken op die site, maar privacybescherming en nauwkeurige pagina -ladingen worden geprioriteerd. Bovendien, als een gebruiker al een site heeft bezocht en er cookies voor heeft, hebben ze eerder een aantal activa van die site in de cache en zullen ze waarschijnlijk een snellere pagina -lading ervaren, zelfs zonder vooraf te petchen.
Impact voor gebruikers van het voorafkeren van de eerste twee resultaten
Zoals bij de meeste wijzigingen, rolde Google Search in een A/B -test -experiment in een A/B -test -experiment en gemeten de impact. Ze zagen aanzienlijke verbeteringen in de grootste inhoudelijke verf (LCP) . Op Chrome voor Android werden LCP voor klikken van Google Search verlaagd met 67 milliseconden. Een follow -up lancering voor desktop chroom resulteerde in een vergelijkbare verbetering in LCP van 58,6 milliseconden. Dit zijn verbeteringen in de site die naar de Google Search -site zelf wordt genavigeerd, maar het komt ten goede aan Google Search -gebruikers.
Deze verbeteringen in LCP lijken misschien onbeduidend, maar voor een hyper-geoptimaliseerde site zoals Google Search vieren we zelfs milliseconde verbeteringen voor onze gebruikers, dus verbeteringen in het bereik van tientallen milliseconden zijn ongebruikelijk! Uw site kan een aanzienlijk groter voordeel zien - u zou het moeten proberen om erachter te komen!
Prefetching met behulp van speculatieregels is standaard ingeschakeld bij het zoeken op Android sinds oktober 2022 en werd in september 2024 naar desktop uitgerold.
Voorbij de eerste twee resultaten
Omdat de eerste lancering van de speculatie API regeert, werd deze verbeterd met een eigenschap van Eargness waarmee speculaties alleen kunnen plaatsvinden wanneer de gebruiker zweeft of op een link begint te klikken.
Google -zoekopdracht besloot verder te gaan dan de eerste twee zoekresultaten en ook de resterende zoekresultaten te voorafgaan, maar alleen wanneer de gebruiker de link zweeft, door de moderate
instelling van de gretigheid te gebruiken. Dit voorkomt de onnodige verspilling van bronnen voor links die minder snel worden geklikt.
Nogmaals, de regel is te zien in Devtools wanneer u in Chrome zoekt, en het is identiek aan de vorige regel, maar deze keer met de optie "eagerness": "moderate"
optie:

Door deze links te zweven, wordt de prefetch geactiveerd. Merk op dat Google -zoekopdracht expliciet de URL's opsomt in plaats van de documentregelsfunctie van de speculatieregels API te gebruiken, omdat ze geen andere URL's zoals advertenties vooraf willen prefeteren.
Impact voor gebruikers van het vooraf de eerste twee resultaten
Desktop Chrome verminderde eerste contentful verf (FCP) voor navigaties van Google Search met 7,6 milliseconden en LCP met 9,5 milliseconden (zoals getoond door A/B -testen). Deze vertegenwoordigen kleinere winsten in vergelijking met de 58,6 millisecondenverbeteringen die worden gezien in de eerste twee resultaten , maar dat is niet verrassend gezien de kleinere doorlooptijd, omdat ze niet zo gretig worden gepreceteerd. Dit zijn echter nog steeds goede winst om dezelfde redenen die eerder zijn gegeven.
Voorafgaand aan de resterende zoekresultaten op desktop werd standaard uitgerold in december 2024.
Voor mobiel - waar Hover meestal niet beschikbaar is - was er geen echte verbetering gezien en dus, hoewel er ook geen regressies waren, waren deze extra prefetches niet ingeschakeld op mobiel.
Verder gebruik van speculaties voor Google Search
Google is nog niet klaar met experimenteren met deze opwindende nieuwe API, en onze hoop is om door het web zo snel mogelijk te bladeren. We hebben een paar andere trucs in onze mouw waar we aan werken.
Als slechts één voorbeeld, rolt Chrome uit voorgestelde pagina's voor zoekresultaten - voor gebruikers met voorlaad ingeschakeld - wanneer gebruikers zoekopdrachten typen in de Chrome -adresbalk en op andere plaatsen zoals het zoekvak op Android. Dit staat ook open voor andere zoekmachines om ook te implementeren - niet alleen Google -zoekopdracht - hoewel we op dit moment niet op de hoogte zijn van eventuele implementaties voor andere zoekmachines.
Google Search wil niet verder gaan en Persender voor de resultaatlinks zelf implementeren, omdat dit niet beschikbaar is voor cross-sites navigatie (en zelfs moet worden gekozen voor op dezelfde site, cross-origin prerenders ).
Een opmerking over browserondersteuning
De speculatieregels API is op dit moment geïmplementeerd in chroomgebaseerde browsers, maar Chrome publiceert de API-specificatie via het W3C-normenproces en willen graag andere browsers om deze API te implementeren.
De privé-prefetch-proxy wordt momenteel alleen geïmplementeerd in Chrome en niet in andere chroomgebaseerde browsers, maar als andere browsers hun eigen privé-prefetch-proxy implementeren, kan Google Search deze verbeteringen daar ook implementeren.
Vanwege de privacy -implicaties van prefetching zonder een privé -prefetch -proxy, is Google -zoekopdracht niet vooraf op browsers die deze technologie niet ondersteunen, en hebben dus geen fallback geïmplementeerd met behulp van andere technologieën voor andere browsers. Als een progressieve verbetering betekent dit echter alleen dat gebruikers in die browsers niet profiteren van deze toename van de kleine snelheid.
Probeer het op uw site!
De speculatieregels API is beschikbaar voor alle sites om te gebruiken, niet alleen Google Search. Naast de hier besproken prefetching -mogelijkheden, biedt PRERENDING verdere voordelen wanneer en waar het kan worden gebruikt. Met grote sites zoals Google Search met duidelijke voordelen van deze API voor de gebruikerservaring, moedigen we alle site -eigenaren aan om te onderzoeken hoe ze kunnen gebruiken en kunnen we profiteren van de API.
Bovendien zijn de privacybeschermingen die in dit bericht zijn beschreven, ook beschikbaar voor andere sites-met het voorbehoud dat gebruikers uitgebreide vooraf laadondersteuning in hun instellingen moeten hebben om niet-Google-sites toe te staan om verkeer te routeren met behulp van de privé-prefetch-proxy van Google. Dit komt omdat dit Google introduceert als een extra partij tussen de gebruiker en de site, terwijl dit niet nodig is op Google -sites - omdat ze al een van de betrokken partijen zijn.