Data di pubblicazione: 21 novembre 2025
Storicamente, il supporto dei browser su Target.com si è basato principalmente sul supporto di tutti gli utenti che effettuano acquisti su Target.com. Questa policy cambia in corrispondenza di punti decisionali importanti, ad esempio l'interruzione del supporto di Internet Explorer o il targeting di una determinata versione minima di un browser per ottenere l'accesso a una funzionalità di alto valore. Ciò accade una volta ogni due anni, quando necessario.
Senza una policy progressiva sui browser e sulle funzionalità da scegliere come target, Target.com consentiva solo funzionalità moderne nel codebase utilizzando soluzioni drastiche come polyfill e transpiling a versioni molto obsolete di JavaScript. Quando il WebDX Community Group ha lanciato Baseline, gli stakeholder di Target.com hanno ritenuto che fosse il momento giusto per pensare di trovare un target di supporto minimo più appropriato.
Con Baseline, Target ora sa con certezza quali funzionalità sono disponibili nei browser supportati e può identificare le funzionalità più recenti che sono diventate disponibili con il miglioramento progressivo e i polyfill come possibili fallback.
Il problema
Ogni giorno, decine di ingegneri contribuiscono al codice di Target.com. È prassi comune nelle revisioni del codice indicare le funzionalità che non funzionano con le versioni del browser supportate da Target.com utilizzando Can I use come risorsa. Quando gli ingegneri ricevono continuamente commenti per modificare il codice in modo da preferire le funzionalità legacy a quelle moderne, il risultato è l'evitamento delle nuove funzionalità web. Il target torna quindi a utilizzare tecniche "vecchie" che funzionano, ma l'opportunità di utilizzare funzionalità moderne viene rimandata a un altro momento. L'utilizzo di funzionalità web moderne spesso offre una migliore esperienza per gli sviluppatori e può anche fornire una migliore esperienza utente grazie alla spedizione di meno codice.
Un approccio basato sui dati per il supporto dei browser
Target.com ha una configurazione webpack che definisce le versioni minime supportate del browser. In passato è stato difficile giustificare l'aumento di queste versioni minime supportate del browser. All'inizio del 2025, le regole erano:
- Le versioni attuale e precedenti di Chrome, Edge e Firefox.
- Safari 11 e versioni successive.
Safari viene trattato con maggiore attenzione a causa dell'elevato volume di traffico e vendite che Target riceve da Safari su iOS. Inizialmente, è stata presa una decisione consapevole di impostare Safari 11 come versione minima per lo sviluppo. Questa decisione ha bloccato Target.com sulle funzionalità web disponibili nel 2017 e prima.
Nel primo passaggio del percorso di Target per integrare Baseline nel flusso di lavoro di sviluppo, è stato utilizzato un approccio basato sui dati. Dalla ricerca è emerso che le versioni di Safari dalla 11 alla 14 hanno avuto un impatto commerciale molto limitato, in particolare lo 0,0001% delle vendite della domanda su Target.com. Alla luce di questa realtà, Target ha riconosciuto che la rimozione della transpilazione e dei polyfill per queste versioni obsolete del browser avrebbe offerto opportunità significative per migliorare le prestazioni del sito.
Ulteriori ricerche hanno dimostrato che Safari 15.4 è stata la prima versione di Safari a generare almeno lo 0, 5% delle vendite della domanda e che ogni versione secondaria di Safari 15 successiva ha avuto un impatto simile. Ogni volta che Target esegue un test A/B, l'alterazione dello 0, 5% delle vendite della domanda è molto preziosa e porta alla conclusione che la versione minima supportata di Safari dovrebbe essere la 15.
Una tendenza interessante che abbiamo riscontrato in questa ricerca è la rapidità con cui si sta evolvendo l'utilizzo delle versioni precedenti del browser Safari. A settembre 2024, Safari 15 ha contribuito solo allo 0,94% delle vendite su Target.com. A gennaio 2025, la percentuale era dello 0,67%, a maggio 2025 era scesa ulteriormente allo 0,45% e a novembre 2025 era pari allo 0,32%. Target ha appreso che, se viene determinato un limite di denaro reale in percentuale delle vendite della domanda a livello di sito, il supporto per questi browser può terminare in modo automatico e la versione principale successiva su Safari 16 può essere raggiunta entro la fine dell'anno.
La rimozione del supporto non significa che i browser non supportati siano bloccati. Gli utenti che li utilizzano potrebbero comunque riuscire a trovare un percorso di acquisto, ma in alcuni casi potrebbero riscontrare un'esperienza ridotta. Continuando a utilizzare l'approccio basato sui dati, dopo le modifiche, gli analisti non hanno riscontrato alcun impatto misurabile sulle metriche aziendali. Target sta inoltre esaminando un banner che viene visualizzato nelle versioni del browser non supportate e che avvisa del peggioramento dell'esperienza.
Scegliere un target di riferimento per Target.com
Gli ingegneri web di Target hanno formato un gruppo di lavoro di base per combinare questi sforzi e utilizzare funzionalità moderne e l'obiettivo mobile dei browser da supportare per contribuire a definire la policy. Utilizzando gli strumenti di Baseline, hanno esaminato il set minimo di browser di ogni anno. Il target più vicino alle nuove norme di Target era Baseline 2022:
{
"chrome": "108",
"edge": "108",
"firefox": "108",
"ios": "16",
"safari": "16"
}
Per raggiungere questa base di riferimento, Target dovrebbe adeguare le proprie norme del browser a Safari 16 come minimo anziché alla versione attuale 15.4. Ciò peggiorerebbe l'esperienza di meno dello 0,5% degli acquirenti che effettuano conversioni. Tuttavia, questa percentuale sta diminuendo, quindi Target spera di aggiornare la sua policy ufficiale per ora in modo che sia legata a Baseline 2022 entro la fine del 2025. In questo modo, gli sviluppatori di Target.com possono modificare il target in modo che sia circa tre anni indietro rispetto alla baseline pubblicata annualmente.
Nel complesso, i bundle webpack per Target.com sono più piccoli grazie alla minore transpilazione del codice e all'aggiunta di polyfill. Target è convinto che questo target cambierà nel tempo e spera che, entro la fine del prossimo anno, possa essere adottato il Baseline 2023, che include molte funzionalità interessanti come le query sui contenitori, il selettore :has, l'attributo inert e altro ancora.
Esaminare i set di funzionalità di base più recenti
Il gruppo di lavoro Target Baseline non si ferma con Baseline 2022. Se esaminiamo le funzionalità di Baseline 2023, molte sono appena al limite della possibilità di supportare senza backup come i polyfill. Per ognuna delle funzionalità di Baseline 2023 a cui Target è interessato, è necessario:
- Spiega cosa fa la funzionalità.
- Documenta in che modo il suo utilizzo potrebbe migliorare Target.com, inclusi i miglioramenti dell'esperienza degli sviluppatori.
- Trova un buon caso di test per implementare la funzionalità all'interno del codebase di Target.com.
- Se necessario, documenta i fallback da utilizzare, incluso il miglioramento progressivo o altre soluzioni fornite tramite il rilevamento delle funzionalità.
- Infine, quando è prevista l'approvazione dell'utilizzo della funzionalità? Può essere utilizzato ora? Oppure è necessario attendere il raggiungimento di una soglia futura?
Un esempio è l'attributo inert. La versione minima per utilizzare inert in Safari è la 15.5, il che significa che Target.com è quasi in grado di utilizzarlo. Target.com ha molte implementazioni modali in cui questo attributo sarebbe un vantaggio rispetto alla sua attuale soluzione JavaScript. Se un tecnico scrive il report su questa funzionalità, è possibile condividere le conoscenze e prepararsi al successivo allentamento delle norme del browser. In questo modo, è più facile dimostrare che l'interruzione del supporto di una versione del browser che offre poco valore aziendale può sbloccare funzionalità che hanno valore. La funzionalità può essere progettata, esaminata e implementata con un flag di funzionalità ed essere pronta per l'uso.
Inoltre, un altro ingegnere seguirà la stessa procedura per l'utilizzo delle query sui contenitori, ora disponibili a livello di base. Le query sui contenitori possono essere utilizzate con un polyfill, ma il polyfill presenta problemi di prestazioni noti. La soluzione proposta da Target è stata quella di utilizzare le query sui contenitori solo come miglioramento progressivo finché i requisiti minimi del browser non aumenteranno per supportare completamente la funzionalità.
Questo processo funziona bene per Target.com, perché quando la versione minima della funzionalità viene utilizzata a sufficienza, il miglioramento progressivo non è più necessario e la funzionalità può essere utilizzata. Durante un recente audit, è stato riscontrato che Target.com spediva così tanti polyfill non necessari che l'implementazione di Baseline nella sua applicazione può contribuire a tenere sotto controllo questo tipo di debito tecnico.
Correlare i concetti di base alle prestazioni web
Il rendimento è importante per qualsiasi sito web di vendita al dettaglio. Una convinzione condivisa dagli sviluppatori che lavorano su Target.com è che viene inviato troppo JavaScript. Se il 5% dei bundle JavaScript inviati agli utenti venisse eliminato, sarebbe un grande successo, ma non migliorerebbe in modo significativo le metriche di Segnali web essenziali su Target.com. Tuttavia, se Target riuscisse a farlo 10 volte, si otterrebbe una riduzione del 50% delle dimensioni dei bundle, il che contribuirebbe in modo significativo agli obiettivi di rendimento di Target.
Per quanto riguarda l'approccio di Target a Baseline, ha consentito agli ingegneri di Target.com di iniziare a pensare alla quantità di JavaScript utilizzata per elementi come modali, esigenze di accessibilità, popup, caroselli, fisarmoniche e altri problemi comuni relativi all'esperienza utente. Ciascuna di queste richiede polyfill o soluzioni JavaScript personalizzate che contribuiscono all'aumento delle dimensioni del codice JavaScript di un'applicazione. Poiché Target utilizza Baseline, i target dei browser si evolvono nel tempo e le norme per includere funzionalità più recenti possono essere allentate. Target prevede di eseguire la transpilazione di meno codice nel tempo, di utilizzare meno polyfill e persino di adottare componenti web quando si presentano le opportunità. Prestando attenzione ai polyfill e ai browser di destinazione inclusi nelle toolchain del progetto, le dimensioni del bundle JavaScript di Target.com sono già state ridotte del 10%. Questo prima di adottare funzionalità più recenti. Questo dovrebbe migliorare di anno in anno e ciò è direttamente correlato ai grandi investimenti che Target sta effettuando per migliorare il rendimento di Target.com.
Concetti principali
Avere un target di base e report di base molto curati sulle funzionalità web appena disponibili e ampiamente disponibili è stato uno strumento potente per Target.com. Ecco alcuni risultati chiave:
- Il browser di destinazione è passato dal supporto dei browser rilasciati 8 anni fa a quelli rilasciati 3 anni fa.
- Il target di riferimento di Baseline 2022 verrà raggiunto entro la fine del 2025.
- Le dimensioni totali dei bundle JavaScript di Target.com sono state ridotte del 10%.
- La coda lunga dei browser meno recenti che forniscono meno dell'1% del business si sta riducendo a un tasso di circa il 300% all'anno (dallo 0,94% di settembre 2024 allo 0,32% di novembre 2025).
La consapevolezza che il web si sta muovendo più velocemente che mai ha spinto Target ad adottare le funzionalità più rapidamente che mai. L'organizzazione di queste funzionalità consente di lavorare e pianificare in anticipo quando Target sblocca ciascuna di esse e dà agli ingegneri la certezza di sapere quali funzionalità utilizzare e quando possono utilizzarle per contribuire a un grande sito web di vendita al dettaglio.