O vocabulário do Schema.org contém centenas de tipos e propriedades a fim de descrever pessoas, empresas, produtos, eventos, conteúdos, lugares e inúmeras outras entidades. Isso, porém, não significa que todos esses tipos produzam uma apresentação especial nos resultados do Google. Então, quando alguém pergunta quais tipos de schema o Google suporta, é necessário distinguir três situações: tipos existentes no vocabulário do schema.org, marcações que ajudam o Google a compreender uma página ou entidade e tipos que podem tornar uma página qualificada para uma pesquisa aprimorada ou outra experiência específica do Google.
De acordo com a galeria oficial de dados estruturados da Busca do Google, há atualmente 25 famílias de recursos documentadas. Mas cada família pode empregar um ou vários tipos do schema, além de propriedades e objetos auxiliares. Neste artigo, vou explicar cada um dessas famílias, quando cada marcação deve ser usada, quais limitações precisam ser observadas e por que um schema tecnicamente válido não garante a exibição de um resultado aprimorado.
Para entender primeiro os conceitos fundamentais, consulte também o artigo introdutório.
O que significa o Google suportar um tipo de schema?
O Schema.org funciona como um vocabulário que define nomes e relações utilizáveis a fim de descrever o significado de um conteúdo de forma legível por máquinas. Além disso, o Google utiliza uma parte desse vocabulário para compreender páginas e alimentar recursos da Pesquisa, do Google Imagens, do Google Shopping, da pesquisa por empregos, do Dataset Search e de outras experiências nos mecanismos de busca.
Por isso, um tipo pode estar correto segundo o Schema.org e, ainda assim, não ter uma pesquisa aprimorada própria no Google. Mas também é possível que uma marcação ajude a esclarecer uma entidade, uma organização ou a autoria de um conteúdo sem produzir um elemento visual evidente nas páginas de resultados.
Um schema válido não equivale automaticamente a um rich result. A validade sintática, a conformidade com o schema.org e a elegibilidade para um recurso do Google são verificações diferentes.
As diretrizes gerais de dados estruturados deixam claro que a implementação correta não garante a exibição de uma pesquisa aprimorada, pois a apresentação depende também da qualidade da página, da relevância para a consulta, das políticas do recurso e dos sistemas de classificação do Google.
Quantos tipos de dados estruturados o Google suporta?
O Google mantém atualmente documentação para 25 famílias de recursos de dados estruturados, mas isso não significa que existam apenas 25 valores possíveis para @type.
Afinal, algumas famílias usam vários tipos. Produto, por exemplo, pode envolver Product, Offer, ProductGroup, Review, AggregateRating, MerchantReturnPolicy e outros objetos relacionados. O inverso também ocorre: um mesmo tipo pode participar de mais de uma experiência. Review e AggregateRating, por exemplo, podem aparecer dentro de produtos, receitas, aplicativos, livros e outros itens elegíveis.
Portanto, não é correto somar todas as páginas de documentação, propriedades e objetos auxiliares como se cada um deles fosse um rich result independente.
Tipos de schema atualmente documentados pelo Google
| Família do Google | Principais tipos | Aplicação | Observações |
|---|---|---|---|
| Artigo | Article, NewsArticle, BlogPosting |
Notícias, reportagens e posts | Pode ajudar o Google a compreender título, autoria, data e imagens. |
| Navegação estrutural | BreadcrumbList, ListItem |
Caminho hierárquico da página | Deve representar uma hierarquia útil para o usuário, e não apenas repetir a URL. |
| Carrossel | ItemList, ListItem |
Listas de cursos, filmes, receitas e restaurantes | É uma estrutura de composição usada com tipos compatíveis. |
| Lista de cursos | Course, ItemList, ListItem |
Páginas que apresentam coleções de cursos | A experiência visual é disponibilizada em inglês. |
| Conjunto de dados | Dataset, DataCatalog, DataDownload |
Bases de dados e repositórios científicos ou públicos | Pode alimentar a descoberta no Google Dataset Search. |
| Fórum de discussão | DiscussionForumPosting, SocialMediaPosting |
Conteúdo gerado por usuários em fóruns e comunidades | Não deve ser usado em artigos editoriais escritos pelo próprio site. |
| Perguntas e respostas educacionais | Quiz, Question, Answer |
Questões acadêmicas e explicações educacionais | A documentação inclui disponibilidade para conteúdo em português. |
| Avaliação agregada de empregador | EmployerAggregateRating, Organization |
Avaliações de organizações como empregadoras | Relaciona-se à experiência de empregos e é apresentado como recurso Beta. |
| Evento | Event e subtipos |
Shows, palestras, festivais, cursos presenciais e eventos | Cada evento deve ter página individual com data, local e informações atualizadas. |
| Metadados de imagens | ImageObject, CreativeWork |
Crédito, autoria e licença de imagens | Pode disponibilizar informações adicionais no Google Imagens. |
| Anúncio de emprego | JobPosting |
Vagas de trabalho individuais | Vagas expiradas precisam ser atualizadas ou removidas rapidamente. |
| Empresa local | LocalBusiness e subtipos |
Estabelecimentos que atendem em localização física | Deve-se usar o subtipo mais específico aplicável. |
| Solucionador matemático | MathSolver, SolveMathAction |
Ferramentas capazes de resolver problemas matemáticos | Não se destina a qualquer página que apenas publique exercícios de matemática. |
| Filme | Movie, ItemList |
Listas de filmes | O carrossel de filmes é uma experiência móvel. |
| Organização | Organization e subtipos |
Identidade de empresas, instituições e organizações | Pode comunicar nome, logotipo, endereço, contatos, identificadores e políticas. |
| Produto | Product, Offer e tipos relacionados |
Produtos vendidos, avaliados ou descritos | A família abrange snippets de produto e listagens de comerciantes. |
| Página de perfil | ProfilePage, Person, Organization |
Perfis de autores, criadores e participantes de comunidades | A pessoa ou organização deve ser o foco principal da página. |
| Perguntas e respostas | QAPage, Question, Answer |
Página com uma pergunta e respostas enviadas por usuários | Não deve ser usado para uma seção de perguntas frequentes criada pelo editor. |
| Receita | Recipe, HowToStep, HowToSection |
Receitas culinárias | Pode informar ingredientes, preparo, tempo, nutrição e avaliações. |
| Snippet de avaliação | Review, AggregateRating |
Avaliações de itens elegíveis | Há regras específicas contra avaliações em benefício próprio. |
| Aplicativo de software | SoftwareApplication, Offer, AggregateRating |
Aplicativos e softwares | Preço, sistema operacional, categoria e avaliações podem ser informados. |
| Pronunciável | SpeakableSpecification, Article, WebPage |
Trechos adequados à leitura por voz | Recurso Beta, limitado a conteúdo em inglês e a experiências específicas. |
| Conteúdo com paywall | CreativeWork, WebPageElement |
Conteúdo acessível mediante assinatura ou pagamento | Ajuda a distinguir paywall legítimo de técnicas de cloaking. |
| Aluguel por temporada | VacationRental, Place, Accommodation |
Imóveis de temporada | Exige qualificação e integração adicional com os sistemas do Google. |
| Vídeo | VideoObject, Clip, BroadcastEvent |
Vídeos gravados, momentos e transmissões ao vivo | Pode comunicar miniatura, duração, data, capítulos e transmissão ao vivo. |
Tipos de schema para conteúdo editorial e comunidades
Artigos, notícias e postagens de blog
A família de dados estruturados de artigos admite os tipos Article, NewsArticle e BlogPosting. Article é uma opção genérica. NewsArticle descreve conteúdo jornalístico, enquanto BlogPosting serve para posts de blogs e publicações semelhantes. Entre as informações mais importantes estão:
headlinepara o título;authorpara identificar o autor;datePublishedpara a data de publicação;dateModifiedpara a última atualização relevante;imagepara as imagens representativas;publisherpara a organização responsável pela publicação.
A marcação deve corresponder à autoria, às datas e às imagens realmente apresentadas na página. Alterar dateModified sem uma atualização material do conteúdo pode transmitir uma informação enganosa.
No WordPress, as versões grátis e premium do plugin Yoast fazem a marcarção dos dados estruturados para você automaticamente, porém, você precisa informar todos estes dados visualmente na página também para respeitar as regras do jogo.
Páginas de perfil
O tipo ProfilePage é cabíbel quando o perfil de uma pessoa ou organização é o conteúdo principal da página. Assim, serve para páginas de autores, criadores, especialistas, participantes de fóruns e perfis de comunidades. A propriedade mainEntity normalmente aponta para uma entidade Person ou Organization. Uma página que apenas menciona uma pessoa não deve ser alvo de marcações automáticas como ProfilePage.
Postagens de fórums de discussão e redes sociais
A marcação de fórum de discussão foi desenvolvida para páginas nas quais usuários publicam perguntas, opiniões, comentários ou discussões. DiscussionForumPosting serve para fóruns, enquanto SocialMediaPosting pode representar publicações de plataformas sociais mais genéricas. Esses tipos não substituem Article em matérias jornalísticas, análises editoriais ou posts escritos pela própria equipe do site ou portal.
Páginas de perguntas e respostas
O tipo QAPage é indicado para uma página centrada em uma única pergunta, na qual usuários podem enviar respostas alternativas. A estrutura normalmente reúne:
QAPagecomo tipo da página;Questioncomo entidade principal;Answerpara cada resposta publicada.
Uma página na qual o próprio site formula e responde várias perguntas não deve usar QAPage, pois essa abordagem tem mais a ver com uma página editorial de perguntas frequentes.
Perguntas e respostas educacionais
O recurso de perguntas e respostas educacionais emprega tipos como Quiz, Question e Answer, que servem para conteúdos educacionais nos quais uma questão possui uma resposta correta ou explicação verificável. Não serve para opiniões abertas ou discussões sem solução correta.
Conteúdo com paywall ou assinatura
Sites que restringem parte do conteúdo podem usar a marcação de conteúdo com paywall. A estrutura geralmente utiliza:
- um tipo derivado de
CreativeWork, comoArticleouNewsArticle; isAccessibleForFreecom valorfalse;hasPartapontando para umWebPageElement;cssSelectoridentificando a parte protegida.
Essa marcação não transforma um bloqueio arbitrário em uma prática aceitável. Ela deve representar um modelo legítimo de assinatura e corresponder ao que usuários e mecanismos de busca encontram na página.
O tipo BreadcrumbList descreve a posição da página dentro da arquitetura do site e cada etapa é representada por um ListItem, com propriedades como position, name e item. Ademais, o caminho deve representar uma hierarquia editorial compreensível. Em um portal de notícias, por exemplo:
Início > Tecnologia > SEO > Dados estruturados
Não é necessário reproduzir cada diretório técnico da URL se não tiver significado para o usuário.
Lista de items e carrosséis
O tipo ItemList organiza uma sequência de itens. Em combinações específicas, pode qualificar uma página para um carrossel hospedado pelo próprio site.
O Google documenta combinações com conteúdos como:
- cursos;
- filmes;
- receitas;
- restaurantes.
ItemList não cria sozinho um carrossel para qualquer conjunto arbitrário de páginas. Os itens precisam pertencer a um tipo aceito pela documentação do recurso.
Cursos
A lista de cursos combina normalmente Course, ItemList e ListItem. O conteúdo precisa apresentar cursos reais oferecidos por uma instituição ou plataforma, com informações como nome, descrição e provedor. Contudo, é importante não confundir esse recurso atual com a antiga experiência chamada Course Info, que está obsoleta. A lista de cursos continua presente na galeria oficial, embora sua experiência visual apresente elementos em inglês.
Conjunto e catálogo de dados
O tipo Dataset descreve coleções estruturadas de dados, como estatísticas públicas, séries históricas, levantamentos científicos e bases disponibilizadas para pesquisa. DataCatalog pode representar o catálogo no qual o conjunto está inserido, enquanto DataDownload informa formatos e endereços para baixar os arquivos. Além disso, a marcação deve identificar claramente o responsável, a licença, o período coberto, a distribuição e outros dados necessários para compreender e reutilizar o conjunto.
Tipos de schema para mídia e entretenimento
Receitas
O tipo Recipe serve para receitas culinárias e pode informar:
- nome e imagem do prato;
- ingredientes;
- tempo de preparo e cozimento;
- rendimento;
- informações nutricionais;
- etapas de preparação;
- avaliações.
As instruções podem ser divididas com HowToStep e HowToSection. Isso não significa que o antigo rich result independente de HowTo continue disponível para tutoriais genéricos.
Filmes
O tipo Movie pode ser combinado com ItemList em páginas que apresentam listas de filmes. A experiência de carrossel documentada pelo Google é exclusiva de dispositivos móveis. E cada filme deve possuir informações suficientes e uma página correspondente.
Vídeos, clipes e transmissões de eventos ao vivo
O tipo VideoObject ajuda o Google a compreender um vídeo incorporado ou hospedado em uma página. Entre as propriedades relevantes estão:
name;description;thumbnailUrl;uploadDate;duration;contentUrlouembedUrl.
Clip pode demarcar momentos importantes, enquanto BroadcastEvent pode identificar uma transmissão ao vivo. A página precisa permitir que o Google encontre e reproduza o vídeo. Assim, marcar uma página na qual o vídeo não está disponível ou não é o conteúdo principal reduz a qualidade da implementação.
Metadados e licenças de imagens
Os metadados de licença de imagens podem informar autoria, crédito, licença e condições de uso ao Google Imagens. Essa marcação não funciona necessariamente como um rich result convencional da página de resultados. Sua principal finalidade é enriquecer a compreensão e a apresentação da imagem. Assim, a implementação pode recorrer a ImageObject e propriedades como:
creator;creditText;copyrightNotice;license;acquireLicensePage.
Além dos dados estruturados, fatores como contexto, qualidade, nome do arquivo, texto alternativo, dimensões e rastreabilidade continuam importantes. Então confira este artigo sobre SEO para imagens no WordPress.
Software
O tipo SoftwareApplication descreve aplicativos e softwares e pode exibir Offer e AggregateRating para comunicar preço, moeda, sistema operacional, categoria e avaliações. Além disso, a página deve tratar de um aplicativo específico e uma lista genérica de vários programas não deve atribuir todas as informações a um único objeto SoftwareApplication.
Leitura de voz
A marcação SpeakableSpecification identifica trechos adequados à leitura em voz alta. Porém, o recurso permanece em Beta e possui disponibilidade restrita, incluindo conteúdo em inglês e experiências específicas nos Estados Unidos. Por isso, não considere como uma oportunidade ampla para qualquer site brasileiro, em português.
Tipos de schema para empresas, eventos e empregos
Organizações
O tipo Organization ajuda a identificar uma empresa, associação, instituição, editora, organização não governamental ou outro grupo formal, podendo reunir informações como:
- nome e nome legal;
- URL oficial;
- logotipo;
- endereço;
- telefone e contatos;
- perfis oficiais;
- identificadores comerciais;
- políticas de devolução e frete;
- programas de fidelidade.
Nem todas as propriedades precisam de aplicação prática porque o objetivo é fornecer dados verdadeiros, úteis e consistentes com a identidade da organização.
Negócios locais
LocalBusiness é um subtipo de Organization que serve para negócios que atendem em uma localização física. Então, quando existir um subtipo mais específico, deve ter preferência. Alguns exemplos são:
Restaurant;Hotel;Store;MedicalBusiness;ProfessionalService;EducationalOrganization.
Uma empresa que atua apenas remotamente ou não recebe clientes em um estabelecimento não deve adotar LocalBusiness apenas porque possui um endereço administrativo.
Eventos
A marcação de eventos pode utilizar Event ou um subtipo mais específico, como MusicEvent, BusinessEvent, EducationEvent ou SportsEvent. A página precisa representar um evento individual e fornecer informações como:
- nome;
- data e horário;
- local físico ou virtual;
- status;
- organizador;
- ofertas e disponibilidade de ingressos.
Datas adiadas ou canceladas precisam de atualização sempre que necessário de forma correta e, além disso, eventos antigos não devem continuar marcados como futuros.
Vagas de emprego
O tipo JobPosting descreve uma vaga de emprego específica. Entre os dados relevantes estão cargo, descrição, empresa contratante, localização, modalidade remota, tipo de vínculo, salário e data de validade. Listas de vagas não devem receber um único objeto JobPosting representando vários empregos. Cada vaga precisa de uma página própria e de uma marcação correspondente. E, quando uma vaga expirar, a página ou a marcação deve ser atualizada rapidamente. Por fim, o Google também recomenda a API de Indexação para URLs de vagas e transmissões ao vivo, quando aplicável.
Avaliação do empregador
EmployerAggregateRating representa a avaliação consolidada de uma organização como empregadora as avaliações devem ser escritas por usuários a fim de refletir experiências reais. Afinal, uma empresa não deve criar artificialmente uma nota sobre si própria.
Soluções de problemas matemáticos
O tipo MathSolver, em conjunto com SolveMathAction, descreve uma ferramenta capaz de receber e resolver problemas matemáticos. Uma página que apenas explica uma fórmula ou publica uma lista de exercícios não se transforma em um solucionador matemático por meio da marcação.
Aluguel por temporada
O tipo VacationRental descreve imóveis destinados a aluguel por temporada. Esse recurso não depende apenas da inclusão de JSON-LD e a documentação informa que a participação exige qualificação e integração com os sistemas de hotéis e hospedagens do Google. Portanto, implementar a marcação sem atender aos critérios de participação não garante o aparecimento da experiência, muito pelo contrário.
Tipos de schema para produtos e comércio eletrônico
A documentação de produtos é uma das mais extensas porque atende tanto páginas editoriais quanto lojas virtuais e o Google separa duas aplicações principais:
- snippets de produto, para páginas que descrevem ou avaliam produtos e nas quais a compra direta não é necessariamente o objetivo principal;
- listagens de comerciantes, para páginas nas quais o consumidor pode comprar o produto.
Produtos e promoções
Product representa o item. Offer representa uma oferta comercial específica, com informações como preço, moeda, disponibilidade e vendedor. E uma mesma página pode incluir:
- nome e imagem do produto;
- marca;
- código GTIN, MPN ou SKU;
- descrição;
- preço;
- disponibilidade;
- condição;
- avaliações;
- informações de frete e devolução.
Snippets de produtos
A documentação de snippet de produto é relevante para páginas editoriais, análises, comparações e outras páginas que descrevem um produto sem funcionar necessariamente como página de compra. Uma análise independente pode usar Product com Review, desde que a avaliação esteja visível e tenha sido realmente produzida pelo autor ou pelos usuários indicados.
Listagem de comerciante
As listagens de comerciantes são destinadas a páginas comerciais com ofertas de compra. Além dos dados estruturados na página, lojas podem enviar informações pelo Google Merchant Center, pois as duas fontes são complementares.
Grupos de produtos e variantes
Produtos disponíveis em diferentes tamanhos, cores, materiais ou outras variações podem utilizar a estrutura de variantes de produtos. ProductGroup representa o grupo, enquanto cada Product representa uma variante e algumas propriedades importantes são:
variesBy;hasVariant;isVariantOf;productGroupID.
A relação deve refletir a organização real do catálogo e produtos diferentes não devem aparecer juntos apenas porque possuem alguma semelhança.
Avaliação e notas
Os tipos Review e AggregateRating podem participar de vários recursos. Review descreve uma avaliação individual e AggregateRating apresenta uma nota consolidada com base em várias avaliações. Inclusive, as notas e contagens precisam estar visíveis e corresponder a avaliações reais, pois o Google também restringe snippets de avaliações em benefício próprio quando uma organização ou empresa local publica avaliações sobre si mesma em autopromoção.
Programas de fidelidade
Programas de fidelidade podem ser descritos com MemberProgram, normalmente na associação com uma Organization por meio de hasMemberProgram. Aliás, essa estrutura pode comunicar níveis do programa, benefícios e requisitos de participação.
Políticas de devoluções
Uma política geral de devolução pode constar como MerchantReturnPolicy dentro de Organization. Quando um produto possui uma regra diferente, uma política específica pode se associar à respectiva Offer, substituindo a política geral naquele contexto.
Serviços de frete
As informações de frete podem ser estruturadas em diferentes níveis.
ShippingServicepode descrever políticas gerais de uma organização;OfferShippingDetailspode informar condições específicas de uma oferta.
Esses objetos não constituem novos rich results independentes, mas ampliam as informações das estruturas de Organização, Produto e Oferta.
Tipos auxiliares não são rich results independentes
Uma fonte frequente de confusão é tratar cada tipo ou propriedade auxiliar como um novo recurso do Google. Alguns exemplos:
ListItemparticipa de navegação estrutural, listas e carrosséis;Offerparticipa de produtos, aplicativos, eventos e outros itens comerciais;AggregateRatingparticipa de avaliações de produtos, receitas, softwares e itens elegíveis;Personpode representar autores, funcionários, criadores ou perfis;ImageObjectpode representar logotipos, imagens de artigos, produtos e metadados de licença;HowToStepcontinua sendo útil dentro da estrutura de receitas;WebPageElementpode demarcar partes protegidas por paywall.
Esses tipos são importantes, mas sua presença não significa que exista uma pesquisa aprimorada autônoma com o mesmo nome.
Recursos Beta, restritos ou limitados
Estar presente na documentação não significa que um recurso esteja disponível da mesma maneira em todos os países, idiomas, dispositivos e tipos de site.
- Lista de cursos: a experiência visual é disponibilizada em inglês.
- Filmes: o carrossel documentado é voltado a dispositivos móveis.
- Perguntas e respostas educacionais: a documentação inclui suporte a conteúdo em português.
- Speakable: permanece em Beta e é restrito a conteúdo em inglês e experiências específicas nos Estados Unidos.
- VacationRental: exige qualificação e integração adicional.
- EmployerAggregateRating: está relacionado à experiência de empregos e é descrito como Beta.
Além dessas restrições explícitas, o Google pode variar a apresentação conforme consulta, dispositivo, país e avaliação algorítmica da página, então não temos garantia de nada apesar do esforço.
Schemas e recursos descontinuados pelo Google
A documentação sobre dados estruturados muda ao longo do tempo e tipos que já produziram recursos específicos podem permanecer válidos no Schema.org mesmo não necessariamente fazer parte do conjunto que o Google utiliza. De tempos em tempos, o Google anuncia a remoção gradual de várias experiências de pouca utilização prática.
Ações de livros
A antiga experiência de ações de livros não faz mais parte da Busca, mas isso não torna o tipo Book inválido em todo contexto. Pois um livro ainda pode, por exemplo, ser o item de avaliação em uma estrutura de Review, desde que a documentação do recurso correspondente permita esse uso.
Checagem de fatos
A apresentação de ClaimReview foi desativada nos resultados da Busca do Google.
Isso significa que o tipo não deve ser usado na expectativa de gerar rich result nas SERPs, mas é bom esclarecer que usos fora da Pesquisa não foram necessariamente afetados.
Informações e listas de cursos
O recurso antigo chamado Course Info foi desativado, mas não deve ser confundido com a atual lista de cursos, que permanece na galeria oficial.
Páginas de passo a passo
O rich result independente de HowTo foi descontinuado. Por isso, tutoriais genéricos não devem ser apresentados como elegíveis a uma pesquisa aprimorada própria de instruções passo a passo. Porém, tipos auxiliares como HowToStep e HowToSection ainda podem aparecer dentro de estruturas atualmente documentadas, especialmente em receitas.
Páginas de FAQ
O Google reduziu de forma significativa a apresentação de resultados de perguntas frequentes. Assim, a exibição se limita principalmente a sites governamentais e de saúde de autoridade. Além disso, FAQPage não aparece mais entre as 25 famílias da galeria atual. Portanto, não deve ser usado na expectativa de gerar rich result amplamente disponível em qualquer blog, empresa ou loja porque não irá funcionar. O histórico dessas mudanças pode ser consultado nos comunicados oficiais sobre a simplificação dos resultados da Pesquisa e sobre as alterações em FAQ e HowTo.
Como escolher o schema correto para cada página
A escolha deve começar pelo conteúdo real da página, e não pelo rich result que o proprietário gostaria de obter.
- Identifique a entidade principal da página.
- Escolha o tipo mais específico que descreva essa entidade.
- Verifique se o Google possui documentação própria para o recurso.
- Confira as propriedades obrigatórias e recomendadas.
- Inclua apenas dados verdadeiros e presentes no conteúdo.
- Relacione entidades quando isso melhorar a compreensão.
Por exemplo:
- Uma matéria jornalística deve usar
NewsArticle, nãoProductapenas porque menciona um produto. - Uma página de uma escola não deve usar
Coursese apenas apresenta a instituição e não uma lista de cursos. - Uma empresa remota não deve usar
LocalBusinessapenas para tentar reforçar sua presença local.
Como implementar dados estruturados
JSON-LD, Microdados ou RDFa
O Google aceita três formatos principais:
- JSON-LD: formato recomendado, geralmente inserido em um bloco separado do conteúdo visual;
- Microdados: atributos adicionados diretamente aos elementos HTML;
- RDFa: extensão de atributos HTML capaz de representar relações semânticas.
O guia introdutório do Google recomenda JSON-LD porque costuma ser mais simples de implementar e manter, mas isso não torna Microdados ou RDFa inválidos.
Exemplo básico em JSON-LD
O exemplo abaixo mostra uma estrutura simplificada de artigo. Os valores precisam ser substituídos pelas informações reais da publicação.
{
"@context": "https://schema.org",
"@type": "Article",
"headline": "Quais tipos de schema o Google suporta?",
"datePublished": "2026-07-30T08:00:00-03:00",
"dateModified": "2026-07-30T08:00:00-03:00",
"author": {
"@type": "Person",
"name": "Nome do autor",
"url": "https://exemplo.com/autor/"
},
"publisher": {
"@type": "Organization",
"name": "Nome da organização",
"url": "https://exemplo.com/",
"logo": {
"@type": "ImageObject",
"url": "https://exemplo.com/logo.png"
}
},
"image": [
"https://exemplo.com/imagem-do-artigo.jpg"
],
"mainEntityOfPage": {
"@type": "WebPage",
"@id": "https://exemplo.com/artigo/"
}
}Esse exemplo não deve ser copiado mecanicamente para todas as páginas. O tipo, os valores e as entidades precisam refletir cada conteúdo especificamente.
Dados estruturados gerados com JavaScript
O Google informa que pode processar dados estruturados adicionados ao DOM por JavaScript. A documentação sobre geração de dados estruturados com JavaScript apresenta exemplos com JavaScript personalizado e ferramentas de gerenciamento de tags. Mesmo assim, a implementação precisa aparecer na versão renderizada que o Google consegue acessar. O teste deve ser feito com a URL publicada e não apenas com um trecho de código isolado.
Em páginas com preço, estoque, data ou outras informações que mudam rapidamente, é especialmente importante garantir que a marcação renderizada permaneça sincronizada com o conteúdo visível.
Implementação no WordPress
No WordPress, os dados estruturados podem ser gerados pelo tema, por plugins de SEO, por extensões especializadas ou por código personalizado. Antes de adicionar outro plugin, verifique o que já está sendo produzido já que a redundância pode criar entidades duplicadas ou contraditórias para a mesma página.
Usuários do plugin Yoast SEO que precisam ampliar as opções de tipo podem avaliar o plugin gratuito Extended Schema Types for SEO, desenvolvido pela nossa equipe da Rede Piabanha. A extensão integra tipos adicionais aos controles do Yoast, mas a seleção ainda precisa corresponder ao conteúdo e às diretrizes do Google, então pode ter certeza que facilitará bastante o seu trabalho. Afinal, adotar técnicas de dados estruturados não é fácil, então tentamos tornar a tarefa mais prática e simples para uso no dia a dia.
Como testar e monitorar os dados estruturados
Teste de pesquisa aprimorada
O Teste de pesquisa aprimorada verifica se a página contém marcações que podem participar de recursos suportados pelo Google e diferencia normalmente:
- erros que impedem a elegibilidade;
- avisos sobre propriedades recomendadas ausentes;
- itens válidos detectados.
Um resultado válido significa que a marcação passou nas verificações disponíveis, mas não que o rich result será necessariamente exibido.
Validador do Schema.org
O validador do schema.org é útil para verificar vocabulário e estrutura semântica, inclusive de tipos que não possuem rich result no Google. Responde a uma pergunta diferente do validador do Google. Lembrando que uma marcação pode estar correta no Schema.org e não participar de nenhum recurso visual da Pesquisa do Google.
Inspeção de URL
A ferramenta de Inspeção de URL do Search Console permite verificar a versão indexada, testar a página publicada e observar como o Google renderiza o conteúdo. Isso é especialmente útil quando o JSON-LD é criado por JavaScript ou depende de condições do navegador.
Relatórios do Search Console
Quando o Google detecta tipos compatíveis em quantidade suficiente, o Search Console pode disponibilizar relatórios específicos de melhorias. Esses relatórios ajudam a acompanhar páginas válidas, avisos, erros e mudanças ao longo do tempo. No entanto, a ausência de um relatório não prova que todo schema esteja errado, pois nem todos os tipos geram relatórios próprios.
Solicitação de indexação
Depois de corrigir uma implementação importante, a página pode ser testada e enviada para nova análise. Se você ainda não sabe como solicitar indexar de páginas de um site no Google e no Bing, aprenda aqui.
Dados estruturados melhoram o posicionamento no Google?
O Google não apresenta dados estruturados como um atalho direto para alcançar posições superiores. Porém, a marcação correta pode ajudar os sistemas a compreender melhor o conteúdo e pode tornar a página elegível para apresentações mais informativas. Essas apresentações podem influenciar visibilidade e interação, mas não existe garantia de aumento de posição ou de taxa de cliques. Afinal, o resultado depende de fatores como:
- qualidade e utilidade do conteúdo;
- adequação à intenção de busca;
- autoridade e reputação da fonte;
- experiência da página;
- rastreamento e indexação;
- conformidade com as políticas;
- competição na consulta.
Dados estruturados também não substituem conteúdo original, autoria identificável, fontes confiáveis, arquitetura de informação e manutenção editorial. Da mesma forma que não existe um schema mágico para aparecer em respostas de inteligência artificial. Aliás, entidades consistentes e marcações corretas podem contribuir para a compreensão da página, mas não garantem citações em respostas generativas. Aprofundo este tema neste artigo sobre como aplicar SEO para IA generativa no Google.
Erros que podem impedir a exibição de resultados aprimorados
Marcar conteúdo inexistente ou invisível
As informações estruturadas precisam corresponder ao conteúdo disponível ao usuário. Inserir avaliações, preços, perguntas ou autores que não aparecem na página viola as diretrizes.
Usar o tipo desejado em vez do tipo correto
Escolher Product, Event ou LocalBusiness apenas porque esses tipos parecem comercialmente interessantes não torna a página elegível consequentemente.
Confundir página individual com página de lista
Vários recursos exigem páginas individuais bem como uma lista de vagas, eventos ou produtos não deve ser marcada como se fosse uma única vaga, evento ou produto.
Publicar avaliações em benefício próprio
Notas criadas pela própria organização sobre si mesma não atendem às regras do snippet de avaliação para Organization e LocalBusiness.
Manter informações expiradas
Preços, disponibilidade, datas, vagas e eventos precisam ser atualizados já que uma marcação sintaticamente correta pode ser considerada inadequada quando apresenta informações antigas.
Duplicar entidades sem relacioná-las
Plugins, temas e códigos personalizados podem gerar objetos diferentes para a mesma organização, página ou autor. Quando se referem à mesma entidade, os objetos devem ser consolidados ou relacionados por identificadores consistentes, normalmente com @id.
Inserir todas as propriedades possíveis
Mais propriedades não significam automaticamente uma marcação melhor, então devem ser incluídos apenas valores corretos, aplicáveis e sustentados pelo conteúdo.
Interpretar um aviso como erro fatal
Propriedades recomendadas podem melhorar a riqueza dos dados, mas sua ausência nem sempre impede a validade. Já propriedades obrigatórias ausentes costumam comprometer a elegibilidade sem dúvida nenhuma.
Presumir que validação garante exibição
O teste confirma aspectos técnicos e de elegibilidade detectáveis, mas a decisão de apresentar o recurso continua pertencendo aos sistemas do Google.
Perguntas frequentes sobre schemas suportados pelo Google
Todo tipo do schema.org é suportado pelo Google?
Não no sentido de produzir uma pesquisa aprimorada, afinal, o Google pode até compreender diferentes tipos do vocabulário, mas mantém experiências e documentação específica apenas para uma parte deles confome expliquei acima.
Um schema válido sempre gera rich result?
Não, a validade é apenas uma das condições, já que a página também precisa cumprir as políticas, ser rastreável, estar indexada, apresentar conteúdo de qualidade e ser considerada adequada para a consulta.
É possível usar mais de um tipo na mesma página?
Sim, porque uma página pode conter várias entidades relacionadas. Afinal, um artigo pode ter autor, organização publicadora, imagens, vídeo e navegação estrutural. No final das contas, eu acho que o importante é evitar contradições a fim de relacionar corretamente os objetos, especialmente quando representam a mesma entidade.
JSON-LD é obrigatório?
Não, pois o Google também aceita Microdados e RDFa, mas JSON-LD é o formato padrão no momento e costuma ser mais fácil de manter separado da estrutura visual da página.
Schema.org e rich snippet são a mesma coisa?
Não, pois o Schema.org é o vocabulário e dados estruturados são a implementação desse vocabulário. Rich result é apenas uma possível apresentação produzida por um mecanismo de busca a partir dos dados e de outros sinais.
Plugins do WordPress garantem a implementação correta?
Não, apesar de plugins reduzirem o trabalho técnico, ainda dependem de configuração, compatibilidade e dados corretos. Também podem gerar duplicações quando várias ferramentas atuam sobre o mesmo tipo, então a minha recomendação é utilizar o Yoast juntamente com o nosso plugin, Extended Schema Types for SEO, para marcação bem precisa de dados estruturados em sites WP.
Vale a pena manter um tipo que perdeu o rich result?
Depende da função semântica, da compatibilidade com outras plataformas e do custo de manutenção, pois não é recomendável manter uma marcação obsoleta apenas na expectativa de recuperar uma experiência anterior algum dia. Assim, recomendo que retrabalhe a página, traçando outra estratégia.
FAQPage ainda funciona?
O tipo continua existindo no Schema.org, mas o Google restringiu fortemente a exibição de resultados de FAQ e não o inclui na galeria atual de famílias amplamente suportadas.
HowTo ainda gera resultado aprimorado?
Não como recurso independente para tutoriais genéricos, mas tipos relacionados a etapas ainda podem ser utilizados dentro de estruturas que os documentam, como receitas.
Existe um schema específico para inteligência artificial?
Não existe um tipo universal que garanta presença em respostas de IA, então a melhor abordagem é utilizar os tipos mais precisos para as entidades reais, manter informações consistentes e produzir conteúdo verificável.
O Google não oferece suporte visual a todos os tipos disponíveis no vocabulário do Schema.org, pois a galeria atual reúne 25 famílias de recursos, cada uma com finalidades, tipos, propriedades e limitações próprias. A implementação correta começa pela identificação do conteúdo principal e, em seguida, é necessário escolher o tipo mais específico, consultar a documentação oficial, preencher dados verdadeiros, validar a página e acompanhar o Search Console.
Aliás, também é fundamental separar recursos ativos de marcações auxiliares e experiências descontinuadas. Produto, por exemplo, contém várias extensões comerciais, mas continua sendo uma família ampla. HowTo, ClaimReview, ações de livros e a antiga experiência de informações de cursos não devem ser apresentados como rich results gerais atualmente disponíveis.
Sobretudo, dados estruturados não são um truque de posicionamento, mas constituem uma camada de informação semântica capaz de ajudar mecanismos de busca a compreender entidades e, quando todos os critérios são atendidos, apresentar determinadas páginas de maneira mais informativa. E, como as experiências do Google mudam com frequência, acompanhe o nosso blog a fim de saber todas novidades na galeria oficial de dados estruturados e nas diretrizes gerais do Google e tudo sobre SEO e portais de notícias.
