Core Web Vitals para sites de clínicas: guia 2026

Em resumo

• O Google usa Core Web Vitals (LCP, INP, CLS) como sinal oficial de ranking desde 2021, com o INP a substituir o FID em março de 2024.
• Sites de clínicas em Portugal alojados em WordPress partilhado falham tipicamente as três métricas em mobile, com LCP acima de 4 segundos e INP acima de 500 ms.
• Cada segundo adicional no LCP reduz, em média no setor, entre 8% a 12% das marcações iniciadas no formulário ou chatbot.
• Stacks modernas (Laravel + Tailwind + Alpine + CDN, sem bundlers pesados) atingem nativamente "Good" em todas as métricas sem otimização adicional.

A maioria dos sites de clínicas portuguesas foi construído entre 2018 e 2022, em WordPress com temas Avada, Divi ou Elementor, alojados em planos partilhados de baixo custo. Em 2026, esse legado tornou-se um problema mensurável: relatórios do PageSpeed Insights revelam mobile scores entre 18 e 35, LCP acima de 4 segundos e INP acima de 500 ms. Este guia explica o que são as Core Web Vitals em 2026, como diagnosticar uma clínica, e que opções existem para corrigir.

O que são Core Web Vitals em 2026

As Core Web Vitals são um conjunto de três métricas que o Google publica oficialmente como fator de ranking desde junho de 2021, no programa Page Experience. Em março de 2024, o Interaction to Next Paint (INP) substituiu o First Input Delay (FID), tornando-se a métrica oficial de interatividade. As três métricas atuais são: Largest Contentful Paint (LCP), que mede quando o maior elemento visível termina de carregar; Interaction to Next Paint (INP), que mede a latência da pior interação durante a visita; e Cumulative Layout Shift (CLS), que mede saltos visuais inesperados.

Cada métrica tem três faixas: "Good", "Needs Improvement" e "Poor". O Google só considera "passa" se a página estiver em "Good" no percentil 75 do tráfego real, medido pelo Chrome User Experience Report (CrUX). Isto significa que 75% das visitas reais têm de cumprir o limiar, não basta uma medição em laboratório. Para uma clínica portuguesa, o tráfego real significa pacientes em telemóveis Android de gama média a navegar em 4G, condições mais exigentes do que o desktop fibra do programador.

Limiares oficiais e como o Google calcula

Os limiares atuais são públicos e estáveis desde 2024. A tabela seguinte resume as três métricas, os limiares oficiais e o que cada uma representa na prática para um site de clínica.

O FCP e o TTFB não são Core Web Vitals oficiais mas são diagnósticos úteis, sobretudo o TTFB, que isola se o problema está no alojamento ou no front-end.

Porque é que sites WordPress de clínicas falham tipicamente

Em clínicas portuguesas observamos um padrão recorrente. O site foi feito por uma agência local há quatro anos, em WordPress com tema Avada ou Divi, e instalou-se ao longo do tempo uma camada acumulada de plugins: Yoast SEO, Elementor, WPBakery, WPML, formulários Contact Form 7, slider Revolution, cookie banner Complianz, chat externo, pixel do Facebook, pixel do Google Ads, Hotjar. Cada plugin adiciona scripts e folhas de estilo carregadas em todas as páginas, mesmo quando não são usadas.

Junta-se a isto o alojamento: a maioria dos sites de clínicas em Portugal está em planos partilhados entre 4€ e 12€ por mês, em servidores com TTFB acima de 1,5 segundos. Em mobile 4G, este TTFB sozinho já consome a maior parte do orçamento de LCP. O resultado típico no PageSpeed Insights é: LCP entre 4,5 e 7 segundos, INP entre 400 e 800 ms (sobretudo causado pelo JavaScript do tema e do construtor visual), CLS entre 0,15 e 0,35 (causado pelo banner de cookies e por fontes web carregadas tarde).

Como diagnosticar uma clínica em 10 minutos

Para fazer um diagnóstico honesto, são precisas três ferramentas, todas gratuitas e oficiais do Google:

1. PageSpeed Insights (pagespeed.web.dev): introduzir o URL e ler tanto a secção "Discover what your real users are experiencing" (dados de campo do CrUX, que são os que contam para ranking) como a secção "Diagnose performance issues" (medição laboratorial Lighthouse, útil para depurar). Comparar mobile e desktop separadamente.
2. Search Console, relatório Core Web Vitals: mostra a distribuição real do tráfego do site nas três faixas, agrupada por padrões de URL. Permite identificar se o problema é a homepage, as páginas de serviços ou o blog.
3. Chrome DevTools, painel Performance: com a opção "Slow 4G" e CPU 4x throttling, simula um telemóvel real. O traçado revela quais scripts bloqueiam o LCP e quais event handlers causam INP alto.

O erro comum é olhar apenas para o Lighthouse desktop, que dá scores otimistas. O Google só usa dados de campo, e o tráfego dominante de uma clínica é mobile (em média no setor, entre 65% a 80% das visitas).

Corrigir o LCP: imagem, fonte e servidor

O LCP é normalmente o maior elemento da metade superior da página, em sites de clínica costuma ser a fotografia do médico, do consultório ou um banner com texto sobre imagem. Para baixar o LCP, há quatro intervenções com impacto comprovado:

• Servir a imagem em WebP ou AVIF com dimensões certas para mobile (largura 800px chega), reduzindo o peso de 400 KB para 60 KB.
• Adicionar atributo fetchpriority="high" à imagem do herói e remover loading="lazy" do above-the-fold.
• Pré-carregar fontes web com <link rel="preload" as="font"> ou, melhor ainda, usar font-display swap para não bloquear o render.
• Reduzir o TTFB, normalmente trocando para alojamento VPS ou plataforma moderna (Cloudways, DigitalOcean, ou stack próprio Laravel num VPS), o que isoladamente costuma cortar 0,5 a 1 segundo ao LCP.

Cache de página completa (FastCGI cache no nginx ou plugins como WP Rocket) é essencial em WordPress, traz o TTFB para perto de 200 ms em cache hit.

Corrigir o INP: o problema dos construtores visuais

O INP é a métrica mais difícil de corrigir num WordPress típico porque a causa raiz é o próprio modelo de tema com construtor visual. Elementor, Divi e WPBakery geram HTML profundamente aninhado e JavaScript que liga handlers a centenas de elementos ao carregar. Quando o paciente toca em "Marcar consulta", a thread principal do browser pode estar ocupada a processar essa inicialização durante 400 a 800 ms.

As mitigações possíveis dentro de WordPress são: defer e async em scripts não essenciais, remoção de plugins redundantes, desativar funcionalidades não usadas do tema, usar plugins como Perfmatters ou Asset CleanUp para descarregar scripts página a página. Estas medidas podem baixar o INP de 600 para 300 ms, mas raramente chegam aos 200 ms exigidos. Stacks modernas (Laravel + Alpine.js, Next.js, Astro) atingem nativamente INP abaixo de 100 ms porque carregam apenas o JavaScript estritamente necessário em cada página.

Corrigir o CLS: cookies, fontes e anúncios

O CLS é frequentemente o mais fácil de corrigir e o mais negligenciado. As causas típicas num site de clínica são: banner de cookies que aparece tarde e empurra todo o conteúdo, fontes web que mudam o tamanho do texto quando carregam, imagens sem atributos width e height definidos, e widgets de chat ou reviews que aparecem com atraso.

Soluções concretas: reservar espaço para o banner de cookies com altura fixa, usar font-display: optional ou pré-carregar a fonte principal, definir sempre dimensões explícitas em imagens e iframes, e atribuir min-height a contentores que carregam conteúdo assíncrono. Em média, estas quatro correções baixam o CLS de 0,28 para 0,03 sem alterar o design.

Impacto comercial de cada métrica

A relação entre Core Web Vitals e marcações de consulta é mensurável. Em clínicas portuguesas observamos os seguintes padrões típicos:

Os números são típicos para o setor e variam conforme tráfego, especialidade e qualidade do conteúdo. O padrão é claro: cada segundo cortado ao LCP, em média no setor, traduz-se em mais 1 a 2 marcações por 1000 visitas, valor relevante quando o ticket médio de uma consulta ronda os 60 a 120 euros.

Quando reescrever em vez de otimizar

A pergunta mais difícil que um responsável de clínica enfrenta é se vale a pena pagar mais 800 a 1500 euros em otimização do WordPress atual, ou refazer o site do zero numa stack moderna. A resposta honesta depende de três variáveis: idade do tema, número de plugins ativos e qualidade do conteúdo existente. Se o tema tem mais de três anos, mais de 20 plugins ativos, e o conteúdo está datado, otimizar é dinheiro mal investido, porque o ano seguinte vai trazer os mesmos problemas.

Sites de clínica feitos em Laravel ou frameworks modernos com Tailwind para CSS e Alpine.js para interatividade ligeira atingem tipicamente LCP abaixo de 1,5 segundos, INP abaixo de 100 ms e CLS abaixo de 0,05 sem qualquer otimização adicional. Esta é a diferença entre fazer manutenção contínua a um carro antigo e comprar um carro novo já com motor eficiente: o esforço técnico recorrente é menor e o resultado é estruturalmente melhor.

Conformidade ERS

Mesmo no contexto técnico do SEO, há regras de conformidade publicitária a respeitar quando se otimiza para Core Web Vitals. A Entidade Reguladora da Saúde (ERS) e as ordens profissionais aplicam-se a qualquer comunicação no site, incluindo páginas de aterragem otimizadas para velocidade:

• Não usar mensagens de urgência artificial associadas à velocidade ("últimas vagas hoje", "marque agora antes que feche"), independentemente da performance da página.
• Não prometer resultados clínicos garantidos em headers H1 otimizados para LCP ("emagreça 10 kg em 30 dias", "cura definitiva da ansiedade").
• Não usar comparações com concorrentes nomeados ou genéricos ("a clínica mais rápida de Lisboa") em textos visíveis no above-the-fold.
• Não substituir conteúdo clínico por conteúdo comercial só para melhorar engagement: a informação sobre tratamentos deve ser factual, prudente e suportada por evidência reconhecida.
• Banners de cookies devem permitir recusa tão fácil quanto aceitação (regra CNPD), mesmo que penalize ligeiramente o CLS.
• Scripts de tracking só devem ser carregados após consentimento, o que tipicamente melhora o LCP no primeiro carregamento.

Otimizar para velocidade nunca pode justificar atalhos em conformidade. As páginas de serviços clínicos devem manter os textos legais e os avisos exigidos pela Ordem dos Médicos, Ordem dos Médicos Dentistas, Ordem dos Psicólogos ou Ordem dos Nutricionistas, conforme a especialidade.

Perguntas frequentes

Quanto custa em média otimizar um site WordPress de clínica?

O custo típico em Portugal varia entre 600 e 1800 euros, dependendo do estado inicial e do número de páginas. Otimizações incluem mudança de alojamento, configuração de cache, conversão de imagens, limpeza de plugins e ajustes ao tema. Não inclui rescrita de conteúdo.

Compensa migrar de WordPress para uma stack moderna?

Compensa se o tema é antigo, se há mais de 20 plugins ativos, ou se o conteúdo precisa de ser reescrito. Stack moderna (Laravel ou Astro) atinge Core Web Vitals nativos e reduz manutenção. Em sites mais recentes e leves, otimizar WordPress é mais económico.

O Google realmente penaliza sites lentos no ranking?

Sim, desde 2021 as Core Web Vitals são fator confirmado de ranking. O impacto é gradual e mais visível em mercados competitivos. Em SEO local de clínicas, onde várias páginas têm conteúdo equivalente, a velocidade torna-se desempate entre o primeiro e o terceiro resultado.

Qual a métrica mais importante das três Core Web Vitals?

O LCP é a mais visível porque afeta diretamente a primeira impressão e a taxa de bounce. O INP é o mais difícil de corrigir em WordPress legado. O CLS é o mais fácil de melhorar. Idealmente trabalham-se as três em paralelo.

Cache resolve o problema de velocidade do meu site?

Cache de página completa resolve o TTFB e melhora significativamente o LCP em primeira visita, mas não corrige INP nem CLS. Plugins como WP Rocket ou cache nativo do nginx são essenciais mas não suficientes em sites com construtores visuais pesados.

Quanto tempo demora a ver resultados após otimização?

O PageSpeed Insights e o Lighthouse refletem mudanças imediatamente. O Search Console e o CrUX, que usam dados de campo do Chrome, demoram tipicamente entre 28 a 30 dias a refletir os novos valores. O impacto em tráfego orgânico vê-se entre 6 a 12 semanas.

Sites otimizados em mobile prejudicam a experiência desktop?

Não, otimizações modernas (imagens responsivas, fontes leves, JavaScript mínimo) beneficiam ambas as plataformas. Quem é prejudicado são sites com design pensado só para desktop, com tipografia decorativa pesada e imagens grandes que não se adaptam corretamente ao mobile.

Como saber se a minha clínica está a perder pacientes por causa da velocidade?

Comparar a taxa de conversão (marcações sobre visitas) entre mobile e desktop no Google Analytics. Se a diferença é grande, e o site demora a carregar em telemóvel, a velocidade é causa provável. Cruzar com Search Console: páginas em "Poor" no relatório CWV são as suspeitas.

Próximos passos

O diagnóstico das Core Web Vitals é gratuito e demora 10 minutos: basta correr o PageSpeed Insights na homepage e em duas páginas de serviços, em vista mobile, e olhar para a secção de dados de campo. Se as três métricas estão em "Good", o site está estruturalmente saudável e o foco deve ser conteúdo e SEO local. Se estão em "Needs Improvement", há margem para otimizar dentro da stack atual. Se estão em "Poor", convém ponderar honestamente se a otimização incremental compensa face a reconstrução numa stack moderna.

Se quer perceber em que situação está o site da sua clínica e que caminho faz sentido, sem compromisso e em linguagem clara, Solicite um diagnóstico e enviamos uma análise objetiva das três métricas oficiais, com recomendações específicas para o seu caso.