O passaporte digital de produto legível por máquina: o que o ESPR exige e por que os agentes de IA vão lê-lo

TL;DR

• Um passaporte digital de produto legível por máquina é uma exigência legal: o ESPR determina que os dados do passaporte sejam baseados em normas abertas, interoperáveis e, quando adequado, legíveis por máquina, estruturados, pesquisáveis e transferíveis sem dependência de um fornecedor.
• Uma página web que uma pessoa consegue ler não basta por si só. O software tem de conseguir solicitar os mesmos dados em formato estruturado, com cada campo rotulado e cada produto nomeado por um identificador persistente.
• Os dados que a lei exige que sejam exatos, completos e atualizados são os mesmos de que um agente de IA precisa para saber exatamente qual produto está vendo, desde que respeite os direitos de acesso definidos pelo passaporte.

Um passaporte digital de produto legível por máquina é aquele que o software consegue ler com a mesma confiabilidade que uma pessoa. Isso não é um extra. O ESPR, Regulamento (UE) 2024/1781, inclui isso nos requisitos essenciais que todo passaporte tem de cumprir, e as normas europeias citadas em julho de 2026 transformam esses requisitos em algo que dá para construir.

Este guia cobre o que o Regulamento diz, como uma página de passaporte legível por pessoas difere de uma legível por máquina, os componentes de uso comum e por que os mesmos dados estão virando uma fonte confiável para agentes de IA. A lista de dados que um passaporte deve conter é tratada à parte em Requisitos de dados do passaporte digital de produto. Tudo abaixo reflete a situação em outubro de 2026.

O que o ESPR diz sobre a legibilidade por máquina?

O artigo 10, parágrafo 1, alínea d), fixa as regras para os próprios dados. Todos os dados do passaporte devem ser:

• baseados em normas abertas
• desenvolvidos num formato interoperável
• quando adequado, legíveis por máquina, estruturados e pesquisáveis
• transferíveis através de uma rede aberta e interoperável de intercâmbio de dados, sem dependência de um fornecedor

Cada uma dessas palavras tem uma consequência prática.

A expressão «quando adequado» deixa espaço para que o ato delegado de cada grupo de produtos decida até onde vai cada requisito. Não torna a legibilidade por máquina opcional.

O artigo 11 acrescenta as regras no nível do sistema. A alínea a) exige que cada passaporte seja plenamente interoperável com os outros passaportes exigidos pelo ESPR «no que diz respeito aos aspectos técnicos, semânticos e organizacionais da comunicação de ponta a ponta e da transferência de dados». Interoperabilidade técnica significa que os sistemas conseguem trocar dados. Interoperabilidade semântica significa que concordam sobre o que os dados significam: que «conteúdo reciclado» num passaporte é a mesma coisa, medida da mesma forma, que em outro.

O artigo 11 também exige autenticação, fiabilidade e integridade dos dados (alínea g)), e o artigo 9, parágrafo 1, exige que os dados do passaporte sejam exatos, completos e atualizados.

Os marcos até agora

Legível por pessoas versus legível por máquina: qual é a diferença?

Imagine o mesmo passaporte de uma chaleira entregue de duas formas.

A versão legível por pessoas é uma página web. Um consumidor escaneia o QR code na caixa e vê os materiais, as instruções de reparo, as peças de reposição e as orientações de reciclagem, diagramados para o celular. É a experiência certa para uma pessoa. Um programa que lê essa página tem de adivinhar qual número é a potência e qual é o comprimento do cabo, e o palpite quebra toda vez que o design muda.

A versão legível por máquina são os mesmos fatos expressos como dados. Cada valor tem um nome, um significado definido e, quando for o caso, uma unidade, e o produto é nomeado por um identificador persistente. O sistema de um reciclador ou um marketplace recebe a mesma resposta toda vez, seja qual for a aparência da página.

Um passaporte bem construído faz as duas coisas a partir de um único registro, para que a página e os dados não possam divergir.

Como pode ser um registro legível por máquina

Aqui vai um exemplo ilustrativo propositalmente pequeno em JSON-LD, o formato do W3C para dados vinculados em JSON. Não foi tirado de nenhuma norma nem de nenhum ato delegado, e um passaporte real conteria muito mais dados. Ele usa termos do GS1 Web Vocabulary e o GTIN de exemplo da própria GS1.

{
  "@context": { "gs1": "https://ref.gs1.org/voc/" },
  "@id": "https://example.com/01/09520123456788",
  "@type": "gs1:Product",
  "gs1:gtin": "09520123456788",
  "gs1:productName": { "@value": "Example kettle 1.7 l", "@language": "en" },
  "gs1:dpp": { "@id": "https://example.com/passport/01/09520123456788" }
}

O @id é um endereço web construído a partir do identificador do produto, então o registro nomeia um produto exato. Cada propriedade aponta para uma definição publicada que qualquer pessoa pode consultar. E o link do passaporte é tipado: gs1:dpp informa ao software que ele leva ao passaporte digital de produto.

O que as normas do CEN e do CENELEC cobrem?

O ESPR estabelece os requisitos. As normas europeias dizem como cumpri-los. Seis normas centrais, desenvolvidas pelo comitê conjunto CEN/CLC/JTC 24 a pedido da Comissão, foram citadas como normas harmonizadas pela Decisão de Execução (UE) 2026/1736, publicada em 15 de julho de 2026. Nos termos do artigo 41, parágrafo 2, do ESPR, presume-se que um passaporte conforme a essas normas está conforme aos requisitos dos artigos 10 e 11 que elas cobrem.

A EN 18222 é a norma cujo título menciona a pesquisabilidade, e a EN 18223 trata da interoperabilidade exigida pelo artigo 11, alínea a). O CEN e o CENELEC descrevem a série como composta por oito normas. As duas restantes, a EN 18239 sobre gestão de direitos de acesso, segurança e confidencialidade comercial e a EN 18246 sobre autenticação, fiabilidade e integridade dos dados, foram publicadas em 16 de setembro de 2026 e, em outubro de 2026, ainda não foram citadas no Jornal Oficial.

As normas definem como um passaporte funciona, não quais dados um grupo de produtos tem de conter. Tratamos de cada uma em as seis normas CEN de DPP explicadas; os textos em si são vendidos pelos organismos nacionais de normalização, por isso não reproduzimos o seu conteúdo técnico.

Quais são os componentes técnicos comuns?

Um passaporte legível por máquina é montado a partir de alguns componentes abertos. As escolhas exatas vão seguir as normas harmonizadas e cada ato delegado; o que vem a seguir é o kit de ferramentas web comum em que eles se apoiam.

Um identificador persistente, expresso como endereço web

O artigo 10, parágrafo 1, alínea a), exige que o passaporte esteja conectado, por meio de um portador de dados, a um identificador único de produto persistente, e o anexo III cita a série ISO/IEC 15459 para o portador e os identificadores. O GTIN se baseia nessa família. O GS1 Digital Link, cujo padrão URI Syntax chegou à versão 1.7.0 em agosto de 2026, transforma o GTIN num endereço web, com número de lote ou de série opcional para passaportes no nível de lote e de item. O mesmo endereço funciona como QR code na embalagem e como @id do produto nos dados estruturados, e é por isso que um único código pode atender tanto o comprador quanto o software.

JSON e JSON-LD

JSON é o formato do dia a dia das APIs web. O JSON-LD, uma Recomendação do W3C, acrescenta um @context que associa cada campo a um vocabulário publicado, como o GS1 Web Vocabulary ou o schema.org, que os mecanismos de busca usam e que também tem uma propriedade gtin. Dois sistemas que usam o mesmo vocabulário se entendem sem um acordo bilateral, que é a interoperabilidade semântica na sua forma mais comum na web.

Um resolver e links tipados

Um resolver é o serviço por trás de uma URI GS1 Digital Link que decide para onde vai uma leitura ou uma solicitação. O GS1-Conformant Resolver Standard, versão 1.2.1 ratificada em agosto de 2026, permite que um identificador ofereça muitos links, cada um rotulado com um tipo de link do GS1 Web Vocabulary. A GS1 definiu um tipo de link específico para passaportes, gs1:dpp, descrito como «um link para um passaporte digital de produto», ao lado de tipos relacionados como gs1:sustainabilityInfo, gs1:instructions, gs1:safetyInfo, gs1:certificationInfo e gs1:recallStatus.

Pelo padrão de resolver, o software pode pedir um tipo de link com o parâmetro linkType, ou o linkset completo (IETF RFC 9264) em JSON, enviando Accept: application/linkset+json. Um celular que escaneia o código cai na página do consumidor, enquanto um programa que consulta o mesmo endereço descobre onde ficam os dados do passaporte. Nosso guia sobre o resolver GS1 Digital Link explica o mecanismo.

Onde o QR code realmente ajuda é no passo físico: ele leva o identificador do produto para o mundo digital. Por si só, não torna os dados legíveis por máquina. Um QR code que leva a um PDF cumpre o requisito de portador de dados e falha no artigo 10, parágrafo 1, alínea d).

Por que um passaporte legível por máquina importa para os agentes de IA?

Os agentes de IA estão começando a pesquisar, comparar e comprar em nome de pessoas e empresas. No workshop do W3C e da GS1 em Zurique, a CEO da Digital Link, Paula Rivero, descreveu a falha que acontece quando eles não conseguem fixar a identidade: um agente pode concluir todas as etapas de uma compra e ainda assim comprar o produto errado, porque uma descrição corresponde a vários itens e só um identificador nomeia um único.

O que vem a seguir é a nossa leitura de como as peças se encaixam, não algo que alguma lei ou protocolo de agentes declare: o ESPR não menciona agentes de IA. Mas as qualidades que ele exige são as de que um agente precisa.

• Uma identidade exata. O passaporte está ancorado num identificador persistente, então um agente que compara dois produtos quase idênticos consegue diferenciá-los pelo GTIN, pelo lote ou pelo número de série, não pelo nome.
• Dados com significado definido. Campos estruturados de um vocabulário compartilhado podem ser lidos sem raspar a página de um varejista e deduzir a especificação.
• Um dever legal de exatidão. O artigo 9, parágrafo 1, exige que os dados do passaporte sejam exatos, completos e atualizados, e o artigo 11, alínea g), exige autenticação, fiabilidade e integridade. Poucas outras fontes de dados de produto carregam essas obrigações.
• Proveniência. Só os agentes indicados no ato delegado podem criar ou atualizar o passaporte, então um agente de IA sabe de quem é a declaração que está lendo.
• Alcance nas vendas on-line. O artigo 9, parágrafo 2, alínea e), permite que o ato delegado defina como os clientes veem o passaporte antes de comprar, inclusive na venda a distância, e o artigo 10, parágrafo 3, obriga o operador econômico a fornecer aos comerciantes e aos marketplaces on-line, mediante pedido, uma cópia digital do portador de dados ou do identificador.

Quando um comprador pede a um agente «uma chaleira com peças substituíveis e pelo menos 50% de plástico reciclado», um passaporte que expõe esses fatos como dados estruturados e oficiais é uma fonte melhor do que um palpite montado a partir de avaliações.

Os direitos de acesso continuam valendo

Nada disso significa que um agente vê tudo. O artigo 11, alínea b), dá a cada agente acesso conforme os direitos definidos no ato delegado, e o artigo 11, alínea f), restringe quem pode escrever. Um agente de compras que age por um consumidor lê, no máximo, o que o consumidor poderia ler: a parte pública. Os dados reservados a reparadores, recicladores ou autoridades continuam reservados, e o sistema do passaporte tem de garantir isso. Nosso guia sobre os direitos de acesso ao passaporte digital de produto explica quem vê o quê e como as informações comerciais confidenciais continuam protegidas.

O limite também vale no outro sentido: nos termos do artigo 10, parágrafo 1, alínea e), os dados pessoais dos clientes não podem ser armazenados no passaporte sem o consentimento explícito deles.

O que fazer agora

1. Organize os seus identificadores. Garanta que todo produto tenha um GTIN ou equivalente, e decida se os seus produtos podem precisar de passaportes no nível de lote ou de item.
2. Use um QR code GS1 Digital Link como portador de dados, para que o mesmo código funcione para compradores, inspetores e software.
3. Modele os seus dados uma vez, de forma estruturada. Associe cada atributo que você tem a um termo de um vocabulário publicado antes de desenhar qualquer página.
4. Sirva as duas visões a partir do mesmo registro: uma página para pessoas, dados estruturados para o software, com links tipados para que os programas encontrem o passaporte.
5. Planeje os níveis de acesso cedo. Decida quais dados são públicos e quais são restritos, e verifique se a sua plataforma aplica isso a todo tipo de solicitante.
6. Pergunte ao seu fornecedor sobre as normas harmonizadas. Verifique como os recursos de intercâmbio, API e interoperabilidade dele se relacionam com as normas EN 18216 a EN 18223, e como você poderia levar os seus dados para fora.
7. Trate os dados públicos do passaporte como o seu feed de produto mais oficial. Uma vez estruturados e exatos, os mesmos dados podem atender marketplaces, mecanismos de busca e agentes de IA.

A Digital Link é GS1 solution partner, e nossa plataforma constrói passaportes de produto baseados em padrões sobre um identificador persistente por produto, com um QR code GS1 Digital Link como portador de dados e um resolver que atende pessoas e software a partir do mesmo registro, mantendo separados os dados públicos e os restritos. Se você quer verificar se os dados dos seus produtos estão prontos para serem lidos por máquinas além de pessoas, entre em contato e nossa equipe analisa o seu caso.

Perguntas frequentes

O ESPR exige que um passaporte digital de produto seja legível por máquina?

Sim. O artigo 10, parágrafo 1, alínea d), exige que todos os dados do passaporte sejam baseados em normas abertas, num formato interoperável e, quando adequado, legíveis por máquina, estruturados, pesquisáveis e transferíveis sem dependência de um fornecedor.

Um PDF é um passaporte digital de produto legível por máquina?

Não. Um PDF, como uma declaração de conformidade, pode ser vinculado a partir de um passaporte, mas os dados do passaporte em si têm de ser estruturados para que o software consiga lê-los e pesquisá-los.

O ESPR exige JSON-LD?

Não. O Regulamento define as qualidades que os dados devem ter e não nomeia um formato. O JSON-LD é um formato aberto do W3C, amplamente usado, que cumpre bem essas qualidades, e os formatos usados na prática vão seguir as normas harmonizadas e os atos delegados.

Quais normas cobrem o intercâmbio de dados e a interoperabilidade do DPP?

As normas harmonizadas citadas em julho de 2026 pela Decisão de Execução (UE) 2026/1736 incluem a EN 18216 sobre protocolos de intercâmbio de dados, a EN 18222 sobre APIs para a gestão do ciclo de vida e a pesquisabilidade, e a EN 18223 sobre interoperabilidade de sistemas. Estar conforme a elas confere presunção de conformidade com os requisitos do ESPR que cobrem.

Existe um tipo de link GS1 Digital Link para o passaporte digital de produto?

Sim. O GS1 Web Vocabulary define gs1:dpp, descrito como um link para um passaporte digital de produto. Um resolver pode usá-lo para rotular o link do passaporte, para que o software encontre o passaporte a partir do identificador do produto.

Os agentes de IA conseguem ler os dados do passaporte digital de produto?

Conseguem ler tudo o que o seu usuário tem direito de ler, o que, para um consumidor, significa a parte pública do passaporte. Os dados restritos continuam restritos pelos direitos de acesso definidos em cada ato delegado. O ESPR não menciona agentes de IA; que os dados estruturados do passaporte sirvam bem a eles é a nossa leitura dos requisitos.