Le Digital Product Passport est un sujet jeune, et les approximations circulent vite — y compris dans des supports commerciaux. Voici les cinq idées fausses que nous rencontrons le plus souvent, et ce qu'il faut retenir à la place.

## 1. « Le DPP, c'est un PDF »

Non. Un PDF est un document figé, lisible par un humain, non exploitable par une machine. Le DPP est un **ensemble de données structurées**, publiées dans un format standard, lisibles par des systèmes, et vérifiables.

La différence n'est pas cosmétique. Un PDF ne permet ni la comparaison automatisée entre produits, ni le contrôle douanier automatisé, ni l'extraction des données par un recycleur. Ce qui est exigé, c'est une donnée exploitable — pas un document.

## 2. « Il suffit de créer un site web et d'y mettre un QR code »

Un site web est une partie de la réponse, pas la réponse. Il manque trois choses :

- **l'identifiant** — un site ne dit pas quel produit il décrit ;
- **le registre** — le passeport doit être enregistré pour être vérifiable par les autorités ;
- **la preuve** — sans mécanisme d'authenticité, rien ne distingue un passeport d'une page web qui prétend l'être.

Un site bien fait sans registre ni identifiant normalisé n'est pas un DPP : c'est une fiche produit en ligne.

## 3. « C'est obligatoire pour tous les produits depuis 2024 »

Non, et c'est l'erreur la plus répandue. Le règlement **ESPR (UE) 2024/1781** est entré en vigueur en juillet 2024, mais il fixe un **cadre**. Les obligations réelles sont définies par **actes délégués**, catégorie par catégorie, avec des calendriers distincts.

Concrètement : les batteries sont la première échéance contraignante (février 2027). Le textile, les pneus et l'aluminium suivent. L'ameublement, les matelas et les produits TIC viennent ensuite. Entre-temps, aucune obligation générique de DPP ne s'applique « à tous les produits ».

Conséquence pratique : inutile de paniquer pour une catégorie non encore couverte — mais inutile aussi d'attendre, car le délai de collecte des données est plus long que le délai réglementaire.

## 4. « C'est un projet informatique »

C'est un projet de **données et de gouvernance**, avec une composante informatique.

Ce qui prend du temps n'est pas le développement de la plateforme : c'est l'obtention des données. Composition matière auprès des fournisseurs, provenance des fibres, substances présentes, résultats d'essais, contenu recyclé — ces informations viennent d'acteurs qui n'ont souvent ni le format, ni l'envie, ni l'obligation de les fournir.

Les projets qui échouent échouent rarement sur la technique. Ils échouent sur la qualité de la donnée et sur l'absence de mandat clair pour l'exiger des fournisseurs.

## 5. « On verra quand les actes délégués sortiront »

C'est le raisonnement le plus coûteux, pour trois raisons.

**Les délais matériels.** Un QR code imprimé sur un emballage, une puce choisie, une ligne de production modifiée : ce sont des cycles de plusieurs mois. Décider après la publication de l'acte délégué, c'est arriver après l'échéance.

**L'irréversibilité des identifiants.** Un identifiant mal choisi se corrige mal une fois les produits en circulation. Les supports imprimés pointent vers une URL ; changer l'identifiant ou le domaine casse tout.

**L'effet d'apprentissage.** Les données à collecter demain sont, pour l'essentiel, celles que l'on sait déjà ne pas avoir aujourd'hui. Commencer par les cartographier ne dépend d'aucun texte réglementaire.

## Ce qu'il faut faire maintenant, sans attendre

1. **Cartographier** les données produit existantes : ce que vous avez, ce qui manque, qui le détient.
2. **Choisir le niveau d'identification** (modèle, lot, article) en fonction de ce que vous devrez prouver — rappels, circularité, revendication de contenu recyclé.
3. **Vérifier la chaîne de résolution** de bout en bout : identifiant, support, URL, registre.
4. **Écrire la gouvernance** : qui fournit quoi, sous quel format, avec quelle obligation contractuelle.
5. **Tester sur un produit**, pas sur un catalogue entier.

## À retenir

Le DPP n'est ni un PDF, ni un simple site web, ni une obligation immédiate et générale. C'est un **système de données** dont la difficulté est humaine — fournisseurs, formats, responsabilités — bien plus que technique. Et comme tout système, il se prépare avant l'échéance, pas après.