Pourquoi certains paramètres ne se partagent-ils pas automatiquement entre les boutiques d'une installation multiboutique PrestaShop ?

Dans une installation multiboutique PrestaShop, un gérant configure un module ou une règle de taxe sur sa boutique principale, puis constate que la deuxième boutique n'affiche pas le même comportement. Ce n'est pas un bug : PrestaShop organise sa configuration sur trois niveaux hiérarchiques distincts, et chaque paramètre est rattaché à l'un d'eux selon sa nature. Comprendre cette logique permet d'éviter des heures de recherche sur un "paramètre qui ne se synchronise pas".

Les trois niveaux de configuration multiboutique

PrestaShop structure le multiboutique autour de trois échelons imbriqués, documentés dans l'espace d'administration sous Préférences > Multiboutique :

• Niveau global : s'applique à l'ensemble de l'installation, tous groupes et boutiques confondus. Exemple : les paramètres de cookies, certaines options de sécurité, les clés d'API générales.
• Niveau groupe de boutiques : s'applique uniquement aux boutiques rattachées à un même groupe (utile pour segmenter par pays, par marque ou par canal de vente). Exemple : devise par défaut du groupe, méthode de calcul des taxes.
• Niveau boutique : propre à une boutique précise, sans impact sur les autres. Exemple : nom de la boutique, logo, zone de livraison spécifique, CGV locales.

Chaque écran du back-office affiche, en haut de page, un sélecteur indiquant le niveau courant (icône représentant une boutique, un groupe ou le globe). C'est ce contexte qui détermine si la modification s'applique partout ou seulement à l'entité sélectionnée.

Pourquoi cette séparation existe techniquement

Cette architecture répond à un besoin réel : une entreprise qui gère plusieurs boutiques (une par pays, une par marque, une B2B et une B2C) a souvent besoin de paramètres différents sur certains points tout en mutualisant d'autres réglages. Par exemple :

• Une boutique FR et une boutique BE partagent le même catalogue produit mais appliquent des taux de TVA différents (20 % contre 21 %).
• Une boutique B2B utilise un mode de paiement par virement avec délai, tandis que la boutique B2C grand public n'accepte que la carte bancaire.
• Les deux boutiques partagent la même base clients si elles sont dans le même groupe, mais pas forcément les mêmes CGV.

Dans la base de données, cela se traduit techniquement par des colonnes id_shop et id_shop_group présentes dans de nombreuses tables (configuration, produits, zones, transporteurs). Quand une valeur est enregistrée au niveau boutique, elle écrase ou complète la valeur globale uniquement pour cette boutique précise. C'est documenté dans la documentation développeur PrestaShop sur le multistore.

Les paramètres qui restent toujours locaux à une boutique

Certains réglages ne sont jamais mutualisables, quel que soit le niveau sélectionné, car ils identifient la boutique elle-même :

• Le nom commercial et l'URL de la boutique.
• Le thème graphique actif (deux boutiques peuvent utiliser des thèmes différents).
• Les zones de livraison et transporteurs associés, si la boutique vend dans des pays différents.
• Les CMS et pages de contenu (mentions légales, CGV) adaptées à la législation locale.
• Les modules activés ou désactivés boutique par boutique (un module de paiement peut n'être pertinent que pour une seule entité).

À l'inverse, certains éléments sont presque toujours partagés par construction : la structure des catégories si elles sont associées à plusieurs boutiques, les comptes employés back-office (sauf restriction explicite des droits par boutique), et les templates d'e-mails génériques tant qu'ils ne sont pas personnalisés.

Les erreurs fréquentes de configuration multiboutique

Plusieurs situations reviennent régulièrement chez les gérants qui découvrent le multiboutique :

• Modifier un module en pensant que ça s'applique partout : si le module est configuré au niveau "Boutique actuelle" au lieu de "Tout le multiboutique", les autres boutiques restent sur l'ancienne configuration. Le sélecteur de contexte en haut de l'écran doit être vérifié avant chaque modification importante.
• Créer un groupe de boutiques sans réfléchir à la logique métier : si les boutiques FR et export sont dans le même groupe, elles héritent des mêmes règles de taxes par défaut, ce qui peut générer des erreurs de TVA si mal anticipé.
• Dupliquer une boutique sans vérifier les associations produits : un produit peut être associé à une seule boutique sans que ce soit visible immédiatement, surtout en cas d'import CSV mal paramétré.
• Oublier de resynchroniser les stocks : selon la configuration (stock partagé ou non), une vente sur une boutique peut ne pas décrémenter le stock de l'autre, provoquant des ventes en rupture non détectées.

Comment vérifier et corriger une configuration multiboutique

Avant toute modification sur une installation multiboutique, quelques vérifications limitent les risques :

1. Identifier le niveau de contexte actif via le sélecteur en haut de chaque page d'administration (icône boutique, groupe, ou globe).
2. Documenter, boutique par boutique, les paramètres volontairement différents (taxes, transporteurs, CGV, moyens de paiement) pour éviter les corrections accidentelles lors d'une mise à jour.
3. Tester toute modification de module ou de configuration sur un environnement de préproduction avant de la répliquer en production, surtout si plusieurs boutiques sont concernées.
4. Vérifier après chaque import ou migration que les associations produits-boutiques sont correctes, notamment les colonnes id_shop_default dans les flux d'import.

Sur une boutique générant par exemple 150 commandes mensuelles réparties sur deux pays, une erreur de configuration de taxe non détectée pendant un mois peut représenter plusieurs centaines d'euros de TVA mal appliquée, à corriger a posteriori avec le service comptable.

Faire auditer sa configuration multiboutique

La logique à trois niveaux de PrestaShop est puissante mais demande une lecture attentive de la documentation officielle et une vérification systématique du contexte avant chaque changement. Pour une architecture multiboutique complexe (plusieurs pays, marques ou canaux), un audit ponctuel permet de sécuriser les paramètres critiques et d'éviter les incohérences silencieuses. Performeer PrestaShop met en relation les dirigeants de TPE et PME avec des prestataires spécialisés en configuration multiboutique, en toute neutralité et sans engagement, pour faire auditer ou corriger une installation existante.