PrestaShop multiboutique : comment éviter le contenu dupliqué entre boutiques ?

Deux boutiques PrestaShop créées dans le même groupe multiboutique affichent souvent, dès le premier jour, un contenu strictement identique sans qu’aucun copier-coller n’ait été fait. Ce n’est pas un accident de rédaction : c’est le comportement par défaut de PrestaShop. Voici pourquoi, et la checklist exacte pour le corriger boutique par boutique.

Le multiboutique, une duplication par construction

Le mode multiboutique de PrestaShop (Paramètres Avancés > Multiboutique) permet de gérer plusieurs boutiques depuis une seule installation, organisées en groupes. C’est la fonctionnalité idéale pour décliner une marque par pays, par langue ou par segment de clientèle sans multiplier les installations. Le revers de cette mutualisation : par défaut, une boutique créée dans un groupe existant hérite du contenu de la boutique de référence, fiches produit, catégories, pages CMS comprises. Si deux boutiques du même groupe vendent les mêmes produits sans qu’on ait explicitement personnalisé leurs contenus, elles servent littéralement le même texte, à la même URL de contenu, sur deux domaines différents.

Pourquoi le contenu est dupliqué par défaut : le mécanisme « hérité »

Aucun des guides consultés sur le sujet ne présente ce mécanisme comme LA cause racine : ils recommandent de « rédiger du contenu unique » comme une bonne pratique éditoriale, sans expliquer qu’en l’absence de bascule explicite sur « Personnalisé », il n’y a techniquement rien à dupliquer accidentellement, c’est la même fiche en base de données qui s’affiche sur les deux domaines. Le correctif n’est donc pas seulement rédactionnel, il commence par une vérification de configuration, boutique par boutique, sur ces champs :

Les trois scénarios de multiboutique et leur niveau de risque

Le niveau de risque réel dépend de la configuration choisie, pas seulement du nombre de boutiques :

Même catalogue, même langue, domaines différents

Le scénario le plus risqué : deux boutiques qui vendent exactement les mêmes produits, dans la même langue, sur deux noms de domaine distincts. Sans personnalisation explicite, c’est la duplication la plus stricte et la plus pénalisable, puisque rien ne distingue les deux boutiques aux yeux de Google, ni le contenu, ni le contexte géographique ou linguistique.

Groupe de boutiques par pays, langues réellement différentes

Une boutique FR et une boutique DE, avec une traduction humaine réelle (pas une traduction automatique laissée telle quelle), ne posent en général pas de problème de duplicate content au sens strict : ce sont des contenus différents. Le risque se déplace alors vers la balise hreflang, qui doit signaler correctement à Google que ces pages sont des équivalents linguistiques et non des pages concurrentes. Notre article sur le SEO international PrestaShop détaille cette gestion des langues et de la balise hreflang en profondeur.

Boutiques par pays, même langue

Le cas intermédiaire, deux boutiques en français pour la France et la Belgique par exemple : le contenu produit peut légitimement rester très proche (c’est la même langue), mais les mentions légales, les frais de port, les moyens de paiement et parfois les prix diffèrent. C’est sur ces éléments contextuels, pas sur la fiche produit entière, que la personnalisation doit porter en priorité.

Personnaliser sans tout réécrire : la méthode priorisée

Réécrire l’intégralité d’un catalogue pour chaque boutique n’est réaliste que sur un catalogue restreint. Sur un catalogue volumineux, priorisez par impact business : les 20 % de références qui génèrent 80 % du chiffre d’affaires méritent une description entièrement réécrite et personnalisée ; le reste du catalogue peut se contenter, dans un premier temps, d’une personnalisation ciblée sur les seules balises meta title et meta description, moins coûteuse en temps mais suffisante pour éviter la duplication la plus visible en résultats de recherche.

Balises canoniques : quand elles suffisent, quand elles ne suffisent pas

La balise canonique fonctionne bien pour consolider des variantes d’URL À L’INTÉRIEUR d’une même boutique (tri, pagination, déclinaisons produit). En multiboutique, sur des domaines différents, son usage est plus limité : une balise canonique cross-domaine indique à Google quelle version fait autorité, mais l’autre boutique reste alors correctement identifiée par les moteurs comme non prioritaire, ce qui n’a de sens que si l’une des deux boutiques est réellement secondaire (boutique de test, environnement de démonstration). Pour deux boutiques commerciales actives et légitimes sur deux marchés différents, la vraie solution reste la différenciation du contenu, pas le canonical cross-domaine, qui reviendrait à indiquer à Google de ne pas indexer correctement une boutique que vous voulez pourtant faire vivre.

Navigation à facettes et budget de crawl en multiboutique

Un multiboutique avec un catalogue volumineux cumule deux sources de duplication : celle entre boutiques (traitée ci-dessus) et celle générée par la navigation à facettes à l’intérieur de chaque boutique, chaque combinaison de filtres (couleur, taille, prix, marque) créant une URL distincte pour un contenu quasi identique. Sur un groupe de plusieurs boutiques, ce phénomène se multiplie par le nombre de boutiques actives, ce qui dilue d’autant plus le budget de crawl disponible pour chacune. Un blocage propre des URL de filtres, par en-têtes HTTP ou robots.txt selon la configuration du thème, reste nécessaire boutique par boutique : les réglages de facettes ne s’héritent pas toujours de la même manière que les contenus éditoriaux.

La checklist par boutique

1. Vérifier l’état hérité/personnaliséPour chaque nouvelle boutique du groupe, passer en revue les champs produit, catégorie et CMS listés plus haut avant toute mise en ligne, pas après.
2. Prioriser par chiffre d’affairesRéécrire en profondeur les 20 % de références qui génèrent l’essentiel du CA ; personnaliser a minima les balises meta sur le reste du catalogue.
3. Ne jamais laisser une traduction automatique bruteUne traduction non relue compte pour Google comme un contenu de faible valeur, même si elle diffère techniquement du texte source.
4. Réserver le canonical cross-domaine aux boutiques réellement secondairesNe l’utilisez jamais entre deux boutiques commerciales actives que vous voulez toutes les deux voir indexées.
5. Traiter les facettes boutique par boutiqueLe blocage des URL de filtres ne s’hérite pas automatiquement à l’identique sur toutes les boutiques du groupe : vérifiez chacune séparément.

Questions fréquentes