Core Web Vitals em sites imobiliários: guia para corrigir

Core Web Vitals são as três métricas com que o Google mede a experiência real do seu site: LCP (velocidade de carregamento), INP (resposta ao toque) e CLS (estabilidade visual). Sites imobiliários costumam ir mal nelas por causa de fotos pesadas, mapas e excesso de plugins — e a correção passa por imagens otimizadas, menos scripts e boa hospedagem.

O que são as três métricas, sem tecniquês

LCP (Largest Contentful Paint): quanto tempo leva pra o maior elemento da tela aparecer — no site imobiliário, quase sempre a foto de capa do imóvel. Meta: até 2,5 segundos.
INP (Interaction to Next Paint): quanto tempo o site demora pra reagir quando o visitante toca em algo — abrir o filtro de busca, avançar foto na galeria. Meta: até 200 milissegundos.
CLS (Cumulative Layout Shift): quanto a página “pula” enquanto carrega. Você já tentou clicar em “ver telefone” e o botão desceu porque um banner carregou em cima? Isso é CLS. Meta: abaixo de 0,1.

O Google usa essas métricas como um dos fatores de ranqueamento — desempate entre conteúdos parecidos, não bala de prata. Mas o efeito comercial é maior que o efeito SEO: visitante de imóvel navega no celular, no 4G, e abandona página que demora. Site lento perde lead antes de perder posição.

Por que site de imobiliária é quase sempre lento

O site imobiliário típico junta os piores ingredientes de performance:

Fotos em excesso e sem tratamento. Cada anúncio tem 15 a 30 fotos, muitas subidas direto da câmera com 4 a 8 MB cada. É a causa número 1, disparada.
Mapa embutido em toda página. O Google Maps carrega centenas de KB de script mesmo que o visitante nunca role até ele.
Sliders e carrosséis pesados na home, com bibliotecas antigas de JavaScript.
Excesso de plugins e scripts de terceiros: chat, pop-up, pixel disso, tag daquilo — cada um adiciona peso e atrasa a interação.
Tema WordPress genérico cheio de recursos que ninguém usa, ou plataforma imobiliária antiga sem otimização.
Hospedagem barata compartilhada, com servidor respondendo devagar antes mesmo de a página começar a carregar.

Nenhum desses problemas exige reescrever o site. A maioria se resolve com configuração.

Como medir de graça (5 minutos)

Abra o PageSpeed Insights (pagespeed.web.dev) e teste três URLs: a home, uma página de imóvel e a página de busca/listagem.
Olhe primeiro a seção “Descubra o que seus usuários reais estão enfrentando” — são dados de visitantes de verdade nos últimos 28 dias. É essa avaliação que importa pro Google, não a nota de laboratório de 0 a 100.
Confira também o relatório Core Web Vitals no Search Console, que mostra quais grupos de página falham em cada métrica.
Priorize o mobile. É onde está a maioria dos seus visitantes e onde as notas são sempre piores.

Sites com pouco tráfego às vezes não têm dados reais; nesse caso, use a nota de laboratório como referência e foque nas oportunidades listadas.

As correções por ordem de impacto

1. Imagens: onde mora 70% do problema

Converta as fotos pra WebP, comprima, redimensione pro tamanho real de exibição e ative lazy loading (carregar a foto só quando o visitante rola até ela) — mantendo a primeira imagem da página carregando na hora, porque ela é o seu LCP. O passo a passo completo, incluindo alt text e nome de arquivo pra SEO, está no guia de otimização de imagens de imóveis.

Regra prática: foto de imóvel no site não deveria passar de 150 a 300 KB. Se as suas têm 3 MB, só essa correção já muda sua nota de patamar.

2. Mapa e vídeos: carregue sob demanda

Troque o mapa embutido por uma imagem estática do mapa que só vira mapa interativo quando o visitante clica. O mesmo vale pra vídeo do YouTube embutido: miniatura primeiro, player só no clique. Ganho grande de LCP e INP com mudança pequena.

3. Faxina de plugins e scripts

Liste tudo que carrega no site: chats, pop-ups, sliders, contadores, pixels duplicados. Pergunta pra cada um: gera lead ou venda? Se não, remova. Se sim, verifique se pode carregar depois do conteúdo (atributo defer ou carregamento atrasado). Sites que fazem essa faxina costumam cortar 30% a 50% do peso de JavaScript.

4. Cache e hospedagem

Ative um plugin de cache (no WordPress) ou o cache da plataforma, e coloque um CDN gratuito na frente do site. Se o servidor demora mais de 600 ms pra responder (o PageSpeed mostra isso como “tempo de resposta do servidor”), considere migrar de hospedagem — a diferença entre uma hospedagem ruim e uma decente custa pouco e aparece em todas as métricas.

5. CLS: reserve o espaço dos elementos

Defina largura e altura nas imagens, reserve espaço fixo pra banners e evite conteúdo que empurra a página depois de carregada. É a correção mais barata das três métricas.

E se o site for de plataforma imobiliária fechada?

Boa parte das imobiliárias usa plataformas prontas onde não dá pra mexer no código. Ainda assim você controla: o peso das fotos que sobe, a quantidade de scripts extras que adiciona (chat, pop-up) e a cobrança sobre o fornecedor — mande o relatório do PageSpeed e pergunte o que eles vão corrigir. Se a plataforma ignora performance há anos, isso entra na conta na próxima renovação; os requisitos pra avaliar estão no artigo sobre o que um site de imobiliária precisa ter.

Velocidade também não vive sozinha: ela é um item do checklist maior de SEO técnico básico para imobiliárias, junto de indexação, mobile e estrutura de URLs.

Por onde começar

Rode o PageSpeed Insights na home e numa página de imóvel hoje e anote as três métricas no mobile. Ataque na ordem: imagens em WebP com lazy loading, mapa sob demanda, faxina de scripts, cache. Reavalie em 28 dias — é o ciclo dos dados reais do Google. Na maioria dos sites imobiliários, só imagens e cache já levam o LCP pra zona verde, e cada segundo ganho aparece onde interessa: mais leads chegando ao formulário.

Perguntas frequentes

Core Web Vitals ruim faz meu site sumir do Google?

Não diretamente. As métricas são um fator de desempate entre conteúdos parecidos, não algo que tira o site do ar ou o derruba nas posições sozinho. O impacto maior costuma ser comercial: visitante navegando pelo celular abandona página lenta antes mesmo de ela carregar, então o site perde lead antes de perder ranqueamento.

Preciso mexer no código do site para melhorar essas métricas?

Na maioria dos casos não. Boa parte do ganho vem de configuração: comprimir e converter fotos para WebP, ativar cache, remover plugins que não geram lead e carregar mapas e vídeos só quando o visitante interage com eles. Reescrever o site do zero raramente é necessário para resolver os problemas mais comuns.

Uso uma plataforma imobiliária fechada e não posso mexer no código. E agora?

Você ainda controla dois pontos importantes: o peso das fotos que você mesmo sobe e a quantidade de scripts extras, como chat e pop-up, que adiciona. Além disso, vale cobrar o fornecedor da plataforma mandando o relatório do PageSpeed e perguntando quais correções eles pretendem fazer, usando isso como critério na próxima renovação de contrato.

Por que minha nota no PageSpeed varia tanto entre os testes?

Porque existem dois tipos de dado: a nota de laboratório, que pode oscilar por variações de rede e servidor no momento do teste, e os dados de usuários reais dos últimos 28 dias, que são mais estáveis e é o que o Google realmente usa para ranqueamento. Sites com pouco tráfego às vezes não acumulam dados reais suficientes e precisam se basear na nota de laboratório como referência.