Come scegliere il target di riferimento

Jeremy Wagner

Rachel Andrew

Data di pubblicazione: 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 funzionalità senza problemi di compatibilità. Questa guida spiega come utilizzare la base di riferimento e come selezionare un target di base di riferimento utilizzando i dati disponibili degli utenti del tuo sito web.

Che cos'è un target di riferimento?

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

I target dinamici, come Baseline Widely available o Baseline Newly available, sono target in cui il set di funzionalità contenute può cambiare nel tempo. I target dinamici sono utili nei casi in cui vuoi che l'insieme delle funzionalità supportate si evolva automaticamente man mano che vengono rilasciate nuove versioni del browser.

I target fissi sono quelli in cui l'insieme delle funzionalità non cambia nel tempo. In generale, i target fissi si basano sugli anni solari. Ad esempio, Base di riferimento 2023 è un target fisso che contiene l'insieme di funzionalità web che sono diventate Base di riferimento appena disponibili nel 2023. Base di riferimento 2023 non includerebbe le funzionalità diventate di base dopo il 2023, il che significa che l'insieme di funzionalità di base di riferimento 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 li utilizzi è consigliabile rivalutarli regolarmente.

Perché scegliere un target?

L'adozione di funzionalità sul web è ostacolata da problemi di compatibilità, il che impedisce al web di raggiungere il suo pieno potenziale. Baseline non solo fa chiarezza sulla questione del supporto delle funzionalità nei browser, ma può anche essere utile per chiarire la questione di quando è possibile utilizzare determinate funzionalità. Se scegli un target che riflette il tuo pubblico e i tuoi requisiti, puoi utilizzare le funzionalità all'interno di quel gruppo target con la certezza di non dover controllare le singole funzionalità una per una.

Utilizzare i dati per selezionare il target di riferimento

La scelta del target di base corretto dovrebbe essere, se possibile, una decisione basata sui dati. Quando hai i dati davanti a te, la scelta del target diventa più semplice e consapevole.

Se disponi di dati Real User Monitoring per il tuo sito, puoi scoprire come i target di base vengono mappati agli utenti. Ad esempio, se utilizzi Google Analytics, un modo senza costi per ottenere queste informazioni è utilizzare Google Analytics Baseline Checker.

Per utilizzarlo, devi creare una nuova esplorazione in Google Analytics, aggiungere alcune metriche e dimensioni al report ed esportarlo come file TSV. Questa procedura è descritta in dettaglio in queste istruzioni. Quando importi il file TSV nel controllo, dovresti ricevere un output simile al seguente:

Stiamo iniziando a vedere altri strumenti implementare il supporto per Baseline, che può darti una visione dinamica di quanti utenti del tuo pubblico supportano un determinato target. Ad esempio, RUMvision include una dashboard che mostra la percentuale del tuo pubblico che supporta ogni anno di base.

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

Se utilizzi uno strumento di analisi o RUM che non fornisce ancora un report sul target di base, ma dispone di dati sulle versioni del browser, puoi unire i tuoi dati reali alle mappature delle versioni del browser dal modulo baseline-browser-mapping. Il modulo fornisce una funzione JavaScript, getAllVersions(), che mappa i browser in base al nome e alla versione all'anno di base e allo stato di supporto per la funzionalità Ampiamente disponibile. Queste mappature possono essere fornite come array, oggetti con chiave o come file CSV. Ad esempio, Google Analytics Baseline Checker utilizza questo modulo per unire i dati di Analytics con i target di base.

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: il set di funzionalità dell'anno di base supportato da questa versione del browser. Se una versione del browser è stata rilasciata prima che il supporto di base possa 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 set di funzionalità ed è vuoto per le versioni che non supportano nessuno di questi set di funzionalità. Tutte le versioni del browser che supportano la funzionalità Nuovi contenuti disponibili supportano anche la funzionalità Contenuti ampiamente disponibili.
• 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 base. Sono inclusi solo i browser basati su Blink, ma in futuro potrebbero essere rappresentati anche altri motori del browser.
• engine_version: la versione di Chromium implementata da questa versione del browser. Viene utilizzato per determinare quale insieme di funzionalità di base supporta la versione downstream.

Questo file viene aggiornato di frequente man mano che vengono rilasciate nuove versioni del browser e cambia lo stato di supporto dei diversi browser. Assicurati di aggiornare i dati ogni giorno.

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

Potresti trovarti in una situazione in cui non riesci a ottenere dati reali degli utenti per le funzionalità di base. La buona notizia è che puoi farti un'idea generale del supporto per diversi target di base 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 base più recenti, come l'anno corrente o l'anno precedente, hanno probabilmente il minor supporto tra gli utenti. Come qualsiasi target di base, tuttavia, avranno un supporto migliore con il passare del tempo.
• I target di riferimento meno recenti, in particolare Baseline ampiamente disponibile, saranno ben supportati. In caso di dubbio, la classificazione Ampiamente disponibile è un ottimo target che si evolve man mano che la finestra di 30 mesi avanza nel tempo.
• Anche i target di base più vecchi, quelli che vanno ben oltre la finestra di 30 mesi di disponibilità generale, avranno il miglior supporto. Sebbene Disponibilità elevata sia un buon target predefinito, casi d'uso speciali che richiedono SLA rigorosi.

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

Come faccio a imporre un target di base scelto nel mio progetto?

Browserslist è un metodo comunemente utilizzato per scegliere come target i browser che vuoi supportare. Viene utilizzato nei bundler e in altri strumenti associati come Babel e PostCSS per decidere se determinati frammenti di codice devono essere trasformati o persino polyfilled.

Ora è possibile utilizzare Baseline con Browserslist in modo che, quando selezioni una destinazione Baseline, puoi specificarla come query Browserslist valida. In questo modo, gli strumenti del progetto trasformano il codice in base al target selezionato. Per saperne di più, leggi l'articolo Utilizzare Baseline con Browserslist.

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

Dopo aver selezionato un target di base, potresti avere funzionalità che vuoi utilizzare, ma che non rientrano in questo target. Baseline non ti dice cosa devi fare qui 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 gli utenti li segnalano, mentre i siti web governativi potrebbero richiedere una soglia di supporto elevata. Una regola pratica importante è che non tutte le funzionalità web hanno lo stesso tipo di errore. 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à notata dall'utente. Esempio: loading="lazy".
• Additivo:la funzionalità offre alcuni vantaggi aggiuntivi che potrebbero essere evidenti, 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 effettuato un confronto in un browser che la supporta. Esempio: Griglia secondaria
• Critico:se la funzionalità non è supportata, l'esperienza utente sarà negativa, forse addirittura inutilizzabile. Esempio: l'API File System Access utilizzata come funzionalità centrale e necessaria.

Potresti anche scoprire che determinate funzionalità al di fuori del tuo target sono supportate meglio di quanto pensi. È possibile capire quanti dei tuoi utenti supportano una determinata funzionalità. Can I Use è in grado di verificare il supporto delle singole funzionalità in base ai tuoi dati di analisi. RUMvision consente anche di esaminare in dettaglio ed esplorare i dati a livello di funzionalità, se lo ritieni utile.

In questo modo, puoi utilizzare il target di base per ridurre il numero di funzionalità da valutare attentamente. Non devi preoccuparti di tutto ciò che si trova all'interno del target. Se ci sono una o due funzionalità al di fuori del tuo target che sarebbero particolarmente utili, hai gli strumenti per esplorarle ulteriormente e decidere se utilizzare un polyfill o utilizzarle come miglioramento 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 assolutamente essere disponibile e operativo per il maggior numero possibile di utenti. Questi sono calcoli che devi fare da solo e non è obiettivo di Baseline dirti quali decisioni prendere quando si tratta di adottare nuove funzionalità web, ma piuttosto come.