Core Web Vitals são três métricas que o Google usa para avaliar a experiência do usuário em sites e que desde 2021 são sinal de ranqueamento. Para sites imobiliários, as três métricas mais críticas hoje são LCP (Largest Contentful Paint — velocidade de carregamento da imagem principal), CLS (Cumulative Layout Shift — estabilidade visual enquanto a página carrega) e INP (Interaction to Next Paint — resposta a cliques e filtros). Atenção: o FID (First Input Delay) foi descontinuado pelo Google em março de 2024 e substituído pelo INP — artigos que ainda citam FID como Core Web Vital ativo estão desatualizados. Sites imobiliários têm vulnerabilidades específicas em todas as três métricas: fotos de imóveis sem otimização destroem o LCP, anúncios e widgets de mapa que carregam fora de ordem geram CLS e filtros de busca baseados em JavaScript pesado elevam o INP. A ferramenta gratuita de diagnóstico é o Google PageSpeed Insights, que mostra o status de cada métrica com dados reais de usuários do Chrome.

Core Web Vitals para site imobiliário é um tema técnico com consequência comercial direta: um site que reprova nas métricas LCP, CLS e INP perde posicionamento no Google e perde leads por abandono antes mesmo de o visitante ver os imóveis disponíveis. O Google incorporou os Core Web Vitals ao algoritmo de ranqueamento em junho de 2021, e desde então sites com performance ruim têm desvantagem estrutural nas buscas locais, que são as buscas mais valiosas para imobiliárias. O dado publicado pela própria equipe do Google no blog de Chromium indica que a probabilidade de um usuário abandonar uma página aumenta 32% quando o tempo de carregamento sobe de 1 segundo para 3 segundos, e 90% quando sobe para 5 segundos. Para um site imobiliário onde a primeira impressão é uma foto de fachada ou de sala, a velocidade de carregamento dessa imagem é a diferença entre o lead que fica e o lead que fecha o browser.

Uma atualização importante que a maioria dos artigos sobre Core Web Vitals para imobiliárias ainda não incorporou: o FID (First Input Delay), que era a terceira métrica original do conjunto, foi oficialmente descontinuado pelo Google em 12 de março de 2024 e substituído pelo INP (Interaction to Next Paint). O FID media apenas o atraso do primeiro clique em uma página. O INP é mais abrangente e mais preciso: mede a resposta a todas as interações do usuário ao longo de toda a sessão, incluindo cliques em filtros de busca, abertura de fotos no galeria e seleção de bairros no mapa. Para sites imobiliários, onde o usuário frequentemente interage com filtros complexos, o INP é especialmente relevante.

Este artigo explica cada uma das três métricas atuais com os valores de referência publicados pelo Google, identifica as causas específicas mais comuns em sites imobiliários para cada métrica, apresenta as correções mais impactantes por ordem de prioridade e explica como medir o status atual do site antes de qualquer alteração. Para o contexto de impacto de velocidade em leads, o artigo sobre benchmark de velocidade de sites imobiliários no Brasil apresenta dados comparativos de mercado.

Neste artigo:

  1. Core Web Vitals para site imobiliário: por que são um sinal de ranqueamento, não apenas de performance?
  2. O que é o LCP e por que sites imobiliários são especialmente vulneráveis a essa métrica?
  3. O que é o CLS e como elementos dinâmicos de sites imobiliários geram instabilidade visual?
  4. O que é o INP (que substituiu o FID em 2024) e como filtros e mapas imobiliários o afetam?
  5. Como medir os Core Web Vitals de um site imobiliário em 2026?
  6. Quais são as correções mais impactantes para LCP em sites imobiliários?
  7. Quais são as correções mais impactantes para CLS em sites imobiliários?
  8. Quais são as correções mais impactantes para INP em sites imobiliários?
  9. Quanto um site imobiliário com Core Web Vitals ruins perde em leads por mês?
  10. Ponto de vista: o que o PageSpeed 90+ significa na prática para uma imobiliária
  11. Tabela de referência: métricas, thresholds e causas típicas em sites imobiliários
  12. Perguntas frequentes
  13. Fontes e referências

Core Web Vitals para site imobiliário: por que são um sinal de ranqueamento, não apenas de performance?

Core Web Vitals são três métricas que o Google mede com dados reais de usuários do Chrome para avaliar a experiência de uso de uma página. Desde junho de 2021 são sinal de ranqueamento, o que significa que sites com métricas ruins perdem posição no Google para sites com métricas boas, mesmo com conteúdo equivalente.

A distinção entre sinal de performance e sinal de ranqueamento é importante para entender por que os Core Web Vitals importam comercialmente para imobiliárias, não apenas tecnicamente. Performance é uma medição interna: o site carrega rápido ou devagar. Ranqueamento é uma consequência externa: o site aparece antes ou depois dos concorrentes no Google. Os Core Web Vitals conectam as duas dimensões: ao usar dados reais de usuários do Chrome (chamados de CrUX — Chrome User Experience Report) em vez de apenas testes de laboratório, o Google mede como o site real se comporta para usuários reais, e usa essa medição para ajustar o posicionamento do site nas buscas.

Para uma imobiliária que compete no Google local por termos como "imóveis em Campinas", "apartamento à venda Jardim Goiás" ou "casa temporada Jurerê Internacional", a diferença de posicionamento entre o site próprio e o site de um concorrente com melhor performance pode ser decidida pelos Core Web Vitals quando o conteúdo e a autoridade de domínio são similares. O site imobiliário profissional com score 90+ no PageSpeed não é apenas uma métrica de vaidade: é um diferencial de ranqueamento que se acumula ao longo do tempo.

O que é o LCP e por que sites imobiliários são especialmente vulneráveis a essa métrica?

LCP (Largest Contentful Paint) mede o tempo que o maior elemento visual da página leva para aparecer na tela do usuário. Bom: até 2,5 segundos. Precisa melhorar: 2,5 a 4,0 segundos. Ruim: acima de 4,0 segundos. Em sites imobiliários, o LCP quase sempre é uma foto de imóvel não otimizada.

O LCP é a métrica de Core Web Vital mais diretamente impactada pelo perfil de conteúdo de sites imobiliários. A razão é estrutural: o elemento visual de maior área em qualquer página de imóvel é invariavelmente uma foto da propriedade. Em sites onde as fotos são enviadas diretamente pela câmera do celular do corretor ou do fotógrafo profissional sem processamento, esses arquivos frequentemente têm entre 3 MB e 8 MB por imagem. Quando o Google tenta carregar a página e encontra uma imagem de 5 MB como o elemento principal, o LCP para aquela página é catastrófico — tipicamente acima de 6 a 10 segundos em conexão móvel 4G.

O padrão de referência do Google para LCP é claro: o elemento principal deve aparecer em até 2,5 segundos para que a métrica seja considerada boa. Entre 2,5 e 4,0 segundos está na faixa de "precisa melhorar". Acima de 4,0 segundos é "ruim" e representa penalização no ranqueamento. Para contexto: em uma conexão móvel típica no Brasil, uma imagem de 4 MB sem compressão leva em torno de 4 a 8 segundos para carregar completamente. Isso coloca qualquer site imobiliário com fotos não otimizadas diretamente na faixa de "ruim" para o LCP de dispositivos móveis.

A vulnerabilidade específica dos sites imobiliários ao LCP tem ainda outro componente além do tamanho das fotos: o carregamento de scripts externos na fase crítica de renderização. Sites que carregam widgets de chat, scripts de rastreamento de anúncios, scripts de mapas ou banners de cookies antes de renderizar a imagem principal estão bloqueando o LCP por segundos adicionais. O navegador não consegue mostrar a imagem enquanto está executando esses scripts.

O que é o CLS e como elementos dinâmicos de sites imobiliários geram instabilidade visual?

CLS (Cumulative Layout Shift) mede a instabilidade visual de uma página: quanto os elementos se movem enquanto a página carrega. Bom: CLS até 0,10. Precisa melhorar: 0,10 a 0,25. Ruim: acima de 0,25. Uma única imagem sem dimensões declaradas ou um anúncio que aparece depois pode causar CLS alto o suficiente para reprovar.

O CLS é a métrica de Core Web Vital que mais afeta a percepção de profissionalismo de um site, porque mede o fenômeno que todos os usuários conhecem por experiência mas poucos sabem o nome: a página que "pula" enquanto carrega, fazendo o usuário clicar no elemento errado porque o elemento que queria se moveu no momento do clique. Para sites imobiliários, esse comportamento é especialmente frustrante quando acontece na galeria de fotos ou nos botões de contato.

As causas mais comuns de CLS alto em sites imobiliários são três. A primeira são imagens sem atributos de largura e altura declarados no HTML: quando o navegador carrega a página, reserva o espaço do texto mas não sabe quanto espaço reservar para as imagens, então renderiza o texto primeiro e depois empurra tudo para baixo quando a imagem carrega. A correção é garantir que toda tag de imagem tenha width e height declarados explicitamente. A segunda causa são componentes de chat (Zendesk, Intercom, JivoChat) e banners de cookies que aparecem depois que o usuário já começou a interagir: quando surgem, empurram o conteúdo e causam shift. A terceira são fontes web que carregam de forma assíncrona e trocam a fonte de fallback pela fonte definitiva depois que o texto já foi renderizado, causando um pequeno mas mensurável shift de layout.

O que é o INP (que substituiu o FID em 2024) e como filtros e mapas imobiliários o afetam?

INP (Interaction to Next Paint) substituiu o FID como terceiro Core Web Vital em 12 de março de 2024. Mede o tempo de resposta a todas as interações do usuário na página, não apenas a primeira. Bom: até 200ms. Precisa melhorar: 200 a 500ms. Ruim: acima de 500ms.

A substituição do FID pelo INP é a mudança mais importante nos Core Web Vitals desde a sua criação, e a maioria dos artigos sobre performance de sites imobiliários ainda não a incorporou. O FID (First Input Delay) media apenas o atraso do primeiro clique em uma página, o que criava um problema metodológico: era possível ter um FID excelente e ao mesmo tempo uma experiência de usuário terrível se as interações subsequentes fossem lentas. O INP resolve isso medindo todas as interações ao longo da sessão e usando a pior (ou quase a pior, com ajuste para outliers extremos) como o valor reportado.

Para sites imobiliários, o INP é a métrica mais afetada pela arquitetura de JavaScript dos filtros de busca. Um site imobiliário típico tem filtros de tipo de imóvel, bairro, faixa de preço, número de quartos e características. Quando esses filtros são implementados com JavaScript que re-renderiza toda a listagem a cada seleção, sem paginação eficiente e sem web workers para processar o filtro fora da thread principal, o clique em um filtro pode travar o navegador por 800ms a 2 segundos enquanto o JavaScript processa. Isso reprova diretamente no INP. O mesmo acontece com mapas interativos: a inicialização da API do Google Maps ou do Mapbox na thread principal bloqueia a resposta a qualquer interação do usuário enquanto o mapa é montado.

O Google recomenda que o INP esteja abaixo de 200ms para ser considerado bom. Um clique em filtro que leva 800ms a processar está 4 vezes acima do threshold de "bom" e na faixa de "ruim". Para verificar o INP de uma página específica, o Google PageSpeed Insights mostra o valor coletado dos usuários reais do Chrome, com detalhamento de quais interações estão causando as maiores latências.

Como medir os Core Web Vitals de um site imobiliário em 2026?

Três ferramentas gratuitas do Google medem Core Web Vitals com dados reais de usuários: Google PageSpeed Insights para análise por URL, Google Search Console para visão geral de todo o site e relatório de Core Web Vitals, e Chrome DevTools para diagnóstico técnico detalhado por elemento de página.

O diagnóstico correto de Core Web Vitals começa pela distinção entre dados de laboratório (simulação) e dados de campo (CrUX — usuários reais). O Google PageSpeed Insights mostra os dois: a seção "Dados de campo" mostra o desempenho real coletado dos usuários do Chrome nos últimos 28 dias, e a seção "Diagnósticos" mostra a simulação técnica com sugestões de melhoria. Para ranqueamento, o que importa são os dados de campo — se o seu site ainda não tem volume de tráfego suficiente para gerar dados de campo, o PageSpeed usa os dados do domínio como um todo ou apresenta apenas os dados de laboratório.

O passo a passo de diagnóstico para um site imobiliário é o seguinte: acessar pagespeed.web.dev, digitar a URL de uma página de imóvel (não apenas a homepage, pois as páginas internas de imóvel frequentemente têm desempenho diferente), selecionar "Mobile" (o Google indexa e ranqueia com base na versão mobile) e analisar as três métricas. Em seguida, abrir o Google Search Console, ir em "Experiência > Core Web Vitals" e verificar o relatório de URLs que estão na faixa "Ruim" ou "Precisa melhorar" para todo o site. Esse relatório identifica quais páginas precisam de atenção prioritária e agrupa páginas com o mesmo problema para correção em escala.

Quais são as correções mais impactantes para LCP em sites imobiliários?

As três correções de maior impacto no LCP de sites imobiliários são compressão e conversão de fotos para WebP com limite de 150KB por imagem, adição de preload da imagem hero no HTML e eliminação de scripts de terceiros que bloqueiam a renderização na fase de carregamento crítico.

A correção de maior impacto individual para o LCP de sites imobiliários é a compressão e conversão das fotos de imóveis para o formato WebP. O WebP é um formato de imagem desenvolvido pelo Google que oferece compressão 25% a 35% mais eficiente que JPEG com qualidade visual equivalente. Uma foto de imóvel de 4 MB em JPEG pode ser convertida para WebP com 180 KB de tamanho sem perda perceptível de qualidade para o visitante do site. Em conexão móvel 4G com velocidade de 10 Mbps, essa diferença é de 3,2 segundos de carregamento a menos só na foto principal. O Chrome, Safari e Firefox modernos suportam WebP nativamente. Plataformas imobiliárias que não convertem automaticamente as fotos enviadas pelo corretor estão deixando o LCP do site na mão do arquivo que o corretor subiu, sem controle de performance.

A segunda correção de alto impacto é o preload da imagem hero (a primeira imagem visível na página). O preload é uma instrução no cabeçalho HTML que informa ao navegador para iniciar o download da imagem principal antes mesmo de processar o restante da página. Sem preload, o navegador descobrirá a imagem principal somente depois de processar o HTML e o CSS, o que introduz um atraso desnecessário de 0,5 a 1,5 segundos no LCP. Com preload, o download da imagem começa em paralelo com o processamento do restante da página.

A terceira correção é o diferimento de scripts de terceiros para depois do carregamento crítico. Scripts de chat, rastreamento de anúncios e mapas que são carregados de forma síncrona no cabeçalho da página bloqueiam a renderização até que o script termine de carregar e executar. A solução é adicionar os atributos defer ou async a esses scripts, ou movê-los para o final do corpo da página, garantindo que não bloqueiem o LCP. Para mapas, a solução mais eficaz é carregar uma imagem estática do mapa (screenshot) como placeholder e inicializar o mapa interativo apenas quando o usuário clicar nele.

Quais são as correções mais impactantes para CLS em sites imobiliários?

As correções mais impactantes para CLS são: declarar explicitamente largura e altura de todas as imagens de imóveis no HTML, reservar espaço para anúncios e widgets de chat antes de carregarem e usar font-display swap para fontes web com fallback de tamanho similar.

A correção de CLS em sites imobiliários começa com uma auditoria de todas as imagens nas páginas de imóvel para verificar se têm atributos width e height declarados no HTML. Toda tag <img> sem dimensões declaradas é uma fonte potencial de CLS, porque o navegador não sabe quanto espaço reservar antes de carregar a imagem. A correção é simples: adicionar os atributos com as dimensões reais da imagem (ou as dimensões que o CSS vai aplicar). Isso garante que o navegador reserve o espaço correto antes de carregar a imagem, eliminando o shift quando a imagem finalmente aparece.

Anúncios de retargeting e widgets de chat são as causas mais comuns de CLS alto em sites imobiliários que têm essas integrações. A correção não é necessariamente remover esses elementos, mas sim reservar o espaço que eles vão ocupar antes de carregarem. Um banner de cookie de 60px de altura que aparece na base da página depois do carregamento causa CLS de 0,15 a 0,20 em páginas com conteúdo de altura moderada, o que por si só reprova na métrica. A solução é incluir no CSS do site um espaço reservado para esse banner desde o carregamento inicial.

Quais são as correções mais impactantes para INP em sites imobiliários?

As correções mais impactantes para INP são: mover o processamento de filtros de busca para web workers (fora da thread principal), implementar renderização incremental de listagens em vez de re-renderizar toda a lista a cada filtro, e carregar mapas de forma lazy, apenas quando o usuário rolar até o mapa.

O INP é a métrica de correção mais técnica dos três Core Web Vitals porque exige mudanças na arquitetura de JavaScript, não apenas em ativos como imagens. Para sites imobiliários com filtros de busca baseados em JavaScript, a correção mais impactante é dividir o trabalho de filtragem: em vez de processar o filtro e re-renderizar toda a lista de imóveis na thread principal do navegador (que é a thread responsável por responder a cliques e interações), mover o processamento para um web worker que opera em paralelo. O resultado visível para o usuário é que o clique no filtro é reconhecido imediatamente (o botão dá feedback visual em milissegundos) enquanto o processamento acontece em background.

Para mapas interativos, a solução mais eficaz para o INP é o lazy loading: não inicializar a API do Google Maps ou do Mapbox no carregamento da página, mas apenas quando o usuário rolar até a área do mapa ou clicar em um botão "Ver no mapa". A inicialização de um mapa interativo executa centenas de milissegundos de JavaScript que bloqueiam a thread principal durante a inicialização, o que se manifesta como INP alto nos segundos iniciais de uso da página. Carregar o mapa apenas quando necessário elimina esse bloqueio do fluxo crítico de interação.

Quanto um site imobiliário com Core Web Vitals ruins perde em leads por mês?

O Google publicou que a probabilidade de abandono de página aumenta 32% quando o tempo de carregamento vai de 1 para 3 segundos, e 90% quando vai para 5 segundos. Para um site imobiliário que recebe 500 visitantes por mês, a diferença entre site rápido e site lento pode ser de 100 a 200 leads perdidos antes mesmo de ver os imóveis.

A consequência comercial de Core Web Vitals ruins em sites imobiliários tem dois componentes: perda de posição no Google (que reduz o tráfego que chega ao site) e perda por abandono de visitantes que chegaram mas saíram antes de converter (que reduz a taxa de conversão do tráfego existente). Os dois componentes se somam: um site lento recebe menos visitantes do Google e converte uma fração menor dos que chegam.

Para calcular o impacto em leads, a imobiliária precisa de dois dados: volume de tráfego mensal do site e taxa de conversão atual. Com um site que recebe 500 visitantes por mês e tem taxa de conversão de 3% (15 leads por mês), uma melhoria de performance que reduz o abandono em 30% resulta em 500 × 30% = 150 visitantes adicionais que ficam na página, dos quais 3% convertem em mais 4 a 5 leads por mês. Para uma imobiliária com comissão média de R$ 10.000 por venda e taxa de fechamento de 15% sobre leads qualificados, cada lead adicional vale em média R$ 1.500 de receita potencial. Quatro leads adicionais por mês valem R$ 6.000. A mensalidade de uma plataforma com score 90+ no PageSpeed paga-se na performance do site, não apenas no SEO.

Para ver o que acontece quando o site imobiliário não gera leads apesar do tráfego, a página meu site imobiliário não gera leads apresenta um diagnóstico dos problemas mais comuns além da performance, incluindo CTA, copywriting e estrutura de conversão.

Ponto de vista: o que o PageSpeed 90+ significa na prática para uma imobiliária

Por Alessandro Oliveira — fundador do Website Imobiliário, doutor em Engenharia de Sistemas Eletrônicos (Poli-USP), desenvolvedor de plataformas para o mercado imobiliário brasileiro desde 2005.

Quando menciono que o Website Imobiliário entrega sites com score 90+ no PageSpeed, esse número não é uma promessa de marketing. É o resultado de uma série de decisões técnicas de arquitetura que foram construídas ao longo de anos com o objetivo específico de garantir performance no contexto de sites imobiliários brasileiros: compressão automática de fotos para WebP no momento do upload, reserva de espaço para todas as imagens antes do carregamento, carregamento diferido de mapas e widgets de terceiros e estrutura de JavaScript que não bloqueia a thread principal durante filtros de busca.

O que aprendi ao longo de 20 anos desenvolvendo plataformas para o mercado imobiliário é que performance técnica não é um diferencial para gestores de imobiliárias, é um problema invisível. O gestor não sabe que o site demora 8 segundos para carregar no celular de um cliente. O cliente simplesmente fecha o browser e vai ao ZAP. A imobiliária registra "lead não converteu" sem nunca saber que o lead saiu antes mesmo de ver o primeiro imóvel. Os Core Web Vitals tornam esse problema visível: pela primeira vez, é possível medir com dados reais de usuários reais quantas pessoas estão abandonando o site por lentidão e em qual página esse abandono está acontecendo.

O FID ser substituído pelo INP em 2024 é um exemplo perfeito de por que performance de site imobiliário não é um projeto com começo e fim, mas um processo contínuo. O Google vai continuar refinando as métricas à medida que o comportamento dos usuários e as tecnologias web evoluem. A imobiliária que está em uma plataforma que acompanha essas evoluções automaticamente nunca precisa se preocupar com isso. A que está em uma plataforma que não acompanha vai descobrindo essas mudanças quando o ranqueamento cai sem explicação aparente. Agende uma demonstração gratuita para ver como o site imobiliário performa no PageSpeed com dados reais.

Tabela de referência: métricas, thresholds e causas típicas em sites imobiliários

Métrica O que mede Bom Precisa melhorar Ruim Causa mais comum em site imobiliário Correção prioritária
LCP (Largest Contentful Paint) Tempo para o maior elemento visual aparecer na tela Até 2,5s 2,5s a 4,0s Acima de 4,0s Foto de imóvel sem compressão (3MB a 8MB em JPEG) como imagem principal da página Converter fotos para WebP com limite de 150KB; adicionar preload da imagem hero
CLS (Cumulative Layout Shift) Instabilidade visual — quanto os elementos se movem enquanto a página carrega Até 0,10 0,10 a 0,25 Acima de 0,25 Imagens de imóveis sem atributos width e height declarados no HTML; banners de cookie e widgets de chat que aparecem depois do carregamento Declarar dimensões em todas as tags de imagem; reservar espaço para elementos dinâmicos antes de carregarem
INP (Interaction to Next Paint) Tempo de resposta a interações do usuário ao longo de toda a sessão (substituiu o FID em março de 2024) Até 200ms 200ms a 500ms Acima de 500ms Filtros de busca (tipo, bairro, preço, quartos) que re-renderizam toda a listagem na thread principal; mapas interativos carregados na inicialização da página Processar filtros com web workers; implementar lazy loading para mapas (carregar apenas quando o usuário rolar até o mapa)

Perguntas frequentes sobre Core Web Vitals em sites imobiliários

O FID ainda é um Core Web Vital em 2026?

Não. O FID (First Input Delay) foi oficialmente descontinuado pelo Google como Core Web Vital em 12 de março de 2024 e substituído pelo INP (Interaction to Next Paint). O INP mede a resposta a todas as interações do usuário durante a sessão, não apenas a primeira. Qualquer artigo publicado antes de março de 2024 que mencione FID como Core Web Vital ativo está desatualizado. O conjunto atual de Core Web Vitals é: LCP, CLS e INP.

Como verificar os Core Web Vitals do meu site imobiliário gratuitamente?

Duas ferramentas gratuitas do Google fazem isso. O Google PageSpeed Insights (pagespeed.web.dev) analisa uma URL específica e mostra dados reais de usuários do Chrome (quando disponíveis) e dados de laboratório com sugestões de melhoria. O Google Search Console, em "Experiência > Core Web Vitals", mostra o status de todas as URLs do site agrupadas por problema, o que permite identificar padrões em escala em vez de analisar página por página.

O LCP alto afeta o ranqueamento no Google Maps ou apenas na busca orgânica?

Os Core Web Vitals são um sinal de ranqueamento para os resultados orgânicos do Google Search, não para o Google Maps (Local Pack). O Google Maps usa outros fatores como relevância de categoria, proximidade, avaliações e completude do perfil do Google Business Profile. Para o ranqueamento no Google Maps, o que mais importa é a otimização do perfil, não a velocidade do site. Para o ranqueamento nos resultados orgânicos da busca (onde aparecem os artigos de blog e as páginas de bairro do site), os Core Web Vitals são um sinal relevante.

Uma plataforma imobiliária pronta garante Core Web Vitals bons automaticamente?

Não necessariamente. A performance dos Core Web Vitals depende de decisões de arquitetura da plataforma: como as fotos são processadas no upload, como os scripts são carregados, como os filtros são implementados. Plataformas que não comprimem automaticamente as fotos enviadas pelo corretor vão ter LCP ruim independentemente de qualquer configuração do usuário. O teste de 30 segundos: acessar o PageSpeed Insights com uma URL de imóvel da plataforma que está sendo avaliada e verificar o LCP no mobile. Um LCP acima de 3 segundos em mobile indica problema estrutural de plataforma que dificilmente é resolvido sem mudança na arquitetura.

O Website Imobiliário tem score 90+ no PageSpeed em todos os planos?

Sim. O Website Imobiliário foi desenvolvido com performance como critério de arquitetura, não como funcionalidade adicional: compressão automática de fotos para WebP no upload, reserva de dimensões para todas as imagens, carregamento diferido de scripts de terceiros e estrutura de filtros que não bloqueia a thread principal. O score 90+ no PageSpeed para mobile está disponível em todos os planos a partir do Start de R$ 87,90/mês. Agende uma demonstração gratuita para ver o relatório do PageSpeed com dados reais do site.

Fontes e referências