Un código QR no es un pasaporte digital de producto

Existe una versión del cumplimiento del pasaporte digital de producto (DPP) que se está vendiendo ahora mismo y consiste en un código QR y una página web. Es rápida, es barata, y no es un pasaporte.

Conviene ser preciso sobre el porqué, porque la diferencia no es cosmética y decide si construyes una vez o dos.

Para qué sirve el código

La Comisión Europea describe el pasaporte como accesible escaneando un soporte de datos, un código QR o tecnología similar, colocado en el producto, su envase o los documentos que lo acompañan.

El soporte es cómo llegas al registro. No es el registro. Cualquier imprenta puede producir un código QR esta tarde, y el código en sí no demuestra nada sobre lo que hay detrás.

Qué tiene que ser el registro

Tres propiedades separan un pasaporte de un enlace, y una página de marketing no tiene ninguna.

Estructurado. El pasaporte lleva campos definidos, con la forma que especifica el acto delegado de tu grupo de productos, para que una máquina pueda leerlo. Las aduanas hacen comprobaciones automatizadas. Las autoridades de vigilancia buscan entre productos. Una página de texto que puede leer un humano no es un registro consultable.

Verificable. Las afirmaciones que contiene tienen que ser trazables hasta evidencias. Contenido reciclado, sustancias extremadamente preocupantes, origen. Una página que las afirma es una declaración; un pasaporte es una declaración que sabes defender cuando alguien comprueba.

Actualizado. El operador económico tiene que mantener la exactitud de los datos durante todo el ciclo de vida del producto. Un registro congelado en el lanzamiento es falso la primera vez que cambia un proveedor o un material, y falso es peor que ausente porque se publicó.

Hay una cuarta propiedad que el reglamento no exige pero que el mercado pide cada vez más: un código que cualquiera puede fotografiar y reimprimir no demuestra nada sobre la unidad a la que está pegado. Buenos datos de sostenibilidad adheridos a un producto que cualquiera puede copiar son datos sobre una categoría, no sobre lo que el comprador tiene en la mano.

El coste de hacerlo por la vía rápida

La versión QR más página falla en un orden concreto y previsible.

Pasa la revisión interna, porque parece terminada. Sobrevive al primer año, porque nadie comprueba. Después un comprador pide el registro estructurado para una licitación, o una autoridad de vigilancia lo escanea y pide la evidencia detrás de una afirmación, y la respuesta es una página web.

En ese punto reconstruyes, con un plazo encima, con el mismo problema de datos de proveedores que tenías al principio más el coste hundido del primer intento y una tirada de soportes ya impresos en productos físicos. Esa última parte es la cara: cambiar a qué apunta un código es un cambio de software, pero cambiar el código en sí significa reetiquetar mercancía ya enviada.

Cómo distinguirlo hablando con un proveedor

Pregunta qué devuelve un escaneo a una máquina, no a una persona. Si la respuesta es una página web, pregunta qué devuelve la API. Pregunta qué estándar de enlace de identificación sigue el código. Pregunta cómo se actualiza el registro cuando cambia un material, y quién es responsable de que eso ocurra. Pregunta qué pasa con el pasaporte si el proveedor cesa la actividad, cuestión tratada en la continuidad de los datos.

Las respuestas llevan cinco minutos y separan un pasaporte de una pegatina.

Fuentes

• Comisión Europea, *Digital Product Passport: Frequently Asked Questions*, actualización de enero de
• 2026, preguntas 1 y 3, incluido el deber del operador económico de mantener exactos los datos
• durante el ciclo de vida.
• Reglamento (UE) 2024/1781 (ESPR).