Come scegliere il target di riferimento

Jeremy Wagner

Rachel Andrew

Pubblicato il 20 maggio 2025

Quando una funzionalità della piattaforma web viene implementata in ogni browser, diventa Baseline Newly available. Dopo 30 mesi, la funzionalità diventa Baseline Widely available, una soglia in cui la maggior parte dei siti web può adottare le funzionalità senza problemi di compatibilità. Questa guida spiega come utilizzare Baseline e come selezionare un target di riferimento utilizzando i dati disponibili degli utenti del tuo sito web.

Che cos'è un target di riferimento?

Un target di riferimento è un raggruppamento di funzionalità web che gli sviluppatori possono scegliere di supportare in base al loro stato di riferimento. Esistono due tipi di target di riferimento: target mobili e target fissi.

I target mobili, come Baseline Widely available o Baseline Newly available, sono target in cui l'insieme di funzionalità contenute può cambiare nel tempo. I target mobili sono utili nei casi in cui vuoi che l'insieme di funzionalità supportate si evolva automaticamente con il rilascio di nuove versioni del browser.

I target fissi sono quelli in cui l'insieme di funzionalità non cambia nel tempo. In genere, i target fissi si basano sugli anni di calendario. Ad esempio, Baseline 2023 è un target fisso che contiene l'insieme di funzionalità web che sono diventate Baseline Newly available nel 2023. Baseline 2023 non include le funzionalità che sono diventate Baseline dopo il 2023, il che significa che l'insieme di funzionalità di Baseline 2023 non cambia mai.

I target fissi sono utili nei casi in cui la prevedibilità e il determinismo sono fondamentali, ma possono diventare obsoleti nel tempo, quindi quando utilizzi i target fissi è una buona idea rivalutare regolarmente il target.

Perché scegliere un target?

L'adozione delle funzionalità sul web è ostacolata da problemi di compatibilità, il che impedisce al web di essere il migliore possibile. Baseline non solo chiarisce la questione del supporto delle funzionalità nei browser, ma può anche essere utile per chiarire quando puoi utilizzare determinate funzionalità. Scegliendo un target che rifletta il tuo pubblico e i tuoi requisiti, puoi utilizzare con sicurezza le funzionalità all'interno di quel gruppo di target, senza dover controllare le singole funzionalità una per una.

Utilizzare i dati per selezionare il target di riferimento

Quando possibile, la scelta del target di riferimento corretto dovrebbe essere basata sui dati. Quando hai i dati a portata di mano, la scelta del target diventa una decisione più facile e informata.

Se hai dati di monitoraggio degli utenti reali per il tuo sito, puoi scoprire come i target di riferimento vengono mappati per i tuoi utenti. Ad esempio, se utilizzi Google Analytics, un modo senza costi per ottenere queste informazioni è utilizzare il controllo di riferimento di Google Analytics.

Per utilizzare questo strumento, devi autenticarti utilizzando il tuo Account Google e consentire allo strumento di avere l'autorizzazione di sola lettura per visualizzare i dati di Google Analytics. A questo punto, seleziona la proprietà Google Analytics per cui vuoi generare i dati del target di riferimento. Al termine di questi passaggi, riceverai un output simile al seguente:

Stiamo iniziando a vedere altri strumenti che implementano il supporto per Baseline, che possono darti una visione dinamica della quantità di pubblico che supporta un determinato target. Ad esempio, RUMvision include una dashboard che mostra la quantità di pubblico che supporta ogni anno di riferimento.

Cosa succede se il mio fornitore di analisi o RUM non ha ancora un report sul target di riferimento?

Se utilizzi uno strumento di analisi o RUM che non fornisce ancora un report sul target di riferimento, ma dispone di dati sulle versioni del browser, puoi unire i dati reali con i mapping delle versioni del browser dal baseline-browser-mapping modulo. Il modulo fornisce una funzione JavaScript, getAllVersions(), che mappa i browser per nome e versione in base all'anno di riferimento e allo stato di supporto per Widely available. Questi mapping possono essere forniti come array, oggetti con chiavi o come file CSV. Ad esempio, il controllo di riferimento di Google Analytics utilizza questo modulo per unire i dati di analisi con i target di riferimento.

Gli output di questa funzione sono disponibili anche come file JSON o CSV ospitati che vengono aggiornati quotidianamente. Il file all_versions_with_supports.csv contiene dati che puoi abbinare ai dati della versione del browser dei tuoi fornitori di analisi con i seguenti campi:

• browser: il nome del browser utilizzato in baseline-browser-mapping
• version: la versione del browser. Alcuni browser utilizzano solo un numero di versione principale, altri utilizzano un numero di versione major.minor.
• year: l'insieme di funzionalità dell'anno di riferimento supportato da questa versione del browser. Se una versione del browser è stata rilasciata prima che il supporto di riferimento potesse essere determinato a luglio 2015, questo campo conterrà pre_baseline
• supports: questo campo contiene widely o newly per le versioni del browser che supportano questi insiemi di funzionalità ed è vuoto per le versioni che non supportano nessuno di questi insiemi di funzionalità. Tutte le versioni del browser che supportano Newly available supportano anche Widely available.
• release_date: la data di rilascio di questa versione del browser, se disponibile.
• engine: il nome del motore per i browser che sono a valle di un browser di riferimento principale. Sono inclusi solo i browser basati su Blink, ma in futuro potrebbero essere rappresentati anche altri motori di browser.
• engine_version: la versione di Chromium implementata da questa versione del browser. Viene utilizzata per determinare l'insieme di funzionalità di riferimento supportato dalla versione a valle.

Questo file viene aggiornato di frequente con il rilascio di nuove versioni del browser e la modifica dello stato di supporto di diversi browser. Assicurati di aggiornare i dati quotidianamente.

Cosa succede se non ho dati di supporto degli utenti reali?

Potresti trovarti in una situazione in cui non riesci a ottenere dati degli utenti reali per le funzionalità di riferimento. La buona notizia è che puoi farti un'idea generale del supporto per diversi target di riferimento tramite RUM Archive Insights, che ti consente anche di filtrare a livello di paese. Anche se questi dati non saranno specifici per gli utenti del tuo sito web. È uno strumento informativo generale che dimostra che le seguenti ipotesi sono generalmente sicure:

• I target di riferimento più recenti, come l'anno corrente o l'anno precedente, probabilmente avranno il minor supporto tra i tuoi utenti. Come qualsiasi target di riferimento, tuttavia, avranno un supporto migliore con il passare del tempo.
• I target di riferimento meno recenti, in particolare Widely available, saranno ben supportati. In caso di dubbi, Widely available è un target eccellente che si evolve man mano che la finestra di 30 mesi avanza nel tempo.
• Anche i target di riferimento meno recenti, quelli che vanno ben oltre la finestra di 30 mesi di Widely available, avranno il miglior supporto. Sebbene Widely available sia un buon target predefinito, casi d'uso speciali che richiedono SLA rigorosi.

È probabile che, anche se selezioni un target di riferimento di oltre cinque anni fa, tu possa adottare funzionalità che non utilizzi al momento. Nel migliore dei casi, potresti già utilizzare queste funzionalità, ma con polyfill di cui potresti non aver bisogno.

Come faccio ad applicare un target di riferimento scelto nel mio progetto?

Browserslist è un metodo di uso comune per scegliere come target i browser che vuoi supportare. Viene utilizzato in bundler e altri strumenti associati come Babel e PostCSS per decidere se determinati bit di codice devono essere trasformati o addirittura polyfill.

Ora è possibile utilizzare Baseline con Browserslist in modo che, quando selezioni un target di riferimento, puoi specificarlo come query Browserslist valida. In questo modo, gli strumenti del tuo progetto trasformano il codice in base al target selezionato. Per ulteriori informazioni, consulta la pagina Utilizzare Baseline con Browserslist.

Che cosa succede alle funzionalità che non soddisfano il mio target di riferimento?

Dopo aver selezionato un target di riferimento, potresti avere funzionalità che vuoi utilizzare, ma che non rientrano in quel target. Baseline non ti dice cosa devi fare in questo caso e se vuoi prendere in considerazione l'utilizzo di queste funzionalità dipende dal tipo di sito web che stai creando e dal pubblico previsto.

Ad esempio, i siti web di e-commerce o B2B potrebbero essere disposti ad avere una soglia di supporto inferiore e a gestire i problemi man mano che i loro utenti li supportano, mentre i siti web governativi potrebbero richiedere una soglia di supporto elevata. Una regola pratica importante è che non tutte le funzionalità web non funzionano allo stesso modo. Esistono molti modi per classificare le funzionalità in base al modo in cui non funzionano, ma un modo per raggruppare le funzionalità che potrebbe essere utile è il seguente:

• Miglioramento: se la funzionalità viene utilizzata in un browser non supportato, l'esperienza non viene interrotta. L'esperienza potrebbe essere peggiorata, ma probabilmente non sarà percepibile dall'utente. Esempio: loading="lazy".
• Additivo: la funzionalità offre alcuni vantaggi additivi che potrebbero essere percepibili, ad esempio modifiche allo stile della pagina o ad alcune funzionalità. La differenza potrebbe non essere percepibile dagli utenti se la funzionalità non è supportata, a meno che non venga confrontata in un browser che la supporta. Esempio: sottogriglia
• Critico: se la funzionalità non è supportata, l'utente avrà un'esperienza utente negativa, forse anche completamente interrotta. Esempio: API File System Access utilizzata come funzionalità centrale e necessaria.

Potresti anche scoprire che determinate funzionalità al di fuori del tuo target hanno un supporto migliore di quanto pensi. È possibile capire quanti utenti supportano una determinata funzionalità. Can I Use ha la possibilità di controllare il supporto per le singole funzionalità in base ai dati di analisi. RUMvision ha anche la possibilità di approfondire ed esplorare i dati a livello di funzionalità, se ti è utile.

In questo modo, puoi utilizzare il target di riferimento per ridurre il numero di funzionalità che devi valutare attentamente. Non devi preoccuparti di tutto ciò che rientra nel tuo target. Se ci sono una o due funzionalità al di fuori del tuo target che sarebbero particolarmente utili, hai gli strumenti per esplorare ulteriormente e decidere se utilizzare il polyfill o utilizzarle come potenziamento progressivo.

Conclusione

Ogni applicazione web ha requisiti diversi, da un sito di e-commerce che può tollerare più problemi di incompatibilità a un sito web governativo che deve essere assolutamente disponibile e operativo per il maggior numero possibile di utenti. Questi sono calcoli che devi fare da solo e non è un obiettivo di Baseline dirti quali decisioni prendere quando si tratta di adottare nuove funzionalità web, ma piuttosto come.