Places de marché et PrestaShop : vendre sur Amazon, Cdiscount ou ManoMano depuis un seul catalogue

Relier une boutique PrestaShop à Amazon, Cdiscount ou ManoMano revient à synchroniser quatre flux : les fiches produit, les offres (prix et stock), les commandes et les confirmations d’expédition. Chaque place publie une interface de programmation (API) pour les automatiser, et le raccordement passe par un module ou par un développement sur mesure. Le catalogue se prépare d’abord : chaque produit y porte son code-barres international (GTIN).

• Quatre flux relient le catalogue PrestaShop aux places de marché
• Le code-barres GTIN de chaque produit se prépare avant tout envoi
• Un seul système doit décrémenter le stock qui alimente les offres
• Les commandes de place de marché arrivent avec un mode de livraison et repartent avec un suivi
• Ce qui fait varier le coût d’une connexion aux places de marché
• Ce qu’il faut exiger du prestataire qui connecte la boutique
• Des codes-barres en double et des livraisons incomplètes font rejeter les offres
• Sources consultées
• Foire aux questions

Quatre flux relient le catalogue PrestaShop aux places de marché

Une API est l’interface par laquelle deux logiciels s’échangent des données. Les trois places publient la leur ; le tableau montre ce que chaque documentation couvre.

PrestaShop Addons classe les modules de raccordement dans la catégorie « Marketplaces », sous « Trafic & canaux de vente », à côté des « Comparateurs de prix ». Ce que chaque module couvre se lit dans sa fiche, flux par flux.

Le code-barres GTIN de chaque produit se prépare avant tout envoi

Dans PrestaShop 8, la fiche produit porte les champs « EAN-13 or JAN barcode », « UPC barcode », « ISBN » et « MPN » dans l’onglet « Options », rubrique « Condition & References ». Chaque déclinaison (taille, couleur) a ses propres références. Le code EAN-13 est le GTIN à treize chiffres. Les libellés anglais de la documentation sont repris ici ; l’interface française les traduit.

Côté places, la documentation d’Octopia marque le champ « product.gtin » comme requis pour créer une offre, et non modifiable ensuite par une mise à jour partielle. Amazon prévoit une exemption : une fois accordée, l’offre indique la marque approuvée et l’attribut « supplier_declared_has_product_identifier_exemption » à « true », selon la page « Listings APIs FAQ ».

La règle de ManoMano sur le code-barres se lit dans son aide vendeur avant tout chiffrage.

Exportez le catalogue et comptez les déclinaisons dont le champ EAN-13 est vide. Chacune appelle une décision : obtenir le code, demander l’exemption, ou l’exclure de l’envoi.

Un seul système doit décrémenter le stock qui alimente les offres

Dans PrestaShop 8, la quantité se règle par produit ou par déclinaison dans l’onglet « Quantities » (« Quantity », « Stock location », « Minimum quantity for sale », « Stock alerts »). La page « Offer integration (JSON) » d’Octopia, datée du 20 février 2026, précise que la quantité d’une offre est partagée entre les canaux quand le produit et son état correspondent.

Scénario : il reste trois unités d’un produit, vendues à la fois par la boutique et par une place. Sans règle écrite sur le système qui décrémente et sur le délai, deux commandes partent pour trois clients potentiels et l’une est annulée. Le traitement n’est pas immédiat : les paquets d’offres d’Octopia sont validés à l’intégration, et leurs résultats restent consultables trois jours.

Deux places publient aussi une API de stock logistique (« ManoFulfillment Product Stock API » chez ManoMano, rubrique « Stock » de la logistique d’Octopia). Un produit confié à la logistique de la place devient un second stock à suivre. Quand un logiciel de gestion tient le stock, le flux amont relève du connecteur ERP.

Décrire mon besoin →

Les commandes de place de marché arrivent avec un mode de livraison et repartent avec un suivi

L’API Orders d’Amazon permet de récupérer les commandes (opérations « searchOrders » et « getOrder ») et de confirmer l’expédition (« confirmShipment »). La page lue marque la version v0 comme dépréciée, au profit de la v2026-01-01. Chez Octopia, une offre porte ses modes de livraison et son temps de préparation : modifier les premiers rend le second obligatoire.

Trois questions se posent à un connecteur : quel transporteur PrestaShop et quel statut reçoit une commande importée, qui saisit le numéro de suivi, et par quel flux il remonte. La première relève du connecteur, les deux autres de la logistique : voyez les transporteurs et les étiquettes. Les délais d’expédition imposés par chaque place se lisent dans son aide vendeur.

Ce qui fait varier le coût d’une connexion aux places de marché

Le prix monte avec le nombre de places raccordées et le nombre de références et de déclinaisons. Il monte aussi avec la part du catalogue sans code-barres, la correspondance des catégories (ManoMano publie une « Categories API » pour cela), la présence d’une logistique de la place et la fréquence de synchronisation visée. Un module existant et un développement sur mesure se chiffrent différemment : demandez les deux.

Les environnements de test imposent aussi des fenêtres. Le bac à sable de ManoMano (son environnement de test) n’est ouvert que le lundi de 0 h à 20 h et du mardi au vendredi de 7 h à 20 h, en heure d’été d’Europe centrale (CEST) ; les tests se planifient dans ces créneaux.

Ce qu’il faut exiger du prestataire qui connecte la boutique

• La version de chaque API utilisée, par écrit : l’API de commandes XML de ManoMano a atteint sa fin de vie le 31 mars 2025, et la version v0 d’Amazon est marquée dépréciée.
• Un journal des offres rejetées conservé au-delà de trois jours, avec la cause de chaque rejet.
• La règle de stock : quel système décrémente, avec quel délai, et ce qui se passe quand une place refuse une mise à jour.
• Les comptes vendeur ouverts au nom de la boutique, pas du prestataire.
• Un test de bout en bout sur une commande réelle, de la place jusqu’au suivi renvoyé.

Qui assume l’annulation d’une commande vendue sans stock se règle avant la mise en ligne. La sortie du contrat doit laisser les offres actives sur chaque place, sans republication.

Des codes-barres en double et des livraisons incomplètes font rejeter les offres

Deux produits PrestaShop qui partagent le même code-barres se confondent : l’envoi d’offres crée ou met à jour une offre quand la même référence, le même GTIN et le même état existent déjà, selon la documentation d’Octopia. Par déduction, le second écrase le premier.

Un code-barres saisi de travers ne se corrige pas par une mise à jour partielle. Le temps de préparation s’oublie aussi : une mise à jour des modes de livraison sans lui est rejetée.

Dans le formulaire de cette page, le message accueille les places visées, le nombre de références et le système qui tient le stock.

Décrire mon besoin →

Sources consultées

• Amazon, Selling Partner API, « Listings APIs FAQ », consulté le 14 octobre 2026.
• Amazon, Selling Partner API, documentation de l’API Orders (opérations « searchOrders », « getOrder » et « confirmShipment »), consulté le 14 octobre 2026.
• Cdiscount Marketplace, page « API », consulté le 14 octobre 2026.
• Octopia, documentation de l’API REST, accueil et « Offer integration (JSON) », datée du 20 février 2026, consulté le 14 octobre 2026.
• ManoMano, « ManoMano Partners API », consulté le 14 octobre 2026.
• PrestaShop, documentation utilisateur de PrestaShop 8, « Managing products », consulté le 14 octobre 2026.
• PrestaShop Addons, catégorie « Trafic & canaux de vente », consulté le 14 octobre 2026.

Foire aux questions

Un module suffit-il pour vendre sur Amazon depuis PrestaShop ?

Un module couvre les flux que sa fiche annonce, pas les quatre par défaut. Vérifiez la version de l’API d’Amazon qu’il utilise, la gestion des déclinaisons et le retour du suivi. Un écart entre ces points et vos flux justifie un développement complémentaire.

Peut-on vendre sur Amazon des produits sans code-barres ?

Oui, par une exemption de GTIN, accordée par Amazon à la demande du vendeur. Une fois accordée, l’offre déclare la marque approuvée et l’attribut d’exemption. Pour Cdiscount, la documentation d’Octopia marque le GTIN comme requis à la création d’une offre.

Le prix d’une offre peut-il différer de celui de la boutique ?

L’offre envoyée à Octopia porte son propre prix, son prix d’origine et ses taxes : cette documentation n’impose pas le prix de la boutique. Un prix par place est un choix commercial, à écrire dans le cahier des charges du connecteur avec la source retenue : la boutique, le logiciel de gestion ou une grille propre à la place.

Que devient une commande si la place est indisponible ?

La réponse dépend du connecteur. Demandez au prestataire si le connecteur rejoue les commandes manquées, comment il détecte un trou dans les commandes importées et sous quel délai.

Faut-il un connecteur par place ou un seul pour toutes ?

Les trois API diffèrent par leurs noms et leur périmètre, comme le montre le tableau. Un module unique, qui centralise les places, les masque, au prix d’une dépendance à son éditeur. Un connecteur par place se maîtrise mieux, mais multiplie les mises à jour. Le choix dépend du nombre de places visées.