Você investe em tráfego pago, o criativo está bom, a segmentação está certa — e a conversão não vem. Antes de mudar a campanha, olhe para onde o usuário chega depois do clique. Uma landing page lenta, que carrega mal no celular ou que demora três segundos para mostrar o botão de CTA, queima silenciosamente uma fatia significativa do orçamento de mídia — e o relatório do Google Ads ou do Meta não vai te contar isso de forma direta.
A relação entre velocidade de carregamento e taxa de conversão não é teórica. Cada segundo a mais de carregamento remove uma parte do público que você pagou para trazer. Isso não é uma afirmação fabricada para impressionar — é uma propriedade fundamental do comportamento de consumo em mobile, que hoje representa a maior parte do tráfego de campanhas de performance.
Resumo rápido: Landing page que converte bem precisa de três coisas integradas: velocidade de carregamento que passa nos Core Web Vitals do Google (LCP, INP, CLS), design e copy testados por A/B test com dados reais de tráfego, e infraestrutura técnica que suporta iteração rápida. Construtores genéricos oferecem facilidade de entrada, mas raramente entregam as três coisas ao mesmo tempo.
O que são Core Web Vitals e por que você precisa se preocupar com eles
Core Web Vitals é o conjunto de métricas técnicas que o Google usa para avaliar a experiência de usuário em uma página. São três indicadores principais:
LCP — Largest Contentful Paint. Mede quanto tempo leva para o maior elemento visível da página (geralmente a imagem hero ou o título principal) aparecer na tela. O Google considera "bom" abaixo de 2,5 segundos. Acima de 4 segundos é classificado como "ruim". Para uma landing page de tráfego pago, um LCP lento significa que o usuário vê uma tela em branco ou em carregamento enquanto a mensagem principal ainda não chegou. Essa métrica é o primeiro item que o departamento de Marketing da MaxVision audita antes de rodar tráfego pago para qualquer LP de cliente.
INP — Interaction to Next Paint. Mede a responsividade da página às interações do usuário — clicar em um botão, preencher um campo de formulário. Uma página que trava ou demora para responder ao toque destrói a experiência de quem já tinha intenção de converter. "Bom" é abaixo de 200ms.
CLS — Cumulative Layout Shift. Mede o quanto os elementos da página se movem enquanto ela carrega. Se o botão de CTA muda de posição enquanto o usuário está tentando clicar, ou se o formulário sobe dois centímetros quando uma imagem abaixo carrega, o CLS é alto — e a experiência é frustrante.
Esses três indicadores importam para além do Google Ads. Desde que o Google incorporou os Core Web Vitals ao seu sistema de avaliação de qualidade de página, uma LP com pontuações ruins pode pagar mais por clique em Search Ads para a mesma posição que uma LP com pontuações boas. E em SEO, os sinais de experiência de usuário influenciam o ranking. Uma LP usada simultaneamente para tráfego pago e orgânico tem dupla motivação para otimizar esses números.
Por que construtores genéricos têm teto de performance
Wix, Webflow no modo básico, páginas construídas em construtores de email marketing ou em plataformas de CRM — todos oferecem uma vantagem real: você coloca uma página no ar em horas sem saber escrever uma linha de código. Para validar uma oferta inicial ou testar se existe demanda para um produto, esse ponto de entrada tem valor.
O problema aparece quando a LP precisa performar de verdade, em escala, com orçamento de mídia relevante. Os construtores genéricos carregam consigo heranças técnicas que limitam o desempenho:
JavaScript excessivo. Construtores visuais geram código que inclui bibliotecas e funcionalidades que a sua página específica não usa. Esse peso extra aumenta o tempo de carregamento, especialmente em conexões móveis mais lentas.
Imagens não otimizadas por padrão. A maioria dos construtores não converte automaticamente imagens para formatos modernos como WebP ou AVIF, nem gera versões responsivas para diferentes tamanhos de tela. Uma imagem hero de 3MB numa LP mobile é custo puro de carregamento.
Falta de controle sobre cache e CDN. Construtores SaaS controlam a infraestrutura, o que significa que você não decide como os assets são servidos, com qual estratégia de cache ou de qual ponto de presença geográfica.
Limitações de A/B test. A maioria dos construtores oferece algum nível de teste A/B, mas com limitações de implementação que podem gerar ruído nos dados — como redirecionamentos que adicionam latência ou janelas de teste que confundem usuários.
Para uma LP de low-ticket com poucos milhares de reais mensais em mídia, esses limites são toleráveis. Para uma operação que gasta dezenas de milhares por mês em tráfego e onde cada décimo de ponto na taxa de conversão representa receita significativa, a infraestrutura técnica começa a ser parte do resultado.
LP própria: quando Astro e Next.js fazem diferença
Frameworks modernos de frontend como Astro e Next.js permitem construir landing pages que saem otimizadas por design, não por configuração manual.
Astro gera HTML estático puro por padrão — JavaScript só carrega onde é necessário (um formulário interativo, um contador, um player de vídeo). Uma LP construída em Astro servida por CDN global chega ao usuário como um arquivo HTML e CSS praticamente estático. O LCP em conexões móveis comuns cai drasticamente em comparação com uma página carregada por um construtor SaaS.
Next.js oferece mais flexibilidade para LPs que precisam de personalização dinâmica — mostrar conteúdo diferente conforme UTM, geolocalização ou segmento do usuário. O sistema de Image Optimization do Next.js converte e serve imagens no formato e tamanho correto automaticamente, resolvendo um dos maiores vilões de LCP.
Quando vale a pena construir LP própria com esses frameworks? Quando a LP tem vida longa, recebe tráfego pago contínuo, precisa de A/B test integrado ao funil de mídia, ou quando a personalização por segmento é parte da estratégia. Uma LP de evento pontual com orçamento de campanha de R$ 1.000 provavelmente não justifica. Uma LP de produto principal com R$ 30.000 mensais de mídia e variações para diferentes personas justifica com folga.
A/B test integrado ao tráfego: a única forma de saber o que funciona
Copy, CTA, headline, ordem dos elementos, cor do botão, prova social em cima ou embaixo do formulário — existem dezenas de hipóteses sobre o que aumenta a conversão, e boa parte delas se contradiz dependendo do público e do produto. O A/B test é o único método que resolve essa contradição com dados em vez de opinião.
O erro mais comum em A/B test de LP é testar variáveis que não têm impacto real enquanto deixa sem testar as que têm. A cor do botão é o exemplo clássico de teste que raramente move a agulha de forma significativa. O que move:
O headline. A primeira afirmação que o usuário lê é responsável pela decisão de continuar lendo. Testar angulações diferentes do mesmo benefício — orientado a dor versus orientado a ganho, específico versus genérico — costuma revelar diferenças relevantes.
A proposta de valor acima do fold. O que o usuário vê sem rolar a página define se ele rola. Testar o posicionamento da oferta, a presença ou ausência de preço, e o formato do CTA (botão único versus formulário inline) costuma gerar dados acionáveis.
A prova social. Depoimento com foto e empresa versus depoimento anônimo versus número de clientes versus logo de clientes — o formato certo de prova social varia por setor e público.
A/B test integrado ao tráfego significa que as variações são distribuídas diretamente pelo tráfego pago com split consistente — sem redirecionamento que adiciona latência e sem cookie que vai embora no meio do teste. Isso exige que a ferramenta de teste seja compatível com a infraestrutura técnica da LP, e que o volume de tráfego seja suficiente para atingir significância estatística dentro de um prazo razoável.
Testar com tráfego insuficiente é um erro clássico: você toma decisão com base em dados que ainda não têm validade estatística, implementa a variante "vencedora" e depois descobre que era ruído.
A tabela que compara o que você ganha com cada abordagem
| Dimensão | Construtor Genérico | LP Própria Otimizada |
|---|---|---|
| Tempo de entrega inicial | Rápido (horas/dias) | Mais longo (dias/semanas) |
| LCP em mobile | Frequentemente acima de 3s | Pode ser abaixo de 1,5s com CDN |
| Controle de Core Web Vitals | Limitado | Total |
| A/B test sem latência extra | Raro (maioria adiciona redirect) | Possível com split nativo |
| Personalização por UTM/segmento | Limitada | Total |
| Custo de manutenção | Baixo (SaaS cuida da infra) | Maior (time técnico necessário) |
| Integração com eventos de conversão | Básica | Pixel + Conversions API server-side |
| Headless CMS | Não disponível | Disponível |
| Custo total com tráfego alto | Pode sair caro (limitações de conversão) | Menor CAC no longo prazo |
| Dependência de plataforma | Alta (lock-in) | Baixa (você tem o código) |
Velocidade primeiro: o checklist técnico que resolve a maioria dos casos
Independente do framework escolhido, quatro problemas respondem pela maior parte dos casos de LCP ruim: imagens não convertidas para WebP/AVIF (ou servidas sem dimensionamento responsivo); fontes externas sem pré-carregamento (font-display: swap evita o flash de texto invisível); scripts de terceiros — pixels, chat, A/B test — carregados de forma síncrona no <head> em vez de assíncrona; e ausência de CDN, que faz usuários no Brasil esperarem assets servidos de servidor único fora do país. Resolver esses quatro antes de qualquer outra otimização costuma gerar os ganhos mais imediatos.
Perguntas Frequentes
Uma landing page lenta realmente afeta o custo por clique no Google Ads?
Sim. O Quality Score do Google Ads inclui a avaliação da experiência de landing page, que considera velocidade de carregamento e relevância do conteúdo para a keyword. Um Quality Score mais baixo faz você pagar mais por posição equivalente. A LP faz parte do leilão, não é apenas o destino do clique.
Qual ferramenta de A/B test usar para landing page?
Depende do volume de tráfego e da infraestrutura. Para LPs com volume alto em framework próprio, experimentação no edge (Vercel Edge Middleware, Cloudflare Workers) não adiciona latência e é a abordagem mais robusta. Para volumes menores em qualquer plataforma, ferramentas como PostHog ou VWO funcionam com trade-off de alguma latência no load inicial. O mais importante é não testar com pouco tráfego — calcule o tamanho de amostra necessário antes de iniciar.
Posso usar Webflow para LP de performance?
Webflow gera código mais limpo do que muitos construtores, e com configuração adequada consegue pontuações razoáveis nos Core Web Vitals. As limitações aparecem em personalização avançada por segmento e em A/B test sem latência. Para muitos casos de uso, Webflow é uma escolha intermediária válida — melhor que Wix ou construtores básicos, com menos controle do que código próprio.
Como saber se minha LP atual está com problema de velocidade?
O Google PageSpeed Insights (gratuito) avalia LCP, INP e CLS e aponta os elementos responsáveis pelo problema. O relatório de Core Web Vitals no Google Search Console mostra os dados reais de usuários, não apenas simulações. Combine os dois para ter uma visão completa.
Vale investir em LP otimizada para uma campanha pequena?
Para campanhas com verba baixa e duração curta, provavelmente não. O retorno de uma LP otimizada se materializa em escala — quando o volume de tráfego é alto o suficiente para que a diferença de taxa de conversão se traduza em receita significativa. Um construtor genérico e rápido de montar costuma ser a decisão mais racional para campanhas pontuais de baixo orçamento.
Conclusão
Landing page não é o detalhe que vem depois de tráfego, criativo e segmentação. É parte do custo de aquisição. Uma LP que converte melhor reduz o CAC de todas as campanhas que apontam para ela — Meta, Google, TikTok, LinkedIn — sem que você precise pagar mais por clique.
A velocidade é o ponto de entrada mais objetivo: se o LCP está acima de 2,5 segundos no mobile, existe um problema técnico com solução concreta. Os Core Web Vitals são a métrica que traduz experiência de usuário em número verificável. O A/B test é o método que transforma suposição em decisão baseada em dados.
O que não funciona é terceirizar LP para quem não opera a mídia, ou operar mídia sem controle sobre a LP. Quando design, desenvolvimento e campanhas falam a mesma língua, o ciclo de otimização fecha de semana em semana.
Se você quer uma LP construída com infraestrutura própria (Astro/Next.js), otimizada para Core Web Vitals e integrada ao ciclo de mídia paga, o departamento de Marketing da MaxVision une design, desenvolvimento e operação de tráfego no mesmo time. Para avaliar sua LP atual e o que pode melhorar, entre em contato.
