PrestaShop 9 : les nouveautés et leur importance en 2026

80 Views Posted on: 2026-09-22
Partager

PrestaShop 9 représente bien plus qu'une refonte visuelle. C'est une nouvelle génération technique majeure de la plateforme, reposant sur une base Symfony plus récente, une pile PHP modernisée, une nouvelle API d'administration, la prise en charge native des formats d'image modernes, d'importantes évolutions de la boutique et la poursuite de l'abandon de l'architecture historique.

Pour les commerçants, les agences et les développeurs de modules, PrestaShop 9 est donc important pour une raison simple : il change le socle technique sur lequel seront construites les futures boutiques PrestaShop.

La version initiale de PrestaShop 9.0 est sortie le 10 juin 2025. En 2026, la plateforme a encore évolué avec PrestaShop 9.1, qui a fait de Hummingbird 2 le thème par défaut de la boutique et ajouté la prise en charge de PHP 8.5.

Au 22 septembre 2026, PrestaShop 9.1.5 est la dernière version stable de la branche 9.1 et a été annoncée comme la dernière version 9.1.x prévue avant PrestaShop 9.2. PrestaShop 9.2 est entré en phase de test Release Candidate ; les commerçants doivent donc continuer à le considérer comme une préversion jusqu'à la publication de la version stable finale.

Ce guide explique les principaux changements de PrestaShop 9, leurs conséquences pratiques et les points à examiner avant une mise à niveau pour les propriétaires de boutiques et les développeurs.

Résumé : qu'est-ce qui a changé dans PrestaShop 9 ?

Les principaux changements de PrestaShop 9 comprennent :

  • Symfony 6.4 LTS
  • la prise en charge de PHP 8.1–8.4 dans PrestaShop 9.0
  • la prise en charge de PHP 8.5 dans PrestaShop 9.1
  • une API d'administration entièrement nouvelle
  • l'intégration d'API Platform
  • une authentification de l'API fondée sur OAuth2
  • la prise en charge native des images WebP
  • la prise en charge native des images AVIF
  • des URL de produits et de catégories améliorées
  • la poursuite de la migration du back-office vers Symfony
  • Hummingbird comme orientation moderne pour la boutique
  • Hummingbird 2 comme thème par défaut dans PrestaShop 9.1
  • des améliorations de performances
  • des améliorations de l'architecture pour les développeurs
  • la poursuite de la suppression du code historique
  • une maintenance de sécurité améliorée

L'importance de ces changements dépend de votre utilisation de PrestaShop.

Un petit commerçant remarquera surtout la nouvelle architecture de la boutique et la meilleure compatibilité avec les hébergements modernes. Un développeur de modules s'intéressera davantage à Symfony 6.4, à l'injection de dépendances, à l'API d'administration, à la compatibilité PHP et aux changements des structures de données de la boutique.

PrestaShop 9 utilise Symfony 6.4 LTS

Le passage à Symfony 6.4 LTS est l'un des changements architecturaux les plus importants de PrestaShop 9.

PrestaShop 8 reposait encore sur une ancienne génération de Symfony dans des parties importantes de l'application. PrestaShop 9 réalise un bond en avant considérable.

Cela compte parce que Symfony est profondément intégré au développement moderne de PrestaShop.

Les développeurs utilisent les concepts de Symfony dans des domaines tels que :

  • l'injection de dépendances
  • les services
  • le routage
  • les contrôleurs
  • les formulaires
  • les événements
  • les commandes de console
  • la sécurité
  • la configuration
  • les pages du back-office

Le passage à Symfony 6.4 donne à PrestaShop une base de framework plus récente, bénéficiant d'un support plus long.

Il signifie également que les anciens modules peuvent nécessiter des modifications.

Un module qui fonctionnait correctement sur PrestaShop 8 ne doit pas être considéré automatiquement comme compatible avec PrestaShop 9 simplement parce que son installation ne produit aucune erreur.

De véritables tests de compatibilité doivent couvrir :

  1. l'installation du module
  2. les pages de configuration
  3. les routes Symfony
  4. les contrôleurs historiques
  5. les hooks
  6. l'affichage dans la boutique
  7. les grilles du back-office
  8. les tâches cron
  9. les commandes CLI
  10. le comportement multiboutique
  11. les scripts de mise à niveau
  12. le comportement lors de la désinstallation

Pour les éditeurs de modules, PrestaShop 9 est une bonne occasion de supprimer la dette technique plutôt que de corriger les erreurs une à une jusqu'à ce que l'ancien code fonctionne à nouveau.

La prise en charge de PHP est nettement plus moderne

PrestaShop 9 nécessite un environnement PHP moderne.

Selon la configuration système officielle actuelle de PrestaShop 9 :

PrestaShop 9.0

Versions de PHP prises en charge :

  • PHP 8.1
  • PHP 8.2
  • PHP 8.3
  • PHP 8.4

La version recommandée pour PrestaShop 9.0 est PHP 8.4.

PrestaShop 9.1

Versions de PHP prises en charge :

  • PHP 8.1
  • PHP 8.2
  • PHP 8.3
  • PHP 8.4
  • PHP 8.5

La version recommandée pour PrestaShop 9.1 est PHP 8.5.

Cette distinction est importante.

Un hébergeur peut annoncer une « prise en charge de PrestaShop 9 », mais votre compatibilité réelle dépend de la combinaison exacte des éléments suivants :

  • version de PrestaShop
  • version de PHP
  • versions des modules
  • thème
  • dépendances Composer
  • code personnalisé
  • intégrations externes

Avant de faire passer une boutique en production de PHP 8.4 à PHP 8.5, testez tous les processus critiques dans un environnement de préproduction.

Portez une attention particulière aux éléments suivants :

  • processus de commande
  • modules de paiement
  • imports
  • mises à jour des déclinaisons de produits
  • tâches planifiées
  • traitement des e-mails
  • régénération des images
  • génération de PDF
  • intégrations ERP
  • surcharges personnalisées

Les problèmes de compatibilité PHP apparaissent souvent dans des fonctionnalités rarement utilisées plutôt que sur la page d'accueil.

PrestaShop 9 introduit une nouvelle API d'administration

La nouvelle API d'administration est l'un des ajouts les plus importants sur le plan stratégique dans PrestaShop 9.

Elle est conçue comme une alternative moderne à l'ancienne approche Webservice de PrestaShop.

La nouvelle API utilise API Platform et s'intègre à l'architecture moderne de PrestaShop.

Elle ouvre la voie à des intégrations plus propres avec :

  • les systèmes ERP
  • les systèmes PIM
  • les plateformes CRM
  • les systèmes de gestion d'entrepôt
  • les systèmes des fournisseurs
  • les places de marché
  • les applications SaaS
  • les outils de reporting
  • les plateformes d'automatisation
  • les applications mobiles ou d'administration personnalisées

Pour les développeurs d'intégrations, c'est une amélioration majeure.

Au lieu de traiter PrestaShop comme une base de données exposée au moyen d'opérations CRUD génériques, les intégrations peuvent de plus en plus utiliser des opérations métier au niveau de l'application.

OAuth2 améliore la sécurité de l'API

La nouvelle API d'administration utilise OAuth2.

Les intégrations peuvent ainsi recevoir un accès contrôlé au lieu de dépendre d'un identifiant universel disposant de droits excessifs.

Une intégration bien conçue doit respecter le principe du moindre privilège.

Par exemple, un service qui synchronise uniquement les stocks ne devrait pas avoir besoin d'autorisations pour :

  • gérer les employés
  • modifier des paramètres de la boutique sans rapport avec sa fonction
  • installer des modules
  • changer les paramètres de paiement

Des clients API distincts facilitent également la rotation des identifiants.

Si un service externe est compromis, ses identifiants peuvent être révoqués sans remplacer ceux de toutes les intégrations utilisées par la boutique.

API Platform ouvre de nouvelles possibilités aux développeurs de modules

L'API d'administration de PrestaShop 9 n'est pas utile uniquement aux fonctionnalités du cœur.

Les modules peuvent aussi participer à cette architecture.

Un module commercial PrestaShop peut donc potentiellement exposer des ressources API structurées plutôt que créer des points d'accès PHP personnalisés dont l'authentification varie.

Par exemple, des modules consacrés aux domaines suivants :

  • synchronisation des stocks
  • flux des fournisseurs
  • audit de sécurité
  • traitement des commandes
  • reporting externe
  • enrichissement des produits
  • gestion des licences
  • automatisation des entrepôts

C'est particulièrement précieux pour les développeurs qui créent un module PrestaShop également connecté à un service SaaS.

Hummingbird incarne la nouvelle orientation de la boutique

PrestaShop 9 a introduit Hummingbird comme nouvelle orientation pour un thème de boutique moderne.

Ce changement est devenu encore plus important avec PrestaShop 9.1, où Hummingbird 2.0 est devenu le thème par défaut des nouvelles installations.

Hummingbird est plus qu'une refonte graphique.

Il représente une approche plus récente du front-end, avec :

  • Bootstrap 5
  • des choix fondés sur les navigateurs modernes
  • une meilleure accessibilité
  • des composants actualisés
  • de meilleures bases pour les performances
  • une architecture plus facile à maintenir

Pour les nouvelles boutiques, cela constitue un point de départ technique plus solide.

Pour les boutiques existantes qui utilisent un thème personnalisé fondé sur Classic, la décision est plus compliquée.

Le remplacement d'un thème peut affecter :

  • le taux de conversion
  • la visibilité dans les moteurs de recherche
  • les modèles
  • la compatibilité des modules
  • le comportement JavaScript
  • les données structurées
  • le processus de commande
  • la navigation
  • les dimensions des images
  • les personnalisations CSS

Une migration de thème doit donc être traitée comme un véritable projet plutôt que comme une simple mise à jour visuelle.

Prise en charge native de WebP

PrestaShop 9 comprend la prise en charge native de WebP.

WebP peut réduire la taille des images de produits tout en conservant une qualité visuelle satisfaisante.

Cela peut améliorer :

  • le poids des pages
  • les performances sur mobile
  • le chargement des pages produit
  • le chargement des pages catégorie
  • l'utilisation de la bande passante
  • les Core Web Vitals

Toutefois, activer WebP ne résout pas automatiquement les problèmes de performances liés aux images.

Une boutique peut rester lente si :

  • les images sources sont inutilement volumineuses
  • le thème demande des miniatures trop grandes
  • des centaines de types d'images inutilisés existent
  • les miniatures sont régénérées par de longues requêtes dans le navigateur
  • le CDN est mal configuré
  • les en-têtes de cache sont inadaptés

Les formats modernes donnent les meilleurs résultats lorsqu'ils s'intègrent à une chaîne complète de traitement des images.

Prise en charge native d'AVIF

PrestaShop 9 a également ajouté la prise en charge native d'AVIF.

AVIF peut offrir une excellente compression pour les photographies de produits, mais l'encodage peut demander davantage de ressources de calcul que les formats d'image traditionnels.

Les grandes boutiques doivent donc envisager la génération des images sous l'angle de l'exploitation.

Si un catalogue contient 100 000 produits et plusieurs images par produit, régénérer tous les formats peut concerner des centaines de milliers, voire des millions de fichiers.

Pour les grands catalogues, le traitement des images est généralement plus sûr au moyen de :

  • la CLI
  • tâches cron
  • files d'attente
  • lots pouvant être repris
  • la maîtrise du nombre de workers exécutés simultanément

plutôt que dans une seule requête du navigateur depuis le back-office.

PrestaShop 9 apporte des améliorations du SEO et des URL

PrestaShop 9 a également introduit plusieurs améliorations liées au référencement.

Les notes de version officielles ont mis en avant les points suivants :

  • des URL de produits plus propres
  • la suppression par défaut de la catégorie dans les URL de produits
  • une meilleure gestion des préfixes de langue
  • un meilleur contrôle des redirections pour les catégories inactives

Ces améliorations sont utiles, mais les commerçants doivent être prudents lors de la mise à niveau d'une boutique existante.

Modifier la structure des URL de milliers de pages indexées peut créer un risque important pour le référencement.

Avant la migration :

  1. explorez la boutique actuelle avec un outil de crawl
  2. exportez les URL importantes
  3. identifiez les pages recevant du trafic organique
  4. définissez les règles de redirection
  5. testez la nouvelle structure des URL
  6. vérifiez les balises canoniques
  7. contrôlez les liens internes
  8. soumettez les sitemaps mis à jour
  9. surveillez la couverture des moteurs de recherche après la mise en ligne

Une URL techniquement plus propre ne justifie pas automatiquement la perte de signaux de référencement accumulés pendant des années.

Le back-office continue à s'éloigner de l'architecture historique

PrestaShop modernise progressivement son back-office depuis des années.

PrestaShop 9 poursuit ce travail.

L'orientation à long terme est claire : davantage d'architecture fondée sur Symfony et moins de dépendance aux contrôleurs historiques et aux modèles obsolètes.

Cela améliore l'expérience de développement, car les développeurs de modules peuvent de plus en plus utiliser :

  • des contrôleurs modernes
  • des services
  • l'injection de dépendances
  • une logique applicative réutilisable
  • un routage plus propre
  • des formulaires structurés
  • des modèles de sécurité modernes

Cela signifie aussi que les anciens modules fortement dépendants des mécanismes internes historiques deviendront progressivement plus coûteux à maintenir.

PrestaShop 9 est mieux adapté aux grandes intégrations

L'une des conséquences les plus intéressantes des changements architecturaux est qu'il devient plus facile d'intégrer PrestaShop à un écosystème e-commerce plus vaste.

Les boutiques modernes fonctionnent rarement de manière isolée.

Une boutique importante peut communiquer avec :

  • plusieurs fournisseurs
  • un ERP
  • un logiciel de comptabilité
  • un CRM
  • un PIM
  • des plateformes d'expédition
  • des places de marché
  • des systèmes d'analyse
  • des services marketing
  • des logiciels d'entrepôt

La nouvelle architecture de l'API, le socle PHP moderne, les services Symfony et les meilleures possibilités en CLI créent une base plus solide pour ces processus.

L'essentiel est de ne pas faire passer chaque opération par une seule requête.

Les imports volumineux doivent toujours reposer sur une architecture de tâches adaptée.

Par exemple :

XML/API fournisseur
      ↓
Validation
      ↓
File d'attente d'import
      ↓
Workers de création / mise à jour
      ↓
PrestaShop
      ↓
File d'attente d'images
      ↓
Surveillance / nouvelle tentative

C'est plus sûr que de télécharger un énorme fichier fournisseur et de tenter de mettre à jour 100 000 produits dans une seule requête HTTP.

La compatibilité des modules reste essentielle

Une version majeure de PrestaShop entraîne inévitablement du travail de compatibilité.

Avant la mise à niveau, auditez chaque module installé.

Pour chaque module, déterminez s'il est :

  • officiellement compatible
  • testé en interne
  • remplaçable
  • devenu inutile
  • bloquant pour la mise à niveau

Portez une attention particulière aux modules qui modifient :

  • le processus de commande
  • le paiement
  • les stocks
  • les pages produit
  • les catégories
  • les URL
  • les images
  • les commandes
  • l'authentification des clients
  • les formulaires du back-office

Examinez également les surcharges personnalisées.

Une surcharge créée il y a plusieurs années peut reproduire un correctif du cœur déjà intégré à PrestaShop 9.

Supprimer le code obsolète peut rendre la boutique mise à niveau à la fois plus sûre et plus facile à maintenir.

Ne commencez pas par mettre à niveau la production

Une mise à niveau majeure doit toujours être répétée au préalable.

Voici un processus approprié :

1. Sauvegarder la production

Créez une copie complète des éléments suivants :

  • base de données
  • fichiers PrestaShop
  • images
  • données des modules
  • configuration
  • définitions des tâches cron
  • configuration du serveur

2. Créer la préproduction

Clonez l'environnement de production.

La copie de préproduction doit ressembler suffisamment à la boutique réelle pour révéler les problèmes.

3. Utiliser la version PHP cible

Si l'environnement final doit exécuter PrestaShop 9.1 avec PHP 8.5, testez exactement cette combinaison.

4. Mettre à niveau les modules en premier lorsque c'est approprié

Installez les versions de modules compatibles avec PrestaShop 9 conformément aux recommandations des éditeurs.

5. Mettre à niveau le cœur

Utilisez la procédure de mise à niveau officiellement prise en charge.

6. Tester les processus métier

Ne testez pas uniquement la page d'accueil.

Vérifiez :

  • la création de produits
  • les mises à jour de produits
  • les déclinaisons
  • la recherche
  • le panier
  • le processus de commande
  • chaque moyen de paiement
  • la création de commandes
  • les remboursements
  • les factures
  • les e-mails
  • les mises à jour de stock
  • les tâches cron
  • les imports
  • les exports
  • le traitement des images
  • le comportement multiboutique

7. Mesurer les performances

Comparez les temps de réponse avant et après la migration.

8. Définir les conditions de retour arrière

Avant de commencer la migration de production, décidez du seuil d'échec qui impose un retour arrière.

Cela évite les décisions émotionnelles pendant un déploiement stressant.

PrestaShop 9.1.5 et la maintenance de sécurité

PrestaShop 9 n'est pas une version que l'on installe une fois pour l'oublier ensuite.

La maintenance de sécurité se poursuit pendant tout le cycle de vie de la branche.

PrestaShop 9.1.5, publié le 18 août 2026, comprenait cinq correctifs de sécurité et environ une centaine de corrections de bugs.

L'équipe PrestaShop a également annoncé que 9.1.5 est la dernière version 9.1.x prévue avant PrestaShop 9.2.

C'est un rappel utile pour les propriétaires de boutiques.

Votre processus de maintenance doit comprendre :

  • la surveillance des versions officielles de PrestaShop
  • le suivi des avis de sécurité
  • les tests des mises à jour en préproduction
  • la mise à jour des modules
  • la suppression des modules abandonnés
  • l'entretien des sauvegardes
  • la surveillance de l'intégrité des fichiers
  • l'examen des journaux

La sécurité est un processus, pas l'installation ponctuelle d'un module.

Qu'en est-il de PrestaShop 9.2 ?

Au moment de la vérification de cet article, PrestaShop 9.2 était entré en phase de test Release Candidate.

C'est important, mais une Release Candidate n'est toujours pas une version stable destinée à la production.

Si votre boutique génère des revenus, évitez de planifier la production autour de fonctionnalités de préversion, sauf si vous acceptez explicitement le risque lié aux tests.

Attendez la version finale, puis vérifiez :

  • les notes de version finales
  • la compatibilité des modules
  • la compatibilité du thème
  • les exigences PHP
  • les problèmes connus
  • les recommandations de mise à niveau

Cet article devra être actualisé lorsque PrestaShop 9.2 sera stable.

PrestaShop 9 est-il pertinent pour une nouvelle boutique ?

Pour un nouveau projet PrestaShop en 2026, une version maintenue de PrestaShop 9 devrait normalement constituer le point de départ.

Les principales raisons sont :

  • la prise en charge des versions modernes de PHP
  • Symfony 6.4
  • la nouvelle API d'administration
  • Hummingbird 2
  • les formats d'image modernes
  • la modernisation continue de l'architecture
  • la maintenance de sécurité active

La principale exception serait une dépendance métier critique qui ne prend pas encore en charge PrestaShop 9.

Par exemple, si un connecteur ERP particulier ou une solution de paiement est indispensable et ne prend en charge que PrestaShop 8, la compatibilité peut temporairement l'emporter sur les avantages de la nouvelle plateforme.

Une boutique PrestaShop 8 existante doit-elle être mise à niveau ?

La réponse dépend de la boutique.

Une installation PrestaShop 8 fortement personnalisée ne doit pas être migrée simplement parce que la version 9 existe.

Évaluez d'abord :

  • la compatibilité du thème
  • la compatibilité des modules
  • la compatibilité PHP
  • les surcharges personnalisées
  • le SQL personnalisé
  • les intégrations ERP
  • les intégrations fournisseurs
  • les prestataires de paiement
  • les intégrations d'expédition
  • les tâches cron
  • les API personnalisées

Estimez ensuite le travail de migration.

Pour de nombreuses boutiques, PrestaShop 9 est la bonne orientation à long terme.

Mais une migration maîtrisée vaut toujours mieux qu'une migration précipitée.

Liste de vérification PrestaShop 9 pour les commerçants

Avant d'adopter PrestaShop 9, confirmez les points suivants :

  • l'hébergement prend en charge la version PHP requise
  • la version de la base de données respecte les exigences
  • la mémoire PHP est suffisante
  • les modules critiques prennent en charge PrestaShop 9
  • les modules de paiement ont été testés
  • le thème est compatible
  • les surcharges ont été examinées
  • les tâches cron fonctionnent avec le binaire PHP cible
  • les imports fournisseurs ont été testés
  • les sauvegardes ont été restaurées avec succès
  • la migration en préproduction est terminée
  • le processus de commande a été testé de bout en bout
  • les performances ont été mesurées
  • la procédure de retour arrière est documentée

Liste de vérification PrestaShop 9 pour les développeurs de modules

Les développeurs de modules doivent également vérifier :

  • la compatibilité PrestaShop déclarée
  • la compatibilité PHP 8.x
  • la compatibilité Symfony 6.4
  • les définitions de services
  • l'injection de dépendances
  • les routes des contrôleurs
  • les comportements du cœur supprimés ou modifiés
  • les changements des presenters de la boutique
  • le comportement WebP/AVIF
  • le contexte multiboutique
  • les commandes CLI
  • les scripts de mise à niveau
  • l'installation du paquet à partir d'un ZIP propre
  • l'analyse statique
  • les tests automatisés

Pour conclure

PrestaShop 9 est important parce qu'il modernise les fondations de la plateforme.

Symfony 6.4, les versions modernes de PHP, la nouvelle API d'administration, Hummingbird 2, la prise en charge native de WebP et d'AVIF et la poursuite du nettoyage de l'architecture offrent aux développeurs et aux commerçants une base plus solide pour leurs futurs projets e-commerce.

La principale erreur consiste à considérer une mise à niveau majeure comme une simple tâche du back-office.

Pour une véritable boutique en production, le parcours le plus sûr est :

inventaire → préproduction → tests de compatibilité → mise à niveau → tests de non-régression → migration de production → surveillance

Utilisé ainsi, PrestaShop 9 n'est pas simplement un nouveau numéro de version. C'est une base plus moderne pour construire, intégrer, automatiser et maintenir une boutique PrestaShop.

Questions fréquentes

Quelle est la dernière version stable de PrestaShop 9.1 ?

Au 22 septembre 2026, PrestaShop 9.1.5 est la dernière version stable de la branche 9.1.

PrestaShop 9.2 est-il stable ?

Au moment de la vérification de cet article, PrestaShop 9.2 était en phase de test Release Candidate et n'avait pas encore atteint sa version stable finale.

Le tableau officiel de compatibilité recommande PHP 8.4 pour PrestaShop 9.0 et PHP 8.5 pour PrestaShop 9.1.

PrestaShop 9 prend-il en charge PHP 8.5 ?

Oui. PrestaShop 9.1 prend en charge PHP 8.5 et le présente comme la version de PHP recommandée.

Quelle version de Symfony PrestaShop 9 utilise-t-il ?

PrestaShop 9 repose sur Symfony 6.4 LTS.

PrestaShop 9 prend-il en charge WebP ?

Oui. La prise en charge native de WebP a été ajoutée dans PrestaShop 9.

PrestaShop 9 prend-il en charge AVIF ?

Oui. PrestaShop 9 comprend également la prise en charge native des images AVIF.

Qu'est-ce que l'API d'administration de PrestaShop 9 ?

C'est la nouvelle architecture d'API d'administration de PrestaShop, fondée sur API Platform et sur des modèles modernes d'authentification et d'application.

Hummingbird est-il le thème par défaut de PrestaShop 9 ?

Hummingbird a été introduit avec la génération PrestaShop 9. Hummingbird 2.0 est devenu le thème par défaut des nouvelles installations de PrestaShop 9.1.

Dois-je passer directement de PrestaShop 8 à 9 ?

Utilisez la procédure de mise à niveau officiellement prise en charge pour votre version source exacte et testez d'abord la migration sur une copie de préproduction. La compatibilité des modules, du thème, de PHP et des intégrations doit être validée avant la production.

Sources officielles

  1. Annonce de la sortie de PrestaShop 9.0
    https://build.prestashop-project.org/news/2025/prestashop-9-0-available/

  2. Annonce de la sortie de PrestaShop 9.1
    https://build.prestashop-project.org/news/2026/prestashop-9-1-0-available/

  3. Version de sécurité PrestaShop 9.1.5
    https://build.prestashop-project.org/news/2026/prestashop-9-1-5-security-release/

  4. Configuration système requise pour PrestaShop 9
    https://devdocs.prestashop-project.org/9/basics/installation/system-requirements/

  5. Actualités du projet PrestaShop / état de la version PrestaShop 9.2
    https://build.prestashop-project.org/news/

Guides et modules PrestaShop 9 associés

Guides pratiques de dépannage et de migration de PrestaShop 9

Tags : Développement, Mise à niveau, PrestaShop 9
Posted in: Mises à jour et mises à niveau PrestaShop