O que a marcação de breadcrumb descreve
BreadcrumbList é um dado estruturado para uma trilha de breadcrumb visível: o caminho de navegação que coloca a página atual em contexto. Ele não substitui a arquitetura do site, os links internos ou uma URL canônica. Descreve um caminho que o visitante também consegue entender e usar. O Google pode usar a marcação elegível para apresentar uma hierarquia contextual em um resultado, mas a aparência continua a cargo do Google e varia de acordo com a superfície.
Modele a trilha como uma sequência ordenada de escolhas reais de navegação. Um produto ou um artigo pode ter mais de uma rota significativa, e a documentação do Google permite várias trilhas de breadcrumb para a mesma página. A escolha útil é o caminho que uma pessoa vê no contexto em que chega à página — e não uma cadeia artificial de rótulos com palavras-chave.
Monte a marcação a partir da navegação visível
Comece pela página renderizada, e não por uma planilha de URLs. Registre o rótulo visível e o destino de cada item da trilha e decida se a página atual entra como último ListItem. Use URLs absolutas para os destinos. Mantenha as posições consecutivas, começando em 1, e nomes curtos, legíveis e consistentes com a interface da página. Não marque uma hierarquia que não exista na página.
{\n "@context": "https://schema.org",\n "@type": "BreadcrumbList",\n "itemListElement": [\n {"@type":"ListItem","position":1,"name":"Home","item":"https://example.com/"},\n {"@type":"ListItem","position":2,"name":"Guides","item":"https://example.com/guides/"},\n {"@type":"ListItem","position":3,"name":"Technical SEO","item":"https://example.com/guides/technical-seo/"}\n ]\n}Sempre que possível, gere esse JSON-LD a partir dos mesmos dados que renderizam o componente de breadcrumb. Isso evita o desencontro comum em que uma categoria renomeada é atualizada na interface, mas continua desatualizada na marcação. Um template do CMS não deve emitir BreadcrumbList onde a página não tem uma trilha útil, como uma página inicial sem hierarquia de navegação.
Teste, publique e monitore
- Inspecione a trilha renderizada em uma página principal e confirme que cada destino resolve para a URL canônica pretendida.
- Compare o DOM, o JSON-LD e a arquitetura de informação: rótulos, ordem e caminhos devem coincidir.
- Execute o Rich Results Test do Google e, após a publicação, use a Inspeção de URL para confirmar que o Google consegue acessar a página sem autenticação, sem bloqueio pelo robots.txt e sem noindex.
- Depois de rastrear de novo, verifique o relatório de melhorias de breadcrumb do Search Console e amostre os templates, em vez de presumir que uma URL válida cobre todos eles.
Trate a validação como uma verificação de sintaxe e de acessibilidade, não como indício de que o resultado vai mostrar breadcrumbs. O Google recomenda explicitamente publicar algumas páginas representativas, verificar como o Google as enxerga e dar tempo para o novo rastreamento. Uma mudança na taxonomia exige uma nova verificação, porque pode afetar centenas de trilhas ao mesmo tempo.
Falhas comuns de implementação
Para uma verificação prática de regressão, amostre uma URL de cada template de breadcrumb depois de cada publicação de alteração de navegação ou de taxonomia. Compare os rótulos renderizados, a sequência do JSON-LD, o destino canônico e a resposta HTTP. Essa rotina simples captura a deriva dos templates antes que ela vire um problema amplo no relatório de melhorias.
Guarde o registro dessa verificação junto às notas de publicação: URL amostrada, template, resultado e o acompanhamento, se houver. Isso permite agir sobre um alerta posterior do Search Console sem transformar um recurso de marcação em uma afirmação de SEO impossível de testar.