Uma marcação de produto pode estar sintaticamente correta e ainda assim não representar o que a página oferece. Dados estruturados SEO ajudam mecanismos de busca a interpretar informações como preço, autoria e endereço, mas não garantem rich results nem melhor posicionamento. Para implementá-los bem, escolha o tipo adequado, descreva apenas conteúdo visível e valide o código.
Antes de Começar
- Defina qual página será marcada e qual informação principal ela apresenta.
- Confira se o conteúdo que pretende descrever aparece para os visitantes.
- Identifique como o site permite inserir código: tema, CMS, plugin ou desenvolvimento próprio.
- Tenha acesso ao Google Search Console para acompanhar relatórios e problemas após a publicação.
O que São Dados Estruturados e Qual é Sua Relação com SEO
Dados estruturados são informações organizadas em um formato padronizado, com propriedades e valores que ajudam sistemas a identificar entidades e relações em uma página. Em SEO, essa marcação dá aos mecanismos de busca contexto sobre o conteúdo, como o autor de um artigo ou a disponibilidade de um produto, sem substituir o texto que o visitante lê.
Schema.org é um vocabulário colaborativo que define tipos e propriedades de entidades. O Google aceita formatos como JSON-LD, Microdata e RDFa, mas sua documentação estabelece requisitos próprios para os recursos de pesquisa que oferece. Por isso, um tipo existente em Schema.org não necessariamente gera um resultado aprimorado no Google.
A marcação pode ajudar o buscador a interpretar a página e, quando ela se qualifica, pode habilitar uma apresentação visual específica. Isso não é um fator que, por si só, assegure uma posição melhor: conteúdo, relevância, rastreamento e outros aspectos de SEO continuam importando. Para entender como esses componentes se conectam, consulte este material sobre SEO técnico e otimização do site.
Schema markup descreve o conteúdo da página; a exibição nos resultados continua sendo uma decisão do mecanismo de busca.
O Google Search Central explica as regras de dados estruturados para os recursos de pesquisa. Já o vocabulário e as propriedades disponíveis podem ser consultados no Schema.org.
Como Dados Estruturados Podem Aparecer nos Resultados do Google
Quando uma página atende aos requisitos técnicos e às políticas aplicáveis, o Google pode exibir um rich result, uma apresentação enriquecida nos resultados de pesquisa. O formato varia conforme o tipo de conteúdo e os recursos disponíveis: uma página de produto pode qualificar-se para informações de preço e disponibilidade, enquanto um artigo pode apresentar dados sobre autoria ou imagem.
Elegibilidade não significa exibição garantida. O Google considera diversos fatores e pode optar por não mostrar um recurso mesmo quando o teste não aponta erros. Além disso, alguns tipos de marcação não geram mais recursos visuais específicos ou têm disponibilidade limitada. Confira a documentação atual do recurso antes de implementar a marcação com a expectativa de obter uma aparência particular.
Rich snippets é uma expressão popular para resultados enriquecidos; rich results é o termo usado pelo Google para esses formatos. Em ambos os casos, o conteúdo marcado precisa corresponder ao que as pessoas encontram na página. Schema markup não deve servir para acrescentar informações invisíveis ou induzir uma interpretação que o conteúdo não sustenta.
Quais Tipos de Schema Markup Usar em Cada Página
Escolha o tipo que descreve a entidade principal daquela URL, não o que parece oferecer o resultado visual mais atraente. Se a página vende um item, avalie Product; se ensina ou informa, considere Article; se apresenta uma empresa com presença local, avalie LocalBusiness e um subtipo apropriado.
| Página | Tipo a avaliar | O que precisa corresponder |
|---|---|---|
| Página de produto | Product e, quando aplicável, Offer | Nome, descrição, preço, moeda e disponibilidade exibidos na página |
| Artigo editorial | Article, NewsArticle ou BlogPosting | Título, autoria, datas e imagens relacionados ao conteúdo publicado |
| Negócio local | LocalBusiness e subtipo pertinente | Nome, endereço, horário e dados de contato apresentados ao público |
Uma loja pode usar Product e Offer numa página de item, enquanto a página institucional pode descrever a organização. Um artigo com autoria identificada pode usar Article ou BlogPosting. Para um negócio local, selecione o subtipo mais específico que descreva a atividade e mantenha endereço e horário coerentes com o que o site informa.
Não aplique um tipo só porque ele consta no Schema.org. Antes, confirme se o Google documenta suporte ao recurso desejado e se a página atende às respectivas políticas. Para e-commerces, esse cuidado complementa decisões de SEO para páginas de loja virtual.
Como Implementar Dados Estruturados com JSON-LD
JSON-LD é um formato de serialização que permite incorporar dados estruturados em um bloco de script, separado da apresentação visual da página. O Google recomenda esse formato quando ele se encaixa na implementação do site. A equipe pode inseri-lo no HTML renderizado ou usar um recurso do CMS, desde que o resultado final seja rastreável e represente o conteúdo publicado.
- Escolha uma URL e identifique a entidade principal que ela descreve.
- Consulte o tipo e as propriedades na documentação do Schema.org e, para um rich result, nas regras do Google.
- Preencha apenas valores confirmados na página, usando URLs completas para imagens e páginas quando exigido.
- Insira o JSON-LD no código da página ou configure o CMS para gerá-lo com dados reais, não com valores fixos compartilhados por todo o site.
- Teste a URL publicada e confira o HTML renderizado, sobretudo se o conteúdo depender de JavaScript.
Exemplo compacto para um artigo; substitua os valores entre colchetes pelos dados reais e ajuste imagem, autor e datas ao conteúdo visível. O endereço de imagem deve ser acessível ao Google.
{“@context”:”https://schema.org”,”@type”:”Article”,”headline”:”[Título do artigo]”,”image”:[“https://exemplo.com/imagens/artigo.jpg”],”datePublished”:”2026-10-14″,”dateModified”:”2026-10-14″,”author”:{“@type”:”Person”,”name”:”[Nome do autor]”},”publisher”:{“@type”:”Organization”,”name”:”[Nome do site]”},”mainEntityOfPage”:”https://exemplo.com/artigo/”}
Esse exemplo serve como ponto de partida, não como bloco universal. Um site pode gerar autor, datas ou entidade principal de modo diferente. Verifique a saída efetiva: plugins podem inserir valores vazios, duplicar marcações do tema ou usar a data de atualização como publicação.
Para acompanhar a descoberta das páginas e problemas de rastreamento, mantenha o Google Search Console configurado. Ele não substitui os testes de sintaxe, mas ajuda a observar relatórios de recursos compatíveis quando disponíveis.
Como Validar e Testar o Schema Markup
Use o Teste de resultados avançados do Google para verificar se uma URL pode ser elegível a recursos compatíveis e identificar erros ou avisos reconhecidos pela ferramenta. Para conferir a sintaxe e o vocabulário Schema.org de tipos que o teste do Google não cobre, use o validador Schema.org.
Valide primeiro o código e, depois, a página publicada. Um teste feito apenas com um trecho colado pode não detectar bloqueios de rastreamento, conteúdo que só aparece após interação ou diferenças entre o código de desenvolvimento e o HTML servido aos visitantes.
- Erro: corrija propriedades obrigatórias ausentes, tipos inválidos e JSON malformado.
- Aviso: avalie se a propriedade recomendada se aplica; avisos nem sempre impedem a elegibilidade.
- Resultado válido sem rich result: confirme políticas, indexação e conteúdo. A validação técnica não obriga o Google a exibir o recurso.
Exemplo: uma página mostra um produto em promoção, mas o JSON-LD mantém o preço anterior. O teste pode aceitar a estrutura; a divergência entre marcação e conteúdo ainda torna a implementação inconsistente. Atualize a origem dos dados e teste novamente a URL publicada.
O Teste de resultados avançados do Google é a referência para os recursos que a ferramenta avalia. Para verificar a conformidade com o vocabulário, use o validador oficial do Schema.org.
Erros Comuns e como Corrigi-los
Os problemas mais recorrentes surgem quando a marcação é gerada em escala sem revisão do conteúdo de cada URL. Um único modelo pode repetir o mesmo autor, preço ou endereço em páginas diferentes, mesmo quando esses valores mudam. Corrija a origem dos dados no CMS ou no sistema de comércio, em vez de editar manualmente cada saída e deixar a inconsistência voltar na próxima atualização.
- Marcar conteúdo invisível: inclua apenas informações que a página apresenta ao visitante, respeitando as políticas do Google.
- Usar o tipo errado: descreva a entidade principal, sem transformar uma página institucional em produto ou artigo.
- Duplicar a mesma entidade: verifique se tema, plugin e código personalizado não produzem marcações conflitantes.
- Deixar dados desatualizados: conecte preço, disponibilidade e horário à fonte que a equipe realmente mantém.
Há um limite importante: validação positiva confirma aspectos técnicos, não a qualidade editorial, a indexação nem a decisão de exibir um rich result. Quando uma regra do Google divergir de uma possibilidade mais ampla do Schema.org, siga os requisitos do Google para buscar elegibilidade nesse mecanismo e preserve a descrição fiel da página.
Como Monitorar e Manter os Dados Estruturados Atualizados
Após publicar, inspecione a URL no Search Console e acompanhe os relatórios de resultados aprimorados que forem aplicáveis ao tipo marcado. Observe novas falhas depois de mudanças no tema, no plugin ou no modelo de página. Uma alteração aparentemente visual pode remover do HTML renderizado uma propriedade antes presente.
Faça uma revisão sempre que mudar informações que alimentam o schema: preço, estoque, autor, imagem, endereço ou horário. Em sites com muitas páginas, priorize modelos e fontes de dados compartilhadas; uma correção no template pode resolver centenas de URLs, enquanto uma propriedade preenchida incorretamente pode replicar o mesmo erro em todas elas.
O primeiro passo é escolher uma URL representativa, comparar o conteúdo visível com a entidade que pretende descrever e testar a página publicada. Só depois de confirmar essa correspondência vale ampliar a implementação para outras URLs do mesmo modelo.
Perguntas Frequentes
Preciso Incluir Todas as Propriedades Disponíveis no Schema.org?
Não. Use as propriedades que descrevem a página e cumpra os campos exigidos pelo recurso específico que pretende qualificar. Propriedades adicionais só ajudam quando são corretas e relevantes.
Posso Usar um Plugin para Adicionar a Marcação?
Sim, desde que o plugin gere dados corretos para cada página e não duplique o JSON-LD do tema ou de outra extensão. Depois de ativá-lo, confira uma URL de cada tipo de página e valide a saída publicada.
Um Aviso no Teste Significa que a Implementação Falhou?
Nem sempre. Erros que impedem o reconhecimento de propriedades obrigatórias precisam de correção; avisos podem indicar recomendações opcionais. Leia a mensagem e a documentação do recurso antes de decidir, pois um aviso não garante nem impede sozinho a exibição.
