Publicado em 20 de maio de 2025
Quando um recurso da plataforma da Web é implementado em todos os navegadores, ele fica disponível como Padrão. Após 30 meses, esse recurso passa a estar disponível para todos, que é um limite em que a maioria dos sites pode adotar recursos sem problemas de compatibilidade. Neste guia, explicamos como usar o Baseline e, com base nos dados disponíveis dos usuários do seu site, como selecionar um destino de referência.
O que é uma meta de referência?
Um destino de referência é um agrupamento de recursos da Web que os desenvolvedores podem escolher para oferecer suporte, com base no status de referência. Há dois tipos de destinos de referência: destinos móveis e fixos.
Os alvos móveis, como "Disponível para todos" ou "Disponível recentemente", são alvos em que o conjunto de recursos pode mudar com o tempo. Os alvos móveis são úteis nos casos em que você quer que o conjunto de recursos com suporte evolua automaticamente à medida que novas versões do navegador são lançadas.
As metas fixas são aquelas em que o conjunto de recursos não muda com o tempo. Em geral, as metas fixas são baseadas em anos civis. Por exemplo, Valor de referência de 2023 é uma meta fixa que contém o conjunto de recursos da Web que se tornaram o valor de referência recém-disponível em 2023. O Valor de referência de 2023 não inclui recursos que se tornaram de referência após 2023, o que significa que o conjunto de recursos do Valor de referência de 2023 nunca muda.
As metas fixas fazem sentido nos casos em que a previsibilidade e o determinismo são fundamentais, mas elas podem ficar desatualizadas com o tempo. Por isso, ao usar metas fixas, é recomendável reavaliar a meta regularmente.
Por que escolher uma segmentação?
A adoção de recursos na Web é atrasada devido a problemas de compatibilidade, o que impede que a Web seja tão boa quanto poderia ser. A referência não apenas esclarece a questão do suporte a recursos nos navegadores, mas também pode ser útil para esclarecer a questão de quando você pode usar determinados recursos. Ao escolher um alvo que reflita seu público-alvo e seus requisitos, você pode usar os recursos desse grupo sem precisar verificar cada um deles.
Usar dados para selecionar o destino de referência
Saber qual é o valor de referência certo a ser selecionado deve ser, sempre que possível, uma decisão baseada em dados. Quando você tem os dados à sua frente, a decisão sobre qual segmentação selecionar se torna mais fácil e muito mais informada.
Se você tiver dados de Monitoramento de usuários reais para seu site, saiba como as metas de referência são associadas aos usuários. Por exemplo, se você usa o Google Analytics, uma maneira sem custo financeiro de conseguir essas informações é usando o Verificador de valores de referência do Google Analytics.
Para usar esse recurso, você precisa criar uma nova análise detalhada no Google Analytics, adicionar algumas métricas e dimensões ao relatório e exportar o relatório como um arquivo TSV. Esse processo está detalhado nestas instruções. Ao importar o arquivo TSV para a verificação, você vai receber uma saída semelhante a esta:
Estamos começando a ver outras ferramentas que implementam o suporte à referência, que pode fornecer uma visão dinâmica de quanto do seu público-alvo aceita uma determinada segmentação. Por exemplo, o RUMvision inclui um painel que mostra quanto do seu público-alvo tem suporte para cada ano de referência.
E se eu não tiver dados de suporte de usuários reais?
Talvez você se encontre em uma situação em que não é possível coletar dados reais de usuários em relação a recursos que são de referência. A boa notícia é que você pode ter uma ideia geral do suporte a diferentes metas de referência usando os Insights do RUM, inclusive com a possibilidade de filtrar até o nível do país. Esses dados não são específicos dos usuários do seu site. É uma ferramenta informativa geral que demonstra que as seguintes suposições são geralmente seguras:
- As metas de referência mais recentes, como o ano atual ou o anterior, provavelmente têm o menor nível de suporte entre os usuários. No entanto, como qualquer meta de referência, elas vão ter um melhor suporte com o passar do tempo.
- As metas de referência mais antigas, principalmente a "Meta de referência amplamente disponível", vão ter suporte. Em caso de dúvida, "Disponível em grande escala" é um excelente alvo que evolui à medida que a janela de 30 meses avança ao longo do tempo.
- Mesmo as metas de referência mais antigas, que estão bem além do período de 30 meses de disponibilidade geral, vão ter o melhor suporte. Embora a disponibilidade ampla seja uma boa meta padrão, há casos de uso especiais que exigem SLAs rígidos.
É provável que, mesmo que você selecione uma meta de referência com mais de cinco anos, seja possível adotar recursos que você não está usando no momento. Na melhor das hipóteses, você já pode estar usando esses recursos, mas com polyfills que talvez não sejam necessários.
Como faço para aplicar uma meta de referência escolhida no meu projeto?
Browserslist é um método comumente usado para segmentar os navegadores que você quer oferecer suporte. Ele é usado em bundlers e outras ferramentas associadas, como Babel e PostCSS, para decidir se determinados bits de código precisam ser transformados ou até mesmo preenchidos.
Agora é possível usar o valor de referência com o Browserslist para que, ao selecionar um destino de valor de referência, você possa especificar esse destino como uma consulta válida do Browserslist. Isso garante que as ferramentas do projeto transformem o código de acordo com o destino selecionado. Para mais informações, leia Usar o valor de referência com o Browserslist.
E os recursos que não atendem à minha meta de referência?
Depois de selecionar uma meta de referência, talvez você tenha recursos que quer usar, mas que não se enquadram nessa meta. A referência não informa o que você precisa fazer aqui, e se você quer considerar o uso desses recursos depende do tipo de site que você está criando e do público-alvo esperado.
Por exemplo, sites de e-commerce ou B2B podem ter um limite de suporte menor e resolver problemas conforme os usuários os enviam, enquanto sites governamentais podem exigir um limite de suporte alto. Uma regra importante é que nem todos os recursos da Web falham da mesma maneira. Há muitas maneiras de categorizar os recursos de acordo com a falha, mas uma maneira de agrupar os recursos que podem ser úteis é mais ou menos assim:
- Melhoria:se o recurso for usado em um navegador sem suporte, a experiência não será interrompida. A experiência pode ser degradada, mas não é provável que seja perceptível para o usuário. Exemplo:
loading="lazy". - Aditivo:o recurso oferece alguns benefícios adicionais que podem ser notados, como mudanças no estilo da página ou em alguma funcionalidade. A diferença pode não ser perceptível para os usuários se o recurso não tiver suporte, impedindo a comparação em um navegador compatível. Exemplo: Subgrade
- Crítico:se o recurso não tiver suporte, a experiência do usuário será negativa, possivelmente até mesmo com uma falha completa. Exemplo: a API File System Access é usada como um recurso central e necessário.
Você também pode descobrir que recursos específicos fora do seu público-alvo têm mais suporte do que você imagina. É possível entender quantos dos seus usuários têm suporte para um recurso específico. O Can I Use pode verificar o suporte para recursos individuais com base nos seus dados de análise. O RUMvision também tem a capacidade de detalhar e analisar dados no nível do recurso, se isso for útil para você.
Dessa forma, você pode usar a meta de referência para reduzir o número de recursos que precisa considerar com cuidado. Tudo dentro do seu alvo que não precisa se preocupar. Se houver um ou dois recursos fora do seu objetivo que seriam especialmente úteis, você terá as ferramentas para explorar mais e decidir se vai usar o polifill ou o aprimoramento progressivo.
Conclusão
Cada aplicativo da Web tem requisitos diferentes, desde um site de e-commerce que pode tolerar mais problemas de incompatibilidade até um site do governo que precisa estar disponível e operacional para o maior número possível de usuários. Esses são cálculos que você precisa fazer por conta própria, e não é um objetivo da meta de referência dizer quais decisões tomar quando se trata de adotar novos recursos da Web, mas sim uma questão de como.