L’export puis import CSV est la méthode réflexe pour déplacer des produits d’une boutique à une autre. Elle fonctionne sur des catalogues simples et elle perd beaucoup de choses dès que les fiches sont complètes.
Cet article compare les méthodes. La duplication d’une arborescence complète relève d’un chantier voisin, traité séparément.
Ce que le CSV transporte correctement
Soyons précis : l’import fichier n’est pas mauvais, il a un périmètre.
Il gère bien les champs simples : nom, référence, prix, description, poids, statut. Il gère les associations par nom : catégories, marque, fournisseur, à condition que ces entités existent déjà côté destination.
Il est également le seul outil praticable pour une mise à jour de masse : changer trois cents prix, corriger des descriptions, activer ou désactiver un lot.
Sur un catalogue de produits simples sans déclinaisons, avec une image par fiche, l’export-import fait le travail.
Ce qu’il perd
Cinq éléments, dans l’ordre de gravité.
Les images. Le format attend des adresses accessibles publiquement, pas des fichiers. Cela suppose que les images de la boutique source soient joignables depuis la destination pendant tout l’import, et le téléchargement de plusieurs milliers de visuels est lent et fragile.
Surtout, les associations image-déclinaison ne passent pas. Vos images se retrouvent toutes rattachées au produit, sans lien avec les variantes.
Les déclinaisons. Elles s’importent par un fichier distinct, avec une syntaxe d’attributs à respecter au caractère près. Les prix d’impact, les références par combinaison et les stocks par variante demandent chacun leur colonne, et une erreur de format produit des combinaisons partielles difficiles à repérer.
Les caractéristiques et les valeurs personnalisées, qui suivent la même logique de syntaxe et qui échouent silencieusement quand une valeur n’existe pas.
Les positions dans les catégories. Elles ne figurent pas dans le format standard. Tous vos produits arrivent classés par identifiant, ce qui efface un travail de merchandising.
Les relations entre produits : accessoires, produits liés, packs. Elles reposent sur des identifiants internes qui n’ont aucun sens dans la boutique de destination.
Duplication Multiboutique d'une Catégorie Complète — PrestaShop 8 & 9Copiez une catégorie complète d'une boutique à l'autre, en un clic€109.00
Le problème des identifiants
C’est la difficulté structurelle du transfert par fichier, et elle explique la plupart des échecs.
Un produit exporté porte son identifiant de la boutique source. À l’import, deux comportements sont possibles : soit le système crée un nouveau produit avec un nouvel identifiant, ce qui casse toutes les relations, soit il tente de réutiliser l’identifiant, ce qui écrase potentiellement un produit existant.
Les mêmes questions se posent pour les catégories, les marques, les attributs et les caractéristiques. Chacun a son identifiant propre, et rien ne garantit la correspondance entre les deux boutiques.
La conséquence pratique : après un import CSV, il reste toujours un travail de reconstitution manuelle des associations. Sur cent produits, c’est plusieurs heures.
La copie directe
L’alternative consiste à ne jamais sortir des données de la base : la copie se fait en interne, avec résolution des correspondances au passage.
Quatre différences pratiques.
Les images restent des fichiers, copiés sur le disque avec leurs associations aux déclinaisons intactes.
Les déclinaisons sont reconstituées avec leurs attributs, en créant les valeurs manquantes côté destination si nécessaire.
Les correspondances sont calculées et conservées : le système sait que le produit source 1245 est devenu le produit 3891, ce qui permet de reconstituer les relations.
Les positions sont transmises, puisqu’elles sont lues directement dans la structure.
La contrepartie : cette méthode suppose que les deux boutiques partagent la même installation, ce qui est le cas en multiboutique mais pas entre deux installations distinctes.
Quelle méthode selon la situation
Trois cas de figure.
Deux boutiques d’une même installation multiboutique : copie directe, sans hésitation. C’est le cas le plus courant et celui où l’écart est le plus important.
Deux installations distinctes, même hébergement : copie directe possible avec un accès aux deux bases, ou transfert par interface programmable, qui préserve les structures.
Deux installations sans lien : le fichier reste la seule voie simple. Prévoyez alors la reconstitution manuelle, et traitez les images séparément.
Ce qu’il faut vérifier avant de copier
Quatre préparatifs, quelle que soit la méthode.
Les entités de destination existent. Marques, fournisseurs, attributs, caractéristiques, transporteurs. Un produit copié vers une boutique sans les attributs correspondants perd ses déclinaisons.
Les langues actives correspondent. Copier un produit trilingue vers une boutique monolingue perd deux traductions, et l’inverse laisse des champs vides.
Les règles de taxe sont configurées. Sans elles, les prix arrivent sans TVA applicable.
Une sauvegarde existe. Une copie de trois cents produits mal calibrée ne se défait pas produit par produit.
Après la copie
Cinq contrôles sur un échantillon de dix produits.
Les images s’affichent, avec les bonnes associations aux déclinaisons.
Les déclinaisons sont complètes, avec leurs stocks et leurs prix d’impact.
Les prix sont corrects taxes comprises.
Les produits apparaissent en front, pas seulement au back-office.
La recherche interne les retourne, ce qui valide la régénération de l’index.
Deux opérations à ne pas oublier après tout transfert : la régénération des vignettes pour la nouvelle boutique, et celle de l’index de recherche. Elles expliquent l’essentiel des situations où les produits semblent absents alors qu’ils sont bien créés.
Le cas de la mise à jour régulière
Question distincte du transfert initial, et souvent plus importante sur la durée.
Une fois les produits copiés, comment maintenir la cohérence quand la source évolue ?
Trois approches. Le partage plutôt que la copie, si les contenus doivent rester identiques : un seul produit associé aux deux boutiques, modifié une fois. La synchronisation périodique sur les champs choisis, prix et stock typiquement, en laissant diverger les descriptions. Ou l’indépendance assumée, si les catalogues vont se séparer.
Le choix se fait au moment de la copie, pas après : revenir en arrière suppose de refaire le travail.
Le module Duplication Multiboutique d’une Catégorie Complète réalise cette copie directe sur PrestaShop 8 et 9 : transfert des produits avec déclinaisons, images et leurs associations, positions dans les catégories, création des entités manquantes côté destination et conservation des correspondances d’identifiants pour reconstituer les relations.
