Um teste de velocidade web mede como uma página carrega nas condições de um teste específico. A auditoria do Runner AI pode incluir Lighthouse e mostrar resultados disponíveis para dispositivos móveis e desktop junto aos achados do rastreamento. Comece com uma loja publicada e um alvo SEO elegível. Use as evidências salvas para pedir uma correção delimitada, sem presumir que uma pontuação representa todos os compradores ou altera sua loja automaticamente.
Inicie o teste de velocidade web em uma loja acessível
Abra o projeto da loja e entre em Crescer, depois SEO. Se Runner mostrar a lista de configuração inicial, cumpra o requisito de publicação e conclua a primeira análise antes de esperar um relatório. Dados de exemplo não são medições da sua loja. Confira se a loja pública abre no endereço que você pretende avaliar antes de interpretar qualquer resultado.
Abra o cartão de saúde do site e a visualização de auditoria. A ação para iniciar uma nova auditoria abre as configurações sem editar a loja. Escolha um limite adequado de páginas, ative a opção Lighthouse e execute a auditoria. O limite se aplica ao rastreamento: não significa que cada URL receba um teste Lighthouse separado para dispositivos móveis e desktop. Confira o endereço analisado exibido com os resultados.
Espere pelo relatório. Uma auditoria iniciada ainda não é uma medição concluída. Anote o endereço e as alterações feitas desde a verificação anterior. A auditoria de site ecommerce ajuda a organizar problemas técnicos e da jornada de compra. Esta página trata das evidências opcionais de velocidade desse processo, não de testes de carga com compradores simultâneos ou monitoramento contínuo de disponibilidade.
Leia os resultados sem inventar valores ausentes
Quando Lighthouse retorna resultados, Runner apresenta cartões separados para dispositivos móveis e desktop. Eles mostram pontuações disponíveis de desempenho, acessibilidade, boas práticas e SEO, seguidas das métricas recebidas. Verifique o dispositivo e o endereço antes de comparar análises. Um bom resultado no desktop não confirma qualidade equivalente no celular. Uma pontuação geral também não explica todas as causas de atraso.
A grade pode incluir First Contentful Paint, Largest Contentful Paint, Total Blocking Time, Speed Index, Time to Interactive, Cumulative Layout Shift, Interaction to Next Paint e Time to First Byte. Os valores dependem do retorno do provedor. Um traço indica que o valor está ausente, não atraso zero, aprovação ou uma licença para estimar. Métricas de tempo e deslocamento de layout também medem propriedades diferentes.
Considere o relatório uma evidência de uma análise específica, não um levantamento de todos os compradores. Medições de laboratório, dados de campo e prévia respondem a perguntas distintas. As ferramentas de otimização web ajudam a escolher diagnósticos adicionais ou contexto de usuários reais. Não afirme aumento de conversão, melhora de posicionamento ou tempo de carregamento garantido apenas porque uma pontuação mudou.
Transforme um achado confirmado em uma correção delimitada
Use as visualizações de problemas e páginas para localizar a URL afetada e ler os achados salvos. O tempo de resposta fornece contexto, mas não equivale ao tempo para aparecer o principal conteúdo visual. Abra a página pública e reproduza a tarefa que parece lenta. Registre rota, dispositivo, estado inicial, resultado esperado e atraso observado, sem enviar credenciais ou informações privadas de clientes.
A ação para corrigir um problema com Runner abre uma conversa com as evidências selecionadas e uma solicitação de trabalho. A opção para corrigir tudo inicia uma conversa mais ampla. Nenhuma edita ou publica a loja por conta própria. Delimite o pedido para conseguir revisá-lo e peça que informações de produtos, navegação, controles de compra e conteúdos não relacionados sejam preservados.
Se a imagem principal de um produto aparece tarde, identifique a página e o comportamento observado. Peça uma investigação antes de remover todas as imagens ou scripts. Uma dependência externa ou restrição operacional pode exigir uma decisão separada. Uma verificação de acessibilidade de site ecommerce ajuda a confirmar que a correção não remove rótulos, comportamento de foco ou informações necessárias para comprar.
Teste novamente a alteração publicada
Inspecione a proposta na prévia e repita a tarefa original. Confira seleção de produtos, navegação, carrinho e conteúdo afetado. Revisar a prévia não atualiza a loja pública. Publique somente o trabalho aprovado, reabra o endereço público e compare uma nova auditoria com as evidências anteriores para a mesma URL analisada e o mesmo dispositivo.
Mantenha as comparações delimitadas. Se conteúdo, alvo ou condições mudarem, registre a diferença em vez de atribuir toda variação de pontuação à edição. Repita um resultado suspeito antes de concluir e mantenha a métrica ou o comportamento que queria melhorar. Uma pontuação maior não substitui a verificação de que o comprador ainda consegue concluir a tarefa original.
Runner distingue Lighthouse não solicitado de Lighthouse indisponível. No primeiro caso, solicite uma auditoria com a opção ativada. No segundo, use os achados do rastreamento concluído e tente a verificação opcional mais tarde. Se o rastreamento falhar, confira o endereço público e considere uma auditoria menor. Evidências ausentes continuam pendentes, não comprovam rapidez. Veja processos relacionados no catálogo de recursos do Runner AI.
Perguntas frequentes
Runner AI testa todas as páginas com Lighthouse?
Não presuma isso. O limite de páginas controla o rastreamento técnico, enquanto o resultado Lighthouse identifica a URL analisada. Confira esse endereço e os cartões disponíveis antes de aplicar o resultado a produtos, coleções ou checkout. As evidências descrevem a página e as condições realmente analisadas.
Uma métrica ausente significa que a página passou?
Não. Um traço significa que nenhum valor está disponível. Ele não representa zero milissegundos nem aprovação nos Core Web Vitals. Separe valores ausentes de pontuações recebidas e use uma medição adicional adequada se a métrica for importante. Dados incompletos não justificam uma afirmação de desempenho.
A ação de correção deixa a loja mais rápida automaticamente?
Não. Ela abre uma conversa com evidências e uma solicitação. Revise a proposta e a prévia e decida a publicação separadamente. Depois, repita a tarefa e meça o resultado público. Uma conversa ou alteração de código aceita não comprova melhora no carregamento ou aumento de conversão.
E se Lighthouse estiver indisponível, mas o rastreamento terminar?
Use os resultados disponíveis e mantenha a verificação opcional pendente. Confirme o alvo público e tente Lighthouse mais tarde. Não substitua resultados ausentes por dados de exemplo ou pontuações inventadas. Um rastreamento concluído e um teste de velocidade web bem-sucedido são resultados diferentes.