O que são dados estruturados? Marcação schema explicada de forma simples

Dados estruturados são um pequeno bloco de código em uma página que descreve o conteúdo dela em um formato padrão que os buscadores entendem — por exemplo, “esta página é de um produto chamado Vela de Lavanda, custa 24 dólares e está em estoque”. O Google descreve isso como um formato padronizado para fornecer informações sobre uma página e classificar o conteúdo dela. Quando feitos corretamente, eles ajudam o buscador a entender sua página e podem torná-la elegível a resultados de busca mais ricos, com preços, avaliações ou datas de eventos exibidos diretamente na listagem.

Por que isso importa ao criar com IA

Os buscadores são bons em ler páginas, mas ainda precisam adivinhar. “24” é um preço, uma quantidade ou uma data? “Riverside Hall” é um local ou uma pessoa? Os dados estruturados eliminam essa adivinhação.

Para sites feitos com IA, há dois pontos práticos:

• É código, não conteúdo, então é fácil esquecer. Um criador com IA normalmente não adiciona isso se você não pedir e, quando adiciona, precisa corresponder ao que realmente está na página.
• É fácil errar de maneiras que parecem certas. Uma IA pode inventar uma avaliação de cinco estrelas, adicionar marcação para um conteúdo que não está visível ou usar um tipo que o Google não exibe mais. As diretrizes do Google são rigorosas quanto à precisão, e marcações enganosas podem ser ignoradas ou penalizadas.

Um pouco de dados estruturados, correto e alinhado ao seu conteúdo real, vale a pena. Muita marcação inventada é pior do que nenhuma.

Uma analogia do dia a dia

Pense em um produto em um supermercado. A embalagem tem um design colorido e textos de marketing — essa é a sua página como as pessoas a veem. Mas o verso também tem uma tabela nutricional padrão: os mesmos campos, na mesma ordem, em todo produto. Qualquer pessoa consegue lê-la rapidamente e comparar produtos.

Os dados estruturados são a tabela nutricional da sua página. O design pode ser o que você quiser; a tabela é padronizada para que as máquinas a leiam com segurança. E, como uma tabela nutricional, ela precisa ser honesta sobre o que contém.

Como os dados estruturados funcionam

Os dados estruturados têm duas partes:

1. Um vocabulário — as palavras usadas para descrever as coisas. O mais comum é o schema.org, um vocabulário compartilhado com tipos como Product, LocalBusiness, Event, Article, Recipe e Organization, e propriedades como name, price, address e startDate.
2. Um formato — como os rótulos são escritos na página. O Google aceita três: JSON-LD, Microdata e RDFa. Ele recomenda o JSON-LD, que é um bloco JSON dentro de uma tag <script>, separado do HTML visível.

Os buscadores leem o bloco, entendem as entidades da página e — se a página se qualificar e atender aos requisitos — podem mostrar um resultado rico: uma listagem de busca com detalhes extras.

Um exemplo prático: a página de um produto de loja de velas

Suponha que você criou uma loja online e uma página vende uma vela de lavanda. A página visível mostra o nome, uma foto, a descrição, o preço (US$ 24,00) e “Em estoque”.

O JSON-LD dessa página pode ficar assim:

{
  "@context": "https://schema.org",
  "@type": "Product",
  "name": "Vela de Soja com Lavanda",
  "image": "https://www.examplecandles.com/images/lavender.jpg",
  "description": "Vela de soja feita à mão com óleo essencial de lavanda. Queima por cerca de 40 horas.",
  "sku": "CAN-LAV-01",
  "brand": { "@type": "Brand", "name": "Example Candles" },
  "offers": {
    "@type": "Offer",
    "url": "https://www.examplecandles.com/candles/lavender",
    "price": "24.00",
    "priceCurrency": "USD",
    "availability": "https://schema.org/InStock"
  }
}

Ele fica dentro de <script type="application/ld+json">…</script> no HTML da página.

Repare no que não está ali: nada de aggregateRating, porque a loja não mostra avaliações na página. Adicionar uma nota que os visitantes não conseguem ver violaria as regras do Google.

Agora, a página de contato da mesma loja pode descrever o próprio negócio:

{
  "@context": "https://schema.org",
  "@type": "LocalBusiness",
  "name": "Example Candles",
  "address": {
    "@type": "PostalAddress",
    "streetAddress": "12 Market Street",
    "addressLocality": "Bristol",
    "postalCode": "BS1 1AA",
    "addressCountry": "GB"
  },
  "telephone": "+44 117 000 0000",
  "openingHours": "Mo-Sa 10:00-17:00"
}

De novo, cada valor corresponde ao que está visível na página.

Como verificar. Cole a URL ativa no Teste de Resultados Enriquecidos do Google para ver se a página é elegível aos resultados enriquecidos e se falta algo obrigatório. Use o Validador de Marcação Schema para uma checagem geral contra o schema.org. Depois do lançamento, o Search Console mostra erros em todo o site.

Regras que vale conhecer

Da documentação de dados estruturados do Google:

• Marque apenas o que o usuário pode ver. Não adicione dados estruturados sobre informações que não estão visíveis na página, mesmo que sejam precisas.
• Inclua as propriedades obrigatórias. Cada tipo de resultado rico lista os campos exigidos; se algum faltar, a página fica inelegível.
• Elegibilidade não é garantia. A marcação correta torna a página elegível a um resultado rico, não garante que ela vá aparecer.
• Os tipos de resultados ricos mudam. O Google descontinua alguns recursos com o tempo. Por exemplo, seus resultados ricos de FAQ eram limitados a sites governamentais e de saúde conhecidos, e o Google anunciou que deixariam de aparecer na Pesquisa a partir de maio de 2026. Confira a galeria de pesquisa atual do Google antes de criar algo para um resultado rico específico.
• Não crie páginas só para abrigar marcação.

Termos comuns explicados

Erros comuns e equívocos

• “Dados estruturados aumentam o ranqueamento.” O principal valor deles é a compreensão da página e a elegibilidade a resultados ricos, não um atalho para o ranqueamento.
• Inventar avaliações ou notas. Notas ou avaliações falsas ou sem respaldo violam as regras do Google e enganam as pessoas.
• Marcação que não corresponde à página. Um preço de US$ 24 no JSON-LD e de US$ 29 na página é um problema.
• Conteúdo oculto. Marcar textos que os visitantes não conseguem ver vai contra as diretrizes.
• Copiar a marcação para todas as páginas. Um bloco Product pertence às páginas de produto, não à página inicial nem ao blog.
• Construir para recursos descontinuados. Confira se o resultado rico que você quer ainda existe.
• Adicionar a marcação só no navegador. Se seu site renderiza tudo com JavaScript, o Google pode até encontrá-la, mas colocar o JSON-LD no HTML que o servidor envia é mais confiável.
• Nunca testar. Uma vírgula faltando torna o bloco inteiro ilegível.

O que pedir ao seu criador com IA

• “Adicione dados estruturados JSON-LD usando tipos do schema.org que correspondam a cada página: Product nas páginas de produto, LocalBusiness na página de contato, Article nos posts do blog.”
• “Gere os valores a partir dos mesmos dados que a página exibe, para que sempre batam.”
• “Não adicione notas, avaliações nem nenhuma propriedade que não esteja visível na página.”
• “Coloque o JSON-LD no HTML renderizado no servidor ou pré-renderizado.”
• “Inclua todas as propriedades obrigatórias do resultado rico do Google para esse tipo e me diga quais você usou.”
• “Me dê uma lista de URLs para testar no Teste de Resultados Enriquecidos.”

Para ver onde isso se encaixa no quadro geral, veja o que é SEO, o que é um sitemap e o passo a passo técnico em SEO para sites criados com IA.

Dados estruturados no Mythex

O Mythex não adiciona dados estruturados automaticamente; você pede no chat, e o agente escreve a marcação no código do seu app. Diga quais páginas representam produtos, eventos ou o seu negócio, e peça para gerar o JSON-LD a partir dos mesmos dados que a página mostra. A receita da documentação sobre SEO para o seu app publicado inclui a frase “Não invente schema de avaliações falsas”, um bom conselho para manter em qualquer prompt. Como a configuração padrão é um single-page app renderizado no cliente, peça uma estrutura pré-renderizada ou amigável a sites estáticos se a busca for importante, depois publique e teste as URLs ativas.

Perguntas