« Thème PrestaShop sur mesure livré avec tunnel de commande optimisé. Le taux de conversion a progressé dès le premier mois. »
Étude de cas e-commerce
Synchroniser Akeneo vers 2 PrestaShop multishop multilingues
Comment alimenter deux instances PrestaShop 1.7.8 multishop, dix boutiques pays au total, depuis un PIM Akeneo unique, sans ressaisie produits : module sur mesure, mapping multilingue, tables de cohérence et prévisualisation avant chaque synchronisation.
Contexte : un PIM, deux multishops PrestaShop
Un seul référentiel produit, dix boutiques pays à alimenter, et aucune ressaisie acceptée.
Le client, grande enseigne à plusieurs dizaines de millions d'euros de chiffre d'affaires annuel, centralise ses produits dans Akeneo PIM. Deux instances PrestaShop 1.7.8.x multishop, chacune avec 5 boutiques liées à un pays, en multilingue, doivent refléter ce référentiel sans double saisie.
Un seul PIM pour deux multishops aux configurations proches mais pas identiques : mêmes familles de données, parfois des écarts de mapping ou de champs selon l'instance.
L'enjeu : tout gérer à un seul endroit côté Akeneo, sans ressaisie manuelle sur PrestaShop.
Les contraintes
- Deux instances PrestaShop 1.7.8 multishop
- Cinq boutiques pays par instance
- Plusieurs langues par boutique
- Des écarts de mapping entre les deux instances
Un module custom sur les deux PrestaShop
Un module PrestaShop dédié, déployé sur les deux instances, interroge l'API Akeneo et injecte produits, catégories, attributs et médias via des champs custom. Pas une copie de champs natifs : un modèle adapté au métier et au multishop.
- API Akeneo : lecture produits, attributs, associations, médias
- Champs custom produits et catégories PrestaShop
- Synchronisation produits et catégories multilingues
- Récupération images depuis le PIM (dont images traduisibles)
- Import documents liés (notices de montage, etc.)
- Déploiement identique du module sur 2 multishops

Mapper sans se tromper de boutique ni de langue
Les attributs Akeneo arrivent en scope channel / locale : chacun doit atterrir dans le bon shop pays et la bonne langue, avec conversion quand les formats diffèrent. Les écarts entre les deux instances passent par des profils, sans dupliquer la logique.
- Correspondance pays ↔ shop PrestaShop
- Mapping locales Akeneo ↔ langues boutique
- Règles de conversion de valeurs (unités, booléens, listes)
- Profils de sync par instance pour les écarts métier
- Champs custom alimentés par shop et par langue

Des tables de mapping contre les doublons
Pour ne pas recréer de doublons de produits, slugs ou images à chaque passage, le module garde en base le lien Akeneo ↔ PrestaShop de chaque donnée. On retrouve toujours la source et on évite des volumes énormes de redondance en base et sur le disque.
- Tables slug ↔ champ et produit ↔ identifiant PIM
- Historique des médias déjà téléchargés
- Détection des entités existantes avant création
- Traçabilité pour le débogage et vérification métier
- Protection contre la duplication images et pages produits

Voir avant de synchroniser
Sur un catalogue de grande enseigne, rien ne s'écrit en base sans validation de l'équipe.
Préparer le lot
Au clic sur le bouton de synchronisation, le module lit Akeneo et calcule les produits à créer ou mettre à jour.
Prévisualiser
Un écran de prévisualisation dans le back-office distingue création, mise à jour et produits sans changement.
Valider
L'équipe repère une anomalie de mapping avant qu'elle touche la boutique, puis valide le lot.
Lancer et suivre
La synchronisation part en confiance et chaque passage laisse des logs pour le suivi opérationnel.
Images traduisibles et notices
Les images viennent directement d'Akeneo, y compris les visuels traduisibles par locale, sans retéléchargement grâce au mapping. Les documents (notices de montage, PDF techniques) sont rattachés aux produits ou catégories, toujours pilotés depuis le PIM.
- Téléchargement images depuis Akeneo
- Gestion des images par langue
- Documents liés produit ou catégorie
- Notices de montage et fichiers métier automatiques
- Déduplication via tables de mapping média

Bilan du projet
L'enseigne pilote ses produits depuis Akeneo seul : deux multishops PrestaShop multilingues restent alignés, sans édition manuelle des pages produits. Le module, le mapping en base et la prévisualisation sécurisent un flux critique à fort volume.
- Module PrestaShop sur mesure sur 2 instances 1.7.8.x
- API Akeneo : produits, catégories, attributs, médias, documents
- 10 boutiques pays (2 × 5 shops) en multilingue
- Champs custom produits et catégories, tables de mapping
- Prévisualisation avant synchronisation
- Images traduisibles et documents (notices) automatiques
- Zéro ressaisie produits côté PrestaShop

Pour qui est ce type d'intégration ?
Un module dédié avec prévisualisation se justifie quand plusieurs boutiques dépendent d'un même PIM.
Vous avez Akeneo et plusieurs boutiques
Votre PIM Akeneo doit alimenter un PrestaShop multishop en multilingue, et les exports manuels ne suivent plus le rythme.
Parler de votre synchronisationSeules les quantités bougent
Votre besoin se limite aux stocks envoyés par un logisticien : un import CSV sur FTP suffit.
Module stocks FTPVos fiches vivent dans des tableurs
Avant de synchroniser, il faut savoir si un PIM vous sert : nombre de produits, de langues, de personnes qui écrivent les fiches.
PIM : c'est quoi, à quoi ça sertAvis clients : Synchronisation Akeneo PrestaShop multishop
Témoignages en lien avec ce type de projet et de livraison.
Un projet Akeneo ↔ PrestaShop ?
Décrivez votre PIM, le nombre de shops et langues, et vos contraintes de mapping : je propose un module sur mesure ou une extension de votre flux existant.














