--- lastModified: 2026-10-13 type: feature title: "Teste de velocidade web com Runner AI" description: "Use o teste de velocidade web do Runner AI para consultar resultados Lighthouse disponíveis. Transforme um problema confirmado em uma correção para revisar." category: ai-cro h1: "Teste de velocidade web para corrigir sua loja" keyword: "teste de velocidade web" legacyKind: structured --- 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](/pt/ecommerce-website-audit) 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](/pt/website-optimization-tools) 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](/pt/ecommerce-website-accessibility) 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](/pt). ## 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.