MedicalWebPage, Physician e MedicalClinic são os três tipos de schema markup do vocabulário Schema.org que estruturam conteúdo de saúde para máquinas: o MedicalWebPage identifica a página de conteúdo médico, o Physician identifica o profissional (com os subtipos IndividualPhysician e PhysiciansOffice, criados na versão 24.0 do Schema.org, lançada em 9 de janeiro de 2024) e o MedicalClinic identifica o estabelecimento de saúde. Implementados juntos em JSON-LD, eles dizem ao Google, ao ChatGPT, ao Perplexity e aos demais motores generativos exatamente quem é o médico, o que a clínica oferece e qual conteúdo foi revisado por um especialista.
O impacto é direto em um dos nichos mais disputados da internet. Cerca de 7% de todas as buscas diárias do Google são relacionadas a saúde, o equivalente a 70.000 buscas por minuto, segundo David Feinberg, então vice-presidente do Google Health, em declaração reportada pelo The Telegraph. Neste guia da Geostack, você encontra a função de cada tipo, as propriedades essenciais, códigos JSON-LD prontos para adaptar, os erros que invalidam o markup e como esse trio se conecta à estratégia de GEO para Saúde.
Pontos-chave deste guia
- MedicalWebPage marca páginas de conteúdo médico e permite declarar revisão por especialista (propriedades lastReviewed e reviewedBy), sinal central de E-E-A-T em um nicho classificado pelo Google como YMYL (Your Money or Your Life).
- Physician ganhou dois subtipos na versão 24.0 do Schema.org (9 de janeiro de 2024): IndividualPhysician, para o médico como pessoa, e PhysiciansOffice, para o consultório como negócio, eliminando uma ambiguidade histórica do vocabulário.
- MedicalClinic descreve o estabelecimento e aceita as propriedades medicalSpecialty, availableService e isAcceptingNewPatients, além de herdar endereço, horários e avaliações; nenhum dos três tipos gera rich result próprio no Google, mas todos alimentam o entendimento de entidade que IAs usam para citar e recomendar.
O que é schema markup para saúde e por que ele importa?
Schema markup para saúde é o conjunto de dados estruturados do vocabulário Schema.org que descreve entidades médicas (profissionais, clínicas, condições, procedimentos e conteúdos) em um formato que máquinas leem sem ambiguidade. O vocabulário é mantido pela comunidade Schema.org, fundada em 2011 por Google, Microsoft, Yahoo e Yandex, e a implementação recomendada pelo Google é o formato JSON-LD inserido no código da página.
A importância vem de dois movimentos simultâneos. Primeiro, o Google classifica conteúdo de saúde como YMYL (Your Money or Your Life) em suas Search Quality Rater Guidelines, categoria que recebe o escrutínio máximo de E-E-A-T (Experience, Expertise, Authoritativeness, Trustworthiness). Dados estruturados são a forma legível por máquina de comprovar quem escreveu, quem revisou e quais credenciais sustentam o conteúdo. Segundo, os motores generativos dependem de entidades bem definidas para citar com segurança: um LLM que precisa recomendar “cardiologista em Curitiba” tende a favorecer entidades cuja especialidade, endereço e credenciais estão declarados de forma estruturada e consistente.
Vale ser preciso sobre o que o schema não faz: MedicalWebPage, Physician e MedicalClinic não geram, sozinhos, um rich result dedicado na galeria de resultados enriquecidos do Google. O valor deles está na desambiguação da entidade e na elegibilidade indireta, via aninhamento de tipos como FAQPage, Review e AggregateRating, que geram exibições enriquecidas. Em GEO, essa desambiguação é o objetivo em si: certeza gera citação.
Qual a diferença entre MedicalWebPage, Physician e MedicalClinic?
Cada tipo responde a uma pergunta diferente que a máquina faz sobre a página. O MedicalWebPage responde “que tipo de conteúdo é este?”. O Physician responde “quem é este profissional?”. O MedicalClinic responde “que estabelecimento é este?”. Um site de saúde completo usa os três, cada um na página certa, conectados entre si por referências de identidade.
| Critério | MedicalWebPage | Physician (e subtipos) | MedicalClinic |
|---|---|---|---|
| O que descreve | Uma página de conteúdo médico | Um médico ou consultório médico | Uma clínica ou estabelecimento de saúde |
| Hierarquia no Schema.org | Subtipo de WebPage | Subtipo de MedicalOrganization; PhysiciansOffice também de MedicalBusiness | Subtipo de MedicalOrganization e MedicalBusiness |
| Página típica | Artigo de blog sobre uma condição, página de tratamento, guia para pacientes | Página de perfil do médico (“Dr. Fulano, CRM XXXXX”) | Página institucional, página de unidade, home da clínica |
| Propriedades-chave | about, lastReviewed, reviewedBy, medicalAudience | medicalSpecialty, hospitalAffiliation, practicesAt, availableService, usNPI | medicalSpecialty, availableService, isAcceptingNewPatients, address, openingHoursSpecification |
| Sinal principal para E-E-A-T e GEO | Revisão médica do conteúdo | Credenciais e vínculos do profissional | Localização, serviços e reputação do negócio |
A regra de ouro da Geostack para decidir o tipo: pergunte qual é a entidade principal da página. Se a página existe para explicar um assunto, use MedicalWebPage. Se existe para apresentar uma pessoa, use IndividualPhysician (combinado com Person). Se existe para apresentar um local de atendimento, use MedicalClinic ou PhysiciansOffice.
O que é o schema MedicalWebPage e quando usar?
MedicalWebPage é o tipo do Schema.org que identifica uma página web cujo conteúdo principal é informação médica ou de saúde. Ele é um subtipo de WebPage e deve ser aplicado em artigos sobre condições, sintomas, tratamentos, procedimentos e guias para pacientes, o formato de conteúdo que domina as respostas de IA em saúde.
As propriedades mais valiosas do MedicalWebPage para E-E-A-T e GEO são três. A propriedade about conecta a página à entidade médica que ela trata (uma MedicalCondition como “diabetes tipo 2”, por exemplo). A propriedade lastReviewed declara a data da última revisão do conteúdo por um responsável. A propriedade reviewedBy identifica quem revisou, idealmente apontando para a entidade IndividualPhysician do revisor, com nome, CRM e especialidade. Juntas, elas transformam o selo “revisado clinicamente por” de um elemento visual em um dado verificável por máquina.
Exemplo de JSON-LD de MedicalWebPage para um artigo revisado por especialista:
Sua marca aparece quando a IA responde?
Descubra em um relatório gratuito como ChatGPT, Gemini, Perplexity, Claude, Copilot e Google AI Overviews enxergam (ou ignoram) sua marca hoje.
Solicitar Auditoria Grátis Sem compromisso. Sem cartão. Só dados.json
{
"@context": "https://schema.org",
"@type": "MedicalWebPage",
"name": "Diabetes tipo 2: sintomas, diagnostico e tratamento",
"url": "https://www.exemplo.com.br/diabetes-tipo-2/",
"about": {
"@type": "MedicalCondition",
"name": "Diabetes mellitus tipo 2"
},
"medicalAudience": {
"@type": "MedicalAudience",
"audienceType": "Patient"
},
"lastReviewed": "2026-07-15",
"reviewedBy": {
"@type": "IndividualPhysician",
"name": "Dra. Nome Sobrenome",
"medicalSpecialty": "Endocrinologia",
"url": "https://www.exemplo.com.br/equipe/dra-nome-sobrenome/"
},
"dateModified": "2026-07-15",
"publisher": {
"@type": "MedicalOrganization",
"name": "Clinica Exemplo"
}
}Regra inegociável: só marque o que está visível na página. Se o markup declara revisão pela Dra. Nome Sobrenome em 15 de julho, essa informação precisa aparecer no conteúdo que o paciente lê. Markup de conteúdo invisível viola as diretrizes de dados estruturados do Google e destrói a confiança que ele deveria construir.
O que mudou no schema Physician com a versão 24.0 do Schema.org?
A versão 24.0 do Schema.org, publicada em 9 de janeiro de 2024, reformulou o tipo Physician para resolver uma ambiguidade que durava anos: o mesmo tipo era usado tanto para o médico (pessoa) quanto para o consultório (negócio). A atualização trouxe cinco mudanças documentadas:
- O Physician foi redefinido como “um médico individual ou um consultório médico considerado como MedicalOrganization” e deixou de ser subtipo de LocalBusiness.
- Foi criado o subtipo IndividualPhysician, para o profissional como pessoa, com a nova propriedade practicesAt, que indica em quais organizações (hospitais, clínicas, consultórios) o médico atende.
- Foi criado o subtipo PhysiciansOffice, para o consultório como estabelecimento; a versão 26.0 do vocabulário corrigiu uma omissão e restaurou o PhysiciansOffice como subtipo de MedicalBusiness.
- Foi adicionada a propriedade usNPI, o identificador de 10 dígitos de provedores de saúde nos Estados Unidos; no Brasil, o equivalente funcional é declarar o CRM em texto e usar a propriedade identifier.
- Foi adicionada a propriedade occupationalCategory, que classifica a ocupação a partir de taxonomias padronizadas.
Na prática brasileira, a recomendação da Geostack é: use IndividualPhysician (em multi-tipagem com Person, para liberar propriedades como jobTitle, alumniOf e hasCredential) nas páginas de perfil de médico, e PhysiciansOffice apenas quando a página descreve o consultório de prática individual como negócio. A documentação de boas práticas da Schema App reforça que IndividualPhysician não deve ser usado para profissionais que não são médicos, como equipe administrativa ou paramédicos.
Exemplo de JSON-LD de IndividualPhysician para página de perfil:
json
{
"@context": "https://schema.org",
"@type": ["IndividualPhysician", "Person"],
"name": "Dr. Nome Sobrenome",
"url": "https://www.exemplo.com.br/equipe/dr-nome-sobrenome/",
"image": "https://www.exemplo.com.br/fotos/dr-nome-sobrenome.jpg",
"medicalSpecialty": "Cardiologia",
"identifier": "CRM-SP 000000 / RQE 00000",
"alumniOf": {
"@type": "CollegeOrUniversity",
"name": "Universidade de Sao Paulo"
},
"hospitalAffiliation": {
"@type": "Hospital",
"name": "Hospital Exemplo"
},
"practicesAt": {
"@type": "MedicalClinic",
"name": "Clinica Exemplo",
"url": "https://www.exemplo.com.br/"
},
"availableService": {
"@type": "MedicalProcedure",
"name": "Ecocardiograma"
},
"sameAs": [
"https://www.linkedin.com/in/perfil-do-medico/",
"https://www.instagram.com/perfil-do-medico/"
]
}O que é o schema MedicalClinic e como implementar?
MedicalClinic é o tipo do Schema.org que descreve um estabelecimento de saúde onde pacientes recebem atendimento, como clínicas médicas, odontológicas e de especialidades. Por herdar simultaneamente de MedicalOrganization e MedicalBusiness, ele combina propriedades clínicas (especialidades e serviços) com propriedades de negócio local (endereço, telefone, horários, área de preço e avaliações), o que o torna a espinha dorsal do SEO local e do GEO local em saúde.
As propriedades específicas mais importantes são medicalSpecialty (as especialidades atendidas, usando a enumeração MedicalSpecialty do vocabulário), availableService (exames, procedimentos e terapias oferecidos, marcados como MedicalTest, MedicalProcedure ou MedicalTherapy) e isAcceptingNewPatients (booleano que informa se a organização aceita novos pacientes). As propriedades herdadas completam o quadro: address com PostalAddress completo, geo com coordenadas, openingHoursSpecification, telephone, priceRange e sameAs apontando para o perfil no Google Business Profile, redes sociais e diretórios como o Doctoralia.
Exemplo de JSON-LD de MedicalClinic para a página institucional:
json
{
"@context": "https://schema.org",
"@type": "MedicalClinic",
"name": "Clinica Exemplo",
"url": "https://www.exemplo.com.br/",
"logo": "https://www.exemplo.com.br/logo.png",
"telephone": "+55-11-0000-0000",
"address": {
"@type": "PostalAddress",
"streetAddress": "Rua Exemplo, 100, Sala 10",
"addressLocality": "Sao Paulo",
"addressRegion": "SP",
"postalCode": "00000-000",
"addressCountry": "BR"
},
"geo": {
"@type": "GeoCoordinates",
"latitude": -23.5610,
"longitude": -46.6560
},
"openingHoursSpecification": {
"@type": "OpeningHoursSpecification",
"dayOfWeek": ["Monday", "Tuesday", "Wednesday", "Thursday", "Friday"],
"opens": "08:00",
"closes": "18:00"
},
"medicalSpecialty": ["Cardiology", "Endocrinology"],
"availableService": [
{ "@type": "MedicalTest", "name": "Ecocardiograma" },
{ "@type": "MedicalTest", "name": "Teste ergometrico" }
],
"isAcceptingNewPatients": true,
"sameAs": [
"https://g.co/kgs/perfil-da-clinica",
"https://www.instagram.com/clinicaexemplo/"
]
}Como conectar os três tipos em um grafo de entidades?
A força do schema para saúde não está em cada bloco isolado, mas na rede de referências entre eles: é isso que transforma páginas soltas em um grafo de entidades que máquinas navegam. O padrão que a Geostack implementa em projetos de saúde segue quatro conexões:
- Cada artigo com MedicalWebPage aponta o reviewedBy para a URL da página de perfil do médico revisor (a entidade IndividualPhysician).
- Cada perfil com IndividualPhysician aponta o practicesAt para a entidade MedicalClinic da clínica.
- A entidade MedicalClinic lista os médicos do corpo clínico (via employee ou member) e aponta sameAs para Google Business Profile, Wikidata (quando existente) e diretórios de saúde.
- Todas as entidades usam @id estáveis, de forma que a mesma clínica e o mesmo médico sejam reconhecidos como a mesma entidade em todas as páginas do site.
Esse encadeamento produz o efeito que importa para GEO: quando um motor generativo processa qualquer página do site, ele consegue reconstruir a cadeia completa “conteúdo revisado por médico X, especialista em Y, que atende na clínica Z, localizada em W”. Sem o grafo, a IA precisa deduzir essas relações; com o grafo, ela apenas as lê. Para verificar se o restante da sua presença digital sustenta essa estrutura, rode o checklist de GEO da Geostack.
Quais erros invalidam o schema de saúde? Tabela de correções
Nas auditorias técnicas que realizamos em sites de clínicas e profissionais de saúde, os mesmos erros se repetem. A tabela abaixo lista os sete mais frequentes e a prática correta correspondente:
| Erro comum | Por que é um problema | Prática correta |
|---|---|---|
| Usar Physician genérico para tudo | Desde a versão 24.0 existe distinção entre pessoa e consultório; o tipo genérico devolve a ambiguidade | IndividualPhysician para o médico, PhysiciansOffice para o consultório, MedicalClinic para a clínica |
| Marcar informação que não está visível na página | Viola as diretrizes de dados estruturados do Google e pode gerar ação manual | Todo dado do JSON-LD deve existir no conteúdo visível |
| Declarar lastReviewed sem processo real de revisão | Data de revisão falsa é risco reputacional e ético em conteúdo YMYL | Implementar revisão médica documentada e atualizar a data apenas quando ela ocorre |
| Esquecer o identifier com CRM e RQE | No Brasil, CRM e RQE são as credenciais que desambiguam o profissional | Declarar CRM/RQE no identifier e exibi-los na página, como exige a publicidade médica regulamentada pelo CFM |
| Especialidade em texto livre fora da enumeração | medicalSpecialty aceita a enumeração MedicalSpecialty; termos soltos perdem padronização | Usar os valores da enumeração (Cardiology, Dermatology etc.) e detalhar em description |
| Blocos JSON-LD duplicados ou conflitantes por plugin | Dois blocos com dados divergentes fazem a máquina descartar ou escolher o errado | Auditar plugins de SEO do WordPress e manter uma única fonte de verdade por entidade |
| Ignorar sameAs e @id | Sem identificadores estáveis, cada página vira uma entidade nova aos olhos da máquina | @id fixo por entidade e sameAs para perfis externos consistentes |
Schema de saúde gera rich results no Google?
A resposta honesta: não diretamente. A galeria de resultados enriquecidos do Google não possui um rich result dedicado aos tipos médicos, e a documentação de boas práticas da Schema App confirma que o tipo Physician, por si só, não é elegível a exibições enriquecidas. O retorno visível vem por aninhamento: Review e AggregateRating dentro de IndividualPhysician ou MedicalClinic tornam a página elegível ao snippet de avaliações com estrelas, e FAQPage estruturada em páginas de dúvidas frequentes já gerou exibições expandidas.
O retorno invisível, porém, é o que justifica o investimento em 2026. Dados estruturados alimentam o Knowledge Graph do Google, os AI Overviews, o AI Mode e o retrieval dos assistentes de IA. Como afirmou David Feinberg, então vice-presidente do Google Health, em declaração ao The Telegraph, “as pessoas estão nos perguntando sobre condições, medicamentos, sintomas e planos de saúde”. Cada uma dessas perguntas, hoje respondida por IA, é uma disputa de citação entre entidades de saúde, e vence a entidade que a máquina entende sem esforço. O schema é uma das mais de cem alavancas que mapeamos no nosso guia de técnicas de GEO, e em saúde ele está entre as de maior prioridade.
Como implementar schema de saúde no WordPress? Passo a passo
O caminho de implementação depende do nível técnico da equipe, mas o processo lógico é o mesmo em qualquer stack:
- Mapeie as entidades: liste a clínica, cada médico do corpo clínico e cada template de conteúdo (artigo, página de procedimento, página de unidade). Cada entidade recebe um @id estável.
- Defina o tipo por template: home e páginas de unidade recebem MedicalClinic; perfis recebem IndividualPhysician mais Person; artigos recebem MedicalWebPage; páginas de dúvidas recebem MedicalWebPage com FAQPage aninhada.
- Gere o JSON-LD: em WordPress, os caminhos mais comuns são plugins de SEO com suporte a tipos customizados, campos personalizados que montam o bloco dinamicamente ou inserção manual do script no template. Adapte os códigos deste guia.
- Valide antes de publicar: use o Teste de Pesquisa Aprimorada do Google (Rich Results Test) e o Schema Markup Validator do Schema.org. Corrija erros e avisos antes de subir para produção.
- Monitore o efeito: acompanhe o relatório de dados estruturados no Google Search Console e, na camada de IA, monitore se as menções da clínica e dos médicos nas respostas generativas evoluem após a implementação.
Três boas práticas complementares elevam o resultado do markup ao padrão E-E-A-T que o nicho exige:
- Consistência absoluta entre fontes: nome, endereço, telefone, especialidades e CRM devem ser idênticos no site, no Google Business Profile, nos diretórios de saúde e nas redes sociais, porque divergências minam a confiança da máquina na entidade.
- Revisão médica real e visível: o selo “revisado por”, com nome, CRM, especialidade e data, deve existir no conteúdo e no markup, e o perfil do revisor deve comprovar as credenciais declaradas.
- Conformidade regulatória junto: a publicidade médica no Brasil é regulamentada pelo Conselho Federal de Medicina, e o tratamento de dados de saúde é regido pela LGPD; o schema deve refletir apenas informações que o profissional pode publicar segundo essas normas.
FAQ: 20 perguntas e respostas sobre schema para saúde
1. O que é o schema MedicalWebPage?
MedicalWebPage é o tipo do Schema.org que identifica uma página cujo conteúdo principal é informação médica, como artigos sobre condições, sintomas e tratamentos. Ele é subtipo de WebPage e suas propriedades mais valiosas são about (o tema médico), lastReviewed (data da revisão) e reviewedBy (o especialista revisor).
2. O que é o schema Physician?
Physician é o tipo do Schema.org que descreve um médico individual ou um consultório médico considerado como MedicalOrganization. Desde a versão 24.0 do vocabulário, publicada em 9 de janeiro de 2024, ele possui dois subtipos que eliminam a ambiguidade: IndividualPhysician (a pessoa) e PhysiciansOffice (o consultório).
3. O que é o schema MedicalClinic?
MedicalClinic é o tipo do Schema.org que descreve uma clínica ou estabelecimento de saúde. Ele herda de MedicalOrganization e de MedicalBusiness, o que permite combinar propriedades clínicas (medicalSpecialty, availableService, isAcceptingNewPatients) com propriedades de negócio local (endereço, telefone, horários, avaliações e sameAs).
4. Qual a diferença entre IndividualPhysician e PhysiciansOffice?
IndividualPhysician descreve o médico como pessoa e é indicado para páginas de perfil profissional, com propriedades como medicalSpecialty, hospitalAffiliation e practicesAt. PhysiciansOffice descreve o consultório como negócio, adequado para médicos com prática independente. Os dois subtipos foram criados na versão 24.0 do Schema.org para separar entidades que antes se confundiam no tipo Physician.
5. Para que serve a propriedade practicesAt?
A propriedade practicesAt, adicionada ao subtipo IndividualPhysician na versão 24.0 do Schema.org, indica em quais organizações médicas (hospitais, clínicas, consultórios) o profissional atende. Ela é a ponte formal entre a entidade do médico e a entidade da clínica, permitindo que máquinas reconstruam o vínculo profissional sem deduções.
6. Schema de saúde gera estrelas ou rich results no Google?
Não diretamente. Os tipos médicos não têm rich result dedicado na galeria do Google. A elegibilidade visual vem por aninhamento: Review e AggregateRating dentro de IndividualPhysician ou MedicalClinic habilitam o snippet de avaliações, e FAQPage habilita exibições expandidas. O ganho principal dos tipos médicos é o entendimento de entidade.
7. Schema markup ajuda a aparecer no ChatGPT e nas respostas de IA?
Dados estruturados são um dos sinais que constroem clareza de entidade, e clareza de entidade é pré-requisito para citação segura por IAs. O schema não garante citação sozinho, mas reduz a ambiguidade sobre quem é o médico, qual sua especialidade e onde atende, informação que motores generativos precisam confirmar antes de recomendar um profissional de saúde.
8. Por que conteúdo de saúde exige mais cuidado com E-E-A-T?
Porque o Google classifica saúde como YMYL (Your Money or Your Life) em suas Search Quality Rater Guidelines: conteúdo que pode afetar a saúde ou a segurança das pessoas recebe o padrão mais alto de avaliação de experiência, expertise, autoridade e confiança. Schema de revisão médica, credenciais visíveis e autoria identificada são as evidências estruturadas desse padrão.
9. Como declarar o CRM do médico no schema?
O Schema.org não possui propriedade específica para o CRM brasileiro (a propriedade usNPI, criada na versão 24.0, cobre apenas o identificador americano). A prática recomendada é declarar CRM e RQE na propriedade identifier da entidade IndividualPhysician e exibi-los no conteúdo visível da página, em linha com as regras de publicidade médica do CFM.
10. Qual formato usar: JSON-LD, Microdata ou RDFa?
JSON-LD é o formato recomendado pelo Google para dados estruturados. Ele é inserido como um bloco de script independente do HTML visível, o que facilita a manutenção, evita quebras de layout e permite gerar o markup dinamicamente a partir de campos do WordPress ou de um CMS headless.
11. Posso usar mais de um tipo de schema na mesma página?
Sim, e em saúde isso é recomendado. Uma página de perfil pode combinar IndividualPhysician e Person (multi-tipagem) para liberar propriedades como jobTitle, alumniOf e hasCredential. Um artigo pode usar MedicalWebPage com FAQPage aninhada. O limite é a coerência: os tipos devem descrever a mesma entidade real da página.
12. O que é a propriedade isAcceptingNewPatients?
isAcceptingNewPatients é uma propriedade booleana de MedicalOrganization, herdada por MedicalClinic e Physician, que informa se o estabelecimento ou profissional está aceitando novos pacientes. É um dado de alta utilidade prática para respostas de IA em consultas locais como “clínica de dermatologia aceitando pacientes perto de mim”.
13. Como marcar as especialidades da clínica?
Use a propriedade medicalSpecialty com os valores da enumeração MedicalSpecialty do Schema.org, como Cardiology, Dermatology ou Pediatrics. A enumeração padroniza o dado para máquinas. Detalhes em português e subespecialidades podem ser descritos na propriedade description e no conteúdo visível da página.
14. Como marcar os exames e procedimentos oferecidos?
Use a propriedade availableService, disponível em MedicalClinic e Physician, listando cada oferta como MedicalTest (exames), MedicalProcedure (procedimentos) ou MedicalTherapy (terapias). Cada serviço deve corresponder a uma oferta real e, idealmente, ter página própria no site, que pode receber seu próprio markup.
15. Preciso de schema se já tenho Google Business Profile completo?
Sim. O Google Business Profile alimenta o ecossistema local do Google, mas o schema no site é lido por todos os motores, incluindo os crawlers de IAs como OpenAI, Anthropic e Perplexity. A combinação dos dois, com dados idênticos, é o que consolida a entidade. A propriedade sameAs deve conectar o site ao perfil do Google e aos demais diretórios.
16. Quais ferramentas validam o schema de saúde?
Duas ferramentas gratuitas cobrem a validação: o Rich Results Test do Google (que verifica elegibilidade a resultados enriquecidos) e o Schema Markup Validator do Schema.org (que verifica a sintaxe e as propriedades de qualquer tipo, incluindo os médicos). O Google Search Console monitora erros de dados estruturados de forma contínua após a publicação.
17. Schema markup pode gerar penalização?
O risco existe quando o markup descreve conteúdo que não está visível na página ou infla dados, como avaliações inexistentes. As diretrizes de dados estruturados do Google preveem ações manuais para markup enganoso. Em saúde, o risco é dobrado: além da penalidade de busca, dados falsos de credenciais ferem as normas de publicidade médica do CFM.
18. Com que frequência devo atualizar o schema?
Sempre que a realidade mudar: novo médico no corpo clínico, mudança de endereço ou horários, novos serviços, nova revisão de conteúdo. A propriedade lastReviewed, em particular, só deve ser atualizada quando uma revisão médica real ocorrer. Uma auditoria trimestral do relatório de dados estruturados no Search Console captura quebras causadas por atualizações de plugins e temas.
19. Schema de saúde funciona para dentistas, psicólogos e fisioterapeutas?
Sim, com adaptações de tipo. O Schema.org oferece Dentist para odontologia e tipos como MedicalBusiness e MedicalClinic que acomodam clínicas multiprofissionais. IndividualPhysician é reservado a médicos; para outros profissionais de saúde, a combinação de Person com a organização correspondente e credenciais no identifier cumpre o mesmo papel de desambiguação.
20. Schema markup substitui uma estratégia de GEO para saúde?
Não. O schema é a camada técnica de clareza de entidade, uma condição necessária, mas não suficiente. Para ser citada por IAs, uma clínica precisa também de conteúdo revisado e citável, autoridade de domínio, presença nas fontes que os modelos consultam e monitoramento contínuo das respostas. O estudo de Princeton que fundou o campo do GEO (Aggarwal et al., KDD 2024) mediu ganho de visibilidade de até 40% com esse conjunto de técnicas aplicado ao conteúdo.
Como citar este artigo
GEOSTACK. Schema para Saúde: MedicalWebPage, Physician e MedicalClinic [Guia Completo com Códigos]. Geostack, São Paulo, 2026. Disponível em: https://geostack.com.br/. Acesso em: 4 ago. 2026.
Referências
AGGARWAL, P. et al. GEO: Generative Engine Optimization. In: PROCEEDINGS OF THE 30TH ACM SIGKDD CONFERENCE ON KNOWLEDGE DISCOVERY AND DATA MINING (KDD 2024). Disponível em: https://arxiv.org/abs/2311.09735. Acesso em: 4 ago. 2026.
BECKER’S HOSPITAL REVIEW. Google receives more than 1 billion health questions every day. 2019. Disponível em: https://www.beckershospitalreview.com/healthcare-information-technology/google-receives-more-than-1-billion-health-questions-every-day/. Acesso em: 4 ago. 2026.
GOOGLE SEARCH CENTRAL. Introdução aos dados estruturados na Pesquisa Google. Disponível em: https://developers.google.com/search/docs/appearance/structured-data/intro-structured-data. Acesso em: 4 ago. 2026.
GOOGLE. Search Quality Evaluator Guidelines. Disponível em: https://static.googleusercontent.com/media/guidelines.raterhub.com/en//searchqualityevaluatorguidelines.pdf. Acesso em: 4 ago. 2026.
SCHEMA APP. Physician page best practices. Disponível em: https://support.schemaapp.com/support/solutions/articles/33000288120-physician-page-best-practices. Acesso em: 4 ago. 2026.
SCHEMA APP. Schema.org v24.0 release: changes to Physician schema markup. Disponível em: https://www.schemaapp.com/schema-app-news/schema-org-v24-0-release-changes-to-physician-schema-markup/. Acesso em: 4 ago. 2026.
SCHEMA.ORG. IndividualPhysician. Disponível em: https://schema.org/IndividualPhysician. Acesso em: 4 ago. 2026.
SCHEMA.ORG. MedicalClinic. Disponível em: https://schema.org/MedicalClinic. Acesso em: 4 ago. 2026.
SCHEMA.ORG. MedicalSpecialty. Disponível em: https://schema.org/MedicalSpecialty. Acesso em: 4 ago. 2026.
SCHEMA.ORG. MedicalWebPage. Disponível em: https://schema.org/MedicalWebPage. Acesso em: 4 ago. 2026.
SCHEMA.ORG. Physician. Disponível em: https://schema.org/Physician. Acesso em: 4 ago. 2026.
