Schema.org 30.1 traz vocabulário de e-commerce e Passaporte Digital de Produto

A Schema.org publicou a versão 30.1 do seu vocabulário em 16 de setembro de 2026, conforme o changelog oficial em schema.org/docs/releases.html↳HTML45 conteúdosA importância do HTML e CSS para quem trabalha com UI Design e Design SystemProduto & UX · dez 2024Como hostear seu site HTML gratuitamente com GitHub PagesDev (Back & Front) · jun 2025SQL Server – Como criar um versionamento de código das suas Stored Procedures em HTML e com comentários da alteraçãoData · nov 2020Ver tudo em Dev (Back & Front) →. Não é uma reformulação estrutural: é um release de manutenção, mas carrega três movimentos que interessam direto a quem escreve dados estruturados pensando em aparecer em resultados de busca tradicionais e em respostas de mecanismos de busca generativos.

O primeiro movimento é um vocabulário mais fino para Product, voltado a feeds de varejo. O segundo é a chegada de classes para o Passaporte Digital de Produto (DPP) da União Europeia. O terceiro, que vinha da versão 30.0 e segue amadurecendo, são as anotações de equivalência com GS1, Dublin Core e Open Graph. Nenhum desses três pontos é cosmético: eles mexem exatamente no tipo de dado que um sistema de IA generativa↳IA generativa81 conteúdosIA Generativa: 5 alternativas para começar a usar em 2025AI · jan 2025Gartner Revela o Futuro da IA GenerativaAI · jul 2024IA Generativa: Pesquisa global aponta Brasil como segundo país mais otimista com a tecnologiaAI · mar 2024Ver tudo em AI → precisa para citar uma marca com confiança numa resposta.

Os novos campos de produto que valem marcar primeiro

A 30.1 adiciona um pacote de propriedades pensado para o que o changelog chama de "common retail feed data", ou seja, os campos que já existem nos feeds de e-commerce↳E-commerce21 conteúdosECBR Club: novo espaço para devs se conectarem ao ecossistema de e-commerceDev (Back & Front) · mai 2025TOTVS anuncia joint venture com VTEXMarketing Tech · mai 2019Jovens da Brasilândia recebem formação gratuita em tecnologiaGestão Dev & TI · jul 2025Ver tudo em Marketing Tech → das grandes plataformas de anúncio e que agora ganham um correspondente formal no vocabulário aberto. Em Product, chegam consumerNotice (aviso ao consumidor, como recall ou restrição de uso), isOftenBoughtWith (produto frequentemente comprado junto) e specification. Em Offer, chega itemPopularity. Em ShippingRateSettings, chega minimumOrderValue.

Em resumo: esses campos descrevem relação entre produtos e comportamento de compra, não só o produto isolado, e isso é exatamente o tipo de informação que uma resposta gerada por IA usa para montar uma recomendação comparativa ("X costuma ser comprado com Y", "X é o mais pedido dessa categoria").

Um exemplo de marcação prática, combinando dois dos campos novos:

{
 "@context": "https://schema.org",
 "@type": "Product",
 "name": "Cabo USB-C 2m",
 "isOftenBoughtWith": {
 "@type": "Product",
 "name": "Carregador rápido 65W"
 },
 "offers": {
 "@type": "Offer",
 "price": "49.90",
 "priceCurrency": "BRL",
 "itemPopularity": 0.92
 }
}

Vale notar que PropertyValue também ganhou valueGroup, e que o value de PropertyValue passou a aceitar QualitativeValue. Na prática, isso facilita marcar variações qualitativas de um produto (tamanho "P/M/G", por exemplo) sem recorrer a gambiarras com texto livre, o que ajuda um extrator automático a entender que aquilo é uma faixa de opções, não uma descrição solta.

Passaporte Digital de Produto: vocabulário europeu que já aparece em catálogos brasileiros

O segundo bloco da 30.1 fecha um trabalho iniciado na versão 30.0 (lançada em 19 de março de 2026): o vocabulário para o Digital Product Passport (DPP), exigência regulatória da União Europeia para rastreabilidade de produtos. A 30.1 adiciona a classe DigitalProductPassport e a propriedade hasDigitalProductPassport, aplicável tanto a Product quanto a Offer. Vêm junto EnvironmentalProductDeclaration e DeclarationOfConformity, ambas subtipos de Certification, além de authorizedRepresentative (para Product e Organization), importer, recycledContentPercentage e substanceOfConcern, essas três últimas direto em Product.

Quem vende exclusivamente para o Brasil pode achar isso distante, mas a leitura que vale aqui é outra. Marcas brasileiras que exportam, ou que competem em marketplaces com presença europeia, já vão encontrar esses campos preenchidos nos catálogos concorrentes. Um sistema de busca generativo que compara "qual produto tem menor pegada de carbono" ou "qual fornecedor declara conformidade" vai preferir citar quem já respondeu essa pergunta em dado estruturado, não quem só menciona isso em texto corrido na página.

As pontes com GS1, Dublin Core e Open Graph importam mais do que parecem

O ponto menos chamativo do changelog é, na minha leitura, o mais relevante para GEO: a versão 30.0 adicionou anotações de equivalência e exportação para os vocabulários GS1, Dublin Core e Open Graph. Isso significa que o próprio schema.org agora declara formalmente onde um termo seu corresponde a um termo desses outros padrões.

Por que isso importa para quem não trabalha com RDF no dia a dia? Porque sistemas de recuperação de informação, inclusive os que alimentam respostas geradas por IA, frequentemente cruzam dados vindos de fontes diferentes: uma página marcada em schema.org, um feed de produto em GS1, metadados Open Graph de uma rede social. Quando esses vocabulários declaram equivalência entre si, fica mais barato para qualquer sistema normalizar essas três fontes como "o mesmo fato", em vez de tratá-las como sinais desconectados.

Isso não é algo que se implemente no seu site: é um ajuste na camada de interpretação que beneficia quem já usa Product, Offer e similares de forma consistente. A ação prática aqui é indireta: manter o Open Graph da página alinhado com o schema.org (mesmo nome, mesma imagem, mesmo preço) deixou de ser só boa prática de redes sociais e passou a ser um sinal que o próprio ecossistema de vocabulários trata como redundante e confiável.

Outras mudanças que entraram no mesmo pacote

Além do bloco de e-commerce e do DPP, o release de setembro trouxe itens menores que merecem registro:

• Suporte explícito a listas ordenadas, documentado num post do blog oficial ligado ao changelog, útil para quem marca receitas, tutoriais e guias passo a passo em HowTo ou ItemList.
• Promoção de termos que estavam no status "pending" para "GA" (generally available), com base em dados reais de adoção, o que a própria Schema.org também relatou em post de blog sobre estatísticas de uso de termos.
• Novos valores Ophthalmology e Audiology na enumeração MedicalSpecialty, de interesse para saúde.
• Extensão de OfferShippingDetails com a propriedade provider, e novo valor MaximumRetailPrice para PriceTypeEnumeration.

Vale lembrar o histórico recente: a versão 29.4, de 8 de dezembro de 2025, já havia criado ConferenceEvent como subtipo de Event e adicionado exemplos cruzados com o vocabulário web da GS1 e com o UN/CEFACT, movimento que a 30.0 e a 30.1 aprofundam.

Como priorizar a implementação e medir o resultado

Nem todo campo novo merece entrar no seu JSON-LD amanhã. Uma ordem de prioridade razoável, pensando em esforço versus sinal para busca e IA generativa:

1. Se você tem catálogo de produto, implemente isOftenBoughtWith e itemPopularity primeiro: são os que mais se conectam a perguntas comparativas que um usuário faria a um assistente de IA.
2. Valide tudo no Rich Results Test do Google e no validador oficial do schema.org antes de publicar; campo novo mal formatado é pior do que campo ausente.
3. Se você exporta para a União Europeia, avalie o vocabulário de DPP com o time jurídico antes de marcar substanceOfConcern ou recycledContentPercentage: são dados que viram declaração de conformidade.
4. Audite o Open Graph da página contra o schema.org: nome, imagem e preço precisam bater, já que o ecossistema agora trata isso como equivalência formal.

Para medir impacto, o caminho é o de sempre: acompanhar impressões e cliques por tipo de rich result no Search Console antes e depois da publicação, e, para o lado generativo, monitorar se a marca passa a ser citada em respostas de ferramentas como AI Overviews ou assistentes de busca para as consultas-alvo. Não existe hoje um painel que isole esse segundo efeito com precisão: o jeito prático é testar a própria consulta manualmente, de forma periódica, e registrar a mudança.

O que o schema.org ainda não resolve

Nenhuma dessas mudanças obriga um sistema de IA generativa a citar uma página. O vocabulário só torna a informação mais fácil de extrair e mais difícil de interpretar errado; a decisão de citar continua dependendo de critérios do próprio modelo ou motor de busca, que a Schema.org não controla e não documenta. Dados estruturados corretos são condição necessária, não suficiente, para aparecer numa resposta generativa.

Fonte: Release notes oficiais do Schema.org (schema.org/docs/releases.html).

Fonte: Release notes oficiais do Schema.org