Il tuo sito può anticipare il prossimo clic? Speculative Loading e Speculation Rules API in WordPress

di Lorenzo Albano · Guida per aziende e professionisti · Aggiornamento novembre 2026 · Lettura ~9 min

Un clic. Una schermata bianca. Un indicatore che gira. Anche quando il sito è ben ottimizzato, ogni passaggio da una pagina all’altra comporta un’attesa: il browser deve chiedere il documento al server, riceverlo, scaricare le risorse e disegnare la pagina. Pochi decimi di secondo sommati, pagina dopo pagina, cambiano la percezione della velocità di un sito.

E se il browser potesse iniziare quel lavoro un attimo prima del clic? È esattamente l’idea dietro la Speculation Rules API, una tecnologia che oggi è già presente su moltissimi siti WordPress, spesso senza che i proprietari lo sappiano.

Cos’è la Speculation Rules API

La Speculation Rules API è un’interfaccia del browser che consente a una pagina di indicare quali link è probabile che l’utente apra e come prepararli in anticipo. Le regole vengono scritte in un blocco <script type="speculationrules"> in formato JSON: il browser le legge e decide, in base all’interazione dell’utente, quando avviare il precaricamento.

Sostituisce tecniche più vecchie come <link rel="prefetch"> e il deprecato <link rel="prerender">, con un vantaggio importante: invece di elencare URL fissi, si possono definire regole sui link presenti nella pagina (per esempio “tutti i link interni, tranne il carrello”).

Prefetch e prerender: due modi di anticipare

Le regole possono chiedere al browser due livelli di preparazione, molto diversi tra loro per guadagno di tempo e consumo di risorse.

Eagerness: quando il browser si muove

Oltre al “cosa”, le regole stabiliscono il “quando”, attraverso il parametro eagerness (letteralmente “impazienza”). Secondo la documentazione di Chrome:

Chrome applica anche dei limiti: con conservative, e con moderate su desktop, mantiene al massimo 2 prefetch e 2 prerender contemporanei, sostituendo i più vecchi. È una protezione utile, ma non elimina il carico aggiuntivo sul server.

WordPress lo supporta già: cosa fa il core dalla versione 6.8

Con WordPress 6.8 (aprile 2025) il team Performance ha portato nel core la funzione già testata con il plugin Speculative Loading, usato su oltre 50.000 siti. Secondo la nota tecnica ufficiale, la funzione è attiva di default sul frontend, con alcune eccezioni importanti:

• Modalità prefetch con eagerness conservative: il core sceglie l’opzione più prudente (valore auto).
• Disattivata per gli utenti loggati: amministratori, clienti con account e membri di aree riservate non ne beneficiano, per ragioni di sicurezza e privacy.
• Disattivata senza permalink “belli”: se gli URL sono del tipo ?p=123, la funzione non si attiva.
• Esclusioni automatiche: area admin, login, file di plugin, temi e caricamenti, link con parametri nella query string, link rel="nofollow" e link con la classe no-prefetch (o no-prerender per il prerender).

Le versioni successive hanno lasciato invariato questo comportamento di base. Il passaggio di default a moderate sui siti con cache è stato discusso dal team Performance ma rinviato. Da WordPress 7.1, invece, anche gli hosting possono impostare modalità ed eagerness predefinite tramite le costanti WP_SPECULATIVE_LOADING_DEFAULT_MODE e WP_SPECULATIVE_LOADING_DEFAULT_EAGERNESS.

Come verificare se il tuo sito lo usa

Ricorda che un sistema di cache può servire una versione della pagina generata prima dell’aggiornamento: se le regole non compaiono, svuota la cache e ricontrolla.

Come configurarlo: plugin o codice

Ci sono due strade per passare dalla configurazione di base a una più incisiva.

1. Il plugin ufficiale. Il plugin Speculative Loading del team Performance di WordPress aggiunge una sezione in Impostazioni → Lettura e, di default, usa prerender con eagerness moderate. Permette di scegliere modalità, livello di anticipazione e, se necessario, l’estensione agli utenti autenticati.

2. Un filtro nel codice. Chi preferisce non aggiungere plugin può usare il filtro wp_speculation_rules_configuration in uno snippet PHP. Il controllo is_array() mantiene la funzione disattivata dove il core l’ha già spenta, per esempio per gli utenti loggati.

add_filter( 'wp_speculation_rules_configuration', function ( $config ) {
	if ( is_array( $config ) ) {
		$config['mode']      = 'prerender';
		$config['eagerness'] = 'moderate';
	}
	return $config;
} );

Per escludere percorsi specifici si usa il filtro wp_speculation_rules_href_exclude_paths, che riceve anche la modalità attiva: utile, per esempio, per lasciare il prefetch su un’area ma vietarne il prerender.

add_filter( 'wp_speculation_rules_href_exclude_paths', function ( $paths, $mode ) {
	$paths[] = '/carrello/*';
	$paths[] = '/checkout/*';
	$paths[] = '/mio-account/*';
	return $paths;
}, 10, 2 );

Nel template, un singolo link si esclude aggiungendo la classe no-prefetch o no-prerender. Gli slug dell’esempio vanno adattati a quelli reali del sito.

La velocità va progettata: dove serve attenzione

Anticipare un clic significa anche eseguire una richiesta che l’utente potrebbe non fare mai. Su un sito vetrina il rischio è minimo; su un e-commerce o un sito con aree riservate le scelte vanno ponderate.

• Azioni che cambiano dati. Link come “aggiungi al carrello”, logout o conferme non devono essere precaricati: la documentazione di Chrome cita proprio carrello, login e logout come esempi di effetti collaterali da evitare.
• Contenuti che dipendono dallo stato. Contatori del carrello, messaggi personalizzati e stato di accesso dovrebbero aggiornarsi al momento dell’attivazione della pagina, non durante il prerender.
• Statistiche e pixel. Google Analytics, per impostazione predefinita, attende che la pagina prerenderizzata venga effettivamente aperta. Altri strumenti di misurazione, pixel pubblicitari e script personalizzati potrebbero comportarsi diversamente: vanno verificati prima di attivare il prerender.
• Carico sul server. Ogni speculazione non seguita da un clic è una richiesta in più. Una cache di pagina efficiente rende molto più sostenibili le modalità più anticipatorie.
• Browser supportati. La funzione è disponibile nei browser basati su Chromium (Chrome, Edge, Opera). Safari la tiene ancora dietro un flag sperimentale e Firefox non la supporta: in questi browser il sito funziona normalmente, semplicemente senza il beneficio.

Quanto conta per l’esperienza utente e per la SEO

Il beneficio principale riguarda la velocità percepita durante la navigazione: chi passa dalla home a un servizio, da un articolo a un altro o dal catalogo a una scheda prodotto trova la pagina pronta prima. Secondo i dati raccolti dal team Performance di WordPress su oltre 50.000 siti, l’adozione della funzione ha migliorato di circa l’1,9% (alla mediana) il tasso di superamento del Largest Contentful Paint, una delle metriche Core Web Vitals.

È un miglioramento misurabile ma va letto con equilibrio: non esiste un “bonus” di posizionamento garantito per chi attiva lo Speculative Loading. Riguarda soprattutto le navigazioni interne, non il primo ingresso da Google, che dipende dalle prestazioni della singola pagina. Il vantaggio reale è un sito più fluido, che invoglia a visitare più pagine e a completare un contatto o un acquisto.

La velocità è una delle componenti di un sito progettato per persone e motori di ricerca: ne abbiamo parlato anche nella checklist per un sito AI-Ready.

Domande frequenti sullo Speculative Loading in WordPress