Schema MedicalClinic: como implementar passo a passo
Guia passo a passo para implementar Schema.org MedicalClinic em sites de clínicas portuguesas, com campos obrigatórios, validação e conformidade ERS.
Neste artigo
Em resumo
- Apenas cerca de 18% das clínicas portuguesas implementam Schema.org de forma estruturada, deixando o restante mercado invisível a knowledge panels e citações por LLMs como Claude e ChatGPT.
- O tipo
MedicalClinicpermite ao Google identificar especialidades, horários, geolocalização e profissionais, com impacto típico de 15% a 30% no CTR de resultados locais em pesquisas como "dentista Lisboa" ou "fisioterapia Porto".- Erros de implementação (campos obrigatórios em falta, JSON malformado, dados inconsistentes entre site e Google Business Profile) são detectados pelo Rich Results Test em segundos e bloqueiam elegibilidade para enriquecimento.
- O custo de implementação ronda 0€ em tempo de desenvolvimento próprio ou 150€ a 400€ em agência especializada, com retorno tipicamente visível em 4 a 8 semanas após indexação.
O Schema.org tornou-se, nos últimos anos, o vocabulário comum entre motores de busca, assistentes de voz e modelos de linguagem para compreender o conteúdo de um site. Para clínicas em Portugal, implementar correctamente o tipo MedicalClinic deixou de ser opcional: é o que distingue uma clínica que aparece no painel de conhecimento do Google, em respostas do Gemini ou em citações do Claude, daquela que continua invisível para tecnologias que processam milhões de pesquisas diárias no mercado português.
O que é o tipo MedicalClinic e porque importa
O MedicalClinic é um subtipo do vocabulário Schema.org, derivado de MedicalBusiness e LocalBusiness, concebido especificamente para estabelecimentos clínicos. Quando o Google percorre o HTML de uma página e encontra este bloco estruturado em JSON-LD, deixa de inferir o que ali se descreve e passa a saber, com certeza, que se trata de uma clínica, que especialidade pratica, em que morada opera e a que horas atende.
Em Portugal, onde a procura por serviços de saúde concentra termos como "clínica dentária Porto", "ortodontia Lisboa preço" ou "psicólogo Braga online", esta clareza traduz-se em diferenciação concreta nos resultados. Tipicamente, observamos que clínicas com schema bem implementado captam entre 15% e 30% mais cliques nos mesmos posicionamentos, simplesmente porque o resultado mostra mais informação útil (estrelas, horário, serviços) antes mesmo do utilizador clicar.
Importa também porque os modelos de linguagem grandes, ao serem questionados sobre clínicas numa região, dependem cada vez mais de dados estruturados para validar fontes. Uma clínica que declare ao Google ser MedicalClinic em Lisboa, com especialidade em Dentistry, tem probabilidade significativamente maior de ser referenciada por um chatbot que responda "que dentistas existem em Alvalade?".
Pré-requisitos antes de implementar
Antes de escrever uma linha de JSON-LD convém preparar o terreno. A implementação reflecte a realidade da clínica e, se a realidade estiver mal definida ou inconsistente entre canais, o schema apenas amplifica o problema. Os pré-requisitos essenciais são quatro.
- Designação legal e comercial consolidada: o nome que aparece no schema deve ser idêntico ao do registo da ERS, do Google Business Profile e do contrato de domínio. Variações como "Clínica X Lda." versus "Clínica X" criam ambiguidade.
- Morada completa e geocodificável: rua, número, código postal de 4+3 dígitos, localidade e país. Idealmente confirmada via Google Maps para garantir correspondência com a base do motor.
- Horários reais e actualizados: incluindo encerramentos sazonais. Schema com horários falsos é pior do que sem horários.
- Especialidades alinhadas com a Ordem competente: dentária com OMD, médica com OM, psicologia com OPP, nutrição com Ordem dos Nutricionistas. Não declarar especialidade que a clínica não pratique.
Estrutura mínima do JSON-LD
O JSON-LD é o formato recomendado pelo Google para Schema.org desde 2015. Vive dentro de uma tag <script type="application/ld+json"> no <head> ou no fim do <body>, e não interfere com o HTML visível. A estrutura mínima viável para uma clínica em Portugal contém os campos seguintes.
| Campo | Tipo | Obrigatório | Exemplo |
|---|---|---|---|
| @context | URL | Sim | https://schema.org |
| @type | String | Sim | MedicalClinic |
| name | String | Sim | Clínica Sorriso de Alvalade |
| address | PostalAddress | Sim | Rua X, 1700-001 Lisboa |
| telephone | String | Recomendado | +351 21 000 0000 |
| openingHoursSpecification | Array | Recomendado | Seg-Sex 09:00-19:00 |
| medicalSpecialty | String/Array | Recomendado | Dentistry |
| url | URL | Recomendado | https://clinicaX.pt |
| image | URL | Recomendado | https://clinicaX.pt/og.jpg |
| geo | GeoCoordinates | Opcional | 38.7536, -9.1450 |
Implementação passo a passo
O processo de implementação numa clínica portuguesa típica segue seis passos sequenciais. Cada passo demora entre 15 minutos e 2 horas, dependendo da complexidade do site e da disponibilidade dos dados.
- Recolha dos dados de identidade da clínica: nome legal, morada completa, telefones, email de contacto, website, conta Google Business Profile, horários por dia da semana, especialidades praticadas, profissionais e respectivas cédulas profissionais.
- Mapeamento das especialidades para vocabulário Schema.org: usar termos canónicos (
Dentistry,Physiotherapy,Psychiatric,Nutrition) em vez de termos livres. A lista completa está em schema.org/MedicalSpecialty. - Redacção do bloco JSON-LD: idealmente num editor com validação de sintaxe JSON. Indentar de forma legível facilita manutenção futura.
- Inserção no template do site: em WordPress, plugins como Yoast SEO ou Rank Math permitem inserir schema personalizado. Em sites Laravel ou desenvolvidos por agência, colocar directamente no layout principal.
- Validação com ferramentas oficiais: Rich Results Test do Google e Schema Markup Validator. Corrigir todos os avisos antes de publicar.
- Submissão e monitorização: re-indexação via Google Search Console (Inspeccionar URL) e acompanhamento semanal durante 4 a 8 semanas para confirmar elegibilidade para resultados enriquecidos.
Campos avançados que diferenciam
Para além do mínimo viável, existem campos que separam uma implementação correcta de uma implementação excelente. Estes campos são particularmente relevantes quando a clínica concorre num mercado saturado, como medicina dentária em Lisboa ou estética em Cascais.
O campo availableService permite declarar serviços específicos (consulta de rotina, ortodontia, implantes, branqueamento) cada um como MedicalProcedure ou MedicalTherapy. O physician ou employee permite associar profissionais individuais à clínica, com o seu próprio schema Physician. O aggregateRating declara a classificação média a partir de avaliações reais, mas atenção: a ERS proíbe declarações enganosas, pelo que o valor deve corresponder estritamente a avaliações verificáveis (Google Reviews, por exemplo) e nunca a notações inventadas.
O hasOfferCatalog permite expor um catálogo de serviços com preços indicativos, útil para SEO mas a usar com cautela em saúde: preços devem ser realistas, em euros, e a tabela respeitar a obrigação de informação prévia da ERS. Tipicamente recomendamos declarar a partir de que valor o serviço está disponível, sem promessas de "valor único" ou "campanhas relâmpago".
Erros comuns que invalidam o schema
A maioria dos problemas detectados em auditorias a sites de clínicas portuguesas concentra-se num conjunto reduzido de erros, todos eles facilmente preveníveis com revisão atenta.
- JSON inválido: vírgulas a mais, aspas não fechadas, caracteres especiais não escapados. Sintoma: o Rich Results Test devolve "no items detected".
- Inconsistência com Google Business Profile: morada com abreviaturas diferentes, telefone em formato distinto, nome com sufixo "Lda." apenas num dos lados. Resultado: o Google ignora o schema por desconfiança.
- Especialidade em português livre: declarar
medicalSpecialty: "Dentista"em vez deDentistry. O vocabulário Schema.org é em inglês. - Horários em formato incorrecto: usar "9h-19h" em vez do formato ISO 8601 (
09:00a19:00) e dias por extenso em vez das abreviaturas (Mo,Tu,We). - Duplicação de schema: ter
MedicalCliniceLocalBusinessno mesmo URL com dados ligeiramente diferentes. Manter apenas um, o mais específico. - Schema sem actualização: horários antigos, profissional que já não trabalha na clínica, telefone desactivado. Reverificar trimestralmente.
Validação e ferramentas recomendadas
Existem três ferramentas essenciais para validar e monitorizar a implementação. Todas são gratuitas e devem ser usadas em ciclo: antes de publicar, após publicar e mensalmente em rotina de manutenção.
| Ferramenta | Função | Quando usar | O que procura |
|---|---|---|---|
| Rich Results Test | Validar elegibilidade para resultados enriquecidos | Antes e depois de publicar | Erros bloqueantes e avisos de campos recomendados |
| Schema Markup Validator | Validar conformidade com Schema.org | Após qualquer alteração | Tipos inválidos, campos desconhecidos, hierarquia |
| Google Search Console | Monitorizar indexação e desempenho | Semanalmente nas primeiras 8 semanas | Cobertura, impressões em rich results, CTR |
| Inspeccionar URL (GSC) | Forçar re-indexação após mudança | Imediatamente após publicar | Confirmação de que a versão nova foi vista |
Integração com Google Business Profile
O schema no site não substitui o Google Business Profile (GBP), funciona em complementaridade. O GBP é a fonte primária do Google para informação local; o schema é a fonte canónica no site da clínica. Quando ambos coincidem em nome, morada, telefone (NAP) e horários, o Google ganha confiança e tende a privilegiar a clínica em resultados locais.
A boa prática consiste em definir os dados primeiro no GBP (porque é onde gestores não-técnicos os actualizam com mais frequência) e depois espelhar exactamente no schema. Qualquer divergência, mesmo num espaço ou hífen, pode ser interpretada como inconsistência. Em clínicas com múltiplos consultórios, cada localização deve ter o seu próprio bloco MedicalClinic com URL próprio (subpágina /lisboa, /porto, etc.) e a sua ficha GBP independente.
Conformidade ERS
A Entidade Reguladora da Saúde tem regulamentação específica sobre publicidade em saúde (Regulamento n.º 61/2013 e legislação subsequente). O schema, sendo publicidade indirecta do estabelecimento, está sujeito às mesmas regras. Os pontos a respeitar com rigor são os seguintes.
- Sem promessas de resultado: não declarar "tratamento eficaz", "cura garantida" ou "resultados imediatos" em campos como
descriptionouslogan. - Sem comparações: evitar formulações como "a melhor clínica de", "líder em" ou comparações implícitas com concorrentes nomeados ou identificáveis.
- Sem aconselhamento clínico no schema: o campo
descriptionnão é local para sugerir tratamentos ou dar conselhos médicos genéricos. - Avaliações verificáveis: usar
aggregateRatingapenas se as classificações forem reais, auditáveis e identificarem a fonte (Google Reviews, por exemplo). Nunca inventar contagens. - Preços realistas e com cláusula de variação: se declarar
priceRangeou ofertas, indicar "a partir de" e nunca anunciar "campanhas" com urgência artificial. - Identificação clara da entidade: nome legal completo, registo na ERS visível no site, responsável técnico identificado.
- Sem uso indevido de termos protegidos: "hospital", "centro de saúde" e outros termos têm uso regulamentado e não devem aparecer em
nameoudescriptionsem habilitação legal.
Manutenção contínua
Implementar schema não é um projecto, é um processo. As clínicas que tratam o schema como um marcador estático perdem a vantagem competitiva ao fim de meses, porque morada, horários, equipa e serviços evoluem. Em média, recomendamos uma revisão trimestral leve (10 a 15 minutos) e uma revisão anual aprofundada coincidente com auditoria SEO geral.
Os gatilhos que obrigam a actualização imediata são quatro: mudança de morada, alteração de horários permanentes (não os de feriado, que ficam noutro campo), entrada ou saída de profissional referenciado e introdução ou retirada de serviços relevantes. Em qualquer destes casos, actualizar o schema no site, o Google Business Profile e, se aplicável, directórios médicos como Doctoralia em simultâneo, evita o cenário comum em que o Google vê informação contraditória entre fontes e penaliza a clínica em pesquisas locais.
Perguntas frequentes
Quanto tempo demora a ver resultados após implementar schema MedicalClinic?
Tipicamente entre 4 e 8 semanas após indexação. O Google precisa de tempo para validar a conformidade do schema, cruzar com Google Business Profile e considerar o site elegível para resultados enriquecidos. Forçar re-indexação no Search Console acelera o início do processo.
Posso ter MedicalClinic e LocalBusiness ao mesmo tempo?
Não é recomendado. MedicalClinic já herda de LocalBusiness e é mais específico. Ter ambos com dados ligeiramente diferentes confunde o motor. Manter apenas MedicalClinic garante mensagem coerente e elegibilidade para enriquecimentos médicos específicos.
Preciso de programador para implementar?
Não necessariamente. Em WordPress, plugins como Yoast SEO Premium ou Rank Math permitem configurar schema através de interface. Em sites desenvolvidos por agência, basta enviar o bloco JSON-LD validado para inserção no template. O essencial é validar com Rich Results Test antes de publicar.
O que muda se a clínica tem várias unidades?
Cada unidade deve ter URL próprio (por exemplo /lisboa, /porto) com bloco MedicalClinic independente, morada e horários da unidade específica, e ficha Google Business Profile separada. A página principal pode usar Organization agregando as várias clínicas.
Posso declarar preços no schema?
Sim, através de priceRange ou hasOfferCatalog, mas com cautela. Os valores devem ser realistas, em euros, com fórmula "a partir de" e em conformidade com a ERS. Nunca usar urgência artificial ou descontos limitados que possam configurar publicidade enganosa.
O schema afecta diretamente o ranking no Google?
Não diretamente, mas indirectamente sim. O Google reconheceu que schema não é factor de ranking primário. Contudo, ao gerar resultados enriquecidos com mais informação visível, aumenta o CTR, que é factor de qualidade. Em média observamos ganhos de CTR de 15% a 30% após implementação correcta.
Como sei se o meu schema está a funcionar?
Três sinais: o Rich Results Test devolve "página elegível para resultados enriquecidos", o Search Console regista impressões na secção de melhorias específicas (FAQ, eventos, etc.) e os resultados do Google passam a mostrar estrelas, horário ou pequena descrição enriquecida quando o site aparece.
Preciso de actualizar o schema quando mudo horários?
Sim, sempre que houver alteração permanente de horário, morada, equipa referenciada ou serviços. Horários de feriado têm campo próprio (specialOpeningHoursSpecification) e podem ser pré-configurados. Negligenciar actualizações leva a desconfiança do Google e perda de elegibilidade para resultados locais.
Próximos passos
Implementar Schema.org MedicalClinic é uma das intervenções de SEO técnico com melhor relação custo/benefício para clínicas em Portugal. Em poucas horas de trabalho consegue-se uma diferenciação significativa em pesquisas locais, acompanhada de elegibilidade para resultados enriquecidos e maior probabilidade de citação por modelos de linguagem. O processo é simples na sua essência, mas exige rigor no detalhe e revisão periódica para manter o efeito.
Se a sua clínica quer perceber o estado actual da implementação técnica do site, identificar lacunas em schema, Google Business Profile e conformidade ERS, e receber um plano concreto de melhoria, Solicite um diagnóstico sem compromisso. Em 48 horas devolvemos relatório com pontos críticos e estimativa de impacto, adaptado à realidade da sua especialidade e localização.
Quer um site com IA que atende e agenda pela sua clínica?
Pedir proposta gratuita
