Configurar el Pasaporte Digital de Producto en la tienda Shopify: la guía práctica

Por qué empezar por Shopify es más fácil

Los proyectos de DPP rara vez fracasan por la técnica, casi siempre por el estado de los datos: los datos maestros de artículo están repartidos en tres sistemas, las variantes se gestionan de forma desigual y nadie sabe qué dato de material es el actual. Los comercios en Shopify parten aquí con ventaja – el catálogo ya está estructurado, completo y en un solo lugar: productos, variantes, SKU, códigos de barras, imágenes. Precisamente sobre eso se construye un pasaporte de producto.

El resto es oficio. Esta guía recorre cinco pasos –importación, menciones obligatorias, página de producto, códigos QR, mantenimiento– y los casos especiales en los que se atascan los proyectos en Shopify: variantes, metacampos, varios mercados, dropshipping. Qué es en esencia un pasaporte de producto lo explica la gran guía del DPP; aquí se trata exclusivamente de la implementación en la tienda.

Qué debería aclarar de antemano

Tres preguntas determinan el alcance y el calendario. Aclárelas antes de instalar una app.

¿Qué grupo de productos? La obligación del DPP va ligada al producto, no a la tienda. Si vende textiles, muebles, neumáticos, colchones, juguetes, electrónica o baterías, está afectado – y cada parte de su surtido, en momentos distintos.

¿Qué base legal? Para la mayoría de los bienes de consumo es el Reglamento de diseño ecológico (ESPR); para las baterías, el Reglamento europeo de baterías; para los juguetes, el nuevo Reglamento de juguetes. La base legal determina qué campos obligatorios debe contener su pasaporte.

¿Qué fecha clave? El pasaporte de baterías está fijado para el 18 de febrero de 2027, y los grupos del ESPR siguen de forma escalonada. Cuánto tiempo le queda en concreto lo calcula el comprobador de plazos ESPR; qué campos se reúnen para su grupo de productos lo muestra el configurador DPP.

Dropshipping, marca propia e importación

Antes de recopilar datos, aclare una pregunta que en el entorno de Shopify se responde mal sorprendentemente a menudo: ¿tiene usted que crear el pasaporte por su cuenta? El ESPR distingue roles, y la diferencia entre ellos es la diferencia entre un proyecto y un simple trámite.

• Dropshipping puro de mercancía de marca ajena. Usted es distribuidor. El pasaporte lo crea el fabricante; su obligación es hacerlo accesible en la oferta y no listar artículos afectados sin pasaporte. Es trabajo de proceso, no recopilación de datos.
• Marca blanca, marca privada, impresión bajo demanda. Usted es fabricante –aunque nunca haya tenido el producto en las manos–. El rol de fabricante depende de la etiqueta, no de la producción. Quien vende con marca propia asume la obligación completa del pasaporte, incluidos porcentajes de materiales, origen y certificados.
• Importación directa desde un tercer país. Usted es importador y debe comprobar que existe un pasaporte conforme. Si además figura su marca, es usted también fabricante.

El segundo caso es lo habitual en el entorno de Shopify – y el cuello de botella no está entonces en el software, sino en el proveedor. Muchos proveedores de dropshipping y de impresión bajo demanda todavía no facilitan porcentajes de materiales exactos, centros de producción ni copias de certificados. Aclare esto contractualmente antes de la fecha clave: un proveedor que no puede facilitar estos datos es una decisión de compra, no un problema de software. Qué rol activa qué obligaciones lo clasifica la guía ¿Quién es responsable del DPP?

Qué datos aporta Shopify – y cuáles faltan

El error de apreciación más frecuente es: «los datos ya están en la tienda». En parte es cierto. Pero lo decisivo es distinguir entre los campos que Shopify rellena con contenido y los campos para los que Shopify solo ofrece un lugar de almacenamiento – un metacampo vacío no es una fuente de datos.

La tabla muestra el reparto realista del esfuerzo: Shopify aporta la identidad del producto en gran medida terminada, la sustancia del pasaporte de producto casi nada. No es una debilidad de Shopify – un sistema de tienda está construido para la venta, no para la documentación de la cadena de suministro.

Paso 1: importar productos y variantes

La importación es, técnicamente, el paso más sencillo. Shopify aporta el nivel de producto (título, proveedor, tipo de producto, imágenes) y el nivel de variante (SKU, código de barras, opciones, peso, país de origen). Esta estructura forma el esqueleto de sus pasaportes de producto.

Merecen la pena dos tareas de limpieza previas. Compruebe, primero, si el campo de código de barras de sus variantes está bien cumplimentado con GTIN y no está asignado varias veces – el identificador único es el ancla de la que cuelga el pasaporte, y un código de barras duplicado sale a la luz, como muy tarde, al imprimir. Compruebe, segundo, proveedor y tipo de producto: si los valores son coherentes, forman las familias de productos sobre las que después recopilará datos de forma agrupada.

Variantes: ¿un pasaporte por modelo o por variante?

Esta es la pregunta en la que se tambalean los proyectos de DPP en Shopify – y que las guías genéricas suelen responder mal, porque dan como regla general que «las variantes de color comparten un pasaporte». Lo contrario es, con más frecuencia, lo correcto.

Un pasaporte de producto describe un modelo, un lote o una unidad individual – no automáticamente cada variante de Shopify. La prueba es sencilla:

¿Cambia la variante una mención obligatoria –composición de materiales, país de origen, certificado, contenido reciclado? Si es así, la variante necesita un pasaporte propio. Si no, basta un pasaporte común a nivel de modelo.

El ejemplo de cálculo. Una camiseta en cinco tallas y tres colores tiene 15 variantes en Shopify. ¿Cuántos pasaportes son?

• La gama de tallas comparte un pasaporte. De la S a la XL proceden de la misma tela de la misma tejeduría, con composición, origen y certificación idénticos. Difieren el metraje y el peso – ninguna de las menciones obligatorias relevantes.
• Los colores son el caso crítico. El blanco no está teñido, el negro pasa por un proceso de teñido adicional, y el gris jaspeado contiene casi siempre, en la práctica textil, un porcentaje de viscosa o poliéster que la pieza base blanca no tiene. Con ello difieren la composición, en parte el taller de teñido y el número de certificado del proveedor.

Resultado: tres pasaportes, ni 15 ni uno solo. El esfuerzo baja un 80 por ciento respecto al número de variantes – pero solo si fija la regla de forma consciente. Quien asigna sin más un pasaporte por modelo, da una indicación de material errónea para dos tercios del surtido; quien asigna sin más un pasaporte por variante, recopila los mismos datos cinco veces e imprime cinco veces más códigos.

Fije esta regla una vez para todo el surtido, no artículo por artículo. Determina el número de pasaportes, el número de códigos QR y, con ello, el coste de impresión. Para textiles rige además: compruebe siempre las variantes de color contra el techpack, no contra el título de la tienda. Los detalles específicos del sector están en la página para empresas textiles.

Paso 2: completar las menciones obligatorias que faltan

La columna derecha de la tabla anterior es su lista de tareas. Las fuentes casi siempre están fuera de la tienda: factura del proveedor y certificado de origen, techpack y especificación, ficha de datos del material y copia del certificado.

El truco más eficaz: recopilar por familia de producto, no por SKU. Cincuenta artículos de la misma calidad de algodón comparten composición, origen y certificado – investigue una vez y traslade el dato. Los volúmenes mayores los incorpora mediante importación CSV o Excel, el resto lo introduce manualmente después; el prellenado por IA le ahorra los campos recurrentes.

Sigue siendo importante la responsabilidad: un prellenado es una propuesta, no una prueba. Los porcentajes y los números de certificado deben estar acreditados, porque usted responde por su exactitud. Cuánto tiempo se necesita realmente por artículo lo calcula la guía de costes; los campos en detalle los explica la guía Crear un Pasaporte Digital de Producto.

Metacampos de Shopify: qué pueden hacer y qué no

«Guarde sus datos de sostenibilidad en metacampos» es un consejo extendido – y se queda corto. Los metacampos son campos adicionales, tipados y de libre definición, en productos y variantes. Pueden rellenarse por CSV, mostrarse en el tema y leerse mediante la API. Como lugar de almacenamiento son excelentes.

Lo que no ofrecen:

• Ninguna validación. Un metacampo acepta lo que usted escriba en él. No comprueba si los porcentajes de materiales suman 100, si el país de origen coincide con el número de certificado, o si siquiera está rellenado un campo obligatorio de su grupo de productos. Un valor ausente no genera un aviso, sino un hueco vacío en el tema.
• Ningún versionado. Shopify no lleva un historial verificable de quién cambió qué valor y cuándo. Pero frente a la vigilancia del mercado debe poder acreditar qué decía el pasaporte en el momento de la introducción en el mercado.
• Ninguna página de pasaporte independiente. Una página de tema depende de su tienda, de su estructura de URL y de su plantilla. Tampoco es un documento de pasaporte legible por máquina, sino una interfaz de venta renderizada.
• Ninguna persistencia de los códigos. El código QR del producto vive más tiempo que cualquier tema. Si la tienda se migra, se reforma o se cierra, los códigos impresos apuntan al vacío.
• Ninguna conexión con el registro. El futuro registro de la UE espera un identificador definido y una transmisión de datos – ninguna de las dos cosas la ofrece un metacampo.

Cuándo bastan los metacampos igualmente: con un número manejable de artículos, antes de su fecha clave, para indicaciones voluntarias de sostenibilidad sin obligación de prueba, y mientras no haya códigos QR en circulación. Como fase previa estructurada son incluso útiles – ya recopila los datos en el lugar correcto.

Cuándo dejan de bastar: desde el momento en que un acto delegado hace obligatorio el pasaporte para su grupo de productos, desde el primer código QR impreso, desde la primera solicitud de comprobación – y, en la práctica, a partir de unos cincuenta artículos afectados, porque el control manual de completitud deja entonces de funcionar.

Paso 3: integrar el pasaporte de producto en la página de producto

Ahora el pasaporte se hace visible. En la página de producto de Shopify aparece un widget – un bloque compacto que remite a la página DPP completa y pública del artículo.

Esto no es un trámite de cortesía, sino una obligación legal. En la venta a distancia, el acceso al pasaporte de producto debe estar ya disponible en la oferta, no solo en el producto entregado: la clientela debe poder consultar la información antes de decidir la compra. La obligación de garantizar el acceso a la información prescrita también en la venta a distancia se deriva del Reglamento de diseño ecológico (UE) 2024/1781. Lo que de ello se deriva para los comercios online lo trata en detalle el artículo DPP en el e-commerce.

Tres cosas debería comprobar tras la integración: ¿es el widget accesible sin inicio de sesión? ¿Es visible en el móvil y no queda oculto tras una pestaña plegada? Y ¿cambia correctamente cuando la clientela cambia de variante, siempre que sus colores tengan pasaportes propios?

Varios mercados e idiomas

Quien atiende a varios países mediante Shopify Markets tiene un storefront por mercado –a menudo con dominio o subcarpeta propios, idioma propio y, en parte, ajustes de plantilla propios–. Para el pasaporte de producto se derivan dos consecuencias.

Territorial: el pasaporte va ligado al producto, la obligación al mercado. Es determinante en qué Estado miembro de la UE realiza la oferta – allí el acceso debe estar disponible en la oferta. Si atiende a Alemania, Francia y Polonia, el widget debe aparecer en cada uno de esos storefronts, no solo en el alemán. Compruébelo uno por uno: las plantillas específicas de mercado son la causa más frecuente de que un bloque falte en una versión de idioma mientras aparece correctamente en el dominio principal. Para mercados fuera de la UE, como Suiza, el Reino Unido o Estados Unidos, no se aplica la obligación del ESPR; dejar el widget también ahí no perjudica.

Lingüístico: en el derecho de producto de la UE, la información al consumidor suele tener que estar disponible en un idioma fácilmente comprensible para los consumidores del Estado miembro correspondiente – cuál sea ese idioma lo determina el Estado miembro. Cuente, por tanto, con tener que ofrecer los contenidos obligatorios en el idioma del país de destino.

Todavía sin resolver está en qué medida debe estar traducido el pasaporte completo y qué campos permanecen neutros en cuanto al idioma como valores codificados. Esto lo regulan los actos jurídicos específicos de cada grupo de productos y las normas asociadas – el artículo sobre normas y estándares sitúa el estado actual. No inicie, por tanto, un proyecto de traducción por precaución, pero mantenga el modelo de datos traducible: separe el texto libre de los valores codificados, como las denominaciones de materiales.

Paso 4: códigos QR para etiqueta y envase

La segunda vía de acceso es el soporte de datos en el producto físico. Apunta a la misma página DPP pública que el widget.

Formato. Para la impresión necesita un archivo vectorial (SVG, EPS o PDF): escalable a cualquier tamaño, sin artefactos de interpolación en los bordes de los módulos. Un PNG escalado hacia arriba genera exactamente los bordes suaves con los que fallan los escáneres en etiquetas pequeñas. Los gráficos de mapa de bits son correctos para aplicaciones de pantalla, no para la imprenta.

Tamaño y zona de silencio. Como referencia, los códigos en etiquetas de papel escanean de forma fiable a partir de unos 15 mm de lado; pero lo decisivo no es la superficie, sino el tamaño del módulo. Y este depende de la URL: cuanto más corta la dirección, menos módulos, y más grande cada uno – una razón para mantener corto el esquema de direcciones. Alrededor del código debe haber una zona de silencio libre de al menos cuatro módulos; un código que llega hasta una costura, un pliegue o el borde de la etiqueta no se lee. Oscuro sobre claro, sin códigos invertidos, sin fondos metálicos o brillantes.

Colocación. Qué soporte encaja depende del producto:

Como el pasaporte debe seguir siendo accesible durante toda la vida útil, hace falta al menos un soporte duradero. Para un textil, esto significa: el colgante por sí solo no basta.

Persistencia. El error más caro no es un error de impresión, sino un error de dirección. Un código QR en un mueble debe seguir resolviendo dentro de ocho años. Aclare antes del primer pedido de impresión: ¿a quién pertenece el dominio al que apunta el código? ¿Qué ocurre si cambia de proveedor? ¿Puede redirigirse el esquema de URL sin invalidar los códigos ya impresos? Por qué ayuda aquí un esquema de direcciones estructurado lo explica el artículo sobre GS1 Digital Link.

Prueba. Escanee la muestra de impresión real con un teléfono normal –con mala luz, a la distancia de un brazo, y en textiles tras un lavado–. No la prueba en pantalla.

Paso 5: mantenimiento durante la operación

Un pasaporte de producto no es un proyecto con fecha de fin. Tres rutinas lo mantienen actualizado:

• Artículos nuevos: el pasaporte pertenece al proceso de alta. Sin las menciones obligatorias completas, un artículo afectado no sale a producción.
• Cambio de proveedor: si cambian la composición, el teñido o el origen, surge una nueva versión del pasaporte –versionada y, por tanto, demostrable frente a la vigilancia del mercado.
• Fechas de caducidad: los certificados vencen. Cree recordatorios en lugar de darse cuenta en una auditoría.

Y nombre a una persona responsable. Un pasaporte de producto sin propietario queda obsoleto en el plazo de una temporada.

Automatización con un surtido en crecimiento

Con veinte artículos, el trabajo manual no supone un problema. Con un surtido que crece cada temporada en decenas de artículos, la automatización decide si el pasaporte de producto sigue siendo un proceso o se convierte cada trimestre en un proyecto de puesta al día. La línea divisoria útil no pasa entre «manual» y «automático», sino entre el transporte y el origen de los datos.

Automatice el transporte:

• Plantillas por familia de producto. Una plantilla «algodón orgánico single jersey 180 g» lleva composición, origen, certificado e instrucción de cuidado; los artículos nuevos la heredan. Es, con diferencia, la mayor palanca – reduce el trabajo por artículo nuevo a las desviaciones reales.
• Edición en lote para campos idénticos en todo un lote: indicación de eliminación, contacto del fabricante, información de devolución.
• Comprobaciones de plausibilidad: ¿suman 100 los porcentajes?, ¿hay un campo obligatorio vacío, un certificado caducado? Estas reglas detectan los errores que se vuelven invisibles al crecer el volumen.
• Recordatorios de certificados que vencen y de artículos sin pasaporte completo.

Debe seguir siendo manual el origen. Los números de certificado, las indicaciones de origen, los porcentajes de reciclado y los valores de CO₂ son afirmaciones frente a autoridades y consumidores – necesitan un documento detrás y una persona que los confirme. El prellenado por IA es una ayuda de redacción para campos recurrentes y sin obligación de prueba: formular una instrucción de cuidado, unificar una denominación de material, estructurar una descripción. No sustituye ninguna prueba. Quien introduce el producto en el mercado responde de la indicación, con independencia de quién o qué la haya registrado.

Escollos habituales en la configuración de Shopify

1. Las variantes disparan el esfuerzo. Quien asigna a ciegas un pasaporte propio a cada variante multiplica la recopilación de datos y los costes de impresión. Primero la regla de nivel, después la importación.
2. Los datos de materiales están en el PDF del proveedor. Un techpack como escaneo no es una fuente de datos. Pregunte a los proveedores con una plantilla estructurada, no con la petición de «enviar documentación».
3. Los conflictos de tema esconden el widget. Los temas antiguos o muy personalizados colocan los bloques de forma inesperada –o el widget queda bajo un botón «añadir al carrito» fijo. Compruébelo siempre en móvil, al cambiar de variante y en cada storefront de mercado.
4. Los códigos se imprimen antes de que el esquema de URL sea definitivo. Reimprimir diez mil etiquetas cuesta más que cualquier software DPP. Primero fije las direcciones, después encargue la impresión.
5. Tras el lanzamiento, nadie es responsable. El pasaporte se da por resuelto, el surtido sigue girando – un año después, la mitad de las indicaciones ya no son correctas.

Lo que Shopify por sí solo no resuelve

Shopify es un excelente punto de partida, pero no una solución DPP: sin campos nativos de DPP, sin página de pasaporte pública propia, sin versionado de los datos del pasaporte de producto y sin conexión con el futuro registro de la UE, cuya estructura describe el artículo sobre el Registro DPP de la UE.

Precisamente estos puntos separan las herramientas serias de los generadores de código QR con etiqueta DPP. Qué tipo de proveedor encaja con qué empresa lo clasifica la comparativa de software DPP.

Cómo empezar en concreto

El camino pragmático para una tienda Shopify: aclarar el rol, fijar la regla de nivel para las variantes, importar un artículo de prueba, trabajar por completo un único pasaporte de principio a fin – y solo entonces todo el surtido. Con un artículo real se dará cuenta en dos horas de qué datos le faltan realmente; con una tabla, nunca se dará cuenta.

Si quiere llevarlo directamente a la práctica en su tienda: cómo la app DPP de SolveDPP reúne importación, validación, widget y código QR se explica en la página de inicio; los planes, incluido el acceso gratuito, están en la página de precios.