Resposta rápida
Consultoria para site lento começa pelo diagnóstico de dados reais, não pela aplicação de receitas prontas. O trabalho identifica se o gargalo está em servidor, imagens, JavaScript ou scripts de terceiros e entrega um plano priorizado por impacto e esforço. Sem medição antes e depois, não há como comprovar resultado nem justificar o investimento.
Site lento é um problema com causas específicas. Não existe solução genérica que funcione para todos - o que funciona depende de onde está o gargalo real: servidor, imagens, JavaScript, plugin específico, terceiros externos, ou combinação de fatores.
Uma consultoria de performance para sites identifica o problema real antes de propor solução. Este artigo explica como funciona o processo.
Sintomas de site com problema de performance
Você provavelmente precisa de diagnóstico de performance se:
- PageSpeed Insights mobile mostra pontuação abaixo de 50
- LCP no Google Search Console tem muitas URLs classificadas como “Ruim”
- Visitantes reclamam que o site “trava” ou demora para carregar
- Taxa de rejeição alta em dispositivos móveis
- Tráfego orgânico caindo sem razão aparente de conteúdo. A relação entre velocidade e ranking está em site rápido para SEO
- Formulários ou interações lentas mesmo com internet rápida
O que inclui um diagnóstico de performance
1. Coleta de dados reais (CrUX)
Antes de qualquer análise sintética, o diagnóstico verifica o Google Search Console e os dados do Chrome User Experience Report. Esses dados mostram como o site se comporta para usuários reais - não em condições de laboratório.
2. Análise com PageSpeed Insights
Análise das métricas LCP, INP e CLS com indicação de quais elementos estão causando cada problema. O relatório do PageSpeed aponta os maiores offenders, mas a interpretação requer experiência técnica.
3. Análise de waterfall
Com ferramentas como WebPageTest, é possível ver a ordem e duração de cada requisição HTTP. Esse waterfall revela:
- Recursos que bloqueiam renderização
- Scripts de terceiros lentos
- Redirect chains desnecessários
- TTFB alto (problema de servidor)
Quando o problema é repetição de conteúdo entre usuários, a solução costuma passar por CDN e cache.
4. Inventário de JavaScript e CSS
Análise de quanto JS/CSS está sendo carregado, quanto está sendo usado na página e o que pode ser removido, adiado ou minificado.
5. Análise de imagens
Verificação de imagens não otimizadas: formato (JPEG em vez de WebP), tamanho excessivo em relação ao exibido, ausência de lazy loading, ausência de dimensões explícitas. O checklist completo está em otimização de imagens.
6. Análise de terceiros
Scripts de terceiros (pixels, analytics, chat, formulários externos) frequentemente são as causas mais difíceis de resolver - a decisão de remover ou adiar cada um tem implicações de negócio que precisam ser discutidas.
O que um plano de ação de performance inclui
Após o diagnóstico, o plano de ação deve ser priorizado por impacto vs. esforço:
Ganhos rápidos (1-3 dias):
- Configurar ou atualizar CDN (Cloudflare)
- Ativar compressão Brotli/Gzip
- Configurar headers de cache corretos
- Otimizar imagens da página inicial
Ganhos médios (3-10 dias):
- Converter imagens do site inteiro para WebP
- Implementar lazy loading em imagens
- Adiar carregamento de scripts de terceiros
- Ativar cache de página completo (WP Rocket, LiteSpeed, etc.). O roteiro de otimização de velocidade de site detalha cada item.
Ganhos mais complexos (10+ dias):
- Refatorar ou substituir temas/templates pesados
- Migrar para servidor mais adequado
- Eliminar plugins problemáticos com substituições
- Implementar critical CSS inline
Como escolher uma consultoria de performance
Nem todo fornecedor que promete “site rápido” faz diagnóstico de verdade. Antes de contratar, peça que o processo inclua:
- Acesso aos dados reais: Search Console e, se possível, CrUX. Quem só mostra PageSpeed sintético está vendo metade do problema.
- Relatório com causas, não só notas: “LCP alto” não é diagnóstico. O relatório precisa apontar qual elemento, imagem ou script causa o atraso.
- Separação entre diagnóstico e implementação: são entregas diferentes e devem ter preço e prazo separados.
- Plano priorizado por impacto e esforço: você precisa saber o que fazer primeiro e o que pode esperar.
- Medição antes e depois: metas acordadas em contrato, medidas nas mesmas ferramentas.
Para comparar propostas, use a tabela abaixo:
| Entregável | Deve estar no escopo | Como verificar |
|---|---|---|
| Diagnóstico com dados de campo | Sim, sempre | Relatório cita CrUX ou Search Console |
| Lista de causas priorizada | Sim, sempre | Cada item aponta o recurso responsável |
| Plano por impacto e esforço | Sim, sempre | Tem prazo e responsável por item |
| Implementação | Opcional, contrato separado | Escopo escrito e preço próprio |
| Relatório before/after | Sim, sempre | Mesmas métricas e ferramentas no início e no fim |
Sinais de alerta: garantia de pontuação específica no PageSpeed sem analisar o site, proposta que já chega com “instalar plugin de cache” como solução única, ausência de escopo escrito e cobrança por “otimização” sem relatório do que foi alterado.
Uma consultoria séria deixa claro o que não vai resolver. Se o gargalo é hospedagem subdimensionada ou um template pesado, nenhuma otimização de frontend compensa, e o fornecedor deve dizer isso na proposta, não depois de receber.
Antes e depois: o que mensurar
Para validar que a consultoria teve resultado, compare antes e depois:
| Métrica | Onde verificar | Meta |
|---|---|---|
| LCP real | Search Console > Core Web Vitals | < 2,5s |
| LCP sintético | PageSpeed Insights | < 2,5s |
| Pontuação mobile | PageSpeed Insights | > 70 |
| TTFB | WebPageTest | < 600ms |
| Total de transferência | WebPageTest | < 1MB idealmente |
Quando a consultoria não resolve
Alguns problemas de performance não têm solução fácil:
Aplicação web complexa: SPAs com muito estado e interatividade têm limitações naturais de performance que só engenharia de produto resolve.
Hospedagem inadequada: se o servidor está fundamentalmente subdimensionado ou mal configurado, a otimização de frontend tem limite. Migração de hospedagem pode ser necessária.
Design que é o problema: templates com muitas animações, efeitos e JavaScript pesado às vezes só melhoram com redesign.
Site lento? Diagnóstico técnico antes de qualquer mudança
Identificamos o gargalo real do seu site e entregamos um plano de ação priorizado por impacto - com before/after documentado.
Solicitar diagnóstico de performanceFontes e referências
- web.dev: Core Web Vitals: definição das métricas e metas de experiência de página.
- web.dev: LCP: como medir e melhorar o Largest Contentful Paint.
- web.dev: INP: como medir e melhorar a responsividade a interações.
FAQ
Quanto custa uma consultoria de performance para site?
Varia conforme profundidade do diagnóstico e escopo de implementação. Diagnóstico + plano de ação (sem implementação): R$ 500 - 2.000. Diagnóstico + implementação completa: R$ 2.000 - 10.000 dependendo da complexidade.
É possível resolver site lento sem redesign?
Na maioria dos casos, sim. Os maiores gargalos de performance raramente exigem redesign - são problemas de imagens, JavaScript e configuração de servidor. Redesign é necessário quando o template ou a arquitetura de frontend é fundamentalmente problemática.
Preciso mudar de hospedagem para ter site rápido?
Não necessariamente, mas hospedagem é um fator. Sites em hospedagens compartilhadas baratas geralmente têm TTFB alto que limita a performance final mesmo com otimizações de frontend. Se o diagnóstico aponta servidor como gargalo principal, migração pode ser a mudança mais impactante.
Quanto tempo leva para ver resultado nas métricas reais do Google?
Core Web Vitals reais no Search Console são atualizados com dados dos últimos 28 dias. Melhorias implementadas hoje aparecem gradualmente nas próximas 4 semanas. Não espere mudança imediata nos dados do Search Console - PageSpeed Insights e WebPageTest mostram o resultado das melhorias mais rápido.