Amazon SP-API + Code2ASIN : vendre sur Amazon depuis son PIM (2026)

Pour les distributeurs qui y sont présents, Amazon est souvent le premier canal en volume. Mais vendre sur Amazon depuis un PIM nécessite de comprendre deux problèmes distincts : créer les références dans le catalogue Amazon (Code2ASIN), et gérer les stocks, prix et commandes au quotidien (SP-API). Ce sont deux modules séparés pour deux cas d'usage bien différents.

Amazon SP-API et Code2ASIN : deux modules, deux rôles

La confusion est fréquente. Voici la distinction fondamentale :

• Code2ASIN — crée de nouveaux ASINs dans le catalogue Amazon à partir de vos données produits PIM. C'est l'étape de référencement : vous n'avez pas encore d'ASIN pour un produit, vous en créez un. Utilisé une fois par produit nouveau.
• Amazon SP-API — gère la relation opérationnelle continue avec votre compte Seller Central : mise à jour des stocks, synchronisation des prix, récupération des commandes, gestion des listings existants. Utilisé en continu, plusieurs fois par jour.

En pratique, le workflow est séquentiel : Code2ASIN d'abord pour créer l'ASIN, puis SP-API pour piloter le listing au quotidien.

Code2ASIN : référencer un produit sur Amazon

Créer un ASIN Amazon est l'une des étapes les plus chronophages pour les distributeurs qui référencent des produits nouveaux ou importent des marques peu connues. Le processus manuel via Seller Central est long, sujet aux erreurs et limité en volume.

Le module Code2ASIN de Pixee PIM automatise ce processus depuis les données du PIM :

1. Vérification d'existence — le module commence par chercher si un ASIN existe déjà pour l'EAN du produit. Si oui, il propose de rejoindre l'offre existante plutôt que de créer un doublon.
2. Sélection du type de produit Amazon — Amazon impose des modèles de données différents selon les catégories (Electronics, Home & Kitchen, Clothing…). Code2ASIN mappe vos attributs PIM vers le Product Type Amazon correspondant.
3. Génération du flat file — Pixee PIM génère le fichier de création ASIN au format attendu par Amazon avec tous les attributs obligatoires et recommandés renseignés depuis le PIM.
4. Soumission et suivi — le fichier est soumis automatiquement à Amazon. Les erreurs de validation Amazon sont remontées dans Pixee PIM avec le détail de l'attribut incriminé et la correction attendue.
5. Récupération de l'ASIN — une fois l'ASIN créé, il est enregistré dans la fiche produit PIM et utilisé automatiquement par le module SP-API pour la gestion des listings.

Les pièges du référencement Amazon

Amazon a des exigences strictes sur la qualité des données au moment de la création d'ASIN. Les erreurs les plus fréquentes que Code2ASIN aide à éviter :

• EAN non reconnu par GS1 — Amazon vérifie la validité des codes-barres. Un EAN mal formaté ou non enregistré dans la base GS1 est rejeté. Le module EAN Manager valide le code-barres avant soumission.
• Titre non conforme — Amazon impose des règles strictes selon la catégorie : longueur maximale, absence de certains caractères, format "Marque + Modèle + Caractéristique principale". Le module propose un titre reformaté automatiquement.
• Attributs obligatoires manquants — chaque catégorie Amazon a ses attributs obligatoires. Si votre PIM ne les a pas, Code2ASIN signale précisément ce qui manque avant la soumission (pas après le rejet).
• Conflit de marque — si la marque est enregistrée dans le registre des marques Amazon (Brand Registry), la création d'ASIN peut nécessiter une validation supplémentaire. Le module vous avertit en amont.

Amazon SP-API : piloter ses listings au quotidien

Une fois les ASINs créés, la gestion quotidienne des listings Amazon passe par le module SP-API. Il couvre les cas d'usage opérationnels récurrents :

• Synchronisation des stocks — vos niveaux de stock dans le PIM sont répercutés sur vos listings Amazon. En rupture = listing suspendu automatiquement pour éviter les commandes non honorables. En réappro = réactivation immédiate.
• Mise à jour des prix — les changements de prix dans le PIM (suite à une mise à jour fournisseur ou une règle de repricing) sont synchronisés vers Amazon. Le module respecte les règles de parité tarifaire d'Amazon.
• Mise à jour du contenu — titres, descriptions, bullet points, images : les enrichissements effectués dans le PIM sont poussés vers les listings Amazon existants (dans les limites des droits d'édition accordés par Amazon).
• Récupération des commandes — les commandes Amazon sont remontées dans Pixee PIM pour déclencher les flux logistiques. Utile pour les vendeurs FBM (Fulfilled by Merchant) qui gèrent leur propre expédition.
• Suivi des performances listing — Buy Box obtenu/perdu, taux d'acceptation des mises à jour, alertes sur les listings supprimés par Amazon.

Rythme de synchronisation et limites d'appel

Amazon ne laisse pas un vendeur appeler son API au rythme qu'il souhaite. L'autorisation est régulée opération par opération, avec un mécanisme de crédits qui se reconstituent au fil du temps : une rafale courte passe, un flux continu au-delà du rythme autorisé est ralenti puis refusé. Les valeurs exactes diffèrent selon les opérations et sont révisées par Amazon — les citer ici reviendrait à publier un chiffre périmé avant d'avoir été lu. La règle à retenir est ailleurs : une intégration se conçoit en supposant la contrainte, jamais en espérant y échapper.

En pratique, une synchronisation qui tient dans la durée respecte quatre principes :

• Envoyer l'événement, pas le catalogue — seules les fiches réellement modifiées partent vers Amazon. Un balayage complet quotidien dépense le quota à réécrire des valeurs identiques.
• Regrouper — les mises à jour de masse passent par des lots plutôt que par un appel unitaire par référence.
• Absorber le ralentissement — quand Amazon répond qu'il y a trop de requêtes, la mise à jour doit être remise en file et réessayée plus tard, jamais perdue en silence.
• Hiérarchiser — le stock et le prix passent devant le contenu marketing. Une description qui attend deux heures ne coûte rien ; un stock faux coûte une commande qu'il faut annuler, et les annulations pèsent sur vos indicateurs de performance vendeur.

Parent/Child ASIN : la gestion des variantes Amazon

Amazon structure les variantes sous forme de familles Parent/Child : un ASIN parent regroupe les ASIN enfants qui correspondent aux déclinaisons (taille, couleur, capacité…). Cette structure est directement issue de votre modèle de variantes dans le PIM.

• ASIN parent → correspond au produit parent dans Pixee PIM. Il n'est pas directement achetable, il sert à regrouper les variantes.
• ASINs enfants → correspondent aux SKUs/variantes du PIM. Ce sont les ASINs achetables, avec chacun leur stock, leur prix et leurs images spécifiques.
• Axes de variation → configurés une fois dans le mapping PIM → Amazon par catégorie (ex : "Taille" et "Couleur" pour le textile, "Capacité" pour l'électronique). Le module gère les limites d'Amazon (maximum 2 axes de variation par famille).

Repricing et Price Monitor

Les distributeurs actifs sur Amazon font face à une concurrence tarifaire constante. Le module Price Monitor de Pixee PIM s'intègre avec SP-API pour un repricing automatique :

• Surveillance des prix concurrents sur vos ASINs en temps réel
• Règles de repricing configurables : "s'aligner sur le prix le plus bas sans descendre sous X€", "maintenir un écart de 2% sous le concurrent principal"
• Mise à jour automatique du prix Amazon via SP-API dès qu'une règle est déclenchée
• Alertes si un repricing automatique descendrait sous votre marge minimale configurée

Le repricing automatique Amazon est disponible à partir du plan Scale.

Scénario illustratif : importateur multimarques, 3 500 références Amazon

Les ordres de grandeur qui suivent décrivent une situation type, reconstituée à partir de configurations que nous rencontrons couramment. Ce n'est pas la mesure d'un client identifié.

Soit un importateur distribuant 30 marques sur Amazon France et Amazon Allemagne avec 3 500 références actives :

• Avant : création des nouveaux ASINs en manuel via Seller Central (une à deux heures par nouveau produit), mise à jour des stocks via fichier flat quotidien, près d'un listing sur dix suspendu en permanence pour données incomplètes
• Après Code2ASIN + SP-API : création d'un nouvel ASIN en une quinzaine de minutes (validation automatique + soumission), stocks mis à jour en temps réel, et la quasi-totalité des listings qui reste active
• Gain supplémentaire : enrichissement des descriptions Amazon en lot depuis le PIM (quelques heures pour 3 000 bullet points générés par l'IA, contre plusieurs semaines en manuel), et un score de complétude Amazon qui passe d'environ 50 % à près de 90 %

Sur quels plans sont disponibles Code2ASIN et SP-API ?

Les modules Code2ASIN et Amazon SP-API sont deux modules distincts, tous deux disponibles à partir du plan Starter. Le repricing automatique est réservé au plan Scale. Les deux modules sont inclus dans tous les plans payants sans surcoût par référence ni par requête API.

Questions fréquentes

Faut-il créer un nouvel ASIN ou se rattacher à une offre existante ?

Se rattacher, chaque fois qu'un ASIN existe déjà pour l'EAN du produit. Créer un doublon expose à une fusion ou à une suppression décidée par Amazon, et disperse l'historique de ventes et les avis entre deux fiches concurrentes. La création d'ASIN ne se justifie que pour un produit réellement absent du catalogue Amazon : marque propre, import exclusif, référence nouvelle. C'est la raison pour laquelle Code2ASIN commence toujours par une recherche d'existence avant la moindre soumission.

Pourquoi une mise à jour de contenu envoyée depuis le PIM n'apparaît-elle pas ?

Parce que la fiche appartient au catalogue Amazon, pas au vendeur. Plusieurs vendeurs peuvent contribuer au même ASIN et Amazon arbitre entre les contributions ; le propriétaire de la marque inscrit au Brand Registry l'emporte le plus souvent. Votre envoi peut donc être accepté techniquement sans jamais s'afficher. Avant de conclure à un défaut d'intégration, regardez le taux d'acceptation des mises à jour remonté par le module : il distingue un rejet de format, qui se corrige, d'un arbitrage éditorial, qui ne se corrige pas.

À quelle fréquence faut-il synchroniser les stocks ?

Le plus tôt possible après le changement, ce qui n'est pas la même chose que le plus souvent possible. Une synchronisation déclenchée par le mouvement de stock lui-même envoie moins d'appels et arrive plus vite qu'un balayage horaire du catalogue entier. Réservez les envois planifiés aux données qui bougent lentement — contenu, attributs techniques, images — et gardez le quota disponible pour ce qui périme en minutes.

Comment piloter plusieurs marketplaces Amazon européennes depuis un seul catalogue ?

En gardant un référentiel unique et en surchargeant seulement ce qui diffère par pays : la langue de la fiche, le prix, et les mentions réglementaires exigées sur le marché de destination. Les attributs structurants — EAN, marque, dimensions, axes de variation — n'ont aucune raison d'être dupliqués par marketplace. Seules les couches de surface le sont, la traduction en premier, que Pixee PIM traite via DeepL en BYOK.