E-commerce14 minutes de lecture

Marketplace et DSA : construire des contrôles vérifiables

Concevez une marketplace conforme au DSA : vendeurs, offres, signalements, décisions et rappels traduits en contrôles produit vérifiables.

Équipe ZenceArchitecture, produit et design numérique

Publié le8 août 2026

Place de marché structurée autour d’un portique de contrôle reliant vendeurs, produits et preuves

Une marketplace soumise au DSA ne se met pas en conformité avec une case ajoutée aux conditions générales. Elle doit savoir qui vend, empêcher la publication d’une offre incomplète, recevoir un signalement exploitable, motiver une décision, informer les acheteurs concernés et conserver les preuves qui permettent de reprendre chaque étape.

La première décision consiste toutefois à qualifier le service. Une boutique qui vend uniquement ses propres produits n’est pas automatiquement une place de marché. Le règlement sur les services numériques — Digital Services Act ou DSA — vise ici les plateformes permettant à des consommateurs de conclure des contrats à distance avec des vendeurs professionnels. Le modèle, la taille du fournisseur et les autres textes applicables changent ensuite le périmètre exact.

La méthode utile est donc : qualifier avant d’automatiser, puis transformer chaque obligation en contrôle produit testable.

Marketplace ou boutique classique : quelle différence pour le produit ?

Une boutique classique présente les produits vendus par une seule entreprise. Une marketplace permet à des vendeurs tiers de proposer des produits ou services à des consommateurs par l’intermédiaire de la plateforme. Un modèle hybride fait les deux et doit rendre le rôle de chaque vendeur immédiatement compréhensible.

Cette différence change l’architecture. La marketplace ne maîtrise pas seule la vérité de chaque offre : elle reçoit des informations d’un tiers, les vérifie selon le niveau attendu, décide de publier ou de suspendre, puis doit pouvoir retrouver les acheteurs exposés à une offre devenue illégale.

Avant de lancer un chantier, répondez à cinq questions :

des professionnels tiers proposent-ils des produits ou services sur la plateforme ;
un consommateur peut-il conclure un contrat à distance par son intermédiaire ;
ces offres visent-elles des consommateurs situés dans l’Union européenne ;
la plateforme vend-elle aussi ses propres produits ;
l’entreprise entre-t-elle dans une exemption ou un régime renforcé lié à sa taille et à son statut ?

L’Arcom distingue les services concernés et les obligations par catégorie. Elle rappelle notamment que certaines obligations sont adaptées à la taille du fournisseur. L’article 29 du DSA prévoit une exemption de la section consacrée aux marketplaces pour certains fournisseurs qualifiés de microentreprises ou de petites entreprises, hors très grandes plateformes désignées. Cette exemption ne doit pas être déduite d’un simple nombre de comptes vendeurs : elle doit être qualifiée avec les responsables compétents, sans oublier les autres règles éventuellement applicables.

Le guide Zence sur le prix d’un site e-commerce traite déjà le coût d’un catalogue, des paiements, des opérations et des intégrations. Une marketplace ajoute une responsabilité propre : gouverner des vendeurs et des offres que l’entreprise ne produit pas elle-même.

Ce que la décision AliExpress permet — et ne permet pas — de conclure

Le 20 juillet 2026, la Commission européenne a annoncé une amende de 550 millions d’euros contre AliExpress. Elle reproche à cette très grande plateforme de ne pas avoir évalué et réduit avec suffisamment de diligence les risques liés à la diffusion de produits illégaux, dangereux ou contrefaits. L’événement rend le sujet visible, mais il ne transforme pas chaque boutique en AliExpress et ne fixe pas un montant de risque transposable à une PME.

Il faut séparer deux niveaux :

les obligations spécifiques des marketplaces, notamment la traçabilité des vendeurs, la conformité dès la conception et l’information des consommateurs ;
les obligations supplémentaires de gestion des risques systémiques imposées aux très grandes plateformes désignées.

L’article Zence porte le premier niveau : les contrôles fonctionnels qu’une équipe produit peut cadrer, implémenter et recetter lorsque son service entre dans le périmètre. Une analyse juridique reste nécessaire pour qualifier l’entreprise, les produits, les territoires et les responsabilités exactes.

La chaîne de contrôle en sept preuves

Le DSA devient exploitable lorsqu’une obligation reçoit un événement, un état, une preuve, un responsable et une solution de repli. La chaîne suivante couvre le parcours complet sans prétendre remplacer le texte ni les autres réglementations sectorielles.

Moment	Contrôle produit	État attendu	Preuve minimale	Responsable possible	Repli
Qualifier	distinguer boutique, marketplace et modèle hybride	rôle du service et périmètre datés	note de qualification, pays et catégories concernés	direction, produit, juridique	bloquer le lancement du flux tiers
Identifier	recueillir puis évaluer les informations du vendeur	identité complète, vérifiée ou à corriger	source, date, résultat et justificatif protégé	opérations vendeurs, conformité	suspendre l’activation
Publier	exiger les informations produit, de sécurité et de conformité	offre complète avant exposition	version de l’offre et contrôles passés	catalogue, vendeur, produit	conserver en brouillon
Signaler	recevoir une notification assez précise pour agir	signalement reçu, qualifié et horodaté	contenu, auteur, motif et accusé	confiance et sécurité, support	demander le complément nécessaire
Décider	retirer, maintenir, limiter ou suspendre avec un motif	décision exécutable et contestable	règle, éléments examinés, auteur et date	modération, conformité	escalade humaine
Informer	retrouver les acheteurs concernés et présenter les recours	audience calculée et message envoyé ou publié	liste, contenu, canal, résultat et erreur	support, opérations	avis public facilement accessible
Prouver	suivre les corrections, expirations et récurrences	dossier reproductible	journal, versions, contrôles et fermeture	produit, exploitation, audit	revue manuelle périodique

Cette matrice fait apparaître les ruptures entre équipes. Un service peut vérifier correctement le vendeur tout en laissant publier une offre sans information de sécurité. Il peut retirer un produit rapidement sans être capable de retrouver les acheteurs concernés. La conformité n’est alors pas absente partout ; elle est cassée à un endroit précis de la chaîne.

Identifier un vendeur sans transformer l’onboarding en boîte noire

L’article 30 du DSA demande aux fournisseurs concernés d’obtenir des informations sur le vendeur professionnel avant qu’il utilise la plateforme pour proposer ses offres. Le texte prévoit aussi des efforts pour évaluer la fiabilité et la complétude de plusieurs informations, la correction des données inexactes ou obsolètes et, si nécessaire, la suspension du service jusqu’à régularisation.

Le parcours d’intégration doit donc distinguer quatre états :

brouillon : les données peuvent être saisies, mais aucune offre n’est publique ;
à vérifier : les champs sont complets, une source ou un justificatif reste à examiner ;
actif : le vendeur peut publier dans le périmètre autorisé ;
suspendu : ses offres sont bloquées selon une raison, une date et une voie de contestation identifiables.

Un badge « vérifié » ne suffit pas. L’équipe doit connaître la source utilisée, les champs examinés, la date de contrôle, la prochaine échéance et le comportement prévu lorsque l’information diverge. Si un prestataire de vérification renvoie seulement un score, le contrat d’intégration doit encore dire quelle règle transforme ce score en décision et qui peut la contester.

Le texte prévoit également une conservation sécurisée de certaines informations pendant six mois après la fin de la relation contractuelle, puis leur suppression. Cela oblige à concevoir la fermeture du compte en même temps que son ouverture : durée, accès, export utile, suppression et preuve de suppression. Collecter davantage « au cas où » ne rend pas le contrôle plus solide.

Empêcher l’offre incomplète avant de corriger le catalogue après coup

L’article 31 du DSA consacre la conformité dès la conception. L’interface doit permettre aux vendeurs de fournir les informations précontractuelles, les éléments d’identification et, lorsque cela s’applique, les informations de sécurité, d’étiquetage et de marquage du produit.

Pour le produit, cette obligation devient un schéma de publication :

définir les champs communs et ceux qui dépendent de la catégorie ;
distinguer une donnée obligatoire, conditionnelle, expirée ou incohérente ;
empêcher la publication lorsque la donnée indispensable manque ;
conserver la version exacte de l’offre exposée au consommateur ;
réévaluer les offres déjà publiées lorsqu’une règle ou une information change ;
effectuer les vérifications aléatoires raisonnables prévues par le texte dans les bases officielles accessibles et adaptées.

Une validation uniquement visuelle traite mal ce problème. Le nom du vendeur peut être présent dans une image, l’information de sécurité cachée dans un PDF ou une variante hériter d’un marquage qui ne lui correspond pas. Les données doivent rester structurées assez finement pour décider, afficher, rechercher et auditer.

Ce travail rejoint la gouvernance du catalogue e-commerce, mais l’intention diffère. Le SEO cherche à rendre la bonne offre visible et compréhensible. Le contrôle DSA cherche à empêcher une offre insuffisamment qualifiée d’entrer dans le service et à reconstruire la décision si elle est contestée.

Concevoir le signalement comme une entrée de processus

La Commission européenne résume les mécanismes attendus contre les produits illégaux : signalement accessible, traitement, recours, protection contre les interfaces trompeuses et dispositions propres aux marketplaces. Un lien générique vers le support ne produit pas nécessairement un signalement actionnable.

Le formulaire ou canal doit permettre d’identifier :

l’offre et sa version ;
la nature du problème allégué ;
les éléments fournis par la personne ;
le moyen de la recontacter lorsque nécessaire ;
la date de réception et l’accusé ;
le niveau d’urgence ou la règle d’escalade ;
la décision finale et sa motivation.

L’équipe doit aussi traiter les abus sans rendre le canal dissuasif. Un taux de signalements élevé ne prouve ni la dangerosité d’un vendeur, ni la qualité du dispositif. Il peut révéler une campagne abusive, une catégorie mal structurée ou un parcours si confus que les personnes signalent une information qu’elles ne trouvent pas.

Le bon indicateur n’est donc pas le volume brut. Il faut suivre le délai jusqu’à qualification, les décisions, les contestations, les erreurs de routage, les récidives et les offres similaires restées actives.

Informer les acheteurs après la découverte d’un produit illégal

L’article 32 du DSA prévoit que, lorsqu’une plateforme concernée apprend qu’un vendeur a proposé un produit ou service illégal, elle informe les consommateurs dont elle possède les coordonnées et qui l’ont acheté au cours des six mois précédents. L’information porte notamment sur le caractère illégal, l’identité du vendeur et les moyens de recours pertinents. Lorsque les coordonnées manquent, le texte prévoit une information publique facilement accessible.

Cette exigence se prépare avant l’incident. Il faut pouvoir relier :

offre publiée → version du produit → vendeur → commandes → acheteurs concernés → message → résultat d’envoi → recours

Si l’identifiant produit change à chaque import, si le vendeur peut supprimer toute trace de l’offre ou si les commandes ne conservent qu’un libellé libre, la plateforme ne peut pas reconstruire l’audience avec fiabilité. Le premier correctif n’est alors pas un modèle d’e-mail : c’est une identité stable et un historique exploitable.

Cette information ne remplace pas les procédures de rappel, de sécurité des produits, de rétractation ou de remboursement imposées par d’autres textes. Le guide sur la rétractation en ligne conserve l’exercice du droit du consommateur ; la chaîne DSA traite ici la découverte d’une offre illégale et la capacité de la plateforme à agir puis informer.

Exemple fictif : une marketplace de matériel reconditionné

Imaginons une plateforme fictive où des professionnels vendent du matériel reconditionné. Un vendeur renseigne son entreprise, ajoute un produit, choisit une catégorie et déclare l’état de l’appareil. Une pièce justificative expire deux mois plus tard. Entre-temps, plusieurs ventes ont eu lieu et un signalement conteste l’origine d’une série.

Un système fragile retire seulement la fiche actuelle. Un système reprenable peut :

retrouver la version publiée pour chaque commande ;
identifier le vendeur et l’état de sa vérification à cette date ;
isoler les produits partageant la même série ou le même justificatif ;
suspendre les nouvelles offres sans effacer les preuves ;
motiver la décision et ouvrir la contestation prévue ;
calculer les acheteurs concernés ;
tracer l’information, les erreurs d’envoi et les recours.

L’exemple ne démontre aucune conformité et ne décrit aucun client Zence. Il montre pourquoi l’historique, les états et les identifiants font partie du produit. Une marketplace n’est pas un catalogue auquel on ajoute des comptes vendeurs ; c’est un système de décisions entre plusieurs parties.

Les douze scénarios à tester avant la mise en ligne

La recette doit couvrir le parcours nominal et les situations où le système doit refuser, suspendre, expliquer ou reprendre :

vendeur complet et source officielle concordante ;
information obligatoire absente avant activation ;
donnée vendeur devenue obsolète ;
vendeur suspendu qui tente de republier ;
offre sans information de sécurité conditionnelle ;
variante qui ne possède pas le même marquage que le produit parent ;
signalement précis avec preuve ;
signalement incomplet demandant un complément ;
retrait contesté par le vendeur ;
produit illégal relié à plusieurs versions et commandes ;
acheteur sans coordonnées directement utilisables ;
échec partiel lors de l’envoi de l’information aux consommateurs.

Pour chaque scénario, conservez l’entrée, la règle, l’état avant, l’action, l’état après, ce que voient les parties et la preuve technique. Testez aussi les parcours au clavier, les erreurs et les contenus longs : une décision légalement prévue mais impossible à comprendre ou à contester reste un parcours défaillant. La matrice d’accessibilité e-commerce aide à intégrer ces contrôles à la recette complète.

Le dossier minimal d’une marketplace reprenable

Une accumulation de captures ne suffit pas. Construisez un dossier en six objets :

Qualification : rôle du service, territoires, catégories, taille, exemptions envisagées et date de relecture.
Règles : champs, sources, seuils, états, responsables et conditions de suspension ou de publication.
Versions : schémas vendeur et produit, règles de migration et historique des offres exposées.
Décisions : signalement, éléments examinés, motif, action, recours et issue.
Information : méthode de calcul des acheteurs, contenu, canal, résultat et procédure de reprise.
Recette : scénarios, environnements, résultats, anomalies, propriétaires et contrôles de non-régression.

Ce dossier n’a pas besoin de devenir une plateforme documentaire séparée. Il doit rester assez précis pour qu’une nouvelle personne puisse expliquer une décision, rejouer un contrôle et reprendre un incident. La réversibilité d’un système numérique inclut ici les règles et journaux, pas seulement l’export des comptes et des produits.

Un plan de cadrage en 60 jours

Jours 1 à 10 — Qualifier le service

Cartographiez qui vend, qui contracte, qui encaisse, où résident les consommateurs, quelles catégories sont proposées et quels textes complètent le DSA. N’engagez pas encore un chantier d’automatisation. Le résultat attendu est un périmètre daté, des inconnues et des responsables.

Jours 11 à 25 — Traverser un vendeur et une offre

Choisissez un cas représentatif, avec une donnée conditionnelle et une date d’expiration. Faites-le passer du brouillon à la publication, puis provoquez une correction et une suspension. Documentez chaque état et chaque preuve manquante.

Jours 26 à 40 — Rejouer un signalement

Utilisez une offre de test. Déposez un signalement, qualifiez-le, prenez une décision, motivez-la et exercez le recours. Vérifiez qu’aucune action n’efface l’état antérieur.

Jours 41 à 50 — Retrouver les acheteurs

Simulez la découverte d’un produit illégal. Calculez les commandes des six mois précédents, préparez l’information, provoquez un échec d’envoi et vérifiez le repli public. Ne contactez aucune personne réelle pendant cette recette.

Jours 51 à 60 — Automatiser seulement le déterministe

Automatisez les champs obligatoires, les expirations, les transitions d’état et les contrôles dont le résultat est explicable. Gardez une escalade humaine pour les contradictions, les catégories sensibles et les décisions qui exigent un jugement. Une automatisation utile raccourcit le délai de preuve ; elle ne masque pas la responsabilité.

Quelle première action prendre ?

Prenez un vendeur, une offre déjà publiée et une commande de test. Essayez de reconstruire l’identité vérifiée, la version exacte de l’offre, les contrôles passés, la décision de publication et les acheteurs qu’il faudrait informer si le produit était déclaré illégal. Chaque information introuvable devient une exigence de cadrage.

Ne commencez pas par acheter un outil de vérification ou de modération. Commencez par nommer les états et les preuves attendues. Vous saurez ensuite quelle partie peut être confiée à un prestataire, laquelle appartient au cœur métier et comment changer de solution sans perdre l’historique.

Zence conçoit et fait évoluer des plateformes e-commerce reliées au catalogue, aux paiements, aux opérations et à la maintenance. Le premier périmètre utile peut être la cartographie de la chaîne, un schéma de données, une recette ou la correction d’un seul passage bloquant. La validation juridique du périmètre et des obligations reste à confier aux compétences appropriées.

Sources principales

Écrit et relu par

Équipe ZenceThomas et Bastien croisent architecture logicielle, stratégie produit, design et opérations pour transformer des sujets complexes en produits numériques clairs et durables.