PrestaShop et gros catalogue : garder une boutique rapide quand le catalogue grossit

Un gros catalogue ralentit une boutique PrestaShop à quatre endroits : la liste de produits du back-office (l’administration), les imports, les index de recherche et de filtres, puis la base de données. Au 14 octobre 2026, les pages officielles consultées sur l’échelle, l’import et la recherche ne fixent aucun seuil à partir duquel un catalogue serait « gros ».

• Un gros catalogue PrestaShop se compte en déclinaisons autant qu’en produits
• La liste de produits du back-office PrestaShop se travaille par le suivi du catalogue
• Un import de gros catalogue se découpe avant de se lancer
• L’index de recherche de PrestaShop se reconstruit hors des heures de vente
• Le module de filtres de PrestaShop tient ses propres index, à planifier à part
• Quatre tables de la base de données PrestaShop grossissent hors du catalogue
• Les fonctions que le catalogue n’utilise pas se désactivent dans les performances
• Un banc d’essai de 100 produits ne représente pas un catalogue de plusieurs milliers
• Le coût d’une mission sur gros catalogue se discute sur cinq éléments
• Des gestes ordinaires du back-office déclenchent des opérations lourdes
• Sources consultées
• Foire aux questions

Un gros catalogue PrestaShop se compte en déclinaisons autant qu’en produits

Une déclinaison est une variante vendable d’un produit, une taille ou une couleur, avec son propre stock. Scénario : 4 000 produits à 12 déclinaisons chacun représentent 48 000 variantes à stocker, à indexer et à synchroniser.

Voici la répartition, en quatre tranches, des 114 399 boutiques PrestaShop dont Store Leads connaît le nombre de produits (rapport mis à jour le 9 octobre 2026) :

Relevez trois comptes avant toute discussion : produits, déclinaisons, commandes. Ajoutez la taille de la base, que l’hébergeur lit dans son panneau : la mission hébergement et infogérance la dimensionne.

La liste de produits du back-office PrestaShop se travaille par le suivi du catalogue

La page Suivi du catalogue (Catalogue > Suivi, « Catalog > Monitoring » en anglais) dresse sept listes à traiter. Cinq portent sur les catégories vides, les produits désactivés, sans image, sans description et sans prix ; deux, sur les produits sans quantité disponible à la vente, avec ou sans déclinaisons.

La documentation de la page produit introduite avec PrestaShop 8.1 décrit une pagination jusqu’à 100 éléments par page, présentée à propos des déclinaisons. Une boutique plus ancienne a une autre page produit. Moins de produits actifs, c’est aussi moins de lignes à indexer : déduction, que seule une mesure avant et après confirme.

Un import de gros catalogue se découpe avant de se lancer

L’écran Importer des données (Paramètres avancés, « Import » en anglais) traite un type de données et une langue par fichier. Un catalogue en trois langues se découpe en trois fichiers, importés l’un après l’autre.

Trois options pèsent sur un gros fichier. « Utiliser la référence du produit comme clé ? » (« Use product reference as key ») exige une référence sur chaque ligne. « Pas de régénération des miniatures » (« Skip thumbnails regeneration ») écarte le recalcul des images liées au fichier. « Envoyer une notification par e-mail » (« Send notification email ») prévient de la fin du traitement, pour ne pas attendre devant l’écran. Un fichier se dépose aussi par FTP, le transfert de fichiers vers le serveur, dans le dossier d’import.

Côté PHP, la page d’optimisation de la documentation développeur annote le réglage max_input_vars, le nombre de champs qu’une requête peut transmettre : à augmenter pour les produits à nombreuses déclinaisons. PHP en accepte 1 000 par défaut et retire les suivants de la requête, selon php.net. Une fiche qui perd des déclinaisons à l’enregistrement désigne ce réglage : hypothèse à vérifier avec l’hébergeur.

Décrire mon besoin →

L’index de recherche de PrestaShop se reconstruit hors des heures de vente

L’index est l’annuaire que la recherche consulte. Dans la page Recherche des paramètres de la boutique (« Shop Parameters > Search »), la section Indexation compare les produits cherchables à ceux du catalogue. Si les deux nombres diffèrent, « Ajouter à l’index les produits manquants » (« Add missing products to the index ») n’indexe que les nouveaux. « Reconstruire l’index » (« Re-build entire index ») refait tout, plus lentement.

L’option d’indexation automatique (« Indexing » dans la documentation anglaise) indexe un produit dès sa création ou sa modification. Le lien manuel et la tâche planifiée deviennent inutiles. Cette tâche, appelée par une adresse à jeton (une clé d’accès), reconstruit tout l’index avec le paramètre full=1 et n’ajoute que les produits manquants sans lui.

D’après la documentation développeur de l’index de recherche, le back-office réindexe un produit créé, modifié, dupliqué, activé ou supprimé ; le service web, un produit créé ou modifié. Ce service web est l’interface par laquelle un logiciel de gestion écrit dans la boutique. Scénario : une synchronisation de fiches lancée à 2 heures réindexe chaque fiche touchée ; calez les reconstructions complètes sur une autre plage.

Sur PrestaShop 9, la commande php bin/console prestashop:search:index --full reconstruit l’index. La documentation la juge longue sur un grand catalogue et conseille les heures creuses ; l’option --product-id n’indexe qu’un produit.

Le module de filtres de PrestaShop tient ses propres index, à planifier à part

Il garde un index des prix, un index des attributs et un cache. Sa spécification juge la reconstruction complète des prix beaucoup plus lente quand les produits sont nombreux. Le détail de ces boutons relève de recherche à facettes.

Quatre tables de la base de données PrestaShop grossissent hors du catalogue

La documentation développeur « Taking care of your PrestaShop » cite quatre tables. Trois, « log », « connections » et « guest », se purgent régulièrement de leurs anciennes entrées. La quatrième, « configuration », est alourdie par les modules et chargée à chaque requête.

Demandez à l’hébergeur la taille de chaque table, lisible dans son panneau ou dans phpMyAdmin, l’interface web de gestion de la base. Les plus grosses désignent le nettoyage à faire. Faites une sauvegarde avant toute suppression. La documentation d’optimisation conseille aussi de lancer mysqlcheck, un outil d’analyse des tables, après l’import des données et avant un banc d’essai.

Les fonctions que le catalogue n’utilise pas se désactivent dans les performances

Paramètres avancés > Performances (« Advanced Parameters > Performance ») permet de désactiver les déclinaisons, les caractéristiques et les groupes de clients : l’éditeur écrit qu’elles peuvent ralentir la boutique. Si des produits les utilisent, il faut d’abord supprimer ces données.

Décrire mon besoin →

Un banc d’essai de 100 produits ne représente pas un catalogue de plusieurs milliers

Le jeu de données par défaut du banc d’essai officiel compte environ 100 produits, 100 clients et 10 commandes, une boutique plutôt petite selon la documentation. Exigez un essai à la taille du vôtre : même nombre de produits, de déclinaisons et de langues.

Matériel et réglages se consignent avant l’essai, et chaque changement se mesure seul, avant puis après. Une copie de votre base emporte les noms et adresses de vos clients : faites écrire où elle est conservée et quand elle est détruite. Le réglage du serveur relève de la mission serveur et cache.

Le coût d’une mission sur gros catalogue se discute sur cinq éléments

Par déduction, cinq éléments font varier la mission :

• le nombre de déclinaisons à traiter ;
• le nombre de sources qui alimentent le catalogue (logiciel de gestion, flux de fournisseurs) et leur fréquence ;
• les modules tiers qui touchent la recherche, les filtres ou les fiches ;
• la taille de la copie de test et le temps de sa mise en place ;
• les plages d’intervention hors des heures de vente.

Faites écrire qui paie la remise en état quand une réindexation ou un import dégrade la boutique, et qui garde la copie de test.

Des gestes ordinaires du back-office déclenchent des opérations lourdes

Installer un thème depuis le back-office déclenche, selon la documentation développeur de l’index de recherche, une réindexation complète : faites-le hors des heures de vente, sur une copie d’abord.

Cocher « Supprimer toutes les … avant l’import ? » (« Delete all … before import ») vide les entrées du type choisi avant d’importer. Sur un fichier incomplet, la boutique perd ses produits au lieu de les mettre à jour.

Ne lancez pas un import et une reconstruction d’index en même temps : séquencez-les par écrit, avec une heure de fin attendue pour chacune.

Dans le message du formulaire de cette page, reportez le nombre de produits et de déclinaisons, votre version de PrestaShop et l’écran où la lenteur apparaît.

Décrire mon besoin →

Sources consultées

• PrestaShop, documentation développeur, « Scale » (vue d’ensemble), « Optimize your PrestaShop performance », « Taking care of your PrestaShop » et « How to benchmark your PrestaShop », consulté le 14 octobre 2026.
• PrestaShop, documentation développeur, « Products search index » et « prestashop:search:index », consulté le 14 octobre 2026.
• PrestaShop, documentation utilisateur de la version 8, « Search parameters », « Import », « Performance », « Information », « Monitoring your Catalog » et « New product page (PrestaShop 8.1) », consulté le 14 octobre 2026.
• PrestaShop, documentation utilisateur de la version 8 en français, « Faire le suivi de votre catalogue » et « Importer des données », consulté le 14 octobre 2026.
• PHP, manuel, « Runtime Configuration », directive max_input_vars, consulté le 14 octobre 2026.
• Store Leads, « The State of PrestaShop in 2026 », mise à jour du 9 octobre 2026, consulté le 14 octobre 2026.
• PrestaShop, « ps_facetedsearch specifications », build.prestashop-project.org, section Indexes and caches, consulté le 14 octobre 2026.

Foire aux questions

L’éditeur plafonne-t-il le nombre de produits d’une boutique PrestaShop ?

Les pages consultées n’indiquent aucun plafond de produits. Pour les déclinaisons, la documentation de la page produit de PrestaShop 8.1 dit qu’on peut en créer autant qu’on le souhaite. En pratique, chronométrez les opérations lourdes décrites plus haut à chaque palier de croissance.

Faut-il désactiver les déclinaisons pour accélérer la boutique ?

Seulement si aucun produit n’en utilise : tant que des produits s’en servent, ces fonctions ne se désactivent pas, et il faut d’abord supprimer ces données.

Peut-on importer tout le catalogue en un seul fichier ?

La documentation de l’import ne donne pas de taille maximale. Un fichier ne porte qu’un type de données et une langue, et la documentation d’optimisation recommande 20 Mo pour upload_max_filesize, la taille maximale d’un fichier envoyé, en production. Un fichier plus lourd peut se déposer par FTP : hypothèse à vérifier avec l’hébergeur.

Elasticsearch est-il nécessaire pour un gros catalogue ?

Pas par principe. La documentation de l’échelle le range, avec un accélérateur HTTP, un magasin en mémoire pour les sessions et un réseau de diffusion, parmi les ajouts possibles au-delà de l’hébergement classique.

Un serveur plus puissant règle-t-il la lenteur d’un gros catalogue ?

Pas forcément : la documentation de l’échelle écrit que doubler les ressources ne double pas forcément les performances.