Schema.org para clínicas: guia prático de dados estruturados em 2026
Guia técnico e prático para clínicas em Portugal implementarem Schema.org (MedicalOrganization, Physician, FAQPage) e ganharem visibilidade no Google e na IA generativa em 2026.
Neste artigo
Em resumo
- Em Portugal, mais de 78% das pesquisas por serviços de saúde locais são feitas em telemóvel e o Google privilegia sites com dados estruturados válidos nos resultados enriquecidos.
- Uma clínica que implementa MedicalOrganization, LocalBusiness e FAQPage costuma ver ganhos de 15% a 35% na taxa de cliques (CTR) orgânica em 60 a 90 dias.
- Ferramentas de IA generativa (Gemini, ChatGPT com pesquisa, Perplexity) usam JSON-LD como sinal primário para citar clínicas em respostas conversacionais.
- Erros comuns em Portugal: usar Physician sem MedicalOrganization pai, esquecer o campo areaServed com concelhos, e omitir openingHoursSpecification, o que invalida rich results locais.
A grande maioria dos sites de clínicas em Portugal continua a publicar informação essencial, morada, horário, especialidades, corpo clínico, apenas em texto corrido. O motor de busca lê o texto, mas não distingue com segurança um telemóvel de um NIF ou uma especialidade médica de uma modalidade de pagamento. Os dados estruturados em Schema.org resolvem exactamente esta ambiguidade e, em 2026, tornaram-se ainda mais decisivos porque servem duas audiências: o Google clássico e as respostas geradas por IA.
O que é Schema.org e porque importa para uma clínica
Schema.org é um vocabulário público, mantido em consórcio pela Google, Microsoft, Yahoo e Yandex, que define como descrever entidades da vida real (um médico, uma consulta, uma morada, uma pergunta frequente) num formato que máquinas conseguem interpretar. No site publica-se um bloco JSON-LD no <head> ou no fim do <body> e o motor de busca passa a saber, sem margem de erro, que a página descreve uma clínica localizada na Rua Seara Nova em Lisboa, com horário de segunda a sexta das 9h às 19h, que aceita a subsistema de saúde X e que tem dois médicos afiliados.
Para uma clínica portuguesa, o retorno prático manifesta-se em três frentes. Primeiro, os resultados enriquecidos: estrelas de avaliação, cartão de conhecimento à direita da SERP, horário em destaque, morada com mapa embutido. Segundo, os assistentes de voz e a IA generativa: quando um utilizador pergunta ao Gemini "clínicas de fisioterapia em Alvalade abertas ao sábado", o modelo cita preferencialmente estabelecimentos cujos dados estruturados confirmam a resposta. Terceiro, o SEO local no Google Maps: o Business Profile cruza campos declarados no site com o perfil e reforça a coerência de sinais.
Os quatro tipos essenciais para clínicas
Um site clínico bem estruturado assenta em quatro tipos primários. O MedicalOrganization descreve a entidade prestadora de cuidados de saúde e é o tipo mais específico para clínicas, consultórios e centros médicos, com subtipos como MedicalClinic, Dentist, Physiotherapy, Optician, Psychologist e DiagnosticLab. O LocalBusiness declara a dimensão comercial e local, morada, horário, área servida, importante para o SEO local mesmo quando o negócio principal é saúde.
O Physician descreve cada profissional individualmente, com nome, especialidade médica, cédula profissional, formação, e liga-se ao MedicalOrganization através da propriedade worksFor. Finalmente, o FAQPage marca perguntas frequentes reais respondidas na página, o que, quando a Google decide mostrar, ocupa uma faixa vertical rica na SERP com potencial para dominar o resultado. Estes quatro tipos, combinados numa única árvore JSON-LD por página, cobrem 90% das necessidades de uma clínica em Portugal.
Anatomia de um JSON-LD para MedicalClinic
O bloco JSON-LD é embutido dentro de <script type="application/ld+json">...</script> e tem uma raiz @context e @type. Para uma clínica dentária em Lisboa, um esqueleto mínimo válido incluiria o tipo Dentist (subtipo de MedicalOrganization e LocalBusiness), o nome legal e o nome comercial, a morada estruturada em PostalAddress com rua, código postal (formato 0000-000), localidade e país "PT", telefone em formato internacional (+351), email de contacto, URL do site, logotipo, geolocalização em GeoCoordinates com latitude e longitude, horário em openingHoursSpecification, área servida em areaServed (concelhos ou distritos), e opcionalmente uma âncora @id estável.
A âncora @id merece destaque. Ao atribuir a cada entidade um identificador único (por exemplo https://clinicaexemplo.pt/#organizacao), permite-se referenciar essa entidade a partir de outros blocos JSON-LD (num artigo de blog, numa página de médico) sem duplicar a informação. É o mecanismo que a Google usa para reconciliar entidades e construir o grafo de conhecimento do site.
Tabela de propriedades essenciais por tipo
| Propriedade | MedicalOrganization | LocalBusiness | Physician | Nota para Portugal |
|---|---|---|---|---|
| name | Obrigatória | Obrigatória | Obrigatória | Nome comercial completo, sem abreviaturas |
| address (PostalAddress) | Recomendada | Obrigatória | Herdada via worksFor | Código postal formato 0000-000 |
| telephone | Recomendada | Obrigatória | Recomendada | Formato +351 XXX XXX XXX |
| openingHoursSpecification | Recomendada | Recomendada | Não aplicável | Usar dayOfWeek em inglês (Monday, etc.) |
| medicalSpecialty | Recomendada | Não aplicável | Recomendada | Valores do enum Schema.org (Dentistry, Physiotherapy...) |
| areaServed | Recomendada | Recomendada | Opcional | Concelhos ou distritos (ex.: Lisboa, Cascais, Oeiras) |
| identifier (VAT) | Recomendada | Recomendada | Não aplicável | NIF com prefixo PT (ex.: PT500000000) |
| aggregateRating | Condicional | Condicional | Condicional | Só se houver reviews públicas verificáveis |
MedicalOrganization e os seus subtipos por especialidade
Escolher o subtipo correcto acelera a compreensão pelo motor de busca. Uma clínica dentária deve usar Dentist, uma clínica de fisioterapia Physiotherapy, um laboratório de análises DiagnosticLab, uma clínica oftalmológica Optician quando vende óculos ou MedicalClinic quando presta apenas consultas, uma clínica de psicologia não tem tipo próprio (o próprio Schema.org não define Psychologist como organização, apenas como pessoa), pelo que se usa MedicalClinic com medicalSpecialty: "Psychiatric".
Para clínicas multidisciplinares, o padrão é declarar @type: ["MedicalClinic", "LocalBusiness"] como array e listar todas as especialidades em medicalSpecialty. Em nutrição, dado que a Ordem dos Nutricionistas não é reconhecida como profissão médica pelo vocabulário, a boa prática é usar MedicalBusiness genérico com medicalSpecialty preenchida como texto livre "Nutrição". Estética não médica (que não é acto médico) não deve usar tipos Medical, deve usar HealthAndBeautyBusiness.
Physician: como descrever cada profissional
Cada médico ou terapeuta da clínica beneficia de uma página própria com o seu JSON-LD do tipo Physician (que herda de Person). Os campos essenciais são: name completo, image (foto profissional), jobTitle, medicalSpecialty, worksFor (referência ao MedicalOrganization da clínica), alumniOf (universidade), e um campo custom que é boa prática em Portugal, a cédula profissional, declarada como identifier com propertyID: "Cédula OMD" ou "Cédula OM" conforme aplicável.
A propriedade availableService permite associar consultas específicas ao médico (por exemplo, "Consulta de ortodontia") como objectos MedicalProcedure ou MedicalTherapy. Este nível de detalhe raramente é necessário para SEO puro, mas ajuda a IA generativa a associar profissional a serviço concreto quando um utilizador pergunta "quem faz implantes dentários em Cascais". A regra de ouro é não fabricar dados: se a informação não estiver visível na página, não a inclua no JSON-LD (a Google penaliza dessincronizações).
FAQPage: dupla missão de UX e SERP
O FAQPage marca uma secção de perguntas frequentes reais e visíveis na página. É particularmente eficaz em páginas de serviços concretos ("Implantes dentários", "Fisioterapia neurológica") e em artigos de blog. Cada pergunta é um objecto Question com name (a pergunta em si) e acceptedAnswer do tipo Answer com text (a resposta em texto ou HTML simples).
Duas condições devem ser cumpridas para que a Google mostre o rich result. Primeiro, o conteúdo do JSON-LD tem de corresponder ao conteúdo visível (não podem existir perguntas apenas no schema). Segundo, as perguntas devem ser genuinamente informativas e não promocionais. Perguntas como "Qual é o melhor implantologista de Lisboa?" são reprovadas pelos guidelines por implicarem superlativos. Perguntas como "Quanto tempo dura um implante dentário?" são adequadas. Em 2026, a Google reduziu significativamente a taxa de exibição de FAQPage em resultados comerciais, mas os dados continuam a ser lidos pela IA generativa como fonte estruturada.
Erros mais frequentes em sites clínicos portugueses
A auditoria de dezenas de sites clínicos em Portugal revela um conjunto recorrente de erros. Em primeiro lugar, o uso de @type: "Physician" como raiz da página inicial da clínica, quando deveria ser MedicalClinic, com os médicos como recursos ligados. Em segundo lugar, moradas escritas como string única em vez de PostalAddress estruturada, o que impede o Google de as ler correctamente para o Maps.
Terceiro, telefones sem prefixo internacional (+351), o que quebra o clique-para-ligar em iOS. Quarto, openingHoursSpecification escrita com dias em português, quando o vocabulário exige inglês. Quinto, uso da propriedade aggregateRating com avaliações inventadas ou não verificáveis, o que activa penalizações manuais. Sexto, declarar priceRange em serviços de saúde, o que sinaliza intenção comercial ao motor mas raramente traz benefício. Sétimo, esquecer sameAs com URLs do Business Profile, Facebook, LinkedIn, o que enfraquece a desambiguação de entidade.
Ferramentas de validação e monitorização
Depois de publicar o JSON-LD, a validação é obrigatória. As três ferramentas essenciais são o Rich Results Test da Google (testa se a Google reconhece o markup e mostra pré-visualização do rich result), o Schema Markup Validator do consórcio Schema.org (valida a sintaxe pura, mais rigoroso), e a Search Console na secção "Melhorias" (mostra erros e avisos em produção ao longo do tempo).
A monitorização contínua importa porque uma alteração descuidada ao CMS ou ao template pode partir o markup sem que ninguém repare. A recomendação prática é criar um alerta na Search Console para novos erros de dados estruturados e verificar mensalmente o Rich Results Test em cinco páginas representativas (homepage, uma página de serviço, uma página de médico, um artigo de blog, a página de contacto). Em WordPress, plugins como Rank Math ou Yoast geram JSON-LD automaticamente, mas frequentemente com genericidade excessiva; costuma valer a pena substituir por markup manual no template.
IA generativa e a nova função dos dados estruturados
Em 2026, os dados estruturados assumiram uma função nova: alimentar as respostas geradas por IA. Modelos como o Gemini, o ChatGPT com pesquisa activa e o Perplexity fazem varrimento da web e, quando encontram JSON-LD válido, dão-lhe preferência sobre a interpretação de texto livre porque reduz o risco de alucinação. Uma clínica com dados estruturados completos é significativamente mais provável de ser citada em respostas conversacionais do tipo "encontra-me um dentista em Alvalade que faça implantes".
Esta mudança implica repensar prioridades. Antes, o JSON-LD servia sobretudo o rich result na SERP tradicional. Agora, mesmo que a Google não mostre o rich result, os dados continuam a ser consumidos pelas IAs, tanto no AI Overviews da Google como nas respostas do Gemini directo, do ChatGPT ou dos assistentes integrados em telemóveis. Investir em dados estruturados é hoje uma aposta em duas frentes simultâneas com o mesmo esforço técnico.
Conformidade ERS
A Entidade Reguladora da Saúde estabelece regras claras para a comunicação de estabelecimentos prestadores de cuidados de saúde. Ao implementar dados estruturados, evite os seguintes erros que podem originar contra-ordenações ou processos disciplinares junto das Ordens.
- Não declare
aggregateRatingcom valores fabricados ou sem sistema verificável de recolha de opiniões. Só use se tiver plataforma de reviews auditável (Google Business Profile é aceitável, agregados internos sem verificação não são). - Não use propriedades textuais (name, description, medicalSpecialty) que sugiram garantia de resultado clínico ("resultados garantidos", "cura definitiva", "sem risco").
- Não inclua comparações com concorrentes nomeados nem superlativos ("a melhor clínica de Lisboa", "o dentista mais premiado").
- Não declare
priceRangeouofferscom descontos que possam ser interpretados como incentivo ao consumo desnecessário de actos médicos. - Em Physician, use apenas especialidades reconhecidas pela Ordem respectiva; a cédula profissional deve corresponder exactamente ao registo público.
- Não use imagens de pessoas em contexto clínico sem consentimento escrito, mesmo em
imagede Physician (o schema é público e indexado). - Textos das FAQ (visíveis e no JSON-LD) não podem constituir aconselhamento clínico personalizado, apenas informação educativa genérica.
Roteiro de implementação em 60 dias
Uma implementação faseada evita retrabalho. Nas primeiras duas semanas, faça o inventário: listar todas as páginas do site, agrupar por tipo (homepage, serviços, médicos, blog, contacto), definir o subtipo Schema.org correcto para cada. Nas duas seguintes, construa o markup base da homepage (MedicalOrganization + LocalBusiness com todos os campos), publique, valide no Rich Results Test e submeta a URL para reindexação na Search Console.
Nas semanas cinco a seis, replique para páginas de serviço com foco em MedicalProcedure ou MedicalTherapy, e para páginas individuais de médicos com Physician. Nas duas últimas, adicione FAQPage às páginas onde já existem FAQ visíveis e implemente BreadcrumbList em todo o site. Ao fim de 60 dias, verifique na Search Console a evolução de impressões e cliques nas páginas afectadas e ajuste consoante os avisos.
Perguntas frequentes
JSON-LD, Microdata ou RDFa: qual escolher?
Escolha JSON-LD. É o formato oficialmente recomendado pela Google desde 2015, é o mais fácil de manter (fica separado do HTML), é o único totalmente suportado pelas ferramentas modernas de IA generativa e permite validação isolada. Microdata e RDFa continuam válidos, mas são legado.
Preciso de dados estruturados se já tenho Google Business Profile?
Sim. O Business Profile é um perfil independente que a Google preenche parcialmente com base no site. Ter dados estruturados no site reforça a coerência de sinais, ajuda a IA generativa a citar a clínica e activa rich results em resultados fora do painel local (blog, páginas de serviço).
Posso pôr avaliações no JSON-LD para ter estrelas na SERP?
Só se cumprir as políticas da Google e da ERS: as avaliações devem estar visíveis na mesma página, recolhidas por sistema verificável (não editadas manualmente) e representar clientes reais. Avaliações fabricadas ou importadas de fontes não verificáveis originam penalizações manuais e podem constituir publicidade enganosa.
Quanto tempo demora até o Google mostrar rich results?
Após a validação no Rich Results Test, submeta a URL para indexação na Search Console. O reconhecimento pelo motor costuma ocorrer em dias, mas a decisão de mostrar rich results depende de qualidade global da página, autoridade do domínio e concorrência da pesquisa. Tipicamente entre duas e oito semanas.
Como marcar consultas em várias moradas da mesma clínica?
Declare um MedicalOrganization principal e uma propriedade location como array de objectos Place, cada um com o seu PostalAddress, telephone e openingHoursSpecification. Alternativamente, crie páginas dedicadas por unidade com o seu próprio MedicalClinic e ligue-as via parentOrganization ao grupo.
Devo declarar preços das consultas no schema?
Não é recomendável na saúde. Declarar priceRange ou offers em actos clínicos pode ser interpretado como incentivo comercial ao consumo, o que colide com regras da ERS e das Ordens. Se quiser sinalizar acessibilidade, prefira campos qualitativos ou remeta para consulta prévia.
Como valido o schema depois de publicar?
Use três ferramentas em conjunto. O Rich Results Test da Google confirma se o markup é reconhecido e pré-visualiza. O Schema Markup Validator do consórcio Schema.org valida a sintaxe pura de forma mais rigorosa. A Search Console, secção "Melhorias", monitoriza erros ao longo do tempo em produção e alerta para regressões.
Schema.org afecta a velocidade de carregamento do site?
O impacto é desprezável. Um bloco JSON-LD típico para uma clínica tem entre 2 e 8 KB, é inline no HTML, não bloqueia renderização e não faz pedidos adicionais. Em contraste, plugins de terceiros que geram schema podem adicionar peso; se possível, prefira markup manual embutido no template.
Próximos passos
Implementar dados estruturados numa clínica portuguesa não é uma tarefa cosmética, é infra-estrutura de visibilidade digital para os próximos anos. Um site que declara correctamente MedicalOrganization, Physician para cada profissional, FAQPage nas páginas de serviço e BreadcrumbList em toda a navegação, aparece de forma consistente em resultados enriquecidos, em painéis de conhecimento e em respostas da IA generativa. O investimento técnico é limitado; o retorno em cliques qualificados e em novas marcações compõe-se ao longo do tempo.
Se pretende auditar o site actual da sua clínica e receber um plano concreto de implementação de dados estruturados alinhado com as regras da ERS e das Ordens, Solicite um diagnóstico. A nossa equipa analisa a estrutura existente, identifica erros críticos e devolve um roteiro faseado em 60 dias.
Quer um site com IA que atende e agenda pela sua clínica?
Pedir proposta gratuita
