Schema Markup e SEO

TL;DR — Schema markup é um código que você adiciona a uma página e que rotula o que seu conteúdo significa — “este é o preço”, “este é o autor”, “esta é uma pontuação de avaliação” — para que os mecanismos de busca não precisem adivinhar. Ele usa um vocabulário compartilhado de um site chamado schema.org. Seu principal benefício são os rich results: as classificações por estrelas, os preços e os breadcrumbs que você vê nos resultados de busca. Ele não faz você ranquear diretamente mais alto — esse é o maior mito sobre ele.

O que é schema markup

Quando você olha para uma página da web, consegue distinguir um número de telefone de um preço ou do nome de um autor apenas lendo. Um mecanismo de busca vê texto simples e precisa inferir tudo isso. O schema markup explica isso em código: ele etiqueta cada parte do conteúdo com o que ela realmente é.

Ele usa um vocabulário compartilhado publicado em schema.org — uma lista de “tipos” (como Product, Recipe, Event, Article) e as “propriedades” que cada um pode ter (um Product tem um price, um Event tem um startDate). Como todos os principais mecanismos de busca leem o mesmo vocabulário, você rotula seu conteúdo uma vez e todos o entendem. Evidence for this claim Schema.org defines shared types and properties that publishers can use to describe entities and content. Scope: Schema.org vocabulary; search engines decide independently which types power search features. Confidence: high · Verified: 2026-07-14 Schema.org: Getting started

Você também vai ouvir chamá-lo de dados estruturados. As pessoas usam os dois termos de forma intercambiável. Tecnicamente, dados estruturados é a ideia ampla, e schema markup é o caso específico de usar o vocabulário do schema.org — mas na conversa cotidiana de SEO eles significam a mesma coisa.

Por que isso importa: rich results

A razão visível para adicionar schema são os rich results (o Google costumava chamá-los de “rich snippets”). São os resultados de busca aprimorados:

• ⭐ classificações por estrelas de avaliações sob um produto
• 💲 um preço e o rótulo “em estoque”
• 🍳 um cartão de receita com tempo de cozimento e uma foto
• 🧭 uma trilha de breadcrumbs em vez de uma URL crua

Para obter um, você marca o conteúdo correspondente com o tipo de schema certo e todos os seus detalhes obrigatórios, e seu resultado se torna elegível (nunca garantido) para esse aprimoramento. Evidence for this claim Google uses supported structured data to understand page content and make pages eligible for certain search-result features. Scope: Google Search documentation; markup does not guarantee appearance or ranking improvement. Confidence: high · Verified: 2026-07-14 Google: Structured data introduction Rich results podem fazer seu resultado se destacar e gerar mais cliques.

O que a maioria das pessoas entende errado

Schema markup não é um fator de ranqueamento. Adicionar schema não move você para cima nos resultados. O Google já disse isso repetidamente. O que ele pode fazer é ganhar um rich result, e um resultado mais chamativo pode gerar mais cliques — mas isso é diferente de ranquear mais alto.

Mais algumas armadilhas para iniciantes:

• Mais schema não é melhor. Marque apenas conteúdo que realmente está na página e é preciso. Marcar coisas que um visitante não pode ver viola as regras do Google.
• Alguns tipos foram aposentados. Os “rich results” de FAQ e HowTo costumavam ser populares, mas o Google parou de exibi-los. Não gaste tempo com marcação que não gera mais nada.

Como você escreve o código é um tópico à parte — o formato recomendado é JSON-LD, um pequeno bloco de código que fica na página sem mudar sua aparência. Quer a versão completa, com os tipos atuais de rich results, as depreciações, a marcação de entidades e como validar? Mude para a aba Avançado.

TL;DR — Schema markup aplica o vocabulário schema.org (uma colaboração entre Google / Microsoft / Yahoo / Yandex) para rotular o significado de uma página. Ele faz dois trabalhos distintos: elegibilidade para rich results (aprimoramentos visíveis na SERP, exige tipos específicos + todas as propriedades obrigatórias) e entendimento de entidades (ajuda os mecanismos e o Knowledge Graph a identificar quem/você é — Organization / Person + sameAs — sem sinal visível). Não é um fator de ranqueamento direto. Não confunda o vocabulário (schema markup) com o formato (JSON-LD — recomendado, mas Microdata e RDFa também funcionam). E fique de olho no ciclo de depreciação: os rich results de HowTo saíram em 2023, sete tipos de recursos foram aposentados em junho de 2025, e os rich results de FAQ foram depreciados em 2026. Minha regra: implemente schema quando ele gera um recurso de busca ou realmente ajuda no entendimento de entidades — não porque mais marcação é automaticamente melhor.

Schema markup vs. dados estruturados vs. JSON-LD

Três termos são constantemente confundidos, então deixe-me separá-los claramente:

• Dados estruturados é o conceito geral: qualquer forma padronizada de anotar conteúdo para que máquinas o entendam.
• Marca schema são dados estruturados que usam especificamente o vocabulário schema.org. Na prática, esses dois são usados de forma intercambiável.
• JSON-LD é um formato — uma das três maneiras de escrever a marca. Não é um sinônimo de marca schema. Você pode expressar os mesmos tipos schema.org em JSON-LD, Microdata ou RDFa.

Manter o vocabulário (schema.org) separado do formato (JSON-LD) é a primeira coisa que confunde as pessoas. O vocabulário é o que você diz; o formato é como você o escreve.

O que schema.org realmente é

schema.org é um vocabulário compartilhado lançado em 2011 e mantido colaborativamente por Google, Microsoft (Bing), Yahoo e Yandex. Ele define uma hierarquia de tipos (por exemplo, Thing → CreativeWork → Article → NewsArticle) e as propriedades que cada tipo pode carregar. Os mecanismos de busca concordam com o vocabulário, e então cada um decide independentemente quais tipos consome e quais transforma em resultados ricos. Esse último ponto importa: schema.org lista muito mais tipos do que qualquer mecanismo individual exibe. Evidence for this claim A property can be valid in Schema.org without being required, recommended, or consumed for a specific Google rich result. Scope: Schema.org vocabulary compared with Google Search feature requirements. Confidence: high · Verified: 2026-07-14 Google: Structured data feature guide

Os dois trabalhos que o schema faz (e por que as pessoas só pensam em um)

A maioria dos guias trata o schema como uma alavanca de resultados ricos e para por aí. Na verdade, ele faz duas coisas separadas:

1. Elegibilidade para resultados ricos. Marque o conteúdo com um tipo suportado e todas as suas propriedades obrigatórias, e sua listagem se torna elegível para um aprimoramento visível na SERP (estrelas, preço, breadcrumbs, cartão de receita). Esta é a parte que todos buscam.

2. Compreensão de conteúdo e entidade. O Google afirma que usa dados estruturados “to understand the content of the page, as well as to gather information about the web and the world in general.” (tradução) «para entender o conteúdo da página, bem como para coletar informações sobre a web e o mundo em geral». Organization, Person e tipos semelhantes — especialmente com sameAs apontando para perfis autoritativos — ajudam os mecanismos a identificar com confiança qual entidade uma página aborda e alimentam o Knowledge Graph. Não há um selo visível para isso; o benefício é a compreensão.

A consequência prática: um tipo que não produz resultado rico ainda pode valer a pena ser marcado se aprimorar a compreensão da entidade. Organization é o exemplo clássico.

Os formatos: JSON-LD, Microdata, RDFa

Todos os três são suportados pelo Google. JSON-LD é a escolha recomendada, e os motivos são concretos:

• Ele vive em um bloco <script type="application/ld+json">, não intercalado com seu HTML, o que torna dados aninhados muito mais fáceis de expressar e manter à medida que os modelos mudam.
• O Google pode ler JSON-LD mesmo quando ele é injetado dinamicamente por JavaScript ou um widget de CMS — esse é o comportamento documentado do próprio Google, não uma garantia universal de renderização. Outros mecanismos de busca e rastreadores de IA podem renderizar (ou falhar ao renderizar) JSON-LD injetado de forma diferente, então teste cada consumidor que você realmente se importa em vez de assumir paridade.

Microdata e RDFa são atributos inline entrelaçados em sua marca HTML. Eles não são penalizados ou pior analisados — isso é um mito. Eles são apenas mais difíceis de manter. Use-os apenas quando um CMS legado ou uma plataforma específica forçar marca inline.

Schema não é um fator de ranqueamento

Esta é a correção mais importante do tópico. Os representantes do Google têm sido inequívocos e consistentes por anos — veja a lente de Citações para as declarações exatas. Danny Sullivan chamou dados estruturados de “optional” (tradução) «opcionais» e afirmou que eles têm “no impact on ranking in web search.” (tradução) «nenhum impacto no ranqueamento na pesquisa web». O benefício é indireto: resultados ricos podem aumentar a taxa de cliques, e melhor compreensão de entidade pode tornar a correspondência de relevância mais fácil. Nenhum dos dois é um impulso de ranqueamento da própria marca.

É exatamente por isso que minha própria abordagem sempre foi pragmática. No meu guia de SEO empresarial da Ahrefs coloquei assim: “I’m a fan of schema markup as long as it gets you a search feature.” (tradução) «Sou fã de schema markup desde que ele gere um recurso de busca». Em outras palavras: priorize tipos com elegibilidade confirmada para rich results (ou valor de entidade claro) e não espalhe marcação por todas as páginas esperando que faça algo.

Os tipos de schema mais úteis em 2026

A galeria de pesquisa do Google é a fonte da verdade sobre o que atualmente gera rich results. Os tipos que valem seu tempo, aproximadamente em ordem de frequência com que compensam:

• Product — preço, disponibilidade e avaliações; o tipo de maior valor para ecommerce.
• Review snippet / AggregateRating — estrelas de avaliação no conteúdo elegível.
• BreadcrumbList — a trilha de navegação no lugar de uma URL crua.
• Article (notícias/blog/esportes) — elegível para exibição aprimorada de artigo. Top Stories é uma superfície separada, mais restritiva, com seus próprios requisitos de editor e política de conteúdo; a marcação Article é necessária, mas não coloca uma página lá por si só.
• Organization — estabelecimento de entidade. Pode alimentar o logotipo/detalhes que o Google mostra em painéis, mas marcação válida não garante que um Painel de Conhecimento apareça — o entendimento de entidade é a parte confiável, mesmo onde nenhum painel ou rich result aparece.
• LocalBusiness — detalhes do painel local, horários e informações de contato.
• Event, Recipe, Job posting, Video (VideoObject), Q&A, Software app, Dataset, Discussion forum, Course list — cada um mapeia para um recurso específico da galeria.

Se você não implementar mais nada, Organization, BreadcrumbList e (para o negócio relevante) Product ou LocalBusiness cobrem os casos de maior alavancagem.

A onda de descontinuação — pare de implementar tipos mortos

O conjunto suportado realmente muda, e perseguir recursos aposentados é a forma mais comum de desperdiçar tempo de desenvolvimento. A história recente:

• 2023 — rich results de HowTo removidos do desktop e do celular. Ainda recomendados em inúmeros guias desatualizados; não rendem mais nada agora.
• Junho de 2025 — sete tipos de recurso aposentados: Book Actions, Course Info (formato antigo, substituído por Course list), Claim Review, Estimated Salary, Learning Video, Special Announcement e Vehicle Listing.
• 2026 — rich results de FAQ descontinuados. O Q&A expansível sob as listagens parou de aparecer para a maioria dos sites. O schema FAQPage ainda é válido e o Google ainda o analisa para entendimento — mas o aprimoramento visual que fez todo mundo implementá-lo se foi.

A abordagem de John Mueller sobre a rodada de 2026 é a certa: “Google is not killing schema… markup types come and go, but a precious few you should hold on to.” (tradução) «O Google não está matando o schema… os tipos de marcação vêm e vão, mas há alguns poucos e valiosos que você deve preservar». A conclusão não é “o schema está morrendo” — é “implemente de acordo com a galeria atual, não um tutorial de 2021.”

Marcação de entidade e o Knowledge Graph

Além dos rich results, o schema é como você ajuda um mecanismo a desambiguar sua entidade — para garantir que seu “Apple” seja a empresa, não a fruta, e que seu autor seja uma pessoa real específica. O mecanismo é a propriedade sameAs: você aponta sua marcação Organization ou Person para identificadores autoritativos — Wikipedia, Wikidata, LinkedIn, Crunchbase, perfis oficiais de redes sociais.

Feito corretamente, isso alimenta o Knowledge Graph e fortalece a confiança com que os mecanismos de busca (e, posteriormente, sistemas de IA) reconhecem você. Feito descuidadamente, isso sai pela culatra: um sameAs apontando para a página errada da Wikipedia ou para o perfil de uma empresa diferente pode fazer um mecanismo confundir entidades não relacionadas. Teste seus valores de sameAs com o mesmo cuidado com que testaria uma canonical.

Schema e busca com IA — a expectativa certa

O Schema é frequentemente vendido como uma alavanca de citação para IA. Não é, diretamente. LLMs não analisam de forma confiável seu JSON-LD e o recompensam com citações — um grande estudo não encontrou nenhum aumento significativo nas citações de IA a partir da cobertura de schema. O que o schema faz é o mesmo trabalho de entendimento de entidade descrito acima, e mesmo isso vem com uma ressalva: o Google documenta que Organization/Person + sameAs alimentam seu próprio Knowledge Graph e entendimento de busca. Se — e o quanto — outros provedores de IA dependem desse mesmo sinal de entidade é uma questão específica do provedor, não algo que qualquer fornecedor tenha documentado como garantido; trate um benefício de citação de IA entre provedores como uma hipótese não verificada, não um benefício de implementação que o schema entrega por conta própria. Pense nisso como infraestrutura de entidade para os sistemas do próprio Google, não um interruptor universal de citações. Eu cubro esse ângulo em profundidade em Schema Markup para IA — é uma pergunta diferente (aumento de citação) deste artigo (o vocabulário, os tipos e a implementação).

Prioridades de implementação

Se você está começando do zero, faça nesta ordem:

1. Organization (em todo o site) com name, logo, url e sameAs verificados — a base da entidade.
2. BreadcrumbList em páginas de modelo — barato, amplamente elegível, melhora a listagem.
3. Product (ecommerce) ou LocalBusiness (local) — o tipo de negócio específico de maior valor.
4. Article em conteúdo editorial.
5. Somente então, tipos de nicho que mapeiam para um recurso de galeria confirmado e atual.

Dois itens inegociáveis das diretrizes do Google: marque apenas conteúdo que esteja visível na página e prefira propriedades obrigatórias “fewer but complete and accurate” (tradução) «em menor número, porém completas e precisas» a preencher mal todas as propriedades possíveis.

Valide antes de publicar

• Teste de resultados avançados — para tipos que produzem resultados avançados; informa elegibilidade e erros de propriedade obrigatória.
• Validador de marcação de schema — para qualquer tipo schema.org, incluindo aqueles que não produzem resultados avançados. Evidence for this claim Google recommends validating feature eligibility with the Rich Results Test and broader schema syntax with Schema.org tooling. Scope: Google Search deployment workflow; passing a validator does not guarantee display. Confidence: high · Verified: 2026-07-14 Google: Structured data introduction
• Relatórios de resultados avançados do Google Search Console — monitore elegibilidade e erros em escala após a implantação.
• Auditoria de site da Ahrefs — sinaliza problemas de dados estruturados em todo um site.

Um erro de propriedade obrigatória torna essa página inelegível para o resultado avançado correspondente; lacunas de propriedades recomendadas geralmente são toleradas. Valide e depois implante — não o contrário.

Mantenha as camadas separadas, porque passar em uma não implica passar na próxima: marcação válida (um validador a analisa sem erros) → vocabulário suportado (o schema.org reconhece o tipo) → suporte a recursos (a galeria do Google documenta um resultado avançado correspondente agora mesmo) → elegibilidade (cada propriedade obrigatória presente, política seguida) → indexação (a página está indexada de alguma forma) → exibição (o Google escolhe mostrar o aprimoramento) → ranqueamento (não afetado por nenhum dos itens acima). Um validador verde apenas prova o primeiro passo.

Para saber onde isso se encaixa no panorama geral, consulte o hub mais amplo de dados estruturados sob o qual este artigo está.

Resumo de IA

Uma visão condensada da versão Avançada:

• O que é: o markup de schema aplica o vocabulário schema.org para rotular o significado de uma página. “Dados estruturados” é o conceito amplo; “markup de schema” é o caso específico do schema.org (usado de forma intercambiável). JSON-LD é um formato, não um sinônimo — não confunda vocabulário com formato.
• schema.org: um vocabulário compartilhado lançado em 2011, mantido por Google, Microsoft, Yahoo e Yandex; define tipos + propriedades. Lista muito mais tipos do que qualquer mecanismo exibe como rich results.
• Duas funções: (1) elegibilidade para rich results — melhorias visíveis na SERP, exige o tipo certo + todas as propriedades obrigatórias; (2) compreensão de entidade — ajuda os mecanismos/Knowledge Graph a identificar quem você é (Organization/Person + sameAs), sem sinal visível.
• Não é um fator de ranqueamento: representantes do Google afirmam isso consistentemente. Sullivan: “optional… no impact on ranking in web search” (tradução) «opcional… sem impacto no ranqueamento na pesquisa web». O benefício é indireto — CTR de rich results, correspondência de relevância mais fácil.
• Formatos: JSON-LD recomendado (não intercalado com HTML, injetável via JS); Microdata e RDFa também totalmente suportados, apenas mais difíceis de manter. Eles não são interpretados pior.
• Principais tipos em 2026: Product, Review/AggregateRating, BreadcrumbList, Article, Organization, LocalBusiness, além de Event/Recipe/JobPosting/VideoObject/Q&A/etc.
• Onda de descontinuações: rich results de HowTo removidos em 2023; sete tipos aposentados em junho de 2025 (Book Actions, Claim Review, Estimated Salary, Learning Video, Special Announcement, Vehicle Listing, old Course Info); rich results de FAQ descontinuados em 2026 (o schema ainda é interpretado, sem melhoria visível).
• Markup de entidade: sameAs (Wikipedia/Wikidata/LinkedIn/etc.) desambigua sua entidade para o Knowledge Graph; um sameAs errado pode confundir entidades — teste-o.
• Busca com IA: não é uma alavanca direta de citação (um grande estudo não encontrou aumento significativo); é infraestrutura de entidade para os próprios sistemas do Google. Se outros provedores de IA dependem do mesmo sinal de entidade não é verificado, específico de cada provedor — não é uma garantia documentada. Veja o artigo dedicado Schema Markup para IA.
• Prioridades: Organization → BreadcrumbList → Product/LocalBusiness → Article → tipos de nicho da galeria atual. Marque apenas conteúdo visível; “menos, mas completos e precisos.” Valide com o Rich Results Test (tipos de rich results) e o schema.org Validator (tudo).

Documentação oficial

Documentação de fonte primária dos mecanismos de busca.

Google

• Introdução ao markup de dados estruturados — o que são dados estruturados, a recomendação de JSON-LD e como o Google os usa para entender a página e a web.
• Galeria de pesquisa de dados estruturados — a fonte da verdade sobre quais recursos atualmente produzem rich results.
• Diretrizes gerais de dados estruturados — as regras de qualidade e spam: não marque conteúdo invisível, use o tipo mais específico, mantenha-o preciso.
• Rich Results Test — teste oficial para tipos elegíveis a rich results.
• Schema Markup Validator — valida qualquer tipo do schema.org (executado pelo schema.org).
• Documentação do schema.org — o próprio vocabulário: cada tipo e propriedade.

Bing / Microsoft

• Diretrizes do Bing para webmasters — markup — o suporte do Bing para dados estruturados do schema.org e JSON-LD.
• Bing Webmaster Tools — Markup Validator / URL Inspection — teste como o Bing lê seus dados estruturados.

Citações da fonte

Declarações oficiais do Google e do Bing. Quando uma página expõe o texto, o link é um deep link que salta para a passagem citada.

Documentação do Google — o que os dados estruturados fazem

• “Google uses structured data that it finds on the web to understand the content of the page, as well as to gather information about the web and the world in general.” (tradução) «O Google usa dados estruturados que encontra na web para entender o conteúdo da página, bem como para coletar informações sobre a web e o mundo em geral.» Ir para a citação
• Sobre JSON-LD: “A JavaScript notation embedded in a <script> tag in the page head or body. The markup is not interleaved with the user-visible text… Also, Google can read JSON-LD data when it is dynamically injected into the page’s contents, such as by JavaScript code or embedded widgets.” (tradução) «Uma notação JavaScript incorporada em uma tag de script no cabeçalho ou corpo da página. A marcação não é intercalada com o texto visível ao usuário… Além disso, o Google pode ler dados JSON-LD quando eles são injetados dinamicamente no conteúdo da página, como por código JavaScript ou widgets incorporados.» Ir para a citação
• “You must include all the required properties for an object to be eligible for appearance in Google Search with enhanced display.” (tradução) «Você deve incluir todas as propriedades obrigatórias para que um objeto seja elegível para aparecer na Pesquisa Google com exibição aprimorada.» Ir para a citação

Diretrizes do Google — qualidade e spam

• “Don’t mark up content that is not visible to readers of the page.” (tradução) «Não marque conteúdo que não esteja visível para os leitores da página.» Ir para a citação
• “Use the most specific applicable type and property names defined by schema.org for your content.” (tradução) «Use os nomes de tipo e propriedade mais específicos aplicáveis definidos pelo schema.org para o seu conteúdo.» Ir para a citação

Representantes do Google — schema não é um fator de ranqueamento

• John Mueller: “Using schema doesn’t give you a ranking boost. Just having more detailed markup doesn’t mean it ranks better.” (tradução) «Usar schema não dá um impulso de ranqueamento. Apenas ter uma marcação mais detalhada não significa que ranqueia melhor.» Cobertura do SEJ
• Danny Sullivan, porta-voz da Pesquisa Google: dados estruturados são “optional” e têm “no impact on ranking in web search.” (tradução) «opcionais» e «nenhum impacto no ranqueamento na pesquisa web.» Relatado por meio da cobertura da indústria das declarações de Sullivan em 2020; confirme com o post original antes de tratar a redação como definitiva.

John Mueller — sobre descontinuações (2026)

• “Google is not killing schema.” E: “Understand that markup types come and go, but a precious few you should hold on to, like title and meta robots.” (tradução) «O Google não está matando o schema.» E: «Entenda que os tipos de marcação vêm e vão, mas alguns poucos preciosos você deve manter, como title e meta robots.» Cobertura Relatado por meio da cobertura da Stan Ventures das declarações de Mueller em 2026; trate a redação como reportagem secundária transcrita.

Fabrice Canel, Microsoft Bing

• “Schema markup helps Microsoft’s LLMs understand content” (para o Copilot). (tradução) «A marcação de schema ajuda os LLMs da Microsoft a entender o conteúdo» Cobertura Relatado por meio da cobertura do Search Engine Land de abril de 2025; atribuído a Canel, não uma fonte primária verbatim — confirme antes de citar como exato.

Folha de referência de tipos de schema

Quais tipos ainda geram rich results (a partir de 2026)

Aposentados / descontinuados — não implemente para rich results

• HowTo — rich results de desktop e mobile removidos em 2023.
• FAQPage — rich results descontinuados em 2026 (schema ainda válido para entendimento).
• Aposentados em junho de 2025: Book Actions, Claim Review, Estimated Salary, Learning Video, Special Announcement, Vehicle Listing, antigo Course Info.

Fatos rápidos

• Vocabulário = schema.org (Google, Microsoft, Yahoo, Yandex; desde 2011).
• Formato ≠ vocabulário: JSON-LD (recomendado), Microdata, RDFa — todos suportados.
• Não é um fator de ranqueamento direto; o retorno são rich results (CTR) + entendimento de entidade.
• Propriedades obrigatórias = porta de elegibilidade; recomendadas = qualidade, geralmente toleradas.
• sameAs (Wikipedia/Wikidata/LinkedIn/Crunchbase) = alavanca de desambiguação de entidade.
• Valide: Rich Results Test (tipos de rich result) + schema.org Validator (qualquer tipo).
• Regra: marque apenas conteúdo visível na página; “menos, porém completos e precisos.”

Exemplos de JSON-LD para as prioridades de implementação

Quatro snippets de JSON-LD anotados, um para cada tipo que este artigo nomeia como prioridade inicial — Organization, BreadcrumbList, Product e Article — além de um par quebrado-vs-corrigido mostrando o erro de sameAs mencionado acima.

1. Organization — a base da entidade

Esta é a marcação em todo o site que o artigo lista como prioridade nº 1: nome, logotipo, url e sameAs apontando para perfis autoritativos.

<script type="application/ld+json">
{
  "@context": "https://schema.org",
  "@type": "Organization",
  "name": "Acme Consulting",
  "url": "https://www.example.com/",
  "logo": "https://www.example.com/images/logo.png",
  "sameAs": [
    "https://en.wikipedia.org/wiki/Acme_Consulting",
    "https://www.linkedin.com/company/acme-consulting",
    "https://www.crunchbase.com/organization/acme-consulting"
  ]
}
</script>

• name, url, logo — as propriedades obrigatórias que a documentação do Google pede; elas não geram rich result, mas estabelecem a entidade.
• sameAs — cada URL deve identificar genuinamente esta empresa. Como o lens Advanced alerta, um sameAs apontando para o perfil errado pode confundir sua entidade com uma não relacionada, então verifique se cada link resolve para a página certa antes de publicar.

2. BreadcrumbList — barato e amplamente elegível

Prioridade nº 2 do artigo. Cada item na lista é um crumb; position deve ser sequencial começando em 1.

<script type="application/ld+json">
{
  "@context": "https://schema.org",
  "@type": "BreadcrumbList",
  "itemListElement": [
    {
      "@type": "ListItem",
      "position": 1,
      "name": "Home",
      "item": "https://www.example.com/"
    },
    {
      "@type": "ListItem",
      "position": 2,
      "name": "Blog",
      "item": "https://www.example.com/blog/"
    },
    {
      "@type": "ListItem",
      "position": 3,
      "name": "Schema Markup",
      "item": "https://www.example.com/blog/schema-markup/"
    }
  ]
}
</script>

• O último crumb (a página atual) pode omitir item conforme a documentação do Google, mas incluí-lo não faz mal — o Google o ignora para a entrada final.
• Colocar position fora de sequência, ou pular um nível, é o motivo mais comum para este tipo falhar no Rich Results Test.

3. Product — o tipo de ecommerce de maior valor

O artigo nomeia Product como o tipo com preço, disponibilidade e avaliações — “o tipo de maior valor para ecommerce.” Um exemplo mínimo elegível:

<script type="application/ld+json">
{
  "@context": "https://schema.org",
  "@type": "Product",
  "name": "Wireless Trail Headphones",
  "image": "https://www.example.com/images/headphones.jpg",
  "offers": {
    "@type": "Offer",
    "priceCurrency": "USD",
    "price": "89.99",
    "availability": "https://schema.org/InStock"
  },
  "aggregateRating": {
    "@type": "AggregateRating",
    "ratingValue": "4.6",
    "reviewCount": "212"
  }
}
</script>

• offers e seus price/availability são o que torna a listagem elegível para a exibição de preço e status de estoque que o lens iniciante descreve.
• aggregateRating deve refletir avaliações que realmente existem na página — a regra do artigo de “marcar apenas conteúdo que está realmente na página” se aplica diretamente aqui; uma contagem de avaliações inventada é exatamente o tipo de marcação que as diretrizes do Google proíbem.

4. Article — para conteúdo editorial

Prioridade nº 4 do artigo, para o conteúdo de blog/notícias em que este próprio sistema de lenses é executado.

<script type="application/ld+json">
{
  "@context": "https://schema.org",
  "@type": "BlogPosting",
  "headline": "Schema Markup: Win Rich Results and Feed AI Search",
  "datePublished": "2026-06-26",
  "dateModified": "2026-07-13",
  "author": {
    "@type": "Person",
    "name": "Jane Author",
    "sameAs": "https://www.linkedin.com/in/jane-author"
  },
  "publisher": {
    "@type": "Organization",
    "name": "Acme Consulting",
    "logo": {
      "@type": "ImageObject",
      "url": "https://www.example.com/images/logo.png"
    }
  }
}
</script>

• author.sameAs faz o mesmo trabalho de desambiguação de entidades que Organization com sameAs — é a versão Person da mesma alavanca.
• dateModified deve rastrear datas reais de edição, a mesma disciplina que este site aplica ao seu próprio frontmatter updated — não o atualize sem uma mudança real.

Quebrado vs. corrigido: o erro de sameAs

A lente Advanced avisa que um sameAs apontando para o perfil errado pode fazer um mecanismo de busca confundir entidades não relacionadas. Veja como isso funciona na prática.

Quebrado — sameAs aponta para uma empresa de mesmo nome, mas não relacionada:

{
  "@type": "Organization",
  "name": "Acme Consulting",
  "sameAs": ["https://en.wikipedia.org/wiki/Acme_Corporation"]
}

Acme Corporation é a página da Wikipedia da empresa de adereços do Looney Tunes, não este negócio — um risco real sempre que um nome de marca é comum ou genérico.

Corrigido — sameAs verificado para resolver para a entidade real sendo descrita:

{
  "@type": "Organization",
  "name": "Acme Consulting",
  "sameAs": ["https://en.wikipedia.org/wiki/Acme_Consulting_(software_company)"]
}

Antes de publicar qualquer valor de sameAs, abra o link você mesmo e confirme que ele descreve a mesma organização, pessoa ou marca que seu markup nomeia — o mesmo escrutínio que o artigo recomenda dar a uma tag canônica.

Teste-se: Schema Markup

Cinco perguntas rápidas sobre schema markup, o vocabulário schema.org e o que ele faz (e não faz). Escolha uma resposta para cada uma e depois confira.

Recursos que valem seu tempo

Minha escrita de schema markup

• Schema Markup para IA — o ângulo da busca por IA: por que schema não é uma alavanca direta de citação, mas funciona como infraestrutura de entidade (uma questão diferente da abordada neste artigo).
• Guia para iniciantes de SEO técnico — onde descrevo schema como código que ajuda os mecanismos a entender o conteúdo e “powers many features that can help your website stand out” (tradução) «viabiliza muitos recursos que podem ajudar seu site a se destacar».
• SEO empresarial — minha visão pragmática: “I’m a fan of schema markup as long as it gets you a search feature” (tradução) «sou fã de schema markup desde que ele gere um recurso de busca».
• Checklist de SEO on-page — schema como código que “helps search engines understand the information on a page” (tradução) «ajuda os mecanismos de busca a entender as informações de uma página» e viabiliza rich snippets que podem gerar mais cliques.
• O que é schema markup? Como adicionar e por que importa — o guia da Ahrefs dedicado aos principais tipos e à implementação.

De toda a indústria

• Google aposenta sete recursos de dados estruturados (junho de 2025) — cobertura da remoção de Book Actions, Claim Review, Estimated Salary, Learning Video, Special Announcement, Vehicle Listing e do antigo Course Info.
• Google remove resultados avançados de FAQ da busca (Search Engine Journal) — a descontinuação do recurso de FAQ e o que ela significa para os sites que dependiam dele.
• Schema markup e busca por IA: sem exageros (Search Engine Land) — uma análise objetiva do que schema faz e não faz pela busca por IA, com o contexto de Fabrice Canel.
• Schema markup é um fator de ranqueamento? (Search Engine Journal) — as declarações e evidências por trás de “not a direct ranking factor” (tradução) «não é um fator de ranqueamento direto».
• John Mueller comenta a atualização de schema de 2026 — “Google is not killing schema… markup types come and go” (tradução) «o Google não está matando o schema… os tipos de marcação vêm e vão».
• Documentação do schema.org — o vocabulário em si, direto da fonte.

Registro de alterações