Budget di latenza dell’allocazione delle interazioni

Interaction latency budget è un limite di performance sulla durata massima con cui una pagina può impiegare a rispondere visivamente dopo un click, un tap o la pressione di un tasto. È importante perché fornisce ai team un numero “duro” da difendere e quel valore si collega direttamente a Interaction to Next Paint (INP), che Google utilizza nelle Core Web Vitals.

Cosa significa davvero

La maggior parte dei team parla di INP solo dopo che il problema è già stato causato. Il budget di latenza per l’interazione fa il contrario. Imposti un obiettivo, come 150 ms al p75 su mobile, per i template chiave, e poi obblighi le decisioni di prodotto, engineering e marketing a rientrare in quei vincoli.

Questa è la parte utile. Non l’etichetta. Il budget diventa un vincolo di release per JavaScript, hydration, personalizzazione e script di terze parti.

Le indicazioni di Google sulle Core Web Vitals continuano a considerare il INP sotto i 200 ms come “buono”. John Mueller di Google ha detto più volte che le CWV, da sole, non sono un enorme fattore di ranking, ma contano quando molte pagine sono altrimenti comparabili. La lettura più onesta è questa: l’ILB non salverà contenuti deboli o un pessimo internal linking, ma può evitare che un trascinamento UX prevenibile si sommi ai problemi SEO.

Come lo usano i team SEO

Imposta i budget per template, non come medie sull’intero sito. Homepage, pagine di categoria, pagine prodotto e checkout svolgono ruoli diversi e portano carichi di script differenti. Un unico target globale nasconde dove si concentra davvero il danno.

• Traccia i dati sul campo: Usa Google Search Console per validare le tendenze, poi raccogli RUM a livello di pagina con web-vitals, Datadog o SpeedCurve.
• Debug in strumenti di laboratorio: Usa Chrome DevTools e Lighthouse per le attività lunghe, poi esegui la scansione dei template con Screaming Frog per mappare i tipi di pagine con più script.
• Correla con le pagine SEO: Estrai le landing page da GSC, uniscile ai dati INP e verifica se gli URL con maggiore impression ricevono anche le prestazioni peggiori come responsività.
• Monitora le terze parti: I tag manager, le piattaforme di consenso, i widget di chat e gli strumenti di A/B testing sono tra i principali responsabili. Un singolo script extra di un vendor può aggiungere 50-150 ms al ritardo dell’interazione su dispositivi Android di fascia media.

Ahrefs, Semrush e Moz non misurano l’ILB direttamente, ma aiutano a stabilire quali URL meritano prima il tempo di engineering: pagine con potenziale di posizionamento, link e revenue.

Target pratici

Per la maggior parte dei siti seri, un punto di partenza sensato è:

• <150 ms p75 per template con brand e di top-entry
• <200 ms p75 su tutte le landing page organiche da mobile
• Task lunghi sotto 50 ms durante interazioni comuni
• Riprova dopo ogni rilascio importante di script o framework

Se sei costantemente sopra 250 ms, di solito il problema non è una singola micro-ottimizzazione. È l’architettura: troppa rendering lato client, bundle gonfiati o troppe dipendenze di terze parti.

Dove si rompe

Ecco l’avvertenza. L’ILB non è una metrica formale di Google. L’INP sì. Quindi non inventare un budget, verificane il rispetto con Lighthouse e non dare per scontate prestazioni “fisse” sul campo. I dati dei reali utenti sono disordinati: la composizione dei dispositivi, le condizioni di rete, i banner di consenso e gli script specifici per Paese possono far esplodere i tuoi numeri da laboratorio.

Inoltre, non confondere “first paint veloce” con interazione reattiva. Surfer SEO non aiuterà qui. Né tagliare 5 KB di CSS se il tuo main thread è bloccato da 400 KB di JavaScript e un tag manager che attiva sei vendor al click.

Il valore di un budget di latenza per l’interazione è la disciplina: impone compromessi prima che le regressioni arrivino in produzione. Ed è per questo che i team bravi lo usano.