Insira uma URL para descobrir se imagens, scripts ou a resposta do servidor deixam a página lenta. Use o relatório para investigar atrasos de carregamento e mudanças de layout e escolher o que corrigir primeiro.
Cada recomendação está vinculada a uma métrica, recurso e causa técnica, para que a equipe veja o que corrigir primeiro e o que pode ficar no backlog.
LCP ajuda a identificar o elemento principal que aparece tarde. CLS descreve a instabilidade do layout. Use o teste separado de INP para investigar atrasos após um clique.
O waterfall HTTP mostra o que bloqueia a renderização, quais recursos usam conexões paralelas e onde scripts de terceiros atrasam a inicialização.
O Milten agrupa os problemas em uma lista curta de tarefas para LCP, CLS, TBT, TTFB, scripts de terceiros e recursos pesados.
Teste a velocidade do site nas condições selecionadas. Receba métricas de carregamento em laboratório e achados. Um teste não substitui as medições de visitantes reais.
01 · URL
Verifique uma página inicial, landing page, catálogo ou página de produto. O Milten abre a página em um navegador e aplica a região, a rede e o dispositivo selecionados.
02 · ANÁLISE
Colete métricas de laboratório, atrasos de rede, recursos pesados e mudanças de layout. TTFB mede o atraso da resposta do servidor. TBT mede o bloqueio da thread principal durante o carregamento.
03 · PLANO
Comece por um achado e pelos dados que o sustentam. Identifique qual recurso atrasou o carregamento ou qual elemento deslocou o layout. Corrija a causa e repita o teste com as mesmas configurações.
O scanner separa o carregamento percebido, a estabilidade do layout, o bloqueio do JavaScript e a velocidade de resposta do servidor, para que a otimização não se resuma a uma única pontuação.
Quando o usuário vê pela primeira vez um texto, uma imagem ou um SVG: um sinal precoce de que a página realmente começou a carregar.
Tempo até a renderização do principal elemento visível: uma imagem principal, um título grande, um card de produto ou um bloco de catálogo.
A soma das mudanças inesperadas de layout: banners, imagens sem tamanho definido, fontes atrasadas e blocos que deslocam o conteúdo após o carregamento.
Por quanto tempo a thread principal ficou ocupada com tarefas longas de JavaScript e não conseguiu responder rapidamente às ações do usuário.
Atraso antes do primeiro byte do HTML: tempo de backend, DNS, TLS, CDN e cache antes de o navegador começar a receber a página.
Com que rapidez a viewport visível é preenchida: isso ajuda a explicar por que uma página parece lenta mesmo quando as métricas individuais parecem boas.
Respostas curtas sobre Core Web Vitals, SEO e otimização prática de páginas.
Meça a rapidez com que a página responde a ações automatizadas. Encontre atrasos durante o teste.
AbrirVerifique se o navegador usa o cache ao voltar e avançar entre páginas. Descubra o que impede o armazenamento em cache.
AbrirEncontre dados que permanecem na memória após navegações repetidas. Examine possíveis vazamentos de memória e dados que se acumulam.
AbrirVerifique arquivos JavaScript, erros de carregamento e código não utilizado durante o carregamento. Encontre scripts que precisam de uma análise mais detalhada.
AbrirUsamos cookies para proporcionar uma melhor experiência em nosso site. Saiba mais sobre como usamos cookies em nossa política de privacidade.