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 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 :

Speculatiepaneel met twee succesvolle prefetches.

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.

Opmerking: er zijn aanvullende overwegingen voor sites die deze proxy willen gebruiken. Deze worden besproken in de sectie Probeer het verderop in dit bericht. Speculatieregels kunnen cross-origin prefetchen zonder het gebruik van de private prefetch-proxy, maar voor sites die al gebruik maken van de Google-service biedt de proxy een manier om te voorkomen dat het IP-adres buiten Google wordt verzonden.

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:

Speculatiepaneel met één mislukte prefetch vanwege cookies.

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.

Opmerking: Chrome verzendt nog steeds het anonieme prefetch-verzoek (zonder cookies), zodat de site (in dit geval Google Zoeken) niet kan weten dat de gebruiker cookies heeft voor een site van derden, maar het prefetch-antwoord wordt verwijderd.

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:

De speculatieregel die wordt gebruikt door Google Zoeken.

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

Browser Support

• 109
• 109
• x
• x

Source

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.