Breadcrumbs em dados estruturados: como implementar no Google

A trilha de breadcrumb em dados estruturados informa ao Google a posição da página dentro da hierarquia do site. A documentação do Search Central, atualizada em 8 de setembro de 2026, exige o tipo BreadcrumbList com pelo menos dois ListItem.

O Google usa o breadcrumb para categorizar o resultado

O breadcrumb situa a página no contexto da consulta. A mesma página pode ser alcançada por consultas bastante diferentes, e o Google usa o markup no corpo da página para categorizar a informação do resultado.

Segundo a documentação do Google Search Central, a trilha indica onde a página está na hierarquia do site. Ela ajuda o usuário a entender e explorar o site, subindo um nível por vez a partir do último item. O recurso está disponível no desktop em todas as regiões e idiomas em que a Busca do Google existe.

A versão consultada da documentação traz data de última atualização em 8 de setembro de 2026.

O BreadcrumbList exige ao menos dois itens

A BreadcrumbList só vale com pelo menos dois ListItem. Markup no formato data-vocabulary.org não é mais elegível para recursos de resultado enriquecido do Google.

itemListElement

itemListElement é a propriedade obrigatória: um array de breadcrumbs em uma ordem específica, cada um descrito por um ListItem.

position, name e item

Cada ListItem traz os dados de um ponto da trilha:

• position: inteiro que indica a posição do breadcrumb na trilha. A posição 1 é o começo da trilha.
• name: o título do breadcrumb exibido ao usuário.
• item: a URL da página que representa o breadcrumb. Há duas maneiras de especificá-la, segundo o Google: pela própria URL ou por um subtipo de Thing, caso em que o identificador varia conforme o formato — @id em JSON-LD, href ou itemid em microdata, about, href ou resource em RDFa.

A documentação prevê exceções para as propriedades exigidas. No último item, item não é obrigatório: sem ele, o Google usa a URL da página que contém o markup. E, se você usar um Thing com name para especificar item, name deixa de ser obrigatório.

Exemplo em JSON-LD

O Google publica exemplos nos formatos JSON-LD, RDFa e Microdata. Este é o caso de uma única trilha, em JSON-LD:

<script type="application/ld+json">
{
  "@context": "https://schema.org",
  "@type": "BreadcrumbList",
  "itemListElement": [{
    "@type": "ListItem",
    "position": 1,
    "name": "Livros",
    "item": "https://example.com/livros"
  },{
    "@type": "ListItem",
    "position": 2,
    "name": "Ficção científica",
    "item": "https://example.com/livros/ficcao-cientifica"
  },{
    "@type": "ListItem",
    "position": 3,
    "name": "Premiados"
  }]
}
</script>

Múltiplas trilhas na mesma página

Uma mesma página pode ter mais de uma trilha válida. Quando existem vários caminhos de navegação até um endereço, a documentação permite especificar mais de uma trilha para ele.

No exemplo do Google, a página de livros premiados aparece tanto como Livros › Ficção científica › Premiados quanto como Literatura › Premiados. Em JSON-LD, isso vira um array com dois objetos BreadcrumbList, cada um com seus próprios ListItem.

O que o Google recomenda — e o que não exige

A recomendação é descrever o caminho típico do usuário, não um espelho da estrutura de URL.

• Forneça breadcrumbs que representem um caminho típico do usuário até a página, e não um espelho da estrutura de URL. Sobre a organização dos endereços em si, vale revisar as boas práticas de estrutura de URL.
• Não é obrigatório incluir um ListItem para o caminho de topo (o domínio ou host do site) nem para a própria página.
• A documentação traz um aviso: se o Google detectar que parte do markup usa técnicas fora das diretrizes de dados estruturados, o site pode receber uma ação manual.

Como implementar e validar

O roteiro do Google tem 5 etapas, do markup à publicação.

1. Adicione as propriedades obrigatórias, no lugar adequado da página conforme o formato escolhido. Quem usa CMS pode recorrer a um plugin integrado; quem renderiza com JavaScript pode gerar os dados estruturados com JavaScript.
2. Siga as diretrizes — as gerais de dados estruturados e as do Search Essentials.
3. Valide o código no Teste de resultados enriquecidos e corrija os erros críticos. Avisos não críticos podem ser corrigidos para melhorar a qualidade do markup, mas não são necessários para ser elegível.
4. Publique algumas páginas com o markup e use a Ferramenta de inspeção de URL para ver como o Google enxerga a página. Confirme que ela não está bloqueada por robots.txt, pela tag noindex ou por exigência de login. Se estiver tudo certo, peça ao Google para rastrear novamente as URLs.
5. Envie um sitemap para manter o Google informado de mudanças futuras; o envio pode ser automatizado com a API de sitemaps do Search Console.

O re-rastreamento leva dias. Segundo a documentação, pode levar vários dias entre a publicação e o rastreamento da página pelo Google.

Acompanhamento no Search Console

Depois que as páginas forem indexadas, o relatório de status do resultado enriquecido mostra se o markup funcionou. O ideal é mais itens válidos, sem aumento de inválidos.

Se aparecerem problemas, o roteiro é corrigir os itens inválidos, inspecionar uma URL ativa para checar se a falha persiste e pedir validação no próprio relatório.

O acompanhamento é recomendado em 3 momentos:

• depois de publicar dados estruturados pela primeira vez;
• depois de lançar novos templates ou atualizar código;
• na análise periódica de tráfego.

Neste último caso, o relatório de desempenho mostra com que frequência a página aparece como resultado enriquecido, com que frequência recebe cliques e qual é a posição média — dados que também podem ser puxados pela API do Search Console.

A documentação também informa que o Google não garante que recursos que consomem dados estruturados apareçam nos resultados de busca. E, se a página receber uma ação manual de dados estruturados, o markup dela será ignorado, embora a página ainda possa aparecer na Busca.

Para diagnosticar, a própria documentação aponta o relatório de ações manuais e o relatório de dados estruturados não analisáveis. Quem está começando agora com esses formatos pode ver o guia de introdução a dados estruturados antes de partir para o BreadcrumbList.