Sylius, Shopify ou PrestaShop : choisir selon vos règles
Pour une boutique classique, Shopify ou PrestaShop sont souvent plus simples et moins chers que Sylius. Sylius prend l'avantage quand vos règles métier sont au cœur de votre activité et que vous pouvez financer des développeurs Symfony dans la durée. La bonne question n'est donc pas « quelle est la meilleure plateforme ? », mais « où vivra ma règle métier, et qui pourra la modifier dans trois ans ? ».
Je suis développeur Sylius indépendant : j'ai donc un intérêt dans ce sujet. Pour que vous puissiez vérifier, les faits techniques ci-dessous renvoient à la documentation officielle de chaque plateforme.
La réponse courte
| Votre situation | Choix le plus logique | Pourquoi |
|---|---|---|
| Vente classique, peu de développement, lancement rapide | Shopify | Solution hébergée, écosystème d'applications |
| Besoin d'héberger vous-même, grand choix de modules, budget limité | PrestaShop | Open source, modules et hooks |
| Quelques règles couvertes par une application existante | Shopify | Pas de code à maintenir |
| Règles propres à votre métier, qui vont évoluer | Sylius | La logique reste dans votre propre code Symfony |
| Circuit de commande sur mesure (validation, statuts, B2B) | Sylius à étudier en priorité | Le cycle de vie de la commande se configure et s'étend |
Où vit votre règle métier sur chaque plateforme
Shopify : dans des fonctions encadrées
Sur Shopify, la logique passe notamment par les Shopify Functions : réductions, personnalisation de la livraison et du paiement, validation du panier. Une fonction de validation peut bloquer la commande côté serveur quand une règle n'est pas respectée, et le client ne peut pas la contourner.
Trois limites sont à vérifier avant de choisir :
- Le plan : seules les boutiques Shopify Plus peuvent utiliser des applications sur mesure contenant des Functions. Les applications publiques restent utilisables sur tous les plans.
- Les ressources : binaire de 256 ko, nombre d'instructions et volume d'entrée limités.
- Le réseau : l'appel à un service externe est réservé aux applications sur mesure des boutiques Enterprise, sur demande.
Concrètement, une règle qui doit interroger votre ERP au moment de la commande demande une vraie vérification de faisabilité sur Shopify.
PrestaShop : dans des modules, à garder légers
PrestaShop s'étend avec des modules et des hooks, et permet aussi de remplacer des services ou des classes. Sa propre documentation prévient que plus l'intégration est profonde, plus le risque de problèmes de mise à jour et d'interopérabilité augmente.
PrestaShop 9 s'appuie sur Symfony 6.4, mais une partie historique du code reste présente : la documentation prévoit que ses quatre sous-systèmes, dont le code ancien, cohabitent pendant toute la vie de cette version. C'est un bon choix tant que vos règles tiennent dans quelques modules.
Sylius : dans votre propre code
Sylius est une plateforme open source sous licence MIT, construite sur Symfony et API Platform. Vos règles sont écrites et testées dans votre dépôt, sans plafond d'exécution imposé par la plateforme. Le prix de cette liberté est réel : vous êtes responsable de l'hébergement, de la sécurité, des mises à jour et de la qualité du code.
Le cœur est gratuit, mais des fonctions comme la suite B2B, le multi-boutique avancé ou les droits avancés relèvent de Sylius Plus, l'offre payante. Vérifiez ce point avant de chiffrer un projet B2B.
Cinq règles métier, trois plateformes
| Règle | Shopify | PrestaShop | Sylius |
|---|---|---|---|
| Limiter la quantité commandée par client | Function de validation ou application | Module ou hook | Code applicatif |
| Prix négociés par client | Application, ou développement sur Plus, à vérifier selon le cas | Fonctions natives ou module, selon la complexité | Code applicatif, ou suite B2B de Sylius Plus |
| Validation d'une commande par un responsable | Peu naturel : à étudier avec une application externe | Module sur mesure, à maintenir | Extension du cycle de vie de la commande |
| Vérifier le stock dans un ERP avant de valider | Réseau réservé aux boutiques Enterprise, sur demande | Module appelant l'ERP | Service appelant l'ERP |
| Écran d'administration propre à votre métier | Application intégrée à l'administration | Module avec contrôleur d'administration | Écran développé dans le projet |
Ce tableau donne une première orientation, pas un verdict : la faisabilité dépend de votre plan, de vos volumes et des applications disponibles au moment du projet.
Le coût à comparer
Comparer un abonnement à une licence gratuite n'a pas de sens. Comparez plutôt, sur trois à cinq ans :
- l'abonnement, les commissions et les applications ou modules payants ;
- le développement initial et les évolutions de chaque règle ;
- l'hébergement, la sécurité et les mises à jour ;
- le coût de sortie : pouvez-vous récupérer vos données et votre logique si vous changez de prestataire ?
Sylius coûte généralement plus cher au départ. Il ne se justifie que si vos règles rapportent, ou évitent de perdre, davantage que ce surcoût.
Trois questions pour trancher
- Vos règles existent-elles déjà dans une application ou un module ? Si oui, ne développez pas.
- Vos règles sont-elles un avantage concurrentiel ? Si elles font votre différence, gardez-les dans du code que vous maîtrisez.
- Qui maintiendra le site dans trois ans ? Sans développeur Symfony disponible, Sylius devient un risque.
Un exemple réel
Pour la boutique belge Coucouroucoucou, le fonctionnement ne rentrait dans aucun écran standard : don suspendu, questionnaires, suivi par pays, recommandations de praticiens. Sur Sylius, environ 15 000 commandes ont été reprises sans coupure de vente et 14 écrans ont été écrits sur mesure. Ce choix se justifiait par ces règles propres. Une boutique sans elles n'aurait pas eu besoin de Sylius.
Besoin d'un avis sur votre projet ?
Décrivez-moi vos règles sur la page développeur Sylius freelance. Si une solution standard vous suffit, je vous le dirai.