Saltar al contenido
SEO

Schema Markup: Dados Estruturados para Rich Results em 2026

Implemente schemas Article, FAQ, Breadcrumb, Organization e Product para ganhar rich results, espaço maior na SERP e relevância para IA.

Schema Markup: Dados Estruturados para Rich Results em 2026
10 de febrero de 202615 min de lecturaTiago Silva Dal Bosco

Schema Markup e Dados Estruturados: Guia de JSON-LD para Article, FAQPage, BreadcrumbList, Organization e Product

Todo dia, o Google processa bilhões de páginas e tenta adivinhar o que cada uma significa. O Schema Markup elimina a adivinhação: ele é um vocabulário padronizado — mantido pelo schema.org — que permite dizer explicitamente ao Google o que cada elemento da sua página é. Um produto, um artigo, uma avaliação, uma lista de perguntas frequentes, a estrutura de navegação. Quando você fala essa língua, o Google pode exibir seus resultados de forma rica — com estrelas, fotos, preços, breadcrumbs — e, em 2026, usar seu conteúdo com muito mais facilidade nas AI Overviews.

O formato recomendado e dominante é o JSON-LD (JavaScript Object Notation for Linked Data): um bloco de código JavaScript que você insere na página sem interferir no HTML visível. Este guia mostra como implementar os cinco tipos de schema mais importantes para a maioria dos sites — Article, FAQPage, BreadcrumbList, Organization e Product — com exemplos prontos para copiar, adaptar e validar.

Por que dados estruturados importam em 2026

1. Rich results (resultados ricos)

Dados estruturados habilitam apresentações diferenciadas na SERP:

TipoRich resultBenefício visual
ArticleDestaque de notícias/artigoImagem grande, autor, data
FAQPagePerguntas expansíveisOcupa mais espaço, atrai clique
ProductFicha com preço e estrelasCTR muito maior
ReviewEstrelas de avaliaçãoConfiança imediata
BreadcrumbListTrilha de navegaçãoContexto e CTR
OrganizationLogo e box de empresaReconhecimento de marca
2. Compreensão semântica
O JSON-LD ajuda o Google a entender entidades e relacionamentos: quem é o autor, qual a marca, qual o preço, qual a relação entre páginas. Em 2026, com o Google cada vez mais orientado a entidades (Knowledge Graph) e respostas de IA, esse contexto é ouro.
3. Elegibilidade para AI Overviews
Páginas com dados estruturados completos são mais fáceis de extrair e citar pelas AI Overviews. O FAQPage, em particular, mapeia diretamente o formato pergunta-resposta que a IA busca.
4. Diferencial competitivo
A maioria dos sites pequenos e médios não implementa Schema. Os que implementam ganham espaço visual, CTR e compreensão que a concorrência não tem — com zero custo de mídia.
Antes de começar: o básico do JSON-LD
O JSON-LD é um objeto JSON inserido numa tag <script> no <head> da página:
<script type="application/ld+json">
{
  "@context": "https://schema.org",
  "@type": "Article",
  "headline": "Título do artigo"
}
</script>

Elementos fundamentais:

  • @context — define o vocabulário (sempre https://schema.org)
  • @type — o tipo do objeto (Article, Product, etc.)
  • @id — identificador único (URL canônica)
  • Propriedades — os detalhes específicos de cada tipo

Regras de ouro

  1. Use apenas dados verdadeiros — o Google penaliza marcação falsa (ex.: estrelas de avaliação que não existem).
  2. Alinhe com o conteúdo visível — se o FAQPage não tem as perguntas no texto, é spam.
  3. Uma marcação por tipo — não duplique; combine tipos quando fizer sentido.
  4. Valide antes de publicar — use o Teste de Pesquisa Avançada do Google (Rich Results Test).
  5. Atualize junto com o conteúdo — preço, data e avaliação mudam; o schema precisa acompanhar.

Article: marcação para artigos e posts de blog

O tipo Article é o mais comum para blogs, notícias e conteúdo editorial. Ele informa título, autor, data de publicação e o tipo de conteúdo.

{
  "@context": "https://schema.org",
  "@type": "Article",
  "headline": "Schema Markup: Guia de Dados Estruturados para SEO",
  "description": "Aprenda a implementar JSON-LD para Article, FAQPage, BreadcrumbList, Organization e Product.",
  "image": [
    "https://www.seusite.com.br/img/schema-markup-capa.jpg"
  ],
  "author": {
    "@type": "Person",
    "name": "Tiago Silva Dal Bosco",
    "url": "https://www.seusite.com.br/sobre"
  },
  "publisher": {
    "@type": "Organization",
    "name": "TS Digitais",
    "logo": {
      "@type": "ImageObject",
      "url": "https://www.seusite.com.br/img/logo-600x60.png"
    }
  },
  "datePublished": "2026-07-10T09:00:00-03:00",
  "dateModified": "2026-07-20T14:30:00-03:00",
  "mainEntityOfPage": {
    "@type": "WebPage",
    "@id": "https://www.seusite.com.br/schema-markup-dados-estruturados/"
  }
}

Pontos de atenção:

  • O logo do publisher deve ter proporção mínima de 60x60px (recomendado 112x112px).
  • dateModified deve refletir uma atualização real do conteúdo — não invente.
  • Use o formato de data ISO 8601 com fuso horário (-03:00 para Brasília).

Variações de Article

  • NewsArticle — para notícias (exige mais campos como datePublished).
  • BlogPosting — específico para posts de blog (mais flexível que Article).
  • TechArticle — para conteúdo técnico e tutoriais.

FAQPage: as perguntas frequentes que geram rich results

O FAQPage transforma sua seção de perguntas frequentes num rich result expansível. Em 2026, ele continua sendo um dos tipos mais eficazes para capturar espaço na SERP — e o mais alinhado com as AI Overviews.

O schema

{
  "@context": "https://schema.org",
  "@type": "FAQPage",
  "mainEntity": [
    {
      "@type": "Question",
      "name": "O que é Schema Markup?",
      "acceptedAnswer": {
        "@type": "Answer",
        "text": "Schema Markup é um vocabulário padronizado que permite descrever explicitamente o conteúdo de uma página para os mecanismos de busca, usando o formato JSON-LD."
      }
    },
    {
      "@type": "Question",
      "name": "Schema Markup influencia o ranqueamento?",
      "acceptedAnswer": {
        "@type": "Answer",
        "text": "Dados estruturados não são fator direto de ranqueamento, mas melhoram o CTR e a compreensão semântica, o que gera benefícios indiretos de posição."
      }
    }
  ]
}

Regras essenciais do FAQPage

  1. Cada pergunta deve existir visível na página — não é permitido FAQ oculto.
  2. A resposta deve ser completa — não apenas "sim" ou "não".
  3. Limite razoável — 4-8 perguntas por página é o ideal prático.
  4. Perguntas reais — use as perguntas que os usuários realmente fazem (PAA, Search Console).

Importante para 2026

O Google restringiu o rich result de FAQ em 2023: ele aparece principalmente para sites governamentais e de saúde e algumas fontes confiáveis. Para outros sites, o FAQPage não gera mais o rich result expansível universalmente — mas o schema continua valendo: ele melhora a compreensão semântica e a elegibilidade para AI Overviews. Implemente mesmo sem o rich result.

BreadcrumbList: trilha de navegação na SERP

O BreadcrumbList mostra a hierarquia da página na busca, substituindo parte da URL por navegação:

{
  "@context": "https://schema.org",
  "@type": "BreadcrumbList",
  "itemListElement": [
    {
      "@type": "ListItem",
      "position": 1,
      "name": "Início",
      "item": "https://www.seusite.com.br/"
    },
    {
      "@type": "ListItem",
      "position": 2,
      "name": "Blog",
      "item": "https://www.seusite.com.br/blog/"
    },
    {
      "@type": "ListItem",
      "position": 3,
      "name": "Schema Markup para SEO",
      "item": "https://www.seusite.com.br/blog/schema-markup-dados-estruturados/"
    }
  ]
}

Boas práticas

  • A posição começa em 1 e a sequência é contínua.
  • O último item costuma não ter `item` (é a página atual) — o Google permite.
  • O breadcrumb do schema deve espelhar o breadcrumb visível na página.
  • Use URLs canônicas absolutas, não relativas.

No HTML visível

O schema deve refletir a navegação visível:

<nav aria-label="Trilha de navegação">
  <ol>
    <li><a href="/">Início</a></li>
    <li><a href="/blog/">Blog</a></li>
    <li aria-current="page">Schema Markup para SEO</li>
  </ol>
</nav>

Organization: a marca por trás do site

O Organization identifica sua empresa como entidade no Knowledge Graph do Google. É fundamental para construir reconhecimento de marca e é referenciado por outros schemas (Article, Product).

{
  "@context": "https://schema.org",
  "@type": "Organization",
  "@id": "https://www.seusite.com.br/#organization",
  "name": "TS Digitais",
  "url": "https://www.seusite.com.br/",
  "logo": {
    "@type": "ImageObject",
    "url": "https://www.seusite.com.br/img/logo-600x60.png",
    "width": 600,
    "height": 60
  },
  "sameAs": [
    "https://www.facebook.com/tsdigitais",
    "https://www.instagram.com/tsdigitais",
    "https://www.linkedin.com/company/tsdigitais",
    "https://www.youtube.com/@tsdigitais"
  ],
  "contactPoint": {
    "@type": "ContactPoint",
    "telephone": "+55-48-90000-0000",
    "contactType": "customer service",
    "areaServed": "BR",
    "availableLanguage": "Portuguese"
  }
}

Por que o @id importa

O @id cria um nó único que outros schemas referenciam. Quando o Article usa publisher: { "@id": "https://seusite.com.br/#organization" }, o Google conecta o artigo à empresa — construindo o gráfico de entidades da sua marca.

Organization + LocalBusiness

Para negócios locais, combine Organization com o tipo específico de negócio (Dentist, Restaurant, Store) e os dados de endereço — como vimos no guia de SEO local. O endereço, telefone e horário entram no schema LocalBusiness.

Product: a ficha que vende na busca

Para e-commerces, o Product é o schema mais valioso: ele permite exibir preço, disponibilidade e avaliações diretamente na SERP — e alimenta o conhecimento de produtos para compras por IA.

{
  "@context": "https://schema.org",
  "@type": "Product",
  "name": "Tênis de Corrida AirMax Pro 2026",
  "image": [
    "https://www.seusite.com.br/img/tenis-1.jpg",
    "https://www.seusite.com.br/img/tenis-2.jpg"
  ],
  "description": "Tênis de corrida com amortecimento responsivo para treinos de asfalto e esteira.",
  "sku": "TEN-AIRMAX-PRO-001",
  "brand": {
    "@type": "Brand",
    "name": "AirMax"
  },
  "offers": {
    "@type": "Offer",
    "url": "https://www.seusite.com.br/produtos/tenis-airmax-pro/",
    "priceCurrency": "BRL",
    "price": "499.90",
    "priceValidUntil": "2026-12-31",
    "itemCondition": "https://schema.org/NewCondition",
    "availability": "https://schema.org/InStock",
    "seller": {
      "@type": "Organization",
      "name": "Sua Loja"
    }
  },
  "aggregateRating": {
    "@type": "AggregateRating",
    "ratingValue": "4.8",
    "reviewCount": "127"
  }
}

Regras críticas do Product

  1. Preço real e atualizado — preço errado gera rejeição e perda de confiança.
  2. Disponibilidade corretaInStock vs OutOfStock vs PreOrder.
  3. `priceValidUntil` — use uma data de validade real da promoção.
  4. `aggregateRating` exige reviews reais — nunca invente estrelas.
  5. O `offers` é obrigatório para rich result de produto.

Product com review

{
  "@type": "Product",
  "name": "Tênis de Corrida AirMax Pro 2026",
  "review": [
    {
      "@type": "Review",
      "author": { "@type": "Person", "name": "Carlos Silva" },
      "datePublished": "2026-06-15",
      "reviewBody": "Excelente amortecimento, usei para uma maratona e não tive dores.",
      "reviewRating": {
        "@type": "Rating",
        "ratingValue": "5",
        "bestRating": "5"
      }
    }
  ]
}

Dados estruturados avançados para e-commerce

  • BreadcrumbList para a trilha da ficha.
  • AggregateRating (só com reviews reais).
  • Offer + MerchantReturnPolicy (política de devolução — o Google pode exibir).
  • Product com `hasVariant` para variações (tamanhos, cores).

Combinando schemas: a técnica do "nó referenciado"

Schemas podem (e devem) ser combinados via @id, criando uma rede de entidades. Exemplo de página de produto com breadcrumb e organização:

{
  "@context": "https://schema.org",
  "@graph": [
    {
      "@type": "Product",
      "@id": "https://www.seusite.com.br/produtos/tenis-airmax-pro/#product",
      "name": "Tênis AirMax Pro",
      "brand": { "@id": "https://www.seusite.com.br/#organization" }
    },
    {
      "@type": "BreadcrumbList",
      "@id": "https://www.seusite.com.br/produtos/tenis-airmax-pro/#breadcrumbs",
      "itemListElement": [...]
    },
    {
      "@type": "Organization",
      "@id": "https://www.seusite.com.br/#organization",
      "name": "Sua Loja"
    }
  ]
}

O @graph permite agrupar múltiplos schemas numa única tag <script>, reduzindo tags e melhorando a organização.

Como implementar na prática

WordPress

  • Rank Math ou Yoast SEO geram Article, BreadcrumbList e Organization automaticamente.
  • WooCommerce gera Product/Offer a partir das fichas de produto.
  • Plugins específicos de schema (ex.: Schema Pro) para casos avançados.

Next.js / React

Use a API de jsonLd do Next.js ou injete diretamente no layout:

export default function Artigo({ dados }) {
  return (
    <script
      type="application/ld+json"
      dangerouslySetInnerHTML={{ __html: JSON.stringify(dados.schema) }}
    />
  );
}

Site estático / HTML puro

Cole o bloco <script type="application/ld+json"> no <head> de cada página. Para sites gerados por templates, crie um partial de schema por tipo de página.

Validação

  • Rich Results Test (search.google.com/test/rich-results) — valida se o Google reconhece o rich result.
  • Teste de Pesquisa Avançada (schema validator do Google) — valida a sintaxe geral.
  • Search Console > Aparência de pesquisa — verifica erros e itens reconhecidos após a indexação.

Erros comuns que geram avisos no Search Console

  • Marca "Missing field": campos obrigatórios ausentes (ex.: offers no Product).
  • Marca "Invalid value": valores no formato errado (ex.: data sem fuso horário).
  • Marcação não associada ao conteúdo: o schema diz uma coisa, a página mostra outra.
  • Preço sem `priceCurrency` ou com ponto decimal errado.
  • FAQPage sem as perguntas visíveis no texto.
  • `sameAs` apontando para URLs erradas ou perfis que não existem.
  • @id duplicados — o mesmo @id usado para entidades diferentes.

Checklist de implementação de Schema

Article/BlogPosting em todos os posts de blog
Organization na home (com logo e sameAs)
BreadcrumbList em páginas internas
FAQPage nas páginas com perguntas frequentes
Product em todas as fichas de produto (e-commerce)
AggregateRating apenas com reviews reais
LocalBusiness em sites de negócio local
@id único e consistente entre schemas
Datas em ISO 8601 com fuso horário
Conteúdo visível alinhado com a marcação
Validação no Rich Results Test
Monitoramento de erros no Search Console

FAQ

Schema Markup melhora o ranqueamento?

Não é fator direto de ranqueamento — o Google já confirmou que dados estruturados não alteram as posições sozinhos. Porém, eles melhoram o CTR (resultados ricos ocupam mais espaço e atraem cliques), a compreensão semântica (o Google entende melhor seu conteúdo) e a elegibilidade para rich results e AI Overviews. Esses efeitos indiretos tendem a melhorar posições e tráfego ao longo do tempo.

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

São três formatos de implementação dos mesmos dados estruturados. JSON-LD é o recomendado e dominante: é um bloco JavaScript independente no <head>, fácil de injetar e sem interferir no HTML. Microdata e RDFa inserem atributos diretamente no HTML visível, o que é mais complexo de manter. O Google recomenda JSON-LD — use-o sempre que possível.

O Google ainda mostra rich results de FAQ?

Sim, mas com restrições desde 2023: o rich result de FAQ é exibido principalmente para sites governamentais e de saúde, e algumas fontes confiáveis. Para outros sites, o FAQPage não gera mais o bloco expansível na maioria dos casos. Ainda assim, vale implementar — o schema melhora a compreensão semântica e a elegibilidade para AI Overviews, onde o formato pergunta-resposta é exatamente o que a IA procura.

Posso usar o mesmo schema em várias páginas do site?

Parcialmente. O Organization pode (e deve) estar em todas as páginas, mas com o mesmo @id — ele representa uma entidade única. Já Article, Product e FAQPage são específicos de cada página e devem descrever apenas aquele conteúdo. Nunca copie o Product de uma ficha para outra com dados diferentes da página real.

Como sei se meu schema foi aceito pelo Google?

Use o Rich Results Test para validar a sintaxe e o reconhecimento do rich result. Depois de publicar, acompanhe o Google Search Console em "Aparência de pesquisa" (ou "Dados estruturados"), onde o Google mostra itens válidos, avisos e erros. Lembre-se: a indexação e o reconhecimento podem levar dias após a publicação — não se preocupe se não aparecer imediatamente.


Artigo escrito por Tiago Silva Dal Bosco, fundador da TS Digitais.

#Schema Markup#Dados Estruturados#Rich Results#JSON-LD
Share
TS

Tiago Silva Dal Bosco

Fundador & Especialista SEO

También puedes leer

View all