Schema é dado estruturado no código da página que rotula o que cada elemento representa: aqui é uma empresa, ali um artigo, este é o autor, aquele é o preço. Com o vocabulário compartilhado do Schema.org, os motores de busca e os modelos de IA leem a página com menos ambiguidade. Para AEO, esse rótulo ajuda em três frentes: explica o tipo da página, destaca a informação importante e conecta as entidades entre si (a marca, os autores, os produtos, as páginas). A ressalva honesta do guia da Conductor Academy: schema não garante citação. A IA entende conteúdo sem markup; o schema reduz a chance de interpretação errada.
Checklist 1: os três tipos fundacionais (comece aqui)
- Organization: identifica a empresa por trás do site (nome oficial, URL, logo, sameAs com perfis oficiais). Página inicial ou 'Sobre', uma vez só; não repita o bloco completo em todas as páginas.
- WebSite: identifica o site e aponta o publisher para a mesma Organization (mesmo @id), amarrando site e marca como uma entidade só.
- WebPage: descreve cada página individual (nome, descrição, URL) e a conecta ao site com isPartOf. Os dados devem bater com o que a página mostra, incluindo a URL canônica.
Essa fundação dá contexto a todos os outros tipos: quando o modelo sabe quem publica o quê, cada página específica herda a identidade da marca. Erros clássicos nesta camada: logo desatualizado, telefone antigo, sameAs apontando para perfil que não é oficial, e publisher recriado no WebSite em vez de referenciar a Organization existente.
Checklist 2: os tipos específicos por tipo de página
- Article/BlogPosting: para posts, com headline, autor (Person), data de publicação e dataModified. A autoria conectada ao Person dá o sinal de E-E-A-T.
- Person: para autores e especialistas citados: cargo, área de atuação, perfis oficiais. É o markup que amarra a experiência real ao conteúdo.
- FAQPage: para blocos de perguntas e respostas visíveis na página. Só marque perguntas que realmente aparecem para o usuário.
- Product: para páginas de produto com nome, descrição, preço e disponibilidade.
- Review e AggregateRating: para avaliações reais e visíveis; nota de avaliação inventada é caminho curto para penalização.
- HowTo: para tutoriais passo a passo (quando o formato se aplica de verdade).
- BreadcrumbList: para a trilha de navegação, ajudando o modelo a entender a arquitetura do site.
Marque apenas o que está visível e é verdade. Markup que não corresponde ao conteúdo da página (nota de avaliação que não existe, FAQ que o usuário não vê) envia sinal contraditório: pior do que não ter schema é ter schema que mente.
Checklist 3: os tipos por modelo de negócio
- LocalBusiness: para negócio com endereço físico, incluindo horário, área atendida e contato; essencial para agências, clínicas e comércios locais.
- Service: para prestadores de serviço, com tipo, descrição e área de atendimento; combina com páginas de serviço como as da M&C.
- Tipos verticais: nichos com vocabulário próprio (saúde, financeiro, educação) têm tipos específicos que valem quando representam o negócio com precisão.
Checklist 4: os erros que confundem o modelo (e como evitar)
- Encher de tipos sem critério: markup demais sem correspondência real não aumenta a chance de citação; aumenta a chance de sinal ruidoso.
- Tipo errado para o conteúdo: marcar artigo como produto, ou serviço como FAQ, desorienta a interpretação.
- Markup que envelhece: página mudou e o schema ficou: preço antigo, autor que saiu, data congelada. Markup desatualizado vira informação errada confiável demais.
- Dados invisíveis: marcar informação que o usuário não vê quebra a coerência entre o que o modelo lê no HTML e o que ele renderiza.
- Validação uma vez só: site mudou, schema quebrou e ninguém percebeu: por isso a rotina de monitoramento.
Checklist 5: implementação e validação sem quebrar nada
- Use JSON-LD (bloco de script no head ou no corpo), o formato recomendado pelo Google e o mais fácil de manter.
- Comece pelas fundacionais (Organization, WebSite, WebPage) e suba para os específicos conforme cada página justifica.
- Valide antes de publicar no teste de pesquisa aprimorada do Google e no validador do Schema.org.
- Cheque após cada mudança relevante de layout ou CMS: atualização de template é a principal causa de markup quebrado.
- Monitore no Search Console os relatórios de dados estruturados e trate erro como chamado técnico, não como detalhe.
- Combine com o resto da base: o guia de visibilidade em IA mostra onde o schema entra no conjunto, e o Score de Citação em IA confere o markup na nota geral do site.
Como as diferentes IAs usam (ou não) o schema
O Google declara que schema não é obrigatório para os resumos de IA, mas recomenda manter as boas práticas de dados estruturados, e markup válido qualifica a página para resultados enriquecidos no buscador tradicional. Assistentes com retrieval ao vivo variam: alguns leem o markup com atenção, outros priorizam o texto renderizado. A leitura prática: schema é camada de clareza barata que ajuda em várias frentes ao mesmo tempo, e o custo de implementar bem é muito menor do que o custo de consertar sinal confuso depois. O llms.txt opera na mesma lógica de mapa claro para máquina.