Cada segundo adicional de carregamento reduz a taxa de conversão em até 7%, o que significa que um site lento aumenta o custo por lead sem que você mude uma linha da campanha de mídia. Em números diretos: um site que carrega em 1 segundo converte cerca de tres vezes mais que um que leva 5 segundos.
A tabela abaixo compara o comportamento real de um WordPress com plugins acumulados contra um site em Next.js, com base em métricas de projetos entregues pelo W-ID.
| Métrica | WordPress com plugins | Site em Next.js |
|---|---|---|
| LCP médio | 4,1s | 1,2s |
| Requisições HTTP | 120 a 180 | 25 a 40 |
| Peso da página | 3,5 MB | 0,9 MB |
Muita empresa investe pesado em anúncios enquanto ignora o gargalo que engole esse dinheiro na porta de entrada. Vou mostrar por que o WordPress fica mais lento ano após ano, o que muda na prática quando o visitante abre um site em Next.js, e como o LCP da AMS saiu de 4,1 para 1,2 segundo em um projeto documentado.
Por que o WordPress com plugins perde velocidade com o tempo
Um WordPress novo carrega rápido. O problema aparece depois de meses de operação, quando cada nova necessidade vira um plugin instalado, e cada plugin carrega seu próprio pacote de CSS e JavaScript em toda página.
Um site institucional comum acumula entre 15 e 30 plugins ativos, já que o modelo do WordPress incentiva resolver tudo com extensões prontas. Cada um deles injeta scripts que rodam no navegador do visitante, mesmo em páginas onde aquela funcionalidade nem existe.
O resultado se acumula silenciosamente:
- scripts duplicados que carregam a mesma biblioteca duas ou tres vezes
- consultas ao banco de dados que crescem porque cada plugin grava suas próprias tabelas
- folhas de estilo conflitantes que o navegador precisa reconciliar antes de exibir a página
Como o WordPress monta cada página no servidor a cada visita, o tempo de resposta piora conforme o banco de dados incha. Um site com 4 anos de operação frequentemente responde 40% mais devagar que no dia do lançamento, embora o conteúdo tenha mudado pouco.
O custo invisível de manter tudo funcionando
Plugins exigem atualização constante, e uma atualização mal testada quebra o layout ou derruba a página. Para evitar isso, muitas equipes travam as versões, o que abre brechas de segurança e mantém código antigo rodando.
Esse ciclo transforma velocidade em dívida técnica. Quanto mais tempo o site opera, mais caro fica corrigir, porque cada ajuste precisa considerar dezenas de dependências que podem entrar em conflito.
Como um site em Next.js resolve a lentidão na prática
O Next.js gera as páginas de forma diferente do WordPress tradicional, já que boa parte do conteúdo é preparada antes do visitante chegar, e não montada no momento do acesso.
Na prática, isso significa que o servidor entrega uma página quase pronta, sem esperar consultas ao banco de dados a cada clique. O navegador recebe apenas o código necessário para aquela página específica, em vez de um pacote gigante que serve o site inteiro.
Tres características explicam o ganho de desempenho:
- o código é dividido por página, então o visitante baixa somente o que aquela tela usa
- imagens são otimizadas e servidas no formato e tamanho corretos automaticamente
- o conteúdo estável fica pré-renderizado e distribuído em servidores próximos ao usuário
Essa arquitetura elimina a maior parte dos scripts desnecessários que travam o WordPress. Como consequência direta, o número de requisições HTTP cai de uma faixa entre 120 e 180 para algo entre 25 e 40, o que reduz drasticamente o tempo até a página ficar utilizável.
Menos dependências, menos pontos de falha
Um site em Next.js não depende de dezenas de plugins de terceiros para funcionar, porque as funcionalidades são construídas sob medida dentro do próprio projeto. Isso reduz a superfície de ataque e elimina o risco de uma atualização externa quebrar a página.
Quando não há plugins concorrendo por recursos, o desempenho se mantém estável ao longo do tempo, ao contrário do WordPress que degrada conforme acumula extensões.
O que muda na experiência de quem visita o site
O visitante não sabe o que é LCP, mas sente a diferença na primeira fração de segundo. Uma página que aparece instantaneamente transmite competência, enquanto uma tela em branco por tres segundos gera dúvida antes mesmo do primeiro contato.
Os dados do Google mostram um padrão claro sobre abandono por lentidão:
| Tempo de carregamento | Probabilidade de abandono |
|---|---|
| 1 a 3 segundos | +32% |
| 1 a 5 segundos | +90% |
| 1 a 10 segundos | +123% |
Quando o carregamento passa de 1 para 3 segundos, a probabilidade de o visitante sair sobe 32%, e esse número dispara para 90% quando o tempo chega a 5 segundos. Cada visitante perdido nesse intervalo foi pago pela sua campanha e evaporou antes de virar contato.
Em dispositivos móveis o efeito é ainda mais duro, porque a conexão costuma ser instável e a paciência é menor. Como boa parte do tráfego de mídia paga chega pelo celular, um site em Next.js protege exatamente a audiência mais cara de conquistar.
Velocidade que também sustenta o SEO
O Google usa as Core Web Vitals como fator de ranqueamento, então um LCP baixo ajuda a posição orgânica além da conversão. Sites rápidos aparecem mais alto nos resultados, o que traz tráfego que você não precisou comprar.
Esse ganho se soma ao da mídia paga, já que a mesma estrutura técnica que retém o visitante do anúncio também agrada o algoritmo de busca. Um único investimento em performance rende nas duas frentes ao mesmo tempo.
Antes e depois em projetos reais do W-ID
A teoria só convence quando vira número medido. No projeto da AMS, a migração para um site em Next.js reduziu o LCP de 4,1 para 1,2 segundo, uma queda de mais de 70% no tempo de exibição do conteúdo principal.
Esse tipo de resultado aparece de forma consistente nos mais de 170 projetos que o W-ID entregou em 7 anos de mercado. Sites que antes carregavam páginas de 3,5 MB passaram a servir versões de menos de 1 MB, o que corta o tempo de espera pela metade em conexões medianas.
Os ganhos práticos mais recorrentes depois da migração incluem:
- redução do peso da página de 3,5 MB para cerca de 0,9 MB
- queda no número de requisições de mais de 120 para menos de 40
- estabilidade de desempenho que se mantém mesmo com o crescimento do conteúdo
Você pode conferir a análise completa do case da AMS, com as métricas antes e depois documentadas, no post dedicado a esse projeto no blog do W-ID.
Por que velocidade é um argumento comercial, não técnico
Performance costuma ser tratada como assunto de programador, mas ela decide quanto cada real de mídia rende. Um site rápido converte mais lead com o mesmo orçamento de anúncio, porque menos gente desiste antes de ver a oferta.
A conta é direta: se o abandono cai e a conversão sobe, o custo por lead diminui sem que você aumente a verba. O mesmo investimento em tráfego passa a gerar mais contatos, simplesmente porque a página deixa de perder pessoas na entrada.
Velocidade também melhora o posicionamento orgânico, o que reduz a dependência da mídia paga ao longo do tempo. Enquanto o WordPress cheio de plugins fica mais lento a cada ano, um site em Next.js mantém o desempenho estável e continua trabalhando a seu favor sem custo adicional de manutenção crescente.
Perguntas frequentes sobre site em Next.js
Sim. Um site em Next.js entrega páginas quase prontas ao navegador e carrega apenas o código necessário, o que reduz o LCP de valores como 4,1 segundos para cerca de 1,2 segundo em projetos reais.
O WordPress acumula plugins que carregam scripts e consultas ao banco de dados em toda página. Um site com 4 anos de operação chega a responder 40% mais devagar que no lançamento, mesmo sem grandes mudanças de conteúdo.
Sim. O Google usa as Core Web Vitals como fator de posição, então um LCP baixo ajuda o site a aparecer mais alto nos resultados orgânicos e traz tráfego sem custo de mídia.
Cada segundo a mais reduz a conversão em até 7%. Quando o carregamento passa de 1 para 3 segundos, a chance de abandono sobe 32%, o que aumenta o custo por lead sem mudar o orçamento de mídia.
