Magento est une plateforme e-commerce open source qu'Adobe a acquise en 2018. Deux éditions existent aujourd'hui : Magento Open Source est l'édition gratuite auto-hébergée, et Adobe Commerce est la version payante pour l'entreprise et le cloud.
Les commerçants la choisissent pour le contrôle de la vitrine, ses fonctionnalités B2B robustes et les configurations multi-magasins. La plateforme gère bien l'affichage du catalogue, la recherche, le panier et le paiement. Mais elle n'offre pas de véritable workflow pour préparer le contenu produit, et aucun endroit intégré pour enrichir les données, exécuter des traductions ou gérer les ressources numériques en équipe. Un système PIM couvre exactement cela : préparer le contenu produit avant qu'il ne arrive en magasin.
Pourquoi Magento a besoin d'un PIM
Magento fait deux choses avec les données produit : les stocker et les afficher. Il ne fait presque rien pour vous aider à les construire. Cette étape de construction est ce qu'un PIM gère, et pour comprendre pourquoi c'est important, il faut regarder comment Magento conserve les données produit en coulisse.
Magento conserve les produits dans un modèle EAV, acronyme pour entity-attribute-value (entité-attribut-valeur). Au lieu d'une table large avec une colonne par champ, chaque valeur d'attribut se trouve dans sa propre ligne répartie sur plusieurs tables liées. Cela vous permet d'ajouter un nouvel attribut sans modifier le schéma de base de données, c'est pourquoi un magasin Magento peut porter des milliers d'attributs à travers des types de produits très différents (Scandiweb explique ici les mécanismes). Le compromis est que les données produit s'étendent sur de nombreuses lignes et deviennent lentes à lire à grande échelle.
Les attributs sont regroupés dans des ensembles d'attributs. Un ensemble d'attributs est un modèle pour un type de produit. Par exemple, un fabricant de lampes pourrait utiliser un ensemble avec la puissance, le type de douille et les lumens, et un autre ensemble pour les câbles avec la longueur et la jauge. Un produit n'expose que les champs de son ensemble.
Viennent ensuite les produits configurables. Un produit configurable est un parent avec des variantes enfants qui diffèrent par les attributs, comme une lampe vendue en trois finitions et deux tailles. Chaque variante est un produit simple en dessous. Le parent, les enfants et les valeurs d'attributs doivent tous s'aligner, sinon le sélecteur de variante sur la page produit se casse.
Ajoutez les vues de magasin. Magento utilise les vues de magasin pour les langues et les régions. Un seul attribut peut contenir une valeur différente par vue de magasin, donc la description allemande et l'anglaise vivent dans des portées séparées. Quelqu'un doit remplir chaque portée.
Voici la réalité quotidienne sans PIM. Les données produit arrivent des fournisseurs sous forme de feuilles de calcul, de PDF et d'e-mails. Une personne les nettoie, les mappe aux codes d'attributs Magento, les traduit pour chaque vue de magasin, redimensionne les images et les importe via CSV ou le panneau d'administration. Chaque modification du catalogue répète le cycle. Un mode de défaillance courant est trois personnes maintenant le catalogue dans des feuilles de calcul, une quatrième poursuivant les traductions, et aucune réponse claire sur quelle version est actuelle.
Un PIM se trouve en amont du magasin. Les données produit sont d'abord maîtrisées, enrichies et traduites dans le PIM, puis publiées vers Magento via un flux d'export structuré. Le magasin cesse d'être l'endroit où les données sont corrigées et devient l'endroit où les données finies arrivent.
Comment les données se déplacent entre un PIM et Magento
C'est la partie que la plupart des guides omettent. La valeur d'un PIM Magento réside dans ce pipeline, il vaut donc la peine de le comprendre.
Mappage des attributs.
Les attributs PIM se mappent aux codes d'attributs Magento. Un champ « couleur » dans le PIM devient l'attribut « color » dans Magento. Les ensembles d'attributs se mappent aussi, donc chaque produit arrive dans le bon modèle.
Canaux vers vues de magasin.
Les canaux PIM ou les locales se mappent aux vues de magasin Magento. La locale allemande alimente la vue de magasin allemande, la locale anglaise alimente celle anglaise.
Transport.
Les données se déplacent via l'API REST de Magento ou via l'import CSV. L'API convient à la synchronisation automatisée, planifiée ou déclenchée par événement. CSV réapparaît encore dans les configurations anciennes et les migrations ponctuelles.
Direction de synchronisation.
La plupart des flux s'exécutent dans une seule direction. Le contenu et les actifs vont du PIM à Magento. Le prix et le stock proviennent généralement d'un ERP vers le PIM en premier. Certaines configurations exécutent une synchronisation bidirectionnelle pour les données de commande ou d'inventaire.
Indexation.
Sur les grands catalogues, c'est lent, donc les équipes poussent les mises à jour delta et planifient les synchronisations plutôt que de tout recharger.
Au moment où les données produit doivent vivre à deux endroits, elles commencent à diverger. Un PIM en fait l'une la source et l'autre une copie.
Comment choisir le meilleur PIM pour Magento
Il n'y a pas une seule meilleure option ici. Le bon choix dépend de votre catalogue et de votre équipe. Ces critères sont les plus importants :
- Complexité et taille du catalogue. Moins d'environ 5 000 SKU simples, un PIM léger suffit. Au-delà de 10 000 SKU avec des variantes profondes et des références croisées, vous avez besoin d'une plateforme plus lourde (mgt-commerce compare ceci par plage de SKU).
- Type de connecteur. Un connecteur Magento natif signifie moins à construire et à maintenir. Les connecteurs basés sur API ou construits par des partenaires offrent de la flexibilité mais ajoutent des points mobiles.
- Multi-magasin et multi-langue. Si vous exécutez plusieurs vues de magasin, vérifiez que le PIM mappe les valeurs au niveau de la vue de magasin et conserve le contenu par locale.
- Gestion des produits configurables. Confirmez que le PIM crée les variantes parent et enfant et les pousse proprement. Le modèle configurable de Magento est spécifique, et un connecteur faible le dénaturera.
- Direction de synchronisation et ajustement ERP. Décidez si vous avez besoin d'une synchronisation unidirectionnelle ou bidirectionnelle, et d'où proviennent le prix et le stock.
- Hébergement et modèle de coût. Les plateformes open source auto-hébergées évitent les frais par SKU mais nécessitent l'hébergement et les compétences internes. Le SaaS échange un certain contrôle pour un démarrage plus rapide.
- Délai de mise en valeur. Les connecteurs natifs ont tendance à se déployer en quelques semaines, tandis que les plateformes à forte intensité de développement durent souvent des mois. Traitez toute chronologie publiée comme indicative jusqu'à ce qu'un vendeur s'engage sur votre catalogue.
Les profils se trient rapidement à partir de là. Un petit fabricant avec un catalogue simple et une date limite rapide est servi par un PIM SaaS léger ou un système open source avec un connecteur natif. Un grand fabricant avec de nombreuses variantes, plusieurs langues et un ERP alimentant le prix et le stock a besoin d'une plateforme plus lourde avec un mappage solide et une synchronisation bidirectionnelle. Une équipe qui souhaite posséder et étendre sa pile, sans tarification par SKU, penche vers l'open source.
Options PIM adaptées à Magento
Quelques systèmes reviennent régulièrement pour les travaux Magento. Chacun correspond à un profil différent.
- Akeneo. Largement utilisé, avec un connecteur Magento entretenu et gratuit sur la marketplace Adobe. Il dispose d'une édition communautaire open source et de niveaux payants, ainsi que d'un grand écosystème de partenaires. À envisager si vous voulez une grande communauté autour de l'outil.
- Pimcore. Open source, combinant PIM et gestion des actifs numériques dans une seule plateforme. Très flexible et axé sur le code, ce qui signifie des chronologies plus longues et menées par le développement.
- AtroPIM. Open source et modulaire, avec une intégration Magento native construite sur la plateforme d'intégration AtroCore et support de la synchronisation unidirectionnelle ou bidirectionnelle. Il convient aux équipes qui s'auto-hébergent et veulent façonner le modèle de données elles-mêmes.
- Sales Layer et inriver sont des alternatives SaaS avec une intégration rapide, utiles quand la vitesse importe plus que l'auto-hébergement.
À travers les projets PIM Magento auxquels nous avons travaillé, le facteur décisif était rarement la liste des fonctionnalités. C'était si le connecteur mappait les ensembles d'attributs et les vues de magasin sans code personnalisé, et si le prix et le stock pouvaient circuler de l'ERP via le PIM dans la même exécution. Bien faire ces deux choses est ce qui sépare un déploiement en douceur d'une tâche de maintenance permanente.
Commencez par votre catalogue, vos langues et le lieu de stockage de votre prix et votre stock. Le bon PIM pour Magento suit ces trois faits, pas un tableau de comparaison.