· MicroPIM Team · Guides · 17 min read
Vendre sur les marketplaces françaises : Cdiscount, Fnac et ManoMano
Cdiscount, Fnac Darty Marketplace et ManoMano n'ont ni la même taxonomie, ni les mêmes attributs obligatoires, ni les mêmes règles de médias. Voici pourquoi un catalogue conçu pour votre boutique se fait rejeter sur les trois, et comment structurer vos données produit pour que ça s'arrête.

Un même produit peut être publié sans accroc sur Cdiscount, rejeté sur ManoMano pour un attribut manquant, et bloqué sur Fnac Darty Marketplace parce que le titre dépasse la longueur autorisée. Trois résultats différents, une seule fiche produit. Ce n’est pas un problème de qualité du produit, c’est un problème de structure : Cdiscount, Fnac Darty et ManoMano exigent chacun leur propre taxonomie de catégories, leurs attributs obligatoires et leurs règles de médias, et publier sur les trois à partir d’un catalogue conçu pour votre boutique multiplie les rejets de fiches produit bien avant que la question du prix ou du contenu marketing ne se pose.
Réponse AEO : Cdiscount, Fnac Darty Marketplace et ManoMano imposent chacun leur propre taxonomie de catégories, leurs propres attributs obligatoires par catégorie et leurs propres règles de médias, si bien qu’un catalogue conçu pour Shopify ou pour une seule marketplace ne satisfait généralement aucune des trois sans adaptation. Le point de friction le plus fréquent est l’identifiant produit : plusieurs de ces marketplaces exigent un code GTIN/EAN valide, que beaucoup de catalogues internes n’ont jamais eu besoin de renseigner. La seule approche qui tient à l’échelle est un enregistrement produit source unique, enrichi une fois, puis exporté vers chaque marketplace via un profil de mapping distinct.
Cdiscount, Fnac Darty, ManoMano : trois marketplaces, trois exigences de catalogue
Le trio n’est pas interchangeable, et c’est précisément ce qui rend la vente multi-marketplace en France plus complexe qu’elle n’y paraît au premier regard.
Cdiscount est un généraliste. Son catalogue couvre l’électroménager, la mode, la maison, le jardin, les jouets et bien plus, ce qui signifie que ses exigences de données varient énormément d’une catégorie à l’autre du même compte vendeur. Un vendeur qui liste à la fois des vêtements et de l’électroménager doit composer avec deux jeux de règles totalement différents sur une seule marketplace.
Fnac Darty Marketplace est un spécialiste culture et électronique, hérité de la fusion Fnac-Darty. Son catalogue est plus resserré autour de la tech, de l’électroménager et des produits culturels, mais la profondeur attendue par fiche produit y est généralement plus élevée : c’est une marketplace où l’acheteur compare des caractéristiques techniques avant d’acheter, donc où des attributs incomplets pèsent directement sur la conversion, pas seulement sur l’éligibilité au listing.
ManoMano est un vertical, centré sur le bricolage, le jardinage et l’amélioration de l’habitat, avec une offre B2B dédiée via ManoManoPro. Sa taxonomie descend souvent plus profondément que celle d’un généraliste sur les catégories qu’elle couvre, avec des sous-catégories très fines, parce que c’est précisément la granularité qui fait la valeur d’une marketplace verticale pour son audience.
| Cdiscount | Fnac Darty Marketplace | ManoMano | |
|---|---|---|---|
| Positionnement | Généraliste, catalogue très large | Spécialiste culture, tech, électroménager | Vertical bricolage, jardinage, habitat |
| Profondeur de catégorie | Variable selon le rayon | Élevée sur la tech et l’électroménager | Très élevée sur ses catégories cœur |
| Ce qui pèse le plus sur l’éligibilité | Conformité de la fiche et identifiant produit | Complétude des caractéristiques techniques | Exactitude de la catégorie et des attributs métier |
| Offre B2B dédiée | Non structurée en marketplace séparée | Non structurée en marketplace séparée | Oui, via ManoManoPro |
Ce tableau reste qualitatif à dessein. Les exigences précises par catégorie, les seuils de complétude et les règles de validation changent régulièrement sur les trois plateformes, et la seule source fiable à un instant donné est le portail vendeur de chacune, pas un article de blog.
Le problème structurel : une fiche produit, trois taxonomies de catégories
Le nœud du problème n’est pas une marketplace en particulier, c’est l’arithmétique. Vous avez un enregistrement produit. Vous avez trois destinations. Chaque destination définit sa propre arborescence de catégories, son propre jeu d’attributs obligatoires par catégorie, et ses propres règles de médias. Votre catalogue Shopify, ou votre catalogue interne quel qu’il soit, n’est structuré comme aucune des trois.
Un t-shirt technique peut vivre dans une collection « Vêtements de sport » côté boutique. Sur Cdiscount, il tombe dans une branche mode-sport avec son propre jeu d’attributs. Sur Fnac Darty, s’il est vendu en tant qu’accessoire lié à un objet connecté, il peut relever d’une branche totalement différente. Sur ManoMano, s’il s’agit d’un vêtement de travail plutôt que de sport, il tombe dans l’arborescence habillement professionnel, avec ses propres attributs de sécurité ou de norme.
Rien de tout cela n’est arbitraire du point de vue de chaque marketplace : chacune organise son catalogue pour servir sa propre audience et son propre moteur de recherche interne. Le problème apparaît uniquement quand on essaie de faire tenir un seul enregistrement source dans trois structures qui n’ont jamais été conçues pour s’aligner entre elles. C’est le même type de désalignement structurel que celui documenté pour les exigences d’attributs Google Shopping et Meta Shops dans Demoted, Not Rejected : la fiche reste techniquement valide dans votre système, mais invalide dans celui de la destination, sans qu’aucune des deux parties n’ait tort.
Le GTIN/EAN : l’identifiant qui fait dérailler les catalogues internes
Le point de friction le plus fréquent, et le plus facile à vérifier, est l’identifiant produit. Selon GS1, l’organisme officiel qui délivre les codes GTIN en France, un code GTIN est obligatoire pour toute création de nouvelle fiche produit sur Cdiscount depuis le 1er février 2021, ce que la marketplace justifie par la nécessité d’identifier chaque produit de façon unique et d’éviter les erreurs d’expédition. GS1 mentionne aussi que d’autres acteurs français, dont le groupe Adeo (Leroy Merlin, Weldom, Bricoman) et La Redoute, ont introduit des exigences similaires ces dernières années.
Sur ManoMano, plusieurs plateformes indépendantes de gestion de flux qui intègrent des vendeurs à la marketplace (Channable, Lengow, ChannelEngine, BeezUP figurent parmi celles consultées pour cet article) rapportent de façon cohérente qu’un EAN peut être omis si la référence fabricant et la marque sont toutes deux correctement renseignées, mais que l’EAN reste fortement recommandé pour accélérer la mise en ligne et améliorer la visibilité. Ce n’est pas une confirmation directe issue de la documentation vendeur de ManoMano elle-même, donc traitez-la comme une indication convergente plutôt qu’une règle absolue, et vérifiez la exigence exacte par catégorie dans votre portail vendeur ManoMano avant de publier.
C’est exactement le même échec structurel que celui décrit dans Demoted, Not Rejected pour Google et Meta : un catalogue qui n’a jamais eu besoin d’un GTIN en interne, parce que le SKU interne suffisait à distinguer les produits dans votre propre système, se heurte à des marketplaces qui exigent un identifiant externe standardisé pour connecter votre offre à une fiche produit générique ou pour prévenir les doublons et la contrefaçon. Si vos produits n’ont jamais eu de GTIN, l’obtenir auprès de GS1 (ou vérifier que vos fournisseurs vous en fournissent déjà un) devient un prérequis avant même de penser au mapping de catégories.
Mapper vos catégories vers celles de chaque marketplace
Le mapping de catégories est le travail le moins visible et le plus déterminant. Pour chaque catégorie de votre catalogue interne, il faut identifier la catégorie correspondante dans l’arbre de Cdiscount, dans la taxonomie consultable sur le Portail Catalogue Marketplace Fnac Darty, qui permet aux vendeurs de consulter la taxonomie par catégories et par attributs directement dans le portail, et dans l’arborescence bricolage-jardinage de ManoMano. Trois correspondances distinctes, pour chaque catégorie de votre catalogue, avant même d’aborder le contenu des fiches.
Faire ce travail en feuille de calcul fonctionne une fois. Le problème survient au rafraîchissement suivant : un nouveau produit arrive dans une catégorie que personne n’a encore mappée, une marketplace renomme ou scinde une branche de sa taxonomie, et la feuille de calcul ne le sait pas. Le mapping devient obsolète en silence, sans qu’aucune alerte ne prévienne qu’une catégorie entière de nouveaux produits va être rejetée ou mal classée à la prochaine publication.
C’est un problème d’architecture, pas de discipline d’équipe. Une feuille de calcul n’a pas de mécanisme pour détecter qu’elle est devenue incomplète. Le mapping doit vivre à côté de l’enregistrement produit, pas dans un fichier séparé que quelqu’un doit se souvenir de rouvrir avant chaque export.
La complétude des attributs : complet sur l’un, rejeté sur l’autre
Une fois la catégorie correcte identifiée sur chaque marketplace, il reste à savoir quels attributs cette catégorie exige. C’est ici que la même fiche produit peut être jugée complète sur une marketplace et incomplète sur une autre, pour la même raison structurelle que le mapping de catégories : chaque marketplace définit son propre jeu d’attributs obligatoires par catégorie, et ce jeu ne recoupe jamais exactement celui d’une autre.
Sur ManoMano, l’outil vendeur (le « Toolbox » mentionné par plusieurs plateformes d’intégration) affiche un pourcentage de complétude par rapport aux attributs obligatoires et permet de télécharger la liste des produits auxquels il en manque, ce qui suggère que la marketplace elle-même traite la complétude par catégorie comme une mesure continue à surveiller, pas comme une case à cocher une seule fois à la création de la fiche. Sur Fnac Darty, la documentation d’aide évoque une conversion qui dépend d’abord de la qualité des offres : attributs complets, titres utiles, images conformes, prix compétitifs, disponibilité fiable.
Le point commun aux trois marketplaces n’est pas la liste d’attributs elle-même, elle diffère d’une plateforme à l’autre et d’une catégorie à l’autre. Le point commun est que « complet » se définit par catégorie et par marketplace, jamais globalement. Un produit avec quinze attributs renseignés peut être complet pour Cdiscount et incomplet pour ManoMano si les trois attributs qui manquent sont précisément ceux que ManoMano exige sur cette sous-catégorie.
Médias et contenu : la cause de rejet la plus fréquente et la plus évitable
Au-delà de la catégorie et des attributs, les règles de médias et de contenu reviennent systématiquement parmi les causes de rejet les plus citées par les vendeurs et par les plateformes d’intégration qui gèrent des flux vers ces marketplaces : fond blanc ou uni exigé sur l’image principale, résolution minimale, interdiction de texte ou de logo incrusté, longueur et format de titre imposés, description qui doit respecter une structure attendue plutôt qu’un simple bloc de texte libre.
Individuellement, ce sont des règles simples. Le problème apparaît à l’échelle du catalogue : une bibliothèque d’images pensée pour une boutique Shopify, où le style visuel sert le branding, n’est pas nécessairement conforme aux exigences de fond blanc d’une marketplace, et un titre optimisé pour le SEO Shopify dépasse souvent la longueur ou le format attendu par une marketplace donnée.
| Cause de rejet fréquente | Ce qu’elle recouvre concrètement | Correction structurelle |
|---|---|---|
| Catégorie incorrecte ou trop générique | Le produit est mappé vers une catégorie proche mais pas exacte dans l’arbre de la marketplace | Mapping catégorie par catégorie tenu à jour, rattaché à l’enregistrement produit |
| Attribut obligatoire manquant | Un champ requis par la catégorie de destination n’existe pas dans le catalogue source | Contrôle de complétude par canal avant export, pas après rejet |
| Identifiant produit absent ou invalide | Pas de GTIN/EAN valide, ou code non reconnu par GS1 | Acquisition ou vérification des GTIN en amont de la publication |
| Image non conforme | Fond non uni, texte incrusté, résolution insuffisante | Jeu d’images dédié par canal, dérivé d’un enregistrement média central |
| Titre ou description hors format | Longueur, structure ou vocabulaire qui ne respecte pas les règles de la marketplace | Génération du titre et de la description par profil d’export, pas un champ unique réutilisé partout |
Ce tableau reste volontairement générique sur les règles précises, elles varient par catégorie et évoluent dans le temps sur chacune des trois marketplaces. Ce qui ne varie pas, c’est que la correction durable est toujours la même : un enregistrement source correctement structuré, exporté selon un profil qui connaît les règles du canal de destination, plutôt qu’un fichier unique retouché à la main pour chaque marketplace.
Construire un modèle qui survit au prochain rafraîchissement de catalogue
Le schéma qui échoue à répétition est celui où chaque marketplace est gérée séparément : un export Cdiscount, un export Fnac Darty, un export ManoMano, chacun ajusté à la main dans une feuille de calcul distincte à chaque campagne ou chaque nouveau lot de produits. Ça fonctionne pour le premier lot. Ça s’effondre au deuxième, quand le mapping de catégories a dérivé sur une marketplace, que les attributs obligatoires ont changé sur une autre, et que personne n’a de vue d’ensemble sur ce qui est réellement complet où.
Le même raisonnement vaut à l’intérieur de votre propre boutique, où les prix par marché et par compte se gèrent avec des catalogues et des listes de prix plutôt qu’à la main : voir qu’est-ce qu’un catalogue Shopify.
Le modèle qui tient repose sur trois principes, dans cet ordre :
- Un enregistrement source unique et enrichi. Chaque produit existe une fois, avec tous les attributs qu’il pourrait être amené à fournir sur n’importe quel canal, pas seulement ceux exigés par votre boutique.
- Un profil d’export distinct par marketplace. Le mapping de catégories, le mapping d’attributs et les règles de format de chaque marketplace sont définis une fois, rattachés au canal, et appliqués automatiquement à chaque export plutôt que reconstruits à la main.
- Un contrôle de complétude avant publication, pas une correction après rejet. Le moment pour découvrir qu’un attribut manque, c’est avant l’export, quand le produit est encore en préparation, pas après le rejet sur la marketplace quand le produit était censé être déjà en vente.
C’est aussi le principe qui structure la vente multi-canal au-delà des marketplaces françaises : le guide sur la connexion d’un catalogue produit à plusieurs marketplaces couvre le même travail de mapping d’attributs et de conformité d’images pour Amazon, eBay et Google Shopping, et pour les vendeurs qui exportent aussi à l’international, la question des codes pays et des codes SH mérite un traitement à part, couverte dans codes SH et codes pays pour la conformité e-commerce.
La place d’un PIM
Un PIM ne remplace pas les portails vendeur de Cdiscount, Fnac Darty ou ManoMano, et il ne devine pas automatiquement dans quelle catégorie de chaque marketplace un produit doit tomber. Ce qu’il fait, c’est retirer le travail répétitif et fragile qui rend le multi-marketplace ingérable en feuille de calcul.
Dans MicroPIM, chaque produit vit comme un enregistrement centralisé unique, source unique de vérité pour tous les attributs, y compris ceux qu’aucun canal actuel n’exige encore mais qu’un futur canal pourrait demander. Les attributs personnalisés permettent de stocker le GTIN, les caractéristiques techniques, les dimensions ou toute donnée propre à une catégorie, une seule fois, plutôt que dans des colonnes dispersées entre plusieurs fichiers d’export. L’enrichissement assisté par IA aide à générer et à structurer les descriptions et les traductions à partir des données déjà présentes, ce qui compte quand un même produit doit exister en plusieurs formats de contenu pour plusieurs canaux.
Le générateur de flux et d’export personnalisé avec mapping de champs par canal est l’endroit où le mapping de catégories et d’attributs pour Cdiscount, Fnac Darty ou ManoMano se construit et se maintient : vous définissez la correspondance entre vos attributs internes et ceux attendus par un canal donné, une fois, et chaque export ultérieur applique cette correspondance automatiquement au lieu de la refaire à la main. Le score de complétude des données signale, avant publication, les produits auxquels il manque un attribut requis pour un canal donné, plutôt que de laisser la marketplace le découvrir à votre place. La modification en masse permet de corriger un attribut sur des centaines de références en une seule opération quand une marketplace change une règle, et l’historique d’import et le journal d’audit gardent une trace de ce qui a été modifié, par qui, et quand, ce qui devient précieux dès que plusieurs personnes touchent au même catalogue multi-canal. La détection de doublons limite par ailleurs le risque de publier deux fois la même référence sous deux identifiants différents lors d’un import fournisseur, un problème qui se propage vite une fois répliqué sur trois marketplaces.
Rien de tout cela ne dispense de comprendre les règles spécifiques de Cdiscount, de Fnac Darty et de ManoMano, ni de consulter leurs portails vendeur respectifs à chaque évolution de catégorie. Ce que ça change, c’est que ce travail se fait une fois, à la source, plutôt que trois fois, séparément, à chaque rafraîchissement de catalogue.
Questions fréquentes
Pourquoi un produit accepté sur Cdiscount peut-il être rejeté sur ManoMano ?
Parce que ce n’est jamais le même produit sur les deux marketplaces, au sens des données. Cdiscount et ManoMano ont chacun leur propre arbre de catégories, leurs propres attributs obligatoires par catégorie et leurs propres règles de validation. Une fiche peut satisfaire toutes les exigences de Cdiscount pour sa catégorie tout en manquant un attribut que ManoMano impose sur son équivalent le plus proche dans sa propre taxonomie bricolage ou jardinage. La cause n’est presque jamais la qualité intrinsèque du produit, c’est l’écart entre deux modèles de données qui ne se recouvrent pas parfaitement.
Le GTIN/EAN est-il obligatoire sur toutes les marketplaces françaises ?
Sur Cdiscount, oui : un code GTIN est obligatoire pour toute création de nouvelle fiche produit depuis le 1er février 2021, selon GS1, l’organisme officiel qui délivre ces codes. Sur ManoMano, plusieurs plateformes de gestion de flux qui connectent des vendeurs à la marketplace indiquent que l’EAN peut être omis si la référence fabricant et la marque sont toutes deux renseignées, même si l’EAN reste recommandé pour la visibilité. Ces règles ne sont pas universelles ni figées : vérifiez toujours les exigences par catégorie dans le portail vendeur de chaque marketplace avant de publier.
Peut-on utiliser la même catégorie Shopify pour Cdiscount, Fnac Darty et ManoMano ?
Non, et c’est la source la plus fréquente de rejets silencieux. Une catégorie Shopify est une structure de navigation propre à votre boutique, elle n’a aucune correspondance automatique avec l’arbre de catégories de Cdiscount, avec la taxonomie de Fnac Darty consultable sur son Portail Catalogue, ou avec l’arborescence bricolage et jardinage de ManoMano. Chaque marketplace exige un mapping distinct, catégorie par catégorie, et ce mapping doit être refait ou vérifié à chaque évolution de votre catalogue interne ou de la taxonomie de la marketplace.
Quelle est la cause de rejet la plus fréquente sur ces marketplaces ?
Les règles de médias et de contenu reviennent systématiquement en tête des causes de rejet rapportées par les vendeurs et les plateformes d’intégration : fond blanc ou uni exigé, résolution minimale, absence de texte ou de logo incrusté sur l’image principale, titre qui dépasse la longueur autorisée ou qui ne respecte pas le format attendu. Ce sont des règles simples individuellement, mais chaque marketplace les définit à sa manière, ce qui rend une seule image ou un seul titre rarement conforme aux trois à la fois sans adaptation.
MicroPIM propose-t-il une connexion directe à Cdiscount, Fnac Darty ou ManoMano ?
MicroPIM ne propose pas de connecteur préconstruit spécifique à Cdiscount, Fnac Darty ou ManoMano, ni de classification automatique de vos produits dans leurs catégories. Ce que MicroPIM fournit, c’est un générateur de flux et d’export personnalisé avec mapping de champs par canal, construit à partir d’un catalogue centralisé unique : vous définissez la correspondance entre vos attributs internes et ceux attendus par chaque marketplace, une fois, puis vous exportez un flux structuré selon cette correspondance à chaque mise à jour.
Comment éviter que chaque rafraîchissement de catalogue ne recrée les mêmes rejets ?
En sortant le mapping de catégories et d’attributs des feuilles de calcul et en le rattachant à votre enregistrement produit central, de sorte qu’un nouveau produit ou un produit modifié hérite automatiquement des règles déjà définies pour sa catégorie. Ajoutez un contrôle de complétude par canal avant publication plutôt qu’une correction après rejet, pour repérer les champs manquants pendant que le produit est encore en préparation, pas après qu’il a déjà échoué sur la marketplace.
Arrêtez de reconstruire le même mapping à chaque rafraîchissement de catalogue. Essayez MicroPIM gratuitement et centralisez vos attributs produit avant qu’ils n’atteignent Cdiscount, Fnac Darty ou ManoMano.


