Structured Data Completo: Todos os Tipos de Schema Que Seu Site Deveria Implementar
Structured Data Completo: Todos os Tipos de Schema Que Seu Site Deveria Implementar

Structured Data Completo: Todos os Tipos de Schema Que Seu Site Deveria Implementar

  • Última modificação do post:26 de outubro de 2025
  • Categoria do post:SEO On-Page

Structured data completo é a implementação abrangente de marcações Schema (preferencialmente JSON-LD) que descrevem entidades e propriedades do seu site — produtos, artigos, eventos, receitas, FAQs — para gerar rich snippets, melhorar a indexação, aumentar a CTR e fornecer dados precisos para busca por voz e Knowledge Graph.

structured data completo pode parecer técnico, mas ajuda seu site a ganhar snippets mais visíveis. Quer saber quais schemas usar e como testar na prática? Vou mostrar com exemplos e passos simples.

Como funciona o structured data completo e por que ele importa

Como funciona o structured data completo e por que ele importa

Structured data é a marcação que explica elementos da sua página para motores de busca. Com ela, você deixa claro o que cada parte do conteúdo representa, como produto, evento ou receita.

O padrão mais usado hoje é o JSON-LD, recomendado pelo Google. Outras opções são Microdata e RDFa, mas JSON-LD é mais simples de inserir e manter.

Como os mecanismos usam structured data

  • Identificar entidades e relacionamentos para montar resultados ricos.
  • Gerar rich snippets, cards e entradas no Knowledge Graph.
  • Melhorar a compreensão do conteúdo para busca por voz e assistentes.

Benefícios práticos

  • Aumenta a chance de obter rich snippets e destaque nas SERPs.
  • Melhora a taxa de cliques (CTR) com informações visíveis direto na busca.
  • Facilita a indexação correta de páginas complexas, como produtos com variações.

Onde aplicar na prática

  • Páginas de produto: preço, disponibilidade, avaliações.
  • Artigos e posts: autor, data, imagem e tipo de conteúdo.
  • Eventos, receitas, FAQs, organização e breadcrumbs.

Exemplo simples de JSON-LD

{
  "@context": "https://schema.org",
  "@type": "Article",
  "headline": "Título do artigo",
  "author": {"@type":"Person","name":"Autor Exemplo"},
  "datePublished": "2025-01-01"
}

Insira esse bloco no <head> ou no final do <body>. Depois, valide com a ferramenta Rich Results Test ou o validador do Schema.org para evitar erros comuns como campos faltantes ou tipos incorretos.

Tipos de schema que geram rich snippets: exemplos e usos

Tipos de schema que geram rich snippets: exemplos e usos

Rich snippets ajudam seu site a aparecer com informações extras na busca, como estrelas, preço, horários e perguntas frequentes. Esses resultados aumentam a visibilidade e a confiança do usuário.

Principais tipos e quando usar

  • Product: ideal para lojas online — mostra preço, disponibilidade e avaliações.
  • Recipe: exibe tempo de preparo, ingredientes e avaliação, ótimo para sites de culinária.
  • FAQ: lista perguntas e respostas diretamente na SERP, excelente para suporte e dúvidas comuns.
  • HowTo: guia passo a passo que pode gerar rich cards com etapas visíveis.
  • Event: mostra data, local e preço do evento; usado por sites de ingressos e organizadores.
  • Review e AggregateRating: destaca estrelas e média de avaliações para produtos e serviços.
  • VideoObject: melhora a exibição de vídeos em resultados com miniatura e duração.

Exemplos práticos em JSON-LD

Exemplo simplificado de Product:

{
  "@context": "https://schema.org",
  "@type": "Product",
  "name": "Cafeteira Expresso",
  "image": "https://exemplo.com/cafeteira.jpg",
  "offers": {"@type":"Offer","price":"199.90","priceCurrency":"BRL","availability":"https://schema.org/InStock"},
  "aggregateRating": {"@type":"AggregateRating","ratingValue":"4.5","reviewCount":"87"}
}

Exemplo simplificado de FAQ:

{
  "@context": "https://schema.org",
  "@type": "FAQPage",
  "mainEntity": [{
    "@type": "Question",
    "name": "Como trocar o filtro?",
    "acceptedAnswer": {"@type":"Answer","text":"Desligue a máquina e substitua o filtro por um novo seguindo o manual."}
  }]
}

Exemplo simplificado de Recipe:

{
  "@context": "https://schema.org",
  "@type": "Recipe",
  "name": "Bolo de Chocolate",
  "cookTime": "PT45M",
  "recipeIngredient": ["2 xícaras de farinha","1 xícara de chocolate em pó"],
  "aggregateRating": {"@type":"AggregateRating","ratingValue":"4.7","reviewCount":"120"}
}

Boas práticas ao aplicar schemas

  • Prefira JSON-LD e coloque o bloco no <head> ou no final do <body>.
  • Preencha campos obrigatórios e mantenha dados atualizados (preço, estoque, datas).
  • Valide sempre com o Rich Results Test ou a ferramenta de inspeção do Google Search Console.
  • Evite marcar conteúdo invisível ao usuário; o marcado deve refletir o que está na página.

Ao escolher quais schemas aplicar, priorize os que geram maior valor para o seu público e para a intenção de busca — por exemplo, Product para comércio e FAQ para suporte.

Como implementar JSON-LD passo a passo em páginas principais

Como implementar JSON-LD passo a passo em páginas principais

Identifique o tipo de página e os dados essenciais: produto, artigo, receita ou evento. Liste o que o usuário vê: título, preço, autor, avaliações.

  1. Mapeie campos obrigatórios e opcionais do Schema.org para esse tipo de página.
  2. Crie o bloco JSON-LD com @context e @type e preencha propriedades reais.
  3. Insira o bloco dentro de um <script type="application/ld+json"> no <head> ou no final do <body>.
  4. Valide com o Rich Results Test e a ferramenta de inspeção do Search Console.
  5. Automatize a geração para conteúdo dinâmico (preço, estoque, datas) no servidor ou via JS.
  6. Monitore erros e atualize os dados sempre que a página mudar.

Exemplo simples para Article

{
  "@context": "https://schema.org",
  "@type": "Article",
  "headline": "Título do artigo",
  "author": {"@type":"Person","name":"Nome do Autor"},
  "datePublished": "2025-09-01",
  "image": "https://exemplo.com/imagem.jpg"
}

Exemplo simples para Product

{
  "@context": "https://schema.org",
  "@type": "Product",
  "name": "Caneca Exemplo",
  "image": "https://exemplo.com/caneca.jpg",
  "offers": {"@type":"Offer","price":"49.90","priceCurrency":"BRL","availability":"https://schema.org/InStock"}
}

Boas práticas

  • Prefira JSON-LD por ser mais simples de manter e recomendar pelo Google.
  • Marque somente informações visíveis ao usuário.
  • Mantenha campos atualizados (preço, disponibilidade, datas).
  • Use formatos padrão para datas e moedas.
  • Documente e versiona os snippets para facilitar manutenção.

Implemente em etapas: crie, valide, publique e monitore. Pequenas verificações regulares evitam erros que tiram os rich snippets das SERPs.

Erros comuns, testes e ferramentas para validar seu schema

Erros comuns, testes e ferramentas para validar seu schema

Erros no schema costumam impedir rich snippets e gerar advertências. Identificar problemas é rápido quando você sabe o que procurar.

Erros comuns

  • Campos obrigatórios faltando: por exemplo, offers em Product ou datePublished em Article.
  • Dados inconsistentes: marcação que não corresponde ao que o usuário vê na página (preço diferente, imagem ausente).
  • Tipos errados: usar um número quando o campo requer string ou formato de data incorreto.
  • URLs inválidas: links quebrados ou sem protocolo (https) em propriedades como image ou url.
  • Marcação duplicada ou conflitante: múltiplos blocos que descrevem a mesma entidade com valores diferentes.
  • Uso de propriedades não suportadas: campos fora do padrão Schema.org que podem ser ignorados pelos buscadores.

Como testar passo a passo

  1. Copie o bloco JSON-LD e valide o código JSON para garantir sintaxe correta.
  2. Use o Rich Results Test com o código ou com a URL ao vivo para ver erros e tipos suportados.
  3. Verifique no Search Console em “Enhancements” se o Google detectou o schema e listou problemas.
  4. Corrija os campos obrigatórios e repita a validação até não haver erros críticos.
  5. Faça uma verificação final em um crawler (Screaming Frog ou similar) para conferir todas as páginas do site.

Ferramentas úteis

  • Rich Results Test (Google): mostra erros, avisos e tipos de rich result suportados.
  • Schema Markup Validator (validator.schema.org): valida conformidade com Schema.org.
  • Google Search Console: relatórios de melhorias e inspeção de URL para ver como o Google lê a página.
  • Screaming Frog / Sitebulb: faz auditoria em massa e identifica páginas com marcação ausente ou inconsistente.
  • Ferramentas de CMS e plugins: ajudam a gerar JSON-LD padronizado e reduzir erros manuais.

Dicas práticas para evitar problemas

  • Automatize a geração de JSON-LD para conteúdo dinâmico (preço, estoque, datas).
  • Documente quais campos são obrigatórios para cada tipo de página e crie testes automatizados.
  • Valide sempre após atualizações no site ou no template do CMS.
  • Use mensagens de erro dos validadores como checklist para correções rápidas.
  • Exemplo de erro comum: marcar um produto sem offers, o que impede o rich snippet de preço:
{
  "@context": "https://schema.org",
  "@type": "Product",
  "name": "Caneca Exemplo",
  "image": "https://exemplo.com/caneca.jpg"
  /* Erro: falta o objeto offers com preço e disponibilidade */
}

Checklist prático: quais schemas aplicar em cada tipo de site

Checklist prático: quais schemas aplicar em cada tipo de site

  • Loja virtual (e‑commerce): Product, Offer, AggregateRating, Review, BreadcrumbList. Priorize preço, disponibilidade e avaliações para rich snippets de produto.
  • Blog e portal de notícias: Article, Author, ImageObject, NewsArticle (quando aplicável). Garanta headline, datePublished e imagem para aparecer em resultados enriquecidos.
  • Site de receitas: Recipe, NutritionInformation, AggregateRating. Inclua tempo de preparo, ingredientes e avaliações para cards com informações úteis.
  • Eventos e ingressos: Event, Place, Offer. Adicione data, local, preço e vínculo para gerar cards com data e opção de compra.
  • Negócio local: LocalBusiness, OpeningHoursSpecification, GeoCoordinates. Informe endereço, horários e telefone para aparecer no Knowledge Graph e buscas locais.
  • Cursos e educação: Course, EducationalAudience, Organization. Mostre título do curso, instituição, duração e formato (online/presencial).
  • Marketplace: Product, Offer, AggregateRating, Seller. Diferencie vendedor e produto para evitar conflitos de marcação.
  • SaaS ou produto digital: SoftwareApplication, Product, Review. Indique plataforma, preço (se houver) e avaliações para rich cards técnicos.

Como priorizar a implementação

  • Comece por páginas com maior tráfego ou conversão.
  • Implemente schemas que aumentem a CTR primeiro (Product, FAQ, Recipe).
  • Automatize geração de JSON‑LD para dados dinâmicos como preço e estoque.
  • Valide cada tipo com ferramentas antes de publicar em massa.

Checklist rápido para cada página

  • Tem title/headline e image corretos?
  • Campos obrigatórios do tipo (por exemplo, offers para Product) preenchidos?
  • URLs e formatos de data válidos e absolutos (https)?
  • Dados visíveis ao usuário correspondem aos da marcação?
  • Validação no Rich Results Test e no Schema Validator sem erros críticos?

Use esse checklist como referência rápida ao revisar templates do CMS. Marque primeiro o que impacta conversão e depois escale para todo o site.

Resumo prático

Structured data ajuda buscadores a entender sua página e pode gerar rich snippets que atraem mais cliques. Implementar o básico já costuma trazer resultados visíveis.

Comece pelas páginas com mais tráfego: adicione JSON-LD, valide com o Rich Results Test e corrija os erros. Priorize Product, FAQ e Article conforme o tipo do site.

Monitore no Search Console e mantenha dados dinâmicos atualizados, como preço e disponibilidade. Pequenas melhorias contínuas tendem a aumentar visibilidade e conversões.

FAQ – Perguntas frequentes sobre structured data completo

O que é structured data e por que é importante?

Structured data é uma marcação que explica o conteúdo da página para motores de busca. Ajuda a gerar rich snippets, aumentar a visibilidade e melhorar a taxa de cliques.

Qual a diferença entre JSON-LD, Microdata e RDFa?

JSON-LD é um bloco de código separado e é o mais simples de manter; Microdata e RDFa são marcações inline no HTML. O Google recomenda JSON-LD na maioria dos casos.

Quais schemas devo priorizar no meu site?

Priorize conforme o objetivo: e‑commerce (Product, Offer, AggregateRating), blog (Article, Author), receitas (Recipe) e suporte (FAQ, HowTo). Comece onde há maior tráfego ou conversão.

Como validar o schema implementado?

Use o Rich Results Test, o Schema Markup Validator e o Google Search Console. Teste o código JSON-LD e a URL ao vivo para corrigir erros e avisos.

Por que o rich snippet pode não aparecer mesmo com schema correto?

Causas comuns: campos obrigatórios faltando, dados inconsistentes com a página, schema não suportado para aquele tipo de resultado ou ainda não indexado pelo Google.

Como automatizar a geração de JSON-LD para conteúdo dinâmico?

Gere JSON-LD no servidor ou via templates do CMS usando dados reais (preço, estoque, datas). Atualize automaticamente ao alterar os dados e valide após deploy.

Visited 1 times, 1 visit(s) today