Browser monitoring é uma funcionalidade em beta do AppSignal Labs. O
pacote
@appsignal/browser é publicado sob a tag beta no npm, e sua
configuração e API ainda podem mudar entre releases beta. Compartilhe seu
feedback na nossa comunidade no Discord.Resumo das web vitals
Cinco métricas são resumidas para o período que você seleciona: LCP, INP, CLS, FCP e TTFB. Cada uma mostra seu valor atual, uma indicação de se esse valor é bom ou precisa de trabalho, e uma linha de tendência. É a linha de tendência que diferencia um número estável de um que vem subindo. Cada período também é comparado com o período anterior de mesma duração. Selecionar as últimas quatro horas compara essas quatro horas com as quatro anteriores, e é isso que mostra se um número está melhorando ou piorando. Quando uma tendência mostra um pico, verifique quantas medições estão por trás dele antes de tratá-lo como uma regressão. Um pico feito de uma única medição é ruído. As classificações vêm dos limites do Google, listados com cada métrica na página de web vitals. As três Core Web Vitals são LCP, INP e CLS. FCP e TTFB são métricas de apoio que ajudam a explicar um LCP ruim: um TTFB lento aponta para o servidor ou a rede, enquanto um TTFB rápido com um LCP lento aponta para o front end.Percentis
Os valores são relatados em um percentil que você escolhe: p75, p90 ou p95. Comece com p75, que é o percentil contra o qual os limites do Google são definidos, e o que usar quando você quer saber se uma página está boa ou não. Passe para p90 ou p95 quando quiser saber o que seus usuários mais lentos estão enfrentando, que é onde tendem a aparecer os problemas que as médias escondem.Detalhamento por rota
Abaixo do resumo, cada rota é listada com sua contagem de samples e seu valor para cada uma das cinco métricas. A contagem de samples importa tanto quanto os valores: uma rota com quatro samples é um indício, não uma conclusão. É nesta tabela que você encontra o trabalho a fazer. Ordenar por LCP traz as páginas mais lentas para o topo, e ler uma linha inteira diz por que uma página está lenta:- Um TTFB lento com um LCP aceitável significa que seu servidor é o gargalo.
- Um TTFB rápido com um CLS ruim significa que a página chega rápido, mas salta enquanto termina de carregar.
Comparando releases
Filtrar por versão da aplicação restringe toda a visualização, resumo e tabela, aos carregamentos de página relatados por aquele release. Selecionar uma versão também rotula as linhas de tendência com ela. É a forma mais rápida de responder se um deploy deixou algo mais lento. DefinaappVersion com sua tag de release ou seu SHA de commit e cada medição passa a carregá-lo.
Filtrando por rota
Filtrar por rota restringe tanto o resumo quanto a tabela, então você lê os números de uma parte da aplicação em vez de uma média sobre tudo. Essas médias muitas vezes não ajudam sozinhas. Uma página de marketing rápida e um dashboard lento se combinam em um único número que não descreve nenhum dos dois.O que os números deixam de fora
Dois pontos a ter em mente ao interpretar o que você vê:- CLS e INP cobrem apenas parte dos seus usuários. Os dois dependem de recursos de navegador que só o Chrome e outros navegadores Chromium têm, então visitantes no Safari e no Firefox não contribuem para eles. LCP, FCP e TTFB cobrem todo mundo. Leia mais em suporte dos navegadores.
- LCP, FCP e TTFB pertencem ao carregamento da página, não à rota. O navegador os mede uma vez, quando a página carrega pela primeira vez. Em uma aplicação de página única, eles pertencem à rota que o usuário abriu primeiro, não às rotas para as quais ele foi depois. CLS e INP são medidos por rota. Leia mais em como os valores são atribuídos às rotas.