Velocidade e Core Web Vitals

Velocidade do site odontológico: por que ela importa para atrair pacientes

O que o Google realmente mede, por que a nota do Lighthouse engana, as sete causas dos sites odontológicos lentos e as correções que se pagam sozinhas.
Pontos principais
  • O Google avalia o seu site no percentil 75 das visitas reais. Os limites são LCP ≤ 2,5 s, INP ≤ 200 ms e CLS ≤ 0,1: os três precisam passar. Uma visita em cada quatro é pior que a sua nota.
  • Apenas cerca de 48% dos sites móveis passam nas três Core Web Vitals no mundo, contra 36% em 2023 — e as páginas internas superam as homepages em cerca de 11 pontos no mobile.
  • Não confie só na nota do Lighthouse. Ferramentas de laboratório relatam sites odontológicos como catastróficos; dados de campo de pacientes reais em clínicas médicas locais mostram LCP mediana de 1,9 segundo e dois terços aprovando. Mesmo site, dois instrumentos, conclusões opostas.
  • O benchmark histórico continua de pé: 53% dos visitantes móveis abandonam uma página que leva mais de três segundos para carregar (estudo móvel Google/SOASTA).
  • Velocidade entrega o valor das suas posições, não as posições. John Mueller, do Google: as Core Web Vitals são um fator de ranqueamento, "mais que um simples desempate", mas uma nota perfeita não leva você ao primeiro lugar.

Quase toda agência de site odontológico vende velocidade com um único número: uma nota de Lighthouse em um notebook, medida uma vez, em laboratório, sobre um celular simulado. Esse número não é o que o seu paciente experimenta, e é na distância entre os dois que o orçamento se perde.

Este guia separa os dois. Explica o que o Google realmente mede e em qual percentil, por que os dados de laboratório e de usuários reais divergem tanto em sites odontológicos, quanto custa um site lento em consultas agendadas, as sete causas que explicam quase tudo e uma ordem de correções que começa pelo item do qual todo o resto depende. Se o seu site está bem estruturado mas lento, comece por a melhor estrutura de site para uma clínica odontológica; se ainda não tem site, a pergunta é se a sua clínica odontológica precisa de um site.

1. O que o Google realmente mede

O Google usa três métricas, agrupadas em um único sinal chamado experiência de página. As três são avaliadas no percentil 75 das suas visitas reais, separadas por dispositivo — ou seja, uma visita em cada quatro é pior que o número exibido.

Métrica O que mede Limite bom
LCP — Largest Contentful Paint Quanto tempo o maior elemento visível (normalmente a imagem de capa ou o título) leva para aparecer ≤ 2,5 s
INP — Interaction to Next Paint Com que rapidez a página responde a toques, cliques e digitação. Substituiu o FID em março de 2024 porque mede a latência completa de cada interação, não só da primeira ≤ 200 ms
CLS — Cumulative Layout Shift Quanto o conteúdo se move durante o carregamento: o sintoma clássico de imagens e widgets sem espaço reservado ≤ 0,1

Duas consequências práticas. Primeira: uma página só "aprovou" se as três estiverem boas. Segunda, a LCP é a mais fraca das três no mundo todo — cerca de 62% dos sites móveis acertam, contra 77% do INP e 81% do CLS — e é quase sempre a que reprova num site odontológico. Um dado diagnóstico a mais: cerca de dois em cada três sites que falham falham em exatamente uma métrica, então normalmente você tem um problema para corrigir, não uma dúzia.

2. Laboratório versus campo: por que a nota do Lighthouse engana

Esta é a coisa mais útil para entender antes de gastar dinheiro, e quase ninguém explica.

  • Dados de laboratório são um carregamento artificial. O Lighthouse carrega uma página uma única vez, em um celular simulado, com cache frio, sem segunda navegação e sem cliques. Ele não consegue medir INP: usa o Total Blocking Time como aproximação.
  • Dados de campo são milhares de visitas reais. O CrUX coleta dados de desempenho anonimizados de usuários reais. Esse é o número que o Google usa e que o seu paciente sente.
  • Em sites odontológicos os dois divergem enormes. Uma varredura de mais de mil sites odontológicos em 2026 reportou valores médios de LCP acima de nove segundos — com um tempo até o primeiro byte de 70 milissegundos, um valor implausível em dados reais de usuário e justamente a pista de que se trata de medição de laboratório. Já os dados de campo de clínicas médicas locais dos EUA, entre elas odontológicas, mostraram LCP mediana de 1,9 segundo e cerca de 66% de aprovação no mobile.
  • Por que isso acontece. Os testes de laboratório simulam uma conexão lenta, com cache frio e largura de banda limitada, em hardware intermediário. O paciente real costuma chegar com um bom celular e cache quente. A mesma página pode ser "catastrófica" e "normal" ao mesmo tempo.
Ponto-chave: Nunca otimize contra uma única nota de Lighthouse. Uma nota verde de laboratório em um notebook rápido prova muito pouco; uma vermelha em um site local pequeno também não. Abra o PageSpeed Insights, veja primeiro os dados de campo de 28 dias e só depois use a aba de laboratório para descobrir o que corrigir. Se aparecer "sem dados de campo disponíveis", seu site simplesmente não recebe tráfego suficiente para ser medido — o que já é um motivo para checar a velocidade: para você ela é invisível, para o paciente não.

3. O que a velocidade realmente custa

A cadeia que vai de lento a paciente perdido é curta, e cada elo é mensurável nos seus próprios relatórios:

53%
dos visitantes móveis abandonam uma página que leva mais de 3 segundos para carregar
−7%
perda estimada de conversão por cada segundo adicional de carregamento (benchmarks de varejo: um teto, não um número odontológico)
48%
dos sites móveis do mundo passam nas três Core Web Vitals (36% em 2023)

Leia o número do meio com cuidado. Os −7% por segundo vêm de grandes estudos de varejo e geração de leads, não da odontologia, e devem ser tratados como teto, não como promessa. O que não está em disputa é a direção e o mecanismo: um paciente com o celular que espera aterrissa numa página, depois precisa achar o telefone, depois confiar em você e por fim ligar dentro do horário. Cada segundo a mais é atrito em um funil que você já pagou para encher.

Duas coisas pioram isso na odontologia mais do que na maioria dos negócios locais:

  • A intenção é urgente e impaciente. Quem procura às 22h40 com um dente quebrado não está navegando: compara as duas opções mais próximas e escolhe a que responde.
  • Seu tráfego é mobile. Páginas móveis são mais lentas em todo lugar, e a taxa de aprovação no mobile fica 8 a 14 pontos atrás da desktop. Seja qual for sua experiência no desktop, a maioria dos seus pacientes nunca a vê.

Velocidade é só metade do trabalho. Garanta que o destino também funcione.

O que faz um site odontológico converter Criar um site que gera pacientes

4. As sete coisas que deixam sites odontológicos lentos

Casi todo site odontológico lento tem a mesma lista curta de culpados. As homepages móveis mediano já carregam cerca de 911 KB de imagens e 632 KB de JavaScript, e os scripts de terceiros cresceram para cerca de 375 KB — mais que o dobro do código próprio.

  • 1. A imagem de capa. Quase sempre é o elemento LCP e frequentemente uma foto da clínica de vários megabytes. Uma página móvel mediana já carrega 13 imagens.
  • 2. Galerias antes/depois. Trinta fotos clínicas em resolução plena dentro de um carrossel é a forma mais rápida de destruir LCP e INP de uma página.
  • 3. O widget de agendamento. A tensão que define esse trabalho: o widget costuma ser o motivo de o paciente agendar e também o motivo de a página reprovar. A solução não é removê-lo, é carregá-lo depois da primeira pintura.
  • 4. Widgets de chat e avaliações. Cada um é um script de terceiros separado, e aceitar cookies pode disparar vários de uma vez. Em dados de campo publicados, sites com muitos serviços de terceiros mostram INP mensuravelmente pior.
  • 5. Fontes web. Cerca de 122 KB de fontes em uma homepage móvel mediana, e a maioria dos sites não faz preload. Sem configuração de font-display, o texto fica invisível enquanto a página espera.
  • 6. Vídeos incorporados. Um único embed do YouTube adiciona cerca de 500–600 KB de JavaScript e bloqueia a thread principal por segundos em uma parcela grande das páginas.
  • 7. O CMS e seus plugins. O WordPress passa nas Core Web Vitals no mobile só cerca de 45% das vezes — a pior taxa entre as grandes plataformas, contra 85% do Duda e 74% do Wix. Cerca de 60% dos sites WordPress usa um construtor visual, e cada um entrega CSS e JavaScript a página use ou não.
Ponto-chave: Repare que a velocidade raramente é culpa de um único arquivo gigante. Um estudo com dados de campo de 2026 com quase 200 mil sites encontrou que quanto mais serviços de terceiros uma página incorpora, piores são suas Core Web Vitals, e que apenas 13% a 15% das páginas passam na auditoria de recursos que bloqueiam a renderização. O seu problema de velocidade costuma ser um problema de integração, não de fotografia.

5. Como corrigir, por ordem de prioridade

A ordem importa muito, porque as correções interferem umas nas outras. Trabalhe de cima para baixo.

Prioridade Ação Por que fica aqui
1. Resposta do servidor Meta de tempo até o primeiro byte abaixo de 0,8 s. Use cache e saia de hospedagem compartilhada, se for o caso Isso acontece antes de qualquer outra métrica. Nada no navegador compensa um servidor lento
2. A imagem de capa Formato moderno, srcset responsivo, largura e altura declaradas, com preload, e nunca com carregamento diferido se for a imagem LCP A causa mais comum de uma LCP reprovada
3. Interatividade Adie scripts não essenciais até depois da primeira pintura; quebre tarefas longas de JavaScript acima de 50 ms INP é hoje a métrica prioritária do Google, e carrosséis, filtros e validação de formulário são o que a derruba
4. Scripts de terceiros Faça inventário. Carregue agendamento, chat e analytics na interação, não na abertura. Use fachada para mapas e vídeo Código de terceiros é hoje a maior categoria de JavaScript da página média
5. Fontes Hospede você mesmo ou faça preload, use subconjunto, font-display: swap e no máximo duas famílias Barato de corrigir, e as demoras de texto invisível aparecem em qualquer teste de captura
6. Cache e CDN Tempos de cache longos para arquivos versionados e uma CDN de borda na frente de tudo Multiplica cada correção anterior
7. Estabilidade de layout Reserve espaço para imagens, iframes, banners de cookies e pop-ups antes de carregarem Barato e protege as outras duas métricas enquanto você trabalha nelas

No WordPress especificamente

Audite os plugins um a um e desative o que você não consegue justificar — a maioria dos sites de clínica carrega vinte ou mais, incluindo duas ferramentas de analytics e dois formulários de contato. Carregue os arquivos dos plugins apenas nas páginas que precisam deles, e evaluate se o construtor visual está ganhando seus poucos centenas de quilobytes de CSS e JavaScript. Se o site estiver em hospedagem barata e compartilhada, a hospedagem costuma ser a maior melhoria disponível, e nenhum ajuste de plugin disfarça isso.

Para o panorama completo do que um site rápido deve conter, veja as 10 coisas que todo site odontológico precisa.

6. Velocidade e SEO: o que o Google realmente diz

A resposta honesta é mais útil do que a exagerada. O engenheiro do Google John Mueller tem sido incomumente claro:

  • As Core Web Vitals são um fator de ranqueamento — "mais que um simples desempate" — mas não substituem a relevância, e um site rápido não sobe para a primeira posição só por ser rápido.
  • A velocidade protege o valor do tráfego que você conquista. A citação mais repetida dele: as Core Web Vitals afetam a usabilidade depois do ranqueamento, porque "se você recebe mais tráfego e sua taxa de conversão é baixa, esse tráfego não vai ser tão útil".
  • Para pequenos negócios locais depende do que o site é. Um site que é apenas um cartão de visita não precisa do mesmo tratamento que um interativo, e um site de clínica odontológica é claramente interativo: tem formulários, agendamento e pagamento.

Há duas coisas que o Google não disse e que as agências repetem mesmo assim: que as Core Web Vitals são um fator top-3, e que afetam diretamente o mapa local. Nenhuma das duas tem lastro. Trate velocidade como um projeto de conversão e usabilidade com um efeito colateral útil no ranqueamento — esse é o enquadramento defensável.

7. Velocidade e busca por IA: o motivo mais recente para se preocupar

Existe um achado recente e bem documentado que deveria tornar isso prioridade para qualquer clínica disputando respostas de IA:

  • Páginas citadas em respostas de IA são mensuravelmente mais rápidas. Em dados de campo dos domínios citados em AI Overviews, cerca de 56,8% passam nas Core Web Vitals no mobile, contra aproximadamente 40% da web em geral. Nessas páginas citadas, LCP boa chega a 74% e INP bom a 84%.
  • Trate como correlação, não como prova de causalidade. Domínios grandes e autoritativos são estruturalmente rápidos por motivos alheios à nota. Mas a direção é consistente: estar lento tira você do conjunto de candidatos em vez de deixá-lo dentro dele.
  • O contrapeso importa. Os AI Overviews reduzem o clique em resultados de primeira posição de forma relevante — medido entre um terço e metade em estudos recentes. Um site rápido em que ninguém clica continua sendo zero pacientes, e por isso velocidade e caminho de agendamento precisam ser corrigidos juntos.

Para o panorama completo de como pacientes e assistentes de IA encontram clínicas hoje, veja nossos guias sobre como o SEO local ajuda clínicas odontológicas e sobre por que sua clínica não aparece no Google.

8. Meça você mesmo em 15 minutos

  1. PageSpeed Insights (pagespeed.web.dev): digite a URL e leia primeiro a aba de dados de campo de 28 dias. Anote o status das Core Web Vitals no nível do domínio e da página.
  2. Search Console → relatório de Core Web Vitals: o único lugar onde o Google agrupa os seus dados de campo por problema. Repare que o status de um grupo de URLs reflete sua métrica pior, e que URLs sem dados suficientes são omitidas.
  3. Painel do CrUX (cruxvis.withgoogle.com): um histórico visual gratuito do seu desempenho real, para ver se uma mudança funcionou.
  4. WebPageTest: para diagnóstico, não para nota. A cascata e a faixa de vídeo mostram exatamente qual requisição está segurando a página.
  5. Seu próprio funil de agendamento. Conte os acessos móveis que terminam em consulta agendada frente aos que terminam numa página de tratamento. Esse é o único número que prova a cadeia na sua clínica.
Ponto-chave: Faça um teste de seis semanas: anote sua taxa de agendamento mobile e a taxa de conclusão do formulário, aplique os três primeiros itens da lista da seção 5 e meça de novo. Seis semanas são longas o bastante para a sazonalidade se diluir e curtas o bastante para você realmente terminar. É a única forma de resolver a questão internamente em vez de citar um benchmark de outro setor.

9. Transforme visitas rápidas em consultas agendadas com DentalManager Cloud

A velocidade coloca o paciente na página. Não o coloca na sua cadeira. O resto do caminho é o próprio fluxo de agendamento, e é aí que costuma estar o vazamento real: o botão de uma página rápida leva a um formulário que envia um e-mail para uma caixa que ninguém abre até segunda-feira.

DentalManager Cloud é a camada operacional que fecha o circuito: agenda, prontuários, odontograma, faturamento e documentos em um único ambiente seguro no navegador, sem instalar nada.

  • Sincronização bidirecional com o Google Calendar: um agendamento feito no site atualiza a agenda real na hora e as mudanças voltam, então uma página rápida nunca anuncia um horário que você já entregou.
  • Confirmações automáticas e lembretes um dia antes: a resposta direta às faltas que desperdiçam o tráfego que seu trabalho de velocidade trouxe.
  • Agendas por profissional: até 4 dentistas com calendários individuais e acesso por perfis para assistentes e recepção.
  • Prontuários com odontograma interativo: histórico, status do tratamento e saldos ao lado da agenda, para a ligação após o clique ser rápida e bem informada.
  • Faturamento e documentos imprimíveis: controle de pagamentos pendentes e atrasados, atestados, receitas e extratos.
  • Nuvem, sem instalação: acesso seguro com sua conta Google no celular, tablet ou computador — e sem software local lento para instalar ou manter.
  • Inglês, espanhol, alemão e português para clínicas com pacientes internacionais.
  • 20 USD por mês para a clínica inteira com teste grátis de 7 dias e sem taxa de instalação.
Rápido, e feito para agendar

Os primeiros cinco segundos — e os cinco seguintes

Páginas leves, sincronização bidirecional com o calendário, lembretes automáticos e prontuários completos — 20 USD por mês para a clínica inteira.

Comece seu teste grátis de 7 dias
Sem cartão de crédito · Cancele quando quiser

Resumo: checklist de velocidade do site odontológico

Passo O que fazer Resultado
1. Leia os dados de campo Confira os dados CrUX de 28 dias no PageSpeed Insights e no Search Console antes de mexer em qualquer coisa Você corrige a métrica que o paciente realmente sente
2. Ache a métrica que reprova Dois em cada três serviços falham em exatamente uma, normalmente LCP Uma lista curta de tarefas em vez de refazer o site
3. Conserte o servidor Tempo até o primeiro byte abaixo de 0,8 s, com cache e hospedagem adequada Todas as outras métricas melhoram junto
4. Conserte a imagem de capa Formato moderno, tamanhos responsivos, dimensões explícitas, com preload e nunca diferida A maior ganho isolado na LCP
5. Domine os scripts de terceiros Carregue agendamento, chat e analytics após a primeira pintura ou na interação INP melhor e uma página mais leve
6. Corte imagens e vídeo Comprima galerias e use fachada em vez de players que iniciam sozinhos Menos peso no plano de dados do paciente
7. Faça preload e corte as fontes Hospede você mesmo, faça preload, use font-display: swap e no máximo duas famílias Sem espera de texto invisível
8. Reserve espaço no layout Dimensões fixas para imagens, iframes, banners de cookies e pop-ups Protege o CLS enquanto você trabalha no resto
9. Audite os plugins Desative um a um o que você não consegue justificar Menos peso e menos tempo de bloqueio
10. Meça de novo em seis semanas Compare a taxa de agendamento mobile e a conclusão de formulários antes e depois Prova na sua clínica, não em benchmark alheio

Perguntas frequentes: velocidade do site odontológico

A velocidade do site realmente afeta quantos pacientes a clínica odontológica recebe?

A velocidade não te dá posições, mas determina quanto valor você extrai das posições que já tem. John Mueller, do Google, descreve as Core Web Vitals como um fator de ranqueamento "mais que um simples desempate" e observa que, se você recebe mais tráfego com taxa de conversão baixa, esse tráfego não será tão útil. O mecanismo é simples: uma página mais rápida alcança mais pessoas que clicaram, e mais delas chegam ao botão de agendamento.

Qual é uma boa pontuação de Core Web Vitals para um site odontológico?

Uma página aprova se as três métricas forem boas no percentil 75 das visitas reais: LCP igual ou menor que 2,5 segundo, INP igual ou menor que 200 milissegundos e CLS igual ou menor que 0,1. No mundo todo cerca de 48% dos sites móveis aprova nas três, contra 36% em 2023, e a LCP é a mais fraca. Lembre que o percentil 75 significa que uma visita em cada quatro é pior que a sua nota, e que cerca de dois em cada três sites que reprovam falham em exatamente uma métrica.

Minha nota no Lighthouse é ruim — meu site está realmente lento para os pacientes?

Não necessariamente. Ferramentas de laboratório carregam uma página uma única vez em um celular simulado com cache frio e não conseguem medir INP. Sites odontológicos e médicos locais reais costumam parecer catastróficos no laboratório e aceitáveis no campo: um estudo de clínicas médicas locais dos EUA mostrou LCP mediana de 1,9 segundo com cerca de dois terços aprovando no mobile. Confira os dados de campo de 28 dias no PageSpeed Insights e o relatório de Core Web Vitals no Search Console antes de decidir qualquer coisa.

O que eu consigo corrigir mais rápido em um site odontológico lento?

Nesta ordem: o tempo de resposta do servidor, a imagem de capa e os scripts de terceiros. Um tempo até o primeiro byte abaixo de 0,8 segundo é pré-requisito para qualquer outra métrica. A imagem de capa é o elemento LCP na maioria das páginas e precisa de formato moderno, tamanhos responsivos, dimensões declaradas e preload, e nunca deve ser carregada de forma diferida. Depois, mova os scripts de agendamento, chat e analytics para carregar depois da primeira pintura ou só na interação.

Devo remover o meu widget de agendamento online para acelerar o site?

Não: o widget costuma ser o motivo de o paciente agendar. A correção é o carregamento, não a remoção: adie o embed de agendamento até depois da primeira pintura ou dispare-o na interação, e use uma fachada leve para mapas e vídeo. Os dados de campo mostram que páginas com mais serviços de terceiros têm Core Web Vitals mensuravelmente piores, então a disciplina importa, mas remover o caminho de conversão costuma custar mais do que economiza.

WordPress é uma má escolha para um site odontológico por causa da velocidade?

O WordPress tem a menor taxa de aprovação de Core Web Vitals entre as grandes plataformas, em torno de 45% no mobile, contra 85% do Duda e 74% do Wix. Ainda assim, a causa costuma ser o conjunto de plugins e o construtor visual, não o sistema base: construtores entregam centenas de quilobytes de CSS e JavaScript a página use ou não. Um WordPress enxuto, com poucos plugins, cache e bom hosting, pode ser perfeitamente rápido.

A velocidade do site afeta a visibilidade na busca por IA?

Existe uma correlação documentada: entre os domínios citados em AI Overviews, cerca de 56,8% passa nas Core Web Vitals no mobile contra aproximadamente 40% da web em geral, com LCP boa em 74% e INP bom em 84% dessas páginas citadas. Trate como correlação, não como prova, porque domínios grandes e autoritativos são estruturalmente rápidos por outros motivos. Na prática, estar lento deixa você fora do conjunto de candidatos em vez de dentro.

Como eu provo que a velocidade muda meus números de pacientes?

Faça um teste de seis semanas dentro da sua própria clínica. Registre sua taxa de agendamento mobile e a taxa de conclusão dos seus formulários, aplique as três correções principais da lista de prioridades e meça de novo pelo mesmo período. Seis semanas são longas o bastante para a sazonalidade se diluir e curtas o bastante para você concluir. Assim você tem um número que resolve a questão internamente, em vez de citar um benchmark emprestado do varejo.

A velocidade é só um dos doze: os demais estão em os erros de design de site odontológico que fazem você perder pacientes.

Rápido, e construído para converter

Um site que carrega rápido e agenda rápido

Páginas leves, hierarquia limpa, disponibilidade real e um calendário que realmente se atualiza — planejado e medido, não presumido.

Ver serviços de desenvolvimento web
Feito para clínicas odontológicas · Mobile-first e rápido

O lado de negócios da velocidade — como o tempo de carregamento afeta ligações, formulários e agendamentos, e como medir no seu próprio funil — está no artigo como a velocidade do site afeta os leads da clínica odontológica.