Microdados, Schema e JSON-LD: como preparar seu site para buscadores e assistentes de IA

Microdados, Schema e JSON-LD são formas de apresentar informações estruturadas sobre uma página. Em vez de deixar buscadores interpretarem apenas o texto visível, você informa de maneira organizada que determinado conteúdo representa uma empresa, um serviço, uma pergunta frequente, um produto ou um endereço.

Schema.org é um vocabulário compartilhado por mecanismos de busca e plataformas digitais. Ele define tipos de entidades e propriedades, como LocalBusiness, Service, Product, FAQPage, Article e Organization. O vocabulário não substitui o conteúdo da página, mas ajuda a esclarecer a relação entre as informações apresentadas.

Microdados inserem atributos diretamente nas tags HTML visíveis. Um exemplo simples seria adicionar itemscope e itemprop ao nome e ao telefone de uma empresa. JSON-LD segue outra lógica: fica em um bloco de dados separado, normalmente dentro de <script type="application/ld+json">, sem alterar a aparência da página.

Na prática, JSON-LD costuma ser mais simples de manter em sites institucionais, WordPress e Joomla. A equipe consegue atualizar o bloco sem espalhar atributos por vários elementos do HTML, reduzindo o risco de confundir o conteúdo visual com a marcação técnica.

A documentação oficial do Schema.org explica como o vocabulário é organizado e quais propriedades podem ser usadas. Já o guia do Google sobre dados estruturados esclarece que a marcação pode ajudar o buscador a compreender o conteúdo, mas não garante recursos visuais especiais nem posições específicas nos resultados.

A escolha do tipo deve começar pelo conteúdo real da página, não por uma lista de propriedades desejadas. Uma clínica pode usar uma entidade organizacional adequada para descrever o negócio, uma página de serviço para explicar uma consulta e uma página de artigo para publicar orientações gerais.

Para prestadores de serviços, Service é útil quando a página detalha o que é oferecido, para quem se destina, quais etapas existem e como solicitar atendimento. O campo provider pode relacionar o serviço à organização responsável, enquanto areaServed deve refletir a área efetivamente atendida, sem criar localidades que não façam parte da operação.

Consultórios e clínicas precisam ter cuidado redobrado com informações de saúde. A marcação não deve expor dados pessoais de pacientes, prometer resultados clínicos ou transformar uma explicação educativa em diagnóstico. O texto visível, as credenciais e as orientações de contato precisam ser claros e responsáveis.

Escritórios podem estruturar a organização e seus serviços, mas não devem inserir avaliações, preços ou especialidades que não estejam comprovados na página. Para comércios, Product pode fazer sentido quando há uma oferta individualizada com nome, descrição, imagem e preço atualizados.

Uma empresa com atendimento presencial pode incluir LocalBusiness ou um subtipo compatível quando há informações públicas e consistentes sobre endereço, telefone e horário. Se o negócio atende remotamente ou em diferentes locais, a estrutura deve refletir esse modelo, sem publicar um endereço apenas para tentar obter relevância local.

A marcação de perguntas frequentes merece atenção. O tipo FAQPage deve representar perguntas e respostas que aparecem de fato na página, com conteúdo acessível ao usuário. Para organizar esse material, consulte também o guia sobre FAQ para páginas de serviço e compreensão por buscadores e assistentes de IA.

O erro mais frequente é marcar informações que não aparecem na página. Um site pode declarar cinco estrelas, preço promocional ou horário de funcionamento no JSON-LD, mas, se o visitante não encontra esses dados, a marcação perde confiabilidade e pode contrariar as orientações da plataforma.

Outro problema é escolher um tipo apenas porque ele parece oferecer mais possibilidades de exibição. FAQPage, Product e LocalBusiness têm contextos diferentes. A decisão deve seguir o propósito da página e a realidade da operação, não uma tentativa de inserir o maior número de propriedades possível.

Também é comum deixar dados antigos depois de uma mudança. Uma clínica troca o telefone, um comércio encerra uma unidade ou um prestador altera sua área de atendimento, mas o JSON-LD permanece igual por meses. Crie uma rotina para revisar o código sempre que houver alteração no site ou no negócio.

A duplicidade aparece quando uma extensão gera uma organização, o tema cria outra e um código manual adiciona uma terceira. Se cada bloco usa nome, URL ou logotipo diferente, buscadores podem ter dificuldade para relacionar as entidades. Antes de instalar outra ferramenta, faça uma auditoria do HTML e das configurações já existentes.

Por fim, não trate a validação como uma tarefa única. O site muda, as diretrizes são atualizadas e novas páginas são publicadas. A marcação deve entrar no fluxo de manutenção, junto com backups, atualizações, segurança, verificação de links e acompanhamento da indexação.