Pubblicata: 20 maggio 2025
Quando una funzionalità della piattaforma web viene implementata in ogni browser, diventa Baseline Newly available. Dopo 30 mesi, la funzionalità diventa di base ampiamente disponibile, una soglia in cui la maggior parte dei siti web può adottare le funzionalità senza problemi di compatibilità. Questa guida spiega come utilizzare la base di riferimento e, utilizzando i dati disponibili per gli utenti del tuo sito web, come selezionare un target della base di riferimento.
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 in movimento e target fissi.
I target in movimento, come Base di riferimento ampiamente disponibile o Base di riferimento di nuova disponibilità, sono target in cui l'insieme di funzionalità contenute può cambiare nel tempo. I target mobili sono utili se 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, Base di riferimento 2023 è un target fisso che contiene l'insieme di funzionalità web che sono diventate disponibili nel 2023 come base di riferimento. La base di riferimento 2023 non include le funzionalità che sono diventate di riferimento dopo il 2023, il che significa che l'insieme di funzionalità della 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. Pertanto, quando utilizzi i target fissi, è buona norma rivalutarli regolarmente.
Perché scegliere un target?
L'adozione di funzionalità sul web è rallentata a causa di problemi di compatibilità, il che impedisce al web di essere il più efficiente possibile. La linea di base non solo chiarisce la questione del supporto delle funzionalità nei browser, ma può essere utile per capire quando puoi utilizzare determinate funzionalità. Se scegli un target che rispecchi il tuo pubblico e i tuoi requisiti, puoi utilizzare in tutta sicurezza le funzionalità all'interno di questo gruppo di destinazione, senza dover controllare le singole funzionalità una per volta.
Utilizzare i dati per selezionare il target di riferimento
Scegliere il target di riferimento corretto da selezionare dovrebbe essere, se possibile, una decisione basata sui dati. Quando hai a disposizione i dati, scegliere il target diventa una decisione più facile e molto più consapevole.
Se disponi di dati del monitoraggio degli utenti reali per il tuo sito, puoi scoprire in che modo i target di riferimento vengono mappati agli utenti. Ad esempio, se utilizzi Google Analytics, un modo senza costi per ottenere queste informazioni è utilizzare lo strumento 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 nello strumento di controllo, dovresti ricevere un output simile al seguente:
Stiamo iniziando a vedere altri strumenti che implementano il supporto per la funzionalità Base, che può darti una visione dinamica della percentuale di pubblico che supporta un determinato target. Ad esempio, RUMvision include una dashboard che mostra la percentuale di pubblico supportata per ogni anno di riferimento.
Che cosa succede se non ho dati di assistenza da utenti reali?
Potresti trovarti in una situazione in cui non puoi ottenere dati utente reali per le funzionalità di riferimento. La buona notizia è che puoi avere un'idea generale del supporto per diversi target di riferimento tramite gli approfondimenti dell'archivio RUM, che ti consentono anche di filtrare i dati a livello di paese. Tuttavia, questi dati non saranno specifici per gli utenti del tuo sito web. Si tratta di uno strumento informativo generale che dimostra che le seguenti ipotesi sono generalmente sicure:
- I target di riferimento più recenti, ad esempio l'anno corrente o quello precedente, hanno maggiori probabilità di non essere supportati dagli utenti. Tuttavia, come per qualsiasi target di riferimento, il supporto migliorerà nel tempo.
- I target di riferimento precedenti, in particolare quelli di riferimento ampiamente disponibili, saranno ben supportati. In caso di dubbi, la scelta "Ampia disponibilità" è un target eccellente che si evolve nel tempo man mano che si avvicina la fine del periodo di 30 mesi.
- Anche i target Baseline precedenti, ovvero quelli ben oltre il periodo di 30 mesi di disponibilità diffusa, avranno il supporto migliore. Sebbene Ampiamente disponibile sia un buon target predefinito, i casi d'uso speciali richiedono SLA rigorosi.
È probabile che, anche se selezioni un target di riferimento precedente 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 applicare un target di riferimento scelto nel mio progetto?
Browserslist è un metodo di targeting comunemente utilizzato per i browser che vuoi supportare. Viene utilizzato nei bundler e in altri strumenti associati come Babel e PostCSS per decidere se determinati bit di codice devono essere trasformati o addirittura sottoposti a polifill.
Ora è possibile utilizzare la base di riferimento con Browserslist in modo che, quando selezioni un target della base di riferimento, puoi specificarlo come query Browserslist valida. In questo modo, gli strumenti del 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 questo target. La linea di base non ti dice cosa devi fare e la scelta di utilizzare o meno 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 assistenza più bassa e gestire i problemi man mano che gli utenti li supportano, mentre i siti web governativi potrebbero richiedere una soglia di assistenza elevata. Una regola empirica importante è che non tutte le funzionalità web si verificano 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 potrebbero essere utili è il seguente:
- Miglioramento: se la funzionalità viene utilizzata in un browser non supportato, l'esperienza non viene interrotta. L'esperienza potrebbe essere degradata, ma probabilmente non sarà evidente per l'utente. Esempio:
loading="lazy". - Aggiunta: la funzionalità offre alcuni vantaggi aggiuntivi che possono essere evidenti, ad esempio modifiche allo stile della pagina o ad alcune funzionalità. La differenza potrebbe non essere evidente per gli utenti se la funzionalità non è supportata, a meno che non venga eseguito il confronto in un browser che la supporta. Esempio: Subgrid
- Critico: se la funzionalità non è supportata, l'utente avrà un'esperienza negativa, che potrebbe essere addirittura interrotta del tutto. Esempio: API Accesso al file system 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 utenti supportano una determinata funzionalità. La funzionalità Posso utilizzare consente di verificare il supporto delle singole funzionalità in base ai dati di analisi. RUMvision ha anche la possibilità di visualizzare in dettaglio 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à da prendere in considerazione 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 potrebbero essere particolarmente utili, hai gli strumenti per approfondire e decidere se eseguire il 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 essere assolutamente disponibile e operativo per il maggior numero possibile di utenti. Questi sono calcoli che devi fare autonomamente e non è un obiettivo di Baseline di dirti quali decisioni prendere in merito all'adozione di nuove funzionalità web, ma piuttosto di come.