Um código QR pode levar à página correta do produto e, ainda assim, exibir a imagem errada. O motivo mais comum não é a leitura, mas uma cadeia de fornecimento de ativos deficiente: um nome de arquivo é confundido com uma identidade de produto, uma imagem de campanha substitui o packshot neutro ou uma antiga variante da embalagem continua acessível pela mesma URL.
A GS1 ratificou, em julho de 2026, o Product Image Standard 5.0. A nova versão principal incorpora ao padrão a diretriz de compartilhamento e disponibilização que antes era separada. Com isso, captura, armazenamento, nomenclatura, metadados, direitos de uso e disponibilização técnica deixam de estar em documentos distintos. Para fabricantes, varejistas e operadores de destinos de QR, é uma boa oportunidade para tratar as imagens de produtos como dados mestres versionados, e não como arquivos decorativos.
O que a versão 5.0 realmente muda
O padrão não é uma nova legislação de produtos nem uma obrigação de utilizar um sistema de imagens específico. É um conjunto de regras da GS1 para imagens digitais associadas a produtos e compartilhadas entre organizações. De acordo com o registro de alterações, os conteúdos exclusivos da “GS1 Product Image Sharing/Delivery Guideline” foram incorporados ao padrão ampliado na versão 5.0. Além disso, a nomenclatura, a estrutura e as formulações foram revisadas. O diretório de referência da GS1 lista a versão 5.0 com a data de alteração de 17 de julho de 2026.
Por isso, a mudança decisiva está menos em um novo formato de arquivo do que no modelo geral. Uma imagem não é criada apenas para uma loja virtual específica. Ela é disponibilizada por um fornecedor de imagens, processada por vários destinatários e possivelmente distribuída por varejistas, pools de dados, páginas de produtos, aplicativos ou pontos de entrada de QR. O padrão relaciona a qualidade do ativo à questão de como os destinatários podem acessar de forma confiável o arquivo correto.
Separar o ativo mestre do derivado para a web
A GS1 recomenda armazenar imagens de produtos como arquivos mestres de alta qualidade e ricos em informações. A partir desses arquivos mestres, podem ser derivados os formatos e tamanhos destinados a diferentes canais. Isso evita que cada destinatário redimensione ou edite novamente um arquivo web já comprimido.
Na prática, isso significa trabalhar com duas camadas. No repositório interno de ativos fica um ativo mestre aprovado, como um TIFF de alta qualidade ou outro formato de origem adequado. A camada de disponibilização gera, a partir dele, derivados JPEG ou PNG para a web, aplicativos móveis e feeds de dados de produtos. Um derivado pode ser gerado novamente; sua associação comercial, validade e origem não podem mudar nesse processo.
O modelo também reduz variantes contraditórias. Quando uma embalagem é reformulada, a nova imagem recebe seu próprio estado de aprovação. Lotes ou mercados antigos podem continuar apontando para a versão anterior enquanto ela permanecer válida nesses contextos. Substituir automaticamente o arquivo em uma URL inalterada seria tecnicamente conveniente, mas destruiria a rastreabilidade.
Nome de arquivo, produto e ativo são três identidades
O padrão GS1 utiliza nomes de arquivo estruturados, que podem conter, entre outros elementos, o GTIN do produto representado, além do tipo e da finalidade da imagem. Ao mesmo tempo, esclarece que esse nome de arquivo não é um identificador GS1 do próprio arquivo de imagem. A GTIN identifica o produto comercial, não o ativo digital. Quando um arquivo de imagem que não é comercializado precisa ser identificado inequivocamente como documento digital, o padrão indica o Global Document Type Identifier, abreviado como GDTI.
Essa separação é importante para os modelos de dados. Um produto pode ter muitas imagens: vista frontal, vista lateral, embalagem, detalhe, aplicação, representação de sustentabilidade ou uma imagem do código 2D impresso. Por outro lado, um motivo de campanha pode mostrar vários produtos. Por isso, uma relação de banco de dados do tipo “produto tem URL de imagem” não é suficiente a longo prazo.
Um objeto de ativo consistente precisa de, no mínimo, um ID interno próprio, a GTIN ou ID do produto correspondente, o tipo de imagem, o status de aprovação e uma versão. Quando necessário, podem ser acrescentados GDTI, idioma, Consumer Product Variant, ângulo de visão e estado da embalagem. O nome do arquivo continua sendo útil para intercâmbio e investigação de erros, mas não é a única fonte de verdade.
Um arquivo de imagem precisa de uma URL direta e estável
Na lógica do Global Data Synchronisation Network, as imagens de produtos não são distribuídas como arquivos binários dentro do registro. Em vez disso, são transmitidos links para as imagens acessíveis. A versão 5.0 descreve a disponibilização por meio de uma URL compartilhada. Cada arquivo deve ser acessível diretamente; entre os erros conhecidos estão links quebrados, formatos danificados ou inadequados, proteção por senha e páginas nas quais o usuário precisa navegar manualmente até a imagem correta.
Essa objetividade é igualmente relevante para destinos de QR e APIs de dados de produtos. Uma URL deve fornecer exatamente um ativo em um formato definido, não uma galeria ou uma tela de autenticação. O servidor deve retornar um tipo de mídia correto, manter os redirecionamentos sob controle e fornecer o mesmo recurso de forma confiável em acessos repetidos.
Isso não significa que toda URL de produto possa oferecer apenas uma imagem. Um GS1-Digital-Link-Resolver pode tornar localizáveis vários recursos tipados associados a uma identidade de produto. Ainda assim, os recursos de imagem precisam de destinos inequívocos. O resolver assume a seleção e a vinculação; o sistema de ativos continua responsável pelo arquivo, pela versão e pelas permissões.
Os metadados determinam qual imagem está correta hoje
A versão 5.0 apresenta uma lista abrangente de metadados. Ela inclui, entre outros elementos, GTIN, nome do produto e da marca, tipo de imagem, nome do arquivo, data de criação, início da validade, data de expiração, número da versão, proprietário legal, direitos de uso, idioma e data da garantia de qualidade. O texto alternativo também é previsto como metadado opcional.
Nem toda empresa precisa preencher imediatamente todos os campos. No entanto, cinco decisões nunca devem ficar apenas no nome do arquivo: qual produto está representado? Qual é a função da imagem? Em quais mercados e idiomas ela pode aparecer? De quando até quando é válida? Quem pode alterá-la ou redistribuí-la?
As datas de início e fim são especialmente importantes para evitar packshots incorretos durante uma transição. Um novo motivo pode ser distribuído antes, sem ficar visível antes da data de aprovação. Depois do vencimento, ele pode ser removido automaticamente das visualizações dos clientes, sem excluir o registro histórico. Isso é mais preciso do que fazer uma troca manual na data definida.
Os direitos de uso fazem parte do processo de disponibilização
Uma imagem tecnicamente acessível não é automaticamente livre para uso. O padrão descreve limites comuns: os destinatários geralmente podem redimensionar as imagens proporcionalmente ou convertê-las para outro formato. Já alterar texto e idioma, utilizar a imagem no território errado ou exibi-la antes ou depois do período acordado pode ser proibido.
Por isso, a API de imagens não deve fornecer apenas um arquivo. Ela deve apontar, no mínimo, para um registro com proprietário, perfil de direitos, validade e contexto permitido. Antes da publicação, um varejista pode então verificar se o ativo está aprovado para o país, idioma, canal e período correspondentes. Quando não houver informações sobre direitos, a organização precisa de uma regra padrão definida conscientemente, e não de uma suposição silenciosa.
Multilinguismo não é um sufixo de arquivo adicionado depois
O padrão prevê identificadores de idioma no nome do arquivo quando um conjunto de imagens depende do idioma. Isso é especialmente importante para packshots, imagens de instruções e alegações que contenham texto visível. Uma nova versão linguística é, comercialmente, um ativo próprio; ela não deve ser criada por edição automática de imagem a partir de outro idioma quando isso alterar informações da embalagem ou aprovações.
Os textos alternativos também precisam de contexto. O padrão GS1 os apresenta como metadados, enquanto a árvore de decisão do W3C para textos alternativos diferencia se uma imagem é informativa, funcional, redundante ou puramente decorativa. Por isso, um packshot neutro em uma página de detalhes do produto precisa de uma descrição diferente da mesma imagem dentro de um link ou ao lado de informações textuais completamente idênticas.
Em uma página de QR multilíngue, o texto alternativo deve vir do contexto de conteúdo do idioma correspondente. Um texto descritivo armazenado centralmente pode servir como ponto de partida, mas não deve ser copiado cegamente para todos os canais.
A imagem de um código 2D também precisa de controle de versão
O padrão define um tipo de imagem técnico próprio para códigos de barras 2D, incluindo códigos QR com GS1-Digital-Link-URI e GS1 DataMatrix. Para essas imagens, especifica um tamanho mínimo de 600 por 600 pixels e um esquema de nomenclatura estruturado. Ao mesmo tempo, a GS1 alerta que imagens de códigos 2D podem ser lidas a qualquer momento por parceiros ou consumidores e precisam ser mantidas atualizadas quando o conteúdo vinculado mudar.
Isso deve ser diferenciado da verificação da qualidade de impressão de um código. Uma imagem de alta resolução ainda não garante que o código efetivamente impresso em uma embalagem curva, brilhante ou danificada possa ser lido. Portanto, o processo de ativos precisa deixar claro se um arquivo é um original de produção, uma foto documental ou uma representação ilustrativa do código.
Um teste prático de aceitação para URLs de imagens
Antes da aprovação, a organização não deve controlar apenas o aspecto visual. Um teste automatizado pode verificar se a URL é acessível sem autenticação, fornece um tipo de mídia de imagem esperado, atende às dimensões mínimas e não redireciona para uma galeria HTML. Um hash ou ID de versão mostra se o arquivo disponibilizado mudou sem uma nova aprovação.
O teste comercial complementa essa verificação técnica: GTIN e a variante do produto precisam ser compatíveis, o tipo de imagem e o idioma devem estar corretos, o período de validade deve abranger o momento da disponibilização e os direitos devem permitir o canal de destino. Para imagens informativas, também se verifica um texto alternativo adequado. No caso de um código 2D, é necessário incluir uma leitura real do padrão de produção.
Assim, forma-se uma cadeia de fornecimento pequena, mas completa: ativo mestre aprovado, derivado reproduzível, associação inequívoca do ativo, URL direta, metadados legíveis por máquina e validade monitorada.
A consequência para projetos de QR e dados de produtos
O GS1 Product Image Standard 5.0 deixa claro que imagens de produtos não são anexos no final de um projeto de dados. Elas têm identidade, ciclo de vida, direitos e características de qualidade próprios. Quem armazena apenas um caminho de arquivo ao lado da GTIN perde essas relações no máximo na primeira alteração de embalagem, idioma ou campanha.
Por isso, para destinos de QR, feeds de dados de produtos e futuros passaportes de produtos, é recomendável um registro de ativos que publique imagens de forma tão controlada quanto outras informações de produtos. O código QR continua sendo o ponto de entrada. A exibição da imagem correta, válida e utilizável depende de uma cadeia de fornecimento de ativos operada de forma consistente.
Fontes
GS1 Product Image Standard, Release 5.0, julho de 2026
