Publicado em: 21 de novembro de 2025
Historicamente, o suporte a navegadores no Target.com se baseou principalmente no suporte a todos os usuários que fazem compras no site. Essa política muda em pontos de decisão importantes, como interromper totalmente o suporte ao Internet Explorer ou segmentar uma determinada versão mínima de um navegador para ter acesso a um recurso de alto valor. Isso acontece uma vez a cada dois anos, quando necessário.
Sem uma política progressiva sobre quais navegadores e recursos segmentar, o Target.com só permitia recursos modernos na base de código usando soluções pesadas, como polyfilling e transpilagem para versões muito antigas do JavaScript. Quando o WebDX Community Group lançou o Baseline, as partes interessadas do Target.com entenderam que era o momento certo de pensar em encontrar uma meta de suporte mínimo mais adequada.
Com o Baseline, o Target agora sabe quais recursos estão disponíveis em navegadores compatíveis e pode identificar recursos mais recentes que foram disponibilizados com melhoria progressiva e polyfills como possíveis substitutos.
O problema
Dezenas de engenheiros contribuem com código para o Target.com todos os dias. É comum em revisões de código apontar recursos que não funcionam com as versões de navegador compatíveis com o Target.com usando Can I use (link em inglês) como recurso. Quando os engenheiros recebem comentários constantes para mudar o código e preferir recursos legados em vez de modernos, o resultado é a evitação de novos recursos da Web. O Target volta a usar técnicas "antigas" que funcionam, mas a oportunidade de usar recursos modernos é adiada para outro momento. O uso de recursos da Web modernos geralmente oferece uma experiência melhor para os desenvolvedores e também pode proporcionar uma experiência melhor para os usuários com menos código.
Uma abordagem baseada em dados para suporte a navegadores
O Target.com tem uma configuração do webpack que define as versões mínimas de navegador compatíveis. Historicamente, tem sido difícil justificar o aumento dessas versões mínimas de navegador compatíveis. No início de 2025, as regras eram:
- A versão atual e as duas anteriores do Chrome, Edge e Firefox.
- Safari 11 e versões mais recentes.
O Safari recebe mais atenção devido ao alto volume de tráfego e vendas que o Target recebe do Safari no iOS. Inicialmente, foi tomada uma decisão consciente de definir o Safari 11 como a versão mínima para desenvolvimento. Essa decisão fixou o Target.com em recursos da Web que estavam disponíveis em 2017 e antes.
Na primeira etapa da jornada da Target para integrar o Baseline ao fluxo de trabalho de desenvolvimento, foi usada uma abordagem orientada por dados. Por meio de pesquisas, a Target descobriu que as versões 11 a 14 do Safari tiveram um impacto muito pequeno nos negócios, especificamente 0,0001% das vendas por demanda no Target.com. Diante dessa realidade, a Target reconheceu que remover a transpilação e os polyfills dessas versões desatualizadas do navegador ofereceria oportunidades significativas para melhorar a performance do site.
Outras pesquisas mostraram que o Safari 15.4 foi a primeira versão do Safari a gerar pelo menos 0,5% das vendas da demanda, e cada versão secundária do Safari 15 depois disso teve um impacto semelhante. Sempre que a Target faz um teste A/B, alterar 0, 5% das vendas por demanda é muito valioso e leva à conclusão de que a versão mínima compatível do Safari deve estar na versão 15.
Uma tendência interessante que encontramos nesta pesquisa é a rapidez com que o uso de navegadores Safari antigos está diminuindo. Em setembro de 2024, o Safari 15 contribuiu com apenas 0,94% das vendas por demanda no Target.com. Em janeiro de 2025, esse número era de 0,67%, em maio de 2025, caiu para 0,45% e, em novembro de 2025, para 0,32%. O que a Target aprendeu com isso é que, se um limite de dinheiro real como uma porcentagem das vendas de demanda em todo o site for determinado, o suporte a esses navegadores poderá terminar de forma automática, e a próxima versão principal do Safari 16 poderá ser alcançada até o final do ano.
A descontinuação do suporte não significa que os navegadores sem suporte serão bloqueados. As pessoas que os usam ainda podem encontrar um caminho para a compra, mas também podem ter uma experiência reduzida em alguns casos. Continuando a usar a abordagem orientada a dados, depois que as mudanças foram feitas, os analistas não relataram nenhum impacto mensurável nas métricas de negócios. A Target também está analisando um banner que aparece em versões de navegadores não compatíveis, avisando sobre a experiência degradada.
Como escolher uma meta de valor de referência para Target.com
Os engenheiros da Web da Target formaram um grupo de trabalho de linha de base para combinar esses esforços e usar recursos modernos e a meta móvel de quais navegadores oferecer suporte para ajudar a impulsionar a política. Usando as ferramentas do Baseline, eles analisaram qual era o conjunto mínimo de navegadores de cada ano. A meta mais próxima da nova política da Target foi Baseline 2022:
{
"chrome": "108",
"edge": "108",
"firefox": "108",
"ios": "16",
"safari": "16"
}
Para atingir esse valor de referência, a Target precisaria ajustar a política do navegador para o Safari 16, no mínimo, em vez da versão atual 15.4. Isso prejudicaria a experiência de menos de 0,5% dos compradores que fazem conversões. Mesmo assim, essa porcentagem está diminuindo. Por isso, a Target espera atualizar a política oficial para que ela seja vinculada ao Baseline 2022 até o final de 2025. Isso coloca os desenvolvedores do Target.com em uma posição em que a meta pode ser alterada para ficar cerca de três anos atrás do valor de referência publicado anualmente.
No geral, os pacotes do webpack para o Target.com são menores devido à menor transpilagem de código e aos polyfills adicionados. A Target acredita que essa meta vai mudar com o tempo e espera que, no ano que vem, a Base de 2023 possa ser adotada, incluindo muitos recursos excelentes, como consultas de contêiner, o seletor :has, o atributo inert e muito mais.
Analisar conjuntos de recursos de comparativo de mercado mais recentes
O grupo de trabalho de metas de referência não vai parar com a referência de 2022. Analisando os recursos do Baseline 2023, muitos deles estão no limite de serem compatíveis sem backups, como polyfills. Para cada um dos recursos da Baseline 2023 em que a Target tem interesse, é necessário:
- Explique o que o recurso faz.
- Documente como o uso pode melhorar o Target.com, incluindo melhorias na experiência do desenvolvedor.
- Encontre um bom caso de teste para implementar o recurso na base de código do Target.com.
- Se necessário, documente quais substituições usar, incluindo melhoria progressiva ou outras soluções fornecidas pela detecção de recursos.
- Por fim, quando o uso do recurso pode ser aprovado? Ele pode ser usado agora? Ou é preciso esperar por um limite futuro?
Um exemplo disso é o atributo inert. A versão mínima para usar inert no Safari é a 15.5. Isso significa que a Target.com está quase pronta para usar esse recurso. O Target.com tem muitas implementações modais em que esse atributo seria um benefício em comparação com a solução atual em JavaScript. Um engenheiro escrevendo o relatório sobre esse recurso permite o compartilhamento de conhecimento e a preparação para a próxima flexibilização da política do navegador. Isso ajuda a defender que a descontinuação do suporte a uma versão de navegador que traz pouco valor comercial pode desbloquear recursos que têm valor. O recurso pode ser projetado, revisado e implantado com uma flag de recurso, ficando pronto para uso.
Além disso, outro engenheiro vai seguir o mesmo processo para usar consultas de contêiner, que agora estão disponíveis para todos na Baseline. As consultas de contêiner podem ser usadas com um polyfill, mas ele tem problemas de desempenho conhecidos. A solução encontrada pela Target foi usar consultas de contêiner apenas como um aprimoramento progressivo até que os mínimos do navegador aumentem para oferecer suporte total ao recurso.
Esse processo funciona bem para o Target.com porque, quando a versão mínima do recurso é usada o suficiente, o aprimoramento progressivo não é mais necessário, e o recurso pode ser usado. Durante uma auditoria recente, descobrimos que o Target.com estava enviando tantos polyfills desnecessários que a implementação do Baseline no aplicativo pode ajudar a manter esse tipo de dívida técnica sob controle.
Como correlacionar conceitos de referência ao desempenho da Web
O desempenho é importante para qualquer site de varejo. Uma crença compartilhada pelos desenvolvedores que trabalham no Target.com é que muito JavaScript é enviado. Se 5% dos pacotes JavaScript enviados aos usuários fossem eliminados, seria uma grande vitória, mas isso não melhoraria significativamente as Core Web Vitals em Target.com. No entanto, se a Target fizesse isso 10 vezes, haveria uma redução de 50% nos tamanhos dos pacotes, o que contribuiria significativamente para as metas de desempenho da Target.
A abordagem da Target em relação ao Baseline permitiu que os engenheiros do Target.com começassem a pensar na quantidade de JavaScript usada para modais, necessidades de acessibilidade, popovers, carrosséis, acordeões e outras questões comuns de experiência do usuário. Cada um deles exige polyfills ou soluções personalizadas em JavaScript que contribuem para o aumento do JavaScript de um aplicativo. Como o Target usa a linha de base, os destinos de navegador evoluem com o tempo, e as políticas para incluir recursos mais recentes podem ser flexibilizadas. O objetivo é transcompilar menos código ao longo do tempo, usar menos polyfills e até adotar componentes da Web quando surgirem oportunidades. Ao prestar atenção aos polyfills e aos navegadores segmentados enviados em toolchains de projetos, o tamanho do pacote JavaScript do Target.com já foi reduzido em 10%. Isso é antes de adotar recursos mais recentes. Isso deve melhorar ano após ano e está diretamente relacionado às grandes apostas que a Target está fazendo em melhorias de performance para o Target.com.
Aprendizados
Ter uma meta de valor de referência e relatórios de valor de referência muito bem selecionados de recursos da Web recém-disponíveis e amplamente disponíveis foi uma ferramenta poderosa para a Target.com. Confira alguns resultados importantes:
- O destino do navegador mudou de navegadores lançados há 8 anos para 3 anos.
- A meta de valor de referência de 2022 será atingida até o final de 2025.
- O tamanho total dos pacotes JavaScript do Target.com foi reduzido em 10%.
- A longa cauda de navegadores antigos que fornecem menos de 1% dos negócios está diminuindo a uma taxa de aproximadamente 300% por ano (0,94% em setembro de 2024 para 0,32% em novembro de 2025).
A percepção de que a Web está avançando mais rápido do que nunca motivou a Target a adotar recursos com a mesma velocidade. Organizar esses recursos permite o trabalho antecipado e o planejamento para quando o Target desbloquear cada um deles, além de dar confiança aos engenheiros que contribuem para um grande site de varejo para saber quais recursos usar e quando eles podem ser usados.