PIM et PrestaShop : centraliser les fiches produits avant de les publier

Un PIM (product information management, l’outil où se tiennent les fiches produits avant publication) alimente la boutique à partir d’une source unique. Le travail se résume à une table de correspondance : le modèle du PIM, avec ses familles, ses attributs et ses langues, face à celui de PrestaShop, avec ses champs, ses caractéristiques et ses déclinaisons. Akeneo, qui présente un module d’import pour PrestaShop, en fournit l’exemple. L’architecture des échanges est décrite dans la page connecteur ERP ; celle-ci traite le modèle de données du produit.

• Un PIM structure la fiche produit autrement que PrestaShop
• Les longueurs maximales de PrestaShop s’imposent à ce que le PIM envoie
• Un attribut du PIM devient une caractéristique ou une déclinaison dans PrestaShop
• Une fiche n’a qu’un seul propriétaire dans un connecteur PIM PrestaShop
• Le coût d’un connecteur PIM PrestaShop varie avec le modèle de données
• Quatre livrables encadrent un connecteur PIM PrestaShop
• Trois erreurs de mise en service reviennent avec un PIM PrestaShop
• Sources consultées
• Foire aux questions

Un PIM structure la fiche produit autrement que PrestaShop

La documentation des API d’Akeneo définit une famille comme un ensemble d’attributs partagés par les produits qui lui appartiennent, et un attribut comme une caractéristique d’un produit. Un attribut est dit « scopable » quand sa valeur diffère selon le canal de diffusion, et « localisable » quand elle diffère selon la langue activée.

L’aide d’Akeneo ajoute la complétude : un pourcentage calculé pour chaque produit et chaque combinaison canal-langue, qui atteint le total quand les attributs exigés par la famille ont une valeur. Une fiche peut être complète pour un site marchand et incomplète pour un autre canal.

PrestaShop raisonne par produit : des champs fixes (reference, ean13, name, description, meta_title), des caractéristiques associées par `product_features` et des déclinaisons (les variantes d’un produit, par taille ou couleur) par `combinations`. La fiche de la ressource products ne décrit aucun calcul de complétude : ce contrôle se place côté PIM.

Les longueurs maximales de PrestaShop s’imposent à ce que le PIM envoie

D’après la fiche de la ressource products du Webservice de PrestaShop 9 (datée du 31 octobre 2023), plusieurs champs ont une taille limite. La fiche ne dit pas ce qu’il advient d’un texte du PIM plus long que la limite : le comportement se teste avant la mise en service.

Les champs description et description_short sont par langue sans taille indiquée dans la fiche. Une langue s’identifie dans la boutique par un numéro (id_lang) et dans Akeneo par un code de locale : la table de correspondance entre les deux s’écrit avant le premier envoi.

Un attribut du PIM devient une caractéristique ou une déclinaison dans PrestaShop

Le choix se fait attribut par attribut. Un attribut qui décrit sans faire varier le produit (matière, garantie) se range dans les caractéristiques, rattachées au produit par un identifiant de caractéristique et un identifiant de valeur. Un attribut qui fait varier le produit vendu (couleur, taille) fonde une déclinaison, avec sa propre référence, son code EAN13 (code-barres à treize chiffres) et son prix : la fiche de la ressource combinations rend obligatoires l’identifiant du produit et la quantité minimale.

Du côté d’Akeneo, les déclinaisons sont portées par une variante de famille, et ses axes de variation sont limités : 20 au total, 10 par niveau, et un attribut scopable ou localisable ne peut pas en être un. Un libellé traduit, attribut localisable, ne peut pas servir d’axe : l’axe repose sur un attribut sans langue, comme un code de couleur.

Décrire mon besoin →

Une fiche n’a qu’un seul propriétaire dans un connecteur PIM PrestaShop

Le PIM possède les contenus descriptifs : noms, descriptions, caractéristiques, rattachement aux catégories. Les stocks et les prix suivent la règle décrite avec l’ERP.

Scénario : un chargé de catalogue corrige une description dans le back-office de la boutique, et le prochain envoi du PIM remet l’ancienne. La règle à écrire au contrat est simple : on corrige dans le PIM, ou on désigne un champ propriétaire par champ, sinon deux équipes modifient la même fiche.

Le contrôle de complétude a sa place au bon endroit : seules les fiches complètes pour le canal « boutique » partent, les autres restent en brouillon. Cette règle appartient au PIM, pas à la boutique.

Le coût d’un connecteur PIM PrestaShop varie avec le modèle de données

Sans montant, le prix suit le nombre de familles et d’attributs à faire correspondre, le nombre de langues et le volume d’images. Il suit aussi la part des produits à déclinaisons, les règles de transformation (mise en forme d’un titre, calcul d’un champ) et la reprise d’un catalogue déjà en ligne, qui pèse sur le rapprochement : chaque produit du PIM doit retrouver sa fiche existante.

Un module d’éditeur couvre un modèle standard. Un modèle de données propre à l’activité demande une adaptation, à chiffrer comme telle.

Quatre livrables encadrent un connecteur PIM PrestaShop

Le premier est la table de correspondance : chaque attribut du PIM, son équivalent dans la boutique, sa longueur maximale et sa langue. Le deuxième est une clé d’appariement écrite : la référence ou le code EAN13 qui relie un produit du PIM à sa fiche. Le troisième est un essai sur une copie de la boutique avec un échantillon de produits à déclinaisons, en plusieurs langues. Le quatrième est un journal des envois où le marchand lit ce qui est parti et ce qui a échoué.

Trois erreurs de mise en service reviennent avec un PIM PrestaShop

Un envoi sans clé d’appariement crée de nouvelles fiches à côté des anciennes : la boutique affiche deux fois le même produit, l’une avec ses avis et son historique de ventes, l’autre à jour.

Un champ d’adresse de page, link_rewrite, est lui aussi par langue. Scénario : le PIM le régénère à partir du nouveau titre, l’adresse de la fiche change et l’ancienne se perd faute de redirection. Faites dire si le PIM envoie cette adresse ou s’il la laisse à la boutique.

Une fiche sans image ou sans prix part en ligne si le contrôle de complétude du PIM n’est pas branché sur l’envoi.

Dans le formulaire de cette page, nommez l’outil où vivent aujourd’hui vos fiches et leurs sources.

Décrire mon besoin →

Sources consultées

• Akeneo, « Concepts & resources », documentation des API Akeneo, consulté le 14 octobre 2026.
• Akeneo, « Manage your families and variant families », aide en ligne, sections complétude et axes de variation, consulté le 14 octobre 2026.
• Akeneo, article de blog « Prestaneo : Akeneo PrestaShop connector », consulté le 14 octobre 2026.
• PrestaShop, documentation développeur de PrestaShop 9, ressources « products », « combinations » et « product_features » du Webservice, consulté le 14 octobre 2026.

Foire aux questions

Faut-il un PIM pour une boutique PrestaShop ?

Cela dépend du nombre de sources et de sorties. Un catalogue maintenu dans un seul tableur, vendu sur une boutique en une langue, se tient sans PIM. Plusieurs fournisseurs, plusieurs langues ou plusieurs canaux de diffusion justifient une source unique : la question est le nombre d’endroits où une fiche est saisie.

Un module d’import existe-t-il entre un PIM et PrestaShop ?

Pour Akeneo, oui : un article du blog d’Akeneo, non daté, présente un module d’import développé par un partenaire de l’éditeur, qui reprend produits, médias et catégories. L’article ne précise ni les versions de PrestaShop ni la fréquence. Faites vérifier la version prise en charge, la maintenance du module et son comportement en cas d’erreur.

Que devient une fiche modifiée dans le back-office ?

Elle est écrasée à l’envoi suivant du PIM si le champ est géré par le PIM. Le contrat désigne le propriétaire de chaque champ ; sans règle, la dernière écriture l’emporte.

Le PIM envoie-t-il aussi les stocks et les prix ?

Pas par défaut : le logiciel de gestion, quand il existe, tient en général les stocks et les prix. Faites écrire, champ par champ, quel système alimente quoi. Les flux produits destinés aux places de marché et aux assistants d’achat relèvent de flux produits.