Le passeport numérique de produit est un enregistrement de données rattaché à un produit, que l'on ouvre en scannant un code posé sur l'étiquette. L'Union européenne l'a inscrit dans son règlement sur l'écoconception en 2024, et le déploie secteur par secteur.
Vu depuis une boutique WooCommerce, ce n'est ni un projet informatique ni un dossier réglementaire. C'est une fiche produit, publiée à une adresse qui ne bouge pas, avec un code qui y mène. La plupart des données qu'elle demande sont déjà dans votre catalogue, dispersées entre les attributs, les descriptions et l'étiquette cousue dans le vêtement.
Cet article regarde le règlement depuis le back-office : ce qu'il exige, ce que vous avez déjà, et ce qu'il reste à décider.
Ce que le règlement demande, en trois pièces
Le règlement (UE) 2024/1781, dit ESPR, pose le cadre. Son article 10 tient en trois exigences, et elles sont plus simples que leur réputation.
Un identifiant unique et persistant. Chaque passeport est désigné par un identifiant qui ne change jamais, y compris si le produit change de propriétaire ou si votre boutique change de plateforme. Persistant est le mot important : un identifiant qui disparaît avec une fiche produit supprimée ne remplit pas la condition.
Un support de données. Un code physique relie le produit à son passeport. Il se pose sur le produit, sur son emballage ou sur la documentation qui l'accompagne. Le règlement ne nomme aucune technologie précise : son annexe III renvoie à la série de normes ISO/IEC 15459, ce que satisfont aussi bien un QR code qu'un Data Matrix, une puce RFID ou une étiquette NFC.
Des données accessibles. Le passeport doit être lisible par plusieurs publics, qui ne voient pas la même chose. Le client final, le réparateur, le recycleur et l'autorité de surveillance ont des droits d'accès différents. Pour une boutique, la partie publique est celle qui compte : composition, origine, entretien, durabilité.
Ce que le règlement ne fait pas, il faut le noter aussi. Il ne vous impose ni GS1, ni GTIN, ni aucun fournisseur d'identifiants. Il ne dit pas non plus quelles données exactes votre secteur devra publier. Cette partie arrive par actes délégués, et c'est là que le calendrier se joue.
Le registre européen ne stocke pas vos données
Un point qui surprend souvent : le registre central ouvert par la Commission le 20 juillet 2026 ne contient pas les passeports. Il enregistre l'identifiant unique, le code marchandise, une référence vers l'endroit où le passeport est hébergé, et un horodatage.
Autrement dit, le contenu reste chez l'opérateur qui met le produit sur le marché. C'est une bonne nouvelle pour une boutique auto-hébergée : la donnée ne part pas dans un service tiers, et la page publique du passeport peut vivre sur votre propre domaine.
L'inscription au registre suppose une identité d'opérateur économique vérifiée au sens eIDAS. Ce n'est pas une démarche à engager tant que votre secteur n'a pas son acte délégué.
À quoi ressemble un passeport, concrètement
Le règlement décrit des exigences, pas une mise en page. Dans les faits, une page de passeport tient sur un écran de téléphone, parce que c'est là qu'elle s'ouvre : le client scanne le code en boutique, ou en déballant son colis.
Ce qu'elle montre, dans l'ordre où on le lit :
- le nom du produit et la marque,
- la composition en pourcentages, souvent portée par une barre qui rend les proportions lisibles d'un coup d'oeil,
- l'origine, c'est-à-dire le pays de fabrication et, quand elle est connue, l'étape de production concernée,
- l'entretien, repris de l'étiquette cousue,
- les certifications et le numéro de lot lorsqu'ils existent,
- la date de dernière mise à jour.
Deux propriétés comptent davantage que le contenu. La page doit s'ouvrir sans application, donc être une page web ordinaire. Et elle doit survivre au produit : si vous supprimez la fiche produit de votre boutique, le passeport ne doit pas disparaître avec elle, sinon le code imprimé sur le vêtement mène à une erreur chez le client.
C'est le genre de détail qui ne se voit pas au moment de choisir un outil, et qui décide de tout trois ans plus tard.
Ce que votre catalogue contient déjà
C'est la partie que les guides sectoriels sautent, parce qu'ils s'adressent à des entreprises qui pilotent un ERP. Une boutique WooCommerce n'a pas ce problème : elle a déjà les données, mal rangées.
| Donnée attendue | Où elle est aujourd'hui | Ce qui manque |
|---|---|---|
| Composition des matières | Attribut produit, ou texte libre dans la description | Des pourcentages lisibles par une machine |
| Pays de fabrication | Description, parfois nulle part | Un champ dédié |
| Entretien | Sur l'étiquette cousue, rarement en ligne | La reprise en ligne |
| Poids et dimensions | Onglet Expédition de la fiche produit | Rien, c'est déjà structuré |
| Référence interne | Le UGS du produit | Rien, mais ce n'est pas un identifiant persistant |
Le travail utile n'est donc pas de collecter des données neuves. C'est de sortir la composition des descriptions pour la mettre dans un attribut, puis de laisser les valeurs se propager.
Une boutique textile vend souvent le même tissu sur des dizaines de références. Renseigner la composition une fois par catégorie, et ne corriger que les exceptions, transforme un catalogue de plusieurs centaines de produits en un après-midi de travail. C'est exactement ce que fait le moteur de valeurs par défaut de DPTag : l'attribut du produit gagne, sinon la valeur de la catégorie, sinon celle de la boutique.
Modèle, lot ou pièce : la question qui décide de tout
L'étude préparatoire publiée par le Centre commun de recherche de la Commission en mai 2026 propose, pour le textile, trois niveaux de granularité. Ils n'engagent pas encore le texte final, mais ils indiquent la direction.
- Le modèle. La composition, l'empreinte environnementale, un indice de durabilité. Ces données sont les mêmes pour toutes les pièces d'une référence.
- Le lot. Les sites de production, les certificats de contenu recyclé. Elles changent d'une série à l'autre.
- La pièce. Un numéro de série individuel. L'étude le présente comme volontaire.
Pour une boutique, la conséquence est directe : l'essentiel des données vit au niveau du modèle. Un passeport par référence produit suffit dans la grande majorité des cas, et il n'est pas question de sérialiser chaque pièce vendue.
Cette étude retient un autre point qui mérite d'être lu : elle note que la quasi totalité de la chaîne textile européenne est faite d'entreprises sans systèmes d'information lourds, et recommande explicitement de réutiliser les données commerciales existantes plutôt que d'en exiger de nouvelles.
Ce qui n'est pas encore décidé
Il faut être clair sur ce point, parce que beaucoup de contenus publiés sur le sujet ne le sont pas.
Aucun acte délégué textile n'est publié à ce jour. Il n'existe pas de projet de texte consultable. Le calendrier indicatif de la Commission place son adoption fin 2027, avec une application environ dix-huit mois plus tard. Les dates de saison que l'on voit circuler chez certains éditeurs sont des estimations commerciales, pas des échéances officielles.
Ce qui est déjà stable, en revanche, ce sont les briques techniques : six normes européennes sur l'identifiant, le support de données, la persistance du stockage et l'interopérabilité ont été publiées en mai 2026, et citées au Journal officiel en juillet. Le détail du calendrier fait l'objet d'un autre article.
Aucune exemption liée à la taille de l'entreprise n'est prévue pour le passeport. La seule dérogation de ce type dans le règlement concerne l'interdiction de détruire les invendus, ce qui est un autre sujet.
Ce qu'il est raisonnable de faire maintenant
Cinq gestes, dans cet ordre. Aucun ne suppose de développeur.
- Sortir la composition du texte libre. Créez un attribut de composition et renseignez-le, en commençant par vos catégories les plus larges. C'est le seul travail de fond, et il sert de toute façon à votre fiche produit.
- Choisir la granularité. Décidez que vous publiez au niveau du modèle. Vous changerez d'avis pour une gamme précise si l'acte délégué l'impose, pas avant.
- Publier à une adresse stable. Le code imprimé sur une étiquette doit répondre pendant toute la vie du vêtement. Une adresse qui dépend d'un identifiant de produit interne ne tiendra pas une refonte de boutique.
- Imprimer un code qui pointe chez vous. Un QR est suffisant, et il se lit avec n'importe quel téléphone, sans application.
- Ne rien acheter tout de suite. Ni identifiants, ni abonnement à une plateforme de traçabilité. Le règlement n'impose aucun fournisseur, et les exigences sectorielles ne sont pas écrites.
Faire un premier passeport
DPTag installe ces cinq gestes dans WooCommerce. L'extension gratuite crée les passeports depuis la fiche produit, les pré-remplit à partir de vos attributs, publie une page mobile à une adresse permanente et génère le QR code. Il n'y a pas de plafond sur le nombre de passeports publiés.
DPTag est sur wordpress.org : l'installation se fait depuis votre tableau de bord, et les mises à jour arrivent comme pour n'importe quelle extension.
- Dans WordPress, ouvrez Extensions, puis Ajouter une extension.
- Cherchez DPTag.
- Installez, puis activez.
- L'assistant de configuration s'ouvre tout seul.
Une fois l'extension active, l'assistant vous fait renseigner les valeurs par défaut de la boutique, puis la composition par catégorie, puis crée les passeports du catalogue par lots. Sur un catalogue textile ordinaire, le premier passeport prend quelques minutes, et les suivants ne demandent que les exceptions.