Alternative à PrestaShop : The Merchant Engine comparé
PrestaShop, c’est l’acteur historique en Europe : du PHP, un back-office et un front-office dans la même installation, des modules et des hooks, et le support natif des langues qui s’écrivent de droite à gauche. The Merchant Engine est une stack TypeScript qui a la même forme tout-en-un, mais un autre centre de gravité : une API REST d’abord, une boutique dont l’identité vient de la configuration, et un installateur qui prépare le serveur au lieu d’un assistant web à suivre clic par clic.
Ce que PrestaShop fait mieux
PrestaShop est open source sous OSL-3.0, existe depuis 2007, a une base installée sans commune mesure avec ce projet, et gère nativement les langues de droite à gauche, dans le front-office comme dans le back-office. Sa place de marché de modules est énorme. Sur l’écosystème et l’historique, il a une très large avance sur ce projet.
Critère par critère
Chaque affirmation sur PrestaShop a été lue sur ses propres pages le 2026-10-29, avec le lien de la page d’où elle vient. Chaque affirmation sur The Merchant Engine renvoie à la page de documentation qui la prouve. Cette documentation est en anglais pour l’instant. Si une ligne est fausse, c’est un bug : écrivez à badii@badii.studio et elle sera corrigée.
| Critère | PrestaShop | The Merchant Engine |
|---|---|---|
| Ce que c’est | Une plateforme e-commerce entièrement personnalisable, vendue aux marchands et construite par un projet open source. “Vendez en ligne sur une plateforme e‑commerce entièrement customisable, adaptée à la croissance de votre entreprise.” Source : prestashop.fr | Une plateforme e-commerce auto-hébergée : une API REST, un tableau de bord d’administration et une vitrine rendue côté serveur, installés ensemble sur votre propre serveur en une seule commande. Lire la page qui le prouve (en anglais) |
| Langage et environnement | PHP 8.1 ou plus récent, avec MySQL ou une base compatible. “you need a web server running PHP 8.1+” Source : github.com | TypeScript sur Node. NestJS et Prisma pour l’API, Angular pour l’administration, Analog.js pour la vitrine. Lire la page qui le prouve (en anglais) |
| API | L’ancienne API webservice de type CRUD, plus une nouvelle Admin API dans la version 9, construite sur API Platform. “The Admin API in PrestaShop 9 is based on the popular API Platform in version 3” Source : devdocs.prestashop-project.org | REST, une seule surface versionnée sous /v1, séparée en deux documents OpenAPI, l’un pour la vitrine et l’autre pour l’administration, générés à partir du code et jamais écrits à la main. Lire la page qui le prouve (en anglais) |
| Tableau de bord d’administration | Le back-office est livré avec l’installation. Le code est un monolithe PHP en cours de migration vers Symfony. “a monolith following traditional object-oriented PHP practices” Source : devdocs.prestashop-project.org | Inclus et installé avec le reste. Angular, des permissions par rôle sur chaque endpoint, un thème clair et un thème sombre, et un onglet d’édition par langue sur chaque champ de texte. Lire la page qui le prouve (en anglais) |
| Vitrine | Le front-office est rendu par un thème, et c’est la documentation des thèmes qui explique comment le modifier. Aucune voie headless officielle n’apparaît dans la documentation lue à cette date. “PrestaShop themes control the entire front-office experience: layout, templates, styles, and client-side behavior.” Source : devdocs.prestashop-project.org | Incluse et installée avec le reste, rendue côté serveur, et adaptée à la marque par la configuration de la boutique plutôt que par un fork : les couleurs, les polices, le logo, les langues et la devise viennent de la base de données. Lire la page qui le prouve (en anglais) |
| Installation | Pas de commande unique : on décompresse l’archive publiée et on lance son installateur web. La version de développement demande en plus d’installer les dépendances et de compiler les assets. “This step is only needed if you downloaded the development version” Source : devdocs.prestashop-project.org | Une seule commande. ./setup.sh demande les valeurs de la boutique, vérifie en direct chaque intégration externe, construit les images, crée la base de données, obtient les certificats et crée le compte du propriétaire. Lire la page qui le prouve (en anglais) |
| Licence | Open Software License 3.0 pour le cœur et Academic Free License 3.0 pour les modules, avec une place de marché payante à côté. “Open Software License v. 3.0 (OSL-3.0)” Source : raw.githubusercontent.com | Open source : MIT. Utilisez-le pour n’importe quelle boutique, payante ou non, pour vous ou pour des clients. Pas de clé de licence, pas d’offres, pas de plafond. Lire la page qui le prouve (en anglais) |
| Mode d’hébergement | Les deux : le télécharger et l’installer soi-même, ou prendre l’offre hébergée de l’éditeur. “Confiez-nous les aspects techniques et accédez à une boutique prête à l’emploi” Source : prestashop.fr | Auto-hébergé uniquement. Il n’y a pas de cloud de l’éditeur, pas d’offre hébergée et rien à quoi s’inscrire. L’installation tourne sur votre serveur et n’envoie rien à personne. Lire la page qui le prouve (en anglais) |
| Extension | Des modules et des thèmes, branchés sur des hooks d’affichage et d’action. “Hooks are extension points which are placed throughout the system, allowing subscribing Modules to be notified” Source : devdocs.prestashop-project.org | Le checkout vous appartient : c’est un monolithe modulaire que vous modifiez directement, avec une marche à suivre documentée pour chaque type de changement et les contrôles qui vérifient ce changement. Lire la page qui le prouve (en anglais) |
| Moyens de paiement | Un module officiel pour le virement bancaire, et des modules officiels distincts pour le chèque et le paiement à la livraison (la ligne suivante traite du paiement à la livraison). “PrestaShop module that allows to accept payments for your products via bank wire transfer.” Source : github.com | Le paiement à la livraison, le virement bancaire manuel et les cartes-cadeaux sont livrés et fonctionnent. Le paiement par carte passe par Stripe, intégré au paiement ou sur une page hébergée, avec les clés saisies dans l’administration. D’autres fournisseurs se branchent derrière une même interface, avec une marche à suivre pour en ajouter un. Lire la page qui le prouve (en anglais) |
| Paiement à la livraison | Pris en charge par un module officiel. “Accept cash on delivery payments” Source : github.com | Livré. C’est un moyen de paiement que le propriétaire active, publié par l’endpoint public du checkout avec son nom traduit, et copié sur la commande quand elle est passée. Lire la page qui le prouve (en anglais) |
| Langues du contenu | Multilingue dès l’installation, avec d’autres langues à télécharger. “PrestaShop comes multilingual out of the box: there is one default language” Source : docs.prestashop-project.org | Les traductions en français, en anglais et en arabe sont livrées. Une boutique active les langues qu’elle sert et en choisit une par défaut. Chaque champ visible par le client garde une valeur par langue, dans une seule base de données. Lire la page qui le prouve (en anglais) |
| Droite à gauche | Le RTL est pris en charge nativement, et la documentation des thèmes explique comment générer la feuille de style RTL. C’est ce que fait la boutique ici, et PrestaShop va plus loin, puisque le back-office est couvert aussi. “PrestaShop supports RTL (Right-to-Left) languages like Arabic, Hebrew, and Farsi.” Source : devdocs.prestashop-project.org | La vitrine s’inverse : la configuration de la boutique liste les langues qui s’écrivent de droite à gauche, et les pages règlent dir et lang selon la langue. L’administration édite l’arabe dans un onglet de droite à gauche, mais sa propre interface est en anglais et n’est pas inversée. Lire la page qui le prouve (en anglais) |
| Infrastructure | Un serveur web PHP avec MySQL 5.6 ou plus récent, Apache ou Nginx recommandés. “any flavor of MySQL 5.6+ (MySQL, MariaDB, Percona Server, etc.)” Source : github.com | PostgreSQL et Redis, dans Docker, sur un seul serveur Linux. L’installateur met en place les deux. Un second serveur pour la vitrine est possible, pas obligatoire. Lire la page qui le prouve (en anglais) |
| Maturité | Copyright depuis 2007, version 9 en cours. Aucune page officielle consultée ne donne en toutes lettres la date de la première version. “9.2.0” Source : github.com | Le produit le plus jeune de cette page, et la page le dit : la v1.0.0, sortie le 27 octobre 2026, est la première version publique. À la place d’un historique de versions, il y a l’ensemble des contrôles que chaque push exécute, publié plutôt que décrit. Lire la page qui le prouve (en anglais) |
Lequel choisir
Quand choisir PrestaShop
- Vous avez des développeurs PHP et un hébergement qui le fait déjà tourner.
- Il vous faut le RTL dans l’interface d’administration autant que dans la boutique.
- La place de marché a déjà l’intégration qu’il vous faut, et l’acheter revient moins cher que l’écrire.
- La politique de votre entreprise impose l’OSL-3.0 pour le cœur.
Quand choisir The Merchant Engine
- Vous voulez du TypeScript de bout en bout, avec la boutique et l’admin qui partagent la même API.
- Vous installez pour des clients et voulez que l’installateur fasse le travail côté serveur : certificats, base de données, intégrations vérifiées en direct, compte propriétaire créé.
- Vous voulez construire votre propre boutique sur un contrat REST documenté plutôt que remplacer un thème.
- Le paiement à la livraison, les cartes cadeaux et le virement manuel sont les moyens de paiement dont vous avez besoin, et vous les voulez inclus d’origine plutôt qu’en modules à installer.
Questions
PrestaShop gère déjà l’arabe et le RTL. Qu’est-ce qui change ici ?
PrestaShop couvre le front-office et le back-office, ce qui est plus que ce que fait ce moteur aujourd’hui : ici, l’admin est en anglais et n’est pas inversée. La différence est dans la forme : les langues font partie de la configuration de la boutique, chaque champ garde une valeur par langue dans la base, et la boutique lit le sens d’écriture dans cette configuration à chaque requête.
Existe-t-il un chemin de migration depuis PrestaShop ?
Aucun outil d’import n’est livré aujourd’hui. Déplacer un catalogue passerait par l’API d’administration, et c’est un vrai travail.
Pourquoi ne pas simplement prendre une plateforme PHP ?
Si votre équipe fait du PHP, prenez-en une. Ce moteur existe pour les équipes qui préfèrent lire du TypeScript de l’API jusqu’à la boutique, et qui veulent la logique du tunnel de commande dans un seul dépôt qui leur appartient.
Vérifiez par vous-même
Le moyen le plus rapide de vérifier une ligne, c’est de lancer le logiciel : installez-le en local en une commande, ou lisez ce qu’une installation met sur un serveur. Ces deux pages sont en anglais. Les autres comparatifs sont dans l’index des comparatifs.
Dernière mise à jour . Chaque affirmation sur un autre produit renvoie à la page où je l’ai lue.