Schema para clínica e consultório: exemplo de JSON-LD pronto

Schema para clínica é um bloco de código, em formato JSON-LD, que descreve a clínica ou o consultório (nome, endereço, telefone, horário, especialidade) numa linguagem que máquinas entendem sem adivinhar. Este guia mostra qual tipo usar, traz um exemplo completo para copiar, explica onde colar e como validar, e é honesto sobre o que o schema faz e o que ninguém provou que ele faz pela visibilidade em IA.

O que é schema e JSON-LD, em uma frase?

Schema é um vocabulário comum, mantido pelo schema.org, para dizer o que cada informação de uma página significa, e JSON-LD é o formato recomendado pelo Google para escrever isso num bloco de código. O Google explica, na introdução a dados estruturados, que esse marcador dá pistas explícitas sobre o significado da página e que recomenda JSON-LD quando o seu site permite.

O bloco fica dentro de uma tag <script type="application/ld+json"> e não aparece para quem visita a página. Por isso existe uma regra de ouro, da política de dados estruturados do Google: não marque conteúdo que não esteja visível para os leitores da página.

Qual tipo de schema usar para clínica, consultório ou dentista?

Use o tipo mais específico que descreva o seu negócio: Dentist para dentistas, Physician para médicos, MedicalClinic para clínicas e MedicalBusiness como opção mais ampla. Confirmamos as definições nas páginas do schema.org:

Todos esses tipos derivam de LocalBusiness, o tipo que o Google usa para negócios locais (exige nome e endereço e recomenda telefone, URL, coordenadas, horário e faixa de preço). A orientação do Google é escolher o subtipo mais específico possível. A hierarquia vem de MedicalBusiness e de MedicalOrganization, e é por isso que a propriedade medicalSpecialty está disponível em Dentist, MedicalClinic e Physician.

Como é um exemplo completo de JSON-LD para clínica?

Este é um exemplo para uma clínica odontológica fictícia. Troque todos os valores pelos reais e mantenha cada dado igual ao que está visível no site e no Perfil da Empresa no Google. O JSON não aceita comentários, por isso a explicação campo a campo vem logo depois do bloco.

{
  "@context": "https://schema.org",
  "@type": "Dentist",
  "@id": "https://www.exemplo-odonto.com.br/#clinica",
  "name": "Clínica Exemplo Odontologia",
  "url": "https://www.exemplo-odonto.com.br/",
  "image": "https://www.exemplo-odonto.com.br/fotos/fachada.jpg",
  "telephone": "+55-34-3200-0000",
  "address": {
    "@type": "PostalAddress",
    "streetAddress": "Av. Exemplo, 1000, sala 12",
    "addressLocality": "Uberlândia",
    "addressRegion": "MG",
    "postalCode": "38400-000",
    "addressCountry": "BR"
  },
  "geo": {
    "@type": "GeoCoordinates",
    "latitude": -18.9186,
    "longitude": -48.2772
  },
  "openingHoursSpecification": [
    {
      "@type": "OpeningHoursSpecification",
      "dayOfWeek": ["Monday", "Tuesday", "Wednesday", "Thursday", "Friday"],
      "opens": "08:00",
      "closes": "18:00"
    },
    {
      "@type": "OpeningHoursSpecification",
      "dayOfWeek": "Saturday",
      "opens": "08:00",
      "closes": "12:00"
    }
  ],
  "medicalSpecialty": "https://schema.org/Dentistry",
  "isAcceptingNewPatients": true,
  "sameAs": [
    "https://www.doctoralia.com.br/clinica-exemplo",
    "https://www.instagram.com/clinicaexemplo",
    "https://maps.app.goo.gl/EXEMPLO"
  ]
}

Campo a campo:

• @type: o tipo do negócio. Para uma clínica médica, troque por MedicalClinic; para um médico, Physician.
• @id: um identificador estável (a URL da página inicial mais um #) que permite referenciar a mesma clínica de outros blocos.
• name, url, image: o nome exatamente como no Perfil da Empresa, o endereço do site e uma foto real da fachada ou do espaço.
• telephone: com código do país e do estado (+55 e DDD).
• address e geo: endereço em partes, com CEP e país, e as coordenadas do local. O Google lista nome e endereço como obrigatórios e coordenadas como recomendadas.
• openingHoursSpecification: horários por dia da semana, com os dias em inglês, como o vocabulário exige. Se fecha para almoço, crie um bloco para cada turno.
• medicalSpecialty: a especialidade, em formato de endereço do schema.org. Para outras especialidades, consulte a lista de MedicalSpecialty.
• isAcceptingNewPatients: propriedade herdada de MedicalOrganization. Só coloque se a informação estiver visível e atual.
• sameAs: links dos seus perfis oficiais em outros lugares (Doctoralia, Instagram, página no Google). Ajuda a ligar a clínica às suas outras presenças. Que as IAs usem isso é inferência.

E as avaliações (aggregateRating)?

Não inclua aggregateRating com a nota que a própria clínica escolheu mostrar no site, porque a página pode ficar inelegível para estrelas. O Google diz que páginas de LocalBusiness ou Organization cujo avaliado controla as avaliações sobre si mesmo (no próprio site, no markup ou por widget de terceiros) ficam inelegíveis para o recurso de estrelas, e que as notas de negócios locais precisam vir de usuários.

Na prática: o campo existe no schema.org, mas colocá-lo no site da própria clínica, com nota copiada do Google ou do Doctoralia, não rende estrelas e pode ferir as diretrizes. Se quiser mostrar avaliações, mostre-as como texto, com a fonte, e confirme as regras do Google antes de marcá-las.

Onde colar o código? (WordPress, Wix e site próprio)

O bloco <script type="application/ld+json"> pode ficar no <head> ou no <body> da página da clínica, normalmente a página inicial ou a de contato. O caminho muda conforme a ferramenta.

• Site próprio ou feito por agência: peça ao desenvolvedor para incluir o bloco no <head> do modelo da página inicial.
• WordPress: use um campo de código personalizado ou um bloco HTML na página. Plugins de SEO costumam ter recurso de schema para negócios locais; os nomes e menus mudam, então confira na documentação do plugin que usa. Isso é inferência, não regra.
• Wix: o Centro de Ajuda da Wix tem um passo a passo para adicionar marcação de dados estruturados (Structured Data Markup) e diz que só é possível em páginas estáticas. O caminho exato nos menus muda com o editor, então siga o artigo. A Wix pode já gerar algum markup por conta própria; se houver um bloco automático e o seu manual com dados diferentes, corrija um deles.

O schema é só uma parte do trabalho no site; o resto está em como aparecer no ChatGPT.

Como validar o schema?

Valide em duas ferramentas: o Teste de Resultados Rich do Google e o validador do schema.org. O Teste de Resultados Rich verifica se o Google reconhece o markup e se há erros técnicos, e o validador do schema.org verifica a sintaxe geral do vocabulário, sem se limitar aos recursos do Google.

Dois cuidados. Primeiro, o Google avisa na política de dados estruturados que passar no teste não garante nenhum recurso nos resultados. Segundo, o teste valida o formato, não a verdade: se o telefone no código for antigo, a ferramenta aprova do mesmo jeito. Cabe a você conferir os dados.

O que o schema faz por você e o que ele não faz?

O que está documentado: o Google diz que dados estruturados dão contexto explícito sobre o conteúdo da página, e que, para negócios locais, o markup LocalBusiness permite informar horários e departamentos e pode levar a um painel de conhecimento do negócio, segundo o guia de negócio local.

O que o Google diz sobre IA: não existe um schema especial para aparecer em seus recursos de IA, e o guia de otimização afirma que dados estruturados não são exigidos para a busca de IA generativa.

O que ninguém documentou: não encontramos documentação da OpenAI, da Perplexity ou de outras plataformas dizendo que elas leem schema.org para escolher fontes. Vale, então, a regra do honesto: o schema descreve a clínica sem ambiguidade, mas dizer que ele faz o ChatGPT recomendar a clínica seria promessa sem prova. Na nossa coleta sobre dentistas, as fontes que mais apareceram foram diretórios e o site do conselho regional, como mostra o ChatGPT indica dentista?, e não há como saber quanto o schema pesou.

Tudo o que for além disso é inferência. A leitura razoável é tratar o schema como higiene: custa pouco, deixa o dado inequívoco e ajuda o Google, mas não substitui perfil completo, avaliações respondidas e páginas claras por especialidade, como explicamos em como um negócio local aparece no ChatGPT.

Quais são os erros mais comuns de schema em clínicas?

Os erros mais comuns são dados diferentes entre o schema, o site e o Perfil da Empresa, e vários estabelecimentos descritos numa página só. Confira esta lista antes de publicar:

• Dados que não batem. Telefone, endereço ou horário no JSON-LD diferentes dos da página e do Perfil no Google. O Google exige que o markup represente fielmente o conteúdo da página.
• Vários estabelecimentos numa página. Uma clínica com três unidades deve ter uma página e um bloco para cada endereço, e não um bloco único com tudo misturado.
• Marcar o que não está visível. Convênios, especialidades ou promoções que só existem no código violam a política do Google.
• Nota de avaliação própria. O aggregateRating copiado do Google no site da clínica, como vimos acima.
• Tipo genérico demais. Usar LocalBusiness quando Dentist ou MedicalClinic descreve melhor.
• Esquecer de atualizar. Mudou de endereço ou de horário e o código antigo ficou. Revise o schema junto com o Perfil da Empresa.
• Prometer o que as normas vedam. Texto marcado com "melhor clínica" ou "resultado garantido" continua sujeito às regras de publicidade do conselho. Odontologia segue o CFO e medicina, o CFM; este texto não é aconselhamento jurídico, e vale conferir a norma vigente com o seu conselho.

Como saber se o trabalho está funcionando?

Teste as mesmas perguntas de busca por especialidade e bairro, em mais de um assistente, a cada duas a quatro semanas, e compare tendências, não uma resposta isolada. Se quiser medir o site inteiro, a auditoria GEO da Reefia avalia o site com nota de 0 a 100 e aponta o que corrigir, e o diagnóstico grátis mostra como a sua marca aparece hoje nas respostas das IAs.