• EnglishEspañol日本語한국어Português
  • EntrarComeçar agora

Esta tradução de máquina é fornecida para sua comodidade.

Caso haja alguma divergência entre a versão em inglês e a traduzida, a versão em inglês prevalece. Acesse esta página para mais informações.

Criar um problema

Guia para melhorar o desempenho de carregamento da página

A medição do desempenho do carregamento da página continua a evoluir. Para melhorar o desempenho geral e a experiência do utilizador, ajuda a compreender as diferentes métricas e como se relacionam entre si.

Antes de seguir as orientações abaixo, restrinja seu escopo às páginas específicas que você está tentando melhorar. Para obter o máximo impacto, concentre-se em páginas que são acessadas com frequência, mas que apresentam uma pontuação inferior à aceita para o 75º percentil do usuário.

KPI de carregamento de página

Como melhorar o tempo até o primeiro byte (TTFB):

O tempo até o primeiro byte mede o tempo desde o início da navegação (um usuário clicando em um link) até o browser receber o primeiro byte da resposta do servidor. Se o usuário no percentil 75 estiver experimentando um TTFB superior a 0,5s para uma ou mais de suas páginas, você poderá dividir ainda mais os tempos consultando o seguinte atributo em PageView:

  • backendDuration
  • connectionSetupDuration
  • dnsLookupDuration
  • networkDuration

Muitas vezes, a lentidão antes da renderização é causada por lentidão no backend, seja da API de terceiros ou do aplicativo backend .

O monitoramento sintético para API de terceiros ajuda as equipes de operações e desenvolvimento a entender quando a causa raiz está fora de seu controle. Mesmo que você não possa controlar o código, você pode influenciar o resultado compartilhando os resultados do Sintético com terceiros para ajudá-los a entender o que seus clientes estão vivenciando.

Se o aplicativo backend pertencer a você ou sua equipe, você poderá usar agente, Pixie ou OpenTelemetry para entender e gerenciar o desempenho. Para facilitar a comunicação entre equipes, recomendamos a implementação de limites de gerenciamento a nível de serviço.

Mudança cumulativa de layout (CLS)

A mudança cumulativa de layout é uma pontuação que indica quanto o conteúdo muda depois de já ter sido carregado. Dicas e truques gerais para melhorar o CLS:

  • Especifique dimensões para folhas de estilo e deixe o CSS padrão do browser controlar a proporção.
  • Reserve espaço estaticamente para espaços de anúncios.
  • Evite anúncios próximos ao topo da janela de visualização.
  • Evite inserir novo conteúdo acima do conteúdo existente.
  • Pré-calcule espaço suficiente para incorporações.

Recursos adicionais:

Pintura com maior conteúdo (LCP)

A pintura com maior conteúdo mede a diferença entre o início da renderização da página até o momento de pintar o maior elemento de conteúdo. Causas comuns para um LCP lento, de acordo com web.dev:

  • Tempo de resposta do servidor lento
  • JavaScript e CSS com bloqueio de renderização
  • Tempos lentos de carregamento de recursos
  • Renderização do lado do cliente

Use as informações de rastreamento da sessão do browser para entender quais das causas comuns acima influenciam a página específica que você está tentando otimizar.

Abordagens para melhorar o LCP:

  • Faça uso de CDNs e preste atenção ao cache e ao desempenho do servidor de borda.
  • Estabeleça conexões com terceiros antecipadamente.
  • Atrase Javascript e CSS não críticos.

Recursos adicionais:

Interação com a próxima pintura (INP)

A interação para a próxima pintura (INP) calcula quando um usuário interage com uma página por meio de cliques, toques e interação do teclado com uma página ao longo de sua vida útil. É uma métrica de campo que varia de acordo com o comportamento real do usuário (os resultados variam de acordo com a impaciência do usuário e o tempo de ação), mas pode ser otimizada reduzindo o tempo total de bloqueio (TBT).

Para fazer isso, você precisa:

  • Divida longas tarefas de bloqueio.
  • Otimize JavaScript inchado.
  • Observe a movimentação do lado do servidor lógico e/ou use web workers para executar threads em segundo plano.

Use as informações de rastreamento da sessão do browser para entender onde estão ocorrendo os intervalos de bloqueio e por quanto tempo eles duram.

Recursos adicionais:

Copyright © 2024 New Relic Inc.

This site is protected by reCAPTCHA and the Google Privacy Policy and Terms of Service apply.