Catégorie : Conseils d’experts

Choisir une agence ou un intégrateur Sylius ne consiste pas simplement à trouver un partenaire qui maîtrise la technologie. Pour une création ou une refonte e-commerce complexe, le choix doit surtout porter sur sa capacité à comprendre vos enjeux métier, concevoir une architecture adaptée, connecter votre système d’information et accompagner la plateforme dans la durée.

B2B, B2C ou modèle hybride, migration depuis Magento ou PrestaShop, catalogue complexe, règles tarifaires spécifiques, ERP, PIM ou CRM : les critères à examiner ne sont pas les mêmes que pour un projet e-commerce standard.

Alors, comment comparer les agences Sylius en France et identifier le partenaire adapté à son projet ?

Définition

Intégrateur Sylius

Un intégrateur Sylius accompagne une entreprise dans la conception, le développement, l’intégration, la mise en production et l’évolution d’une plateforme e-commerce basée sur Sylius. Son rôle peut couvrir le cadrage, l’architecture, les développements spécifiques, les connexions au SI, la migration et la TMA.

1. Vérifier l’expertise réelle de l’agence sur Sylius

Toutes les agences qui proposent Sylius n’ont pas nécessairement le même niveau d’expérience.

Le premier réflexe consiste donc à regarder l’ancienneté dans l’écosystème Sylius, le niveau de partenariat, les contributions éventuelles à l’écosystème et surtout les projets réellement livrés.

L’annuaire officiel permet notamment d’identifier les partenaires Sylius présents en France et leurs différents niveaux d’implication dans l’écosystème. Consulter l’annuaire officiel des partenaires Sylius en France

Mais un badge ou un niveau de partenariat ne suffit pas à lui seul. Demandez surtout :

• Combien de projets Sylius avez-vous réalisés ?
• Sur quelles versions ?
• Quels types de clients accompagnez-vous ?
• Pouvez-vous présenter des projets comparables au mien ?
• Quelle part de l’équipe travaille régulièrement sur Sylius ?

2. Regarder les références sur des projets comparables

Une agence peut parfaitement maîtriser Sylius sans avoir l’expérience d’un projet présentant vos contraintes.

Un site B2C avec un catalogue relativement simple n’implique pas les mêmes problématiques qu’une plateforme B2B avec plusieurs grilles tarifaires, des droits utilisateurs, des workflows de commande ou des règles commerciales spécifiques.

Avant de choisir, cherchez donc des références présentant des caractéristiques proches :

Une bonne référence n’est donc pas nécessairement la plus prestigieuse : c’est celle qui permet de démontrer que l’agence sait résoudre des problématiques similaires aux vôtres.

3. Évaluer la capacité à gérer la complexité métier

Sylius prend particulièrement son sens lorsque le fonctionnement de l’entreprise nécessite des règles spécifiques qui dépassent les fonctionnalités standard d’une plateforme e-commerce.

Cela peut concerner :

• les règles de prix et de remises ;
• les catalogues par client ou groupe de clients ;
• les règles de disponibilité ;
• les workflows de commande ;
• les conditions de livraison ;
• les comptes et droits utilisateurs ;
• les marketplaces ou espaces revendeurs ;
• les spécificités de facturation.

L’enjeu n’est pas de développer du spécifique pour le principe. Il est de déterminer ce qui doit être standardisé, ce qui doit être configuré et ce qui justifie réellement un développement métier spécifique.

4. Vérifier les intégrations avec votre système d’information

Pour un projet e-commerce complexe, le site n’est qu’une brique du système d’information.

L’agence doit être capable de comprendre les flux entre le e-commerce et les autres applications :

ERP → e-commerce
Stocks, prix, commandes, clients, facturation.

PIM → e-commerce
Produits, attributs, descriptions, médias, catégories.

CRM → e-commerce
Clients, comptes, données commerciales et parcours.

Selon les projets, d’autres briques peuvent également intervenir : DAM, SSO, middleware, solutions de paiement, transporteurs ou outils métiers.

Il faut donc vérifier non seulement si l’agence « sait connecter un ERP », mais si elle possède une expérience concrète des architectures et flux correspondant à votre SI.

5. Ne pas négliger l’expérience de migration

Une refonte Sylius implique souvent une migration depuis une autre solution : Magento, PrestaShop ou une plateforme développée sur mesure.

Le sujet dépasse largement l’import des produits. Une migration doit notamment prendre en compte :

• les données produits et clients ;
• l’historique des commandes ;
• les URLs et redirections 301 ;
• les règles tarifaires ;
• les comptes utilisateurs ;
• les intégrations existantes ;
• les performances ;
• le référencement naturel ;
• les flux et interfaces avec le SI.

Demandez à l’agence comment elle prépare et sécurise une migration, mais aussi comment elle prévoit les phases de recette, de bascule et de suivi post-production.

6. Évaluer architecture, performance et évolutivité

Un projet Sylius ne doit pas être évalué uniquement sur ce qui fonctionne au lancement.

L’architecture doit pouvoir accompagner les évolutions du catalogue, du trafic, des fonctionnalités et du système d’information.

Interrogez l’agence sur :

• les choix d’architecture ;
• la stratégie de cache ;
• la gestion des pics de trafic ;
• les performances front et back ;
• la supervision ;
• la sécurité ;
• les possibilités d’évolution.

7. Comprendre qui va réellement vous accompagner

La taille de l’agence ne dit pas nécessairement grand-chose sur la qualité de l’accompagnement.

Une structure importante peut proposer de nombreuses expertises, tandis qu’une équipe plus réduite peut apporter davantage de proximité. L’essentiel est de comprendre comment l’équipe projet est réellement organisée.

Avant de signer, demandez :

• Qui sera mon interlocuteur au quotidien ?
• Quels profils participeront au projet ?
• Les développeurs présentés lors de l’avant-vente seront-ils ceux du projet ?
• Où sont basées les équipes ?
• Comment travaillent-elles avec les équipes métier ?
• Quelle est la disponibilité du partenaire pendant les phases critiques ?

à vérifier

Ne choisissez pas uniquement une agence : choisissez également l’équipe qui va réellement construire et faire évoluer votre plateforme.

8. Anticiper la maintenance et l’après-mise en production

La mise en ligne n’est pas la fin d’un projet e-commerce.

Une plateforme Sylius évolue avec l’entreprise : nouvelles règles métier, nouveaux connecteurs, évolutions réglementaires, optimisation des performances, mises à jour techniques ou nouveaux parcours clients.

Il est donc utile d’évaluer dès l’avant-vente :

• les modalités de TMA ;
• les délais d’intervention ;
• la supervision ;
• la gestion des incidents ;
• les mises à jour de sécurité ;
• les évolutions fonctionnelles ;
• la capacité à accompagner les montées en charge.

Une agence capable de construire le projet mais pas de l’accompagner dans la durée n’est pas nécessairement le meilleur choix pour une plateforme stratégique.

La grille pour comparer plusieurs agences Sylius

Pour objectiver les échanges, vous pouvez attribuer une note à chaque agence sur les critères suivants :

Cette grille permet surtout de comparer des agences sur des éléments objectifs plutôt que sur leur discours commercial.

Des critères vérifiés sur des projets réels Cyllene

Innelec : une refonte B2B où la compréhension métier fait la différence

Le projet B2B sous Sylius, Innelec, constitue notamment un exemple de refonte B2B complexe : migration depuis Magento 2.3, règles de prix, de fiscalité et de livraison spécifiques, intégrations PIM, CRM et Sage, ainsi qu’une architecture API-first.

Innelec a retenu Cyllene, notamment pour sa compréhension des enjeux métier, ses réponses concrètes et son accompagnement à taille humaine. Découvrir Cyllene, intégrateur Sylius expérimenté

Bollinger : quand Sylius s’adapte à des processus B2B spécifiques

Autre exemple, le projet réalisé pour le Groupe Bollinger porte sur un portail B2B intégrant notamment ERP, PIM/DAM et SSO. Environ 80 à 90 % des commandes de ses quelque 200 clients sont désormais réalisées via le portail.

Ces références permettent d’illustrer concrètement plusieurs critères à examiner lors du choix d’un intégrateur : complexité métier, intégration au SI, B2B, migration, performance et accompagnement dans la durée.

Cyllene est partenaire officiel Sylius depuis 2022 et dispose du niveau Professional Solution Partner.

Voir le profil Cyllene sur l’annuaire officiel Sylius

En conclusion

Choisir son agence Sylius revient moins à trouver le partenaire le plus visible qu’à identifier celui qui comprend réellement votre projet.

Pour une création ou une refonte e-commerce complexe, comparez les agences sur des critères concrets : expertise Sylius, références comparables, complexité métier, intégrations SI, migration, architecture, équipe et accompagnement dans la durée.

Cette méthode permet de construire une short-list de partenaires réellement adaptés à votre contexte, plutôt que de choisir uniquement sur la base d’un niveau de partenariat ou d’un discours commercial.

Un module e-commerce est-il vraiment moins cher qu’un développement sur-mesure ? À court terme, souvent. À long terme, pas nécessairement.

Le prix d’une plateforme e-commerce ne se résume ni à son coût de licence, ni au budget de mise en production. Modules, maintenance, mises à jour, compatibilités, performances et dette technique peuvent progressivement transformer une solution peu coûteuse à l’achat en plateforme coûteuse à faire évoluer.

Pour comparer deux approches, il faut donc raisonner en TCO — Total Cost of Ownership, c’est-à-dire en coût total de possession sur plusieurs années.

Le piège du prix d’entrée

Lors du choix d’une plateforme e-commerce, la comparaison commence souvent par les éléments les plus faciles à chiffrer : coût de licence, abonnement, hébergement et budget de développement.Mais ces postes ne représentent qu’une partie de la facture.

Un CMS disposant d’un vaste marketplace peut par exemple permettre d’ajouter rapidement une fonctionnalité pour quelques dizaines ou centaines d’euros. Le gain est immédiat : pas de conception spécifique, un délai réduit et une fonctionnalité déjà éprouvée.

Le comparatif Sylius/PrestaShop illustre cette logique : l’écosystème PrestaShop compte plus de 7 000 modules et thèmes, couvrant notamment le paiement, la livraison, le marketing, le SEO ou encore le multicanal.

Pour un besoin standard, c’est un avantage évident. Mais le prix d’achat d’un module ne correspond pas à son coût total.

Le véritable coût d’un module

Un module peut générer plusieurs catégories de coûts, parfois invisibles lors de la conception du projet :

• achat ou abonnement ;
• renouvellement pour accéder aux mises à jour ;
• support de l’éditeur ;
• installation et configuration ;
• compatibilité avec la version de la plateforme ;
• tests de non-régression ;
• maintenance ;
• résolution des conflits avec d’autres extensions ;
• interventions de l’agence ou de l’équipe technique.

Certains modules fonctionnent selon un modèle d’abonnement annuel, notamment pour maintenir l’accès aux mises à jour et correctifs. Quelques extensions peuvent donc représenter une dépense récurrente significative lorsqu’elles sont multipliées sur plusieurs années.

Le coût caché le plus important : la complexité

Le coût d’un module n’est toutefois pas uniquement financier.

Chaque extension devient une nouvelle brique de l’architecture. Et lorsque plusieurs briques interagissent, les évolutions deviennent progressivement plus complexes.

Prenons un cas courant : un site utilise une extension pour les promotions, une autre pour le B2B, une troisième pour les stocks et une quatrième pour le tunnel de commande.

Chaque module peut être pertinent individuellement.

Mais que se passe-t-il lorsque l’entreprise souhaite modifier son processus de commande ?

Il faut alors identifier les interactions entre ces différentes extensions, vérifier leur compatibilité, tester les parcours concernés et parfois adapter plusieurs composants.

Le coût de la fonctionnalité n’est plus celui de son installation, mais celui de son intégration dans un système devenu complexe.

Dette technique : l’addition différée

La dette technique apparaît lorsqu’une décision prise pour aller vite ou réduire le coût immédiat rend les évolutions futures plus complexes.

Elle peut notamment se développer lorsque :

• plusieurs modules couvrent des fonctionnalités qui se chevauchent ;
• une extension n’est plus correctement maintenue ;
• des développements spécifiques viennent modifier son fonctionnement ;
• des mises à jour sont repoussées par crainte de régressions ;
• des contournements deviennent nécessaires pour répondre à de nouveaux besoins.

Au départ, le choix paraît rationnel. Quelques années plus tard, chaque évolution demande davantage d’analyse, de développement et de tests.

La plateforme consacre alors une part croissante de son budget à maintenir l’existant plutôt qu’à accompagner le développement du business.

C’est un point essentiel dans le calcul du TCO : le coût d’une plateforme comprend aussi le temps des équipes techniques nécessaire pour la faire évoluer.

Sur-mesure : payer plus aujourd’hui pour maîtriser davantage demain ?

Le développement sur-mesure présente une caractéristique immédiatement visible : son coût initial est plus élevé.

Il faut concevoir la fonctionnalité, développer, tester, documenter et assurer sa maintenance. Mais cette approche permet de construire la solution autour des processus métier réels de l’entreprise. Elle devient particulièrement pertinente lorsque le projet comporte :

• des règles tarifaires complexes ;
• des processus B2B spécifiques ;
• des workflows de commande particuliers ;
• des règles de gestion de stock spécifiques ;
• de nombreuses intégrations ERP, PIM ou CRM ;
• plusieurs canaux de vente ;
• des fonctionnalités qui constituent un avantage concurrentiel.

Dans ces situations, chercher systématiquement un module peut conduire à une situation paradoxale : on adapte progressivement le métier aux contraintes d’un ensemble d’extensions censées justement apporter de la flexibilité.

Le sur-mesure permet à l’inverse de maîtriser la logique métier et son intégration dans l’architecture. Cela ne signifie pas qu’il est systématiquement moins cher. Le document fourni est d’ailleurs clair sur ce point : aucune des deux approches n’est universellement plus économique. Tout dépend de l’adéquation entre les besoins de l’entreprise et les fonctionnalités disponibles.

Faut-il alors tout développer sur-mesure ?

Non. Ce serait l’autre extrême. Développer spécifiquement une fonctionnalité standard déjà disponible et correctement maintenue n’apporte pas nécessairement de valeur. L’enjeu est de distinguer 2 catégories.

a- Les fonctionnalités standard

Lorsqu’un besoin est courant, stable et peu différenciant, un module peut être la solution la plus pertinente. C’est typiquement le cas de certaines intégrations de paiement, de transport ou de services tiers. Le module permet alors de bénéficier d’une solution existante sans mobiliser des ressources de développement pour reconstruire ce qui existe déjà.

b- Les fonctionnalités métier

À l’inverse, une fonctionnalité directement liée au modèle économique de l’entreprise mérite davantage de réflexion. Si elle est complexe, évolutive ou différenciante, son développement spécifique peut être plus cohérent avec la stratégie à long terme.

Le sujet n’est donc pas de choisir entre “modules” et “sur-mesure”. Il s’agit de déterminer où placer intelligemment la frontière entre standardisation et personnalisation.

L’exemple Sylius : une autre manière d’aborder le sur-mesure

Sylius constitue un bon exemple de cette approche, sans pour autant être une réponse universelle à tous les projets e-commerce.

Contrairement à un CMS principalement étendu par configuration et modules, Sylius se présente comme un framework e-commerce construit sur Symfony, avec une architecture pensée pour être étendue et adaptée aux besoins du projet.

L’intérêt de cette approche n’est pas de « remplacer tous les modules par du code ». Il est plutôt de pouvoir construire les briques spécifiques dont l’entreprise a réellement besoin, tout en s’appuyant sur un socle existant. C’est cette distinction qui est intéressante : le sur-mesure ne signifie pas repartir de zéro.

Et le SEO dans tout ça ?

Le choix entre modules et développement spécifique a également des conséquences sur le SEO. Pas parce qu’un module serait intrinsèquement mauvais pour le référencement, mais parce que chaque nouvelle brique peut modifier le fonctionnement technique du site.

Un module peut par exemple intervenir sur :

• les URL ;
• les balises canonical ;
• les données structurées ;
• les facettes et filtres ;
• le maillage interne ;
• les performances ;
• le contenu généré ;
• le comportement du crawl.

Un développement spécifique peut produire les mêmes risques s’il est mal conçu. Le sujet SEO est donc avant tout un sujet de maîtrise de l’architecture.

Cette logique est particulièrement importante lors d’une migration e-commerce. Les URL, redirections, règles d’indexation, performances et signaux SEO doivent être pensés dès la conception du projet, plutôt que traités comme une simple checklist en fin de migration.

Les 5 questions à poser avant chaque choix technique

Le véritable enjeu : payer pour évoluer, pas pour réparer

Une plateforme e-commerce n’est pas un projet que l’on « termine ». Elle évolue avec l’entreprise : nouveaux marchés, nouveaux produits, nouvelles règles commerciales, nouveaux canaux, nouvelles intégrations. C’est pourquoi une plateforme qui semble économique au lancement peut devenir coûteuse si chaque évolution nécessite des contournements.

À l’inverse, investir davantage dans une architecture maîtrisée n’est pertinent que si cet investissement permet effectivement de réduire la complexité future et d’accélérer les évolutions métier.

Le bon choix dépend donc du profil de l’entreprise, de sa roadmap et de la complexité de son modèle.

Conclusion

Les modules ne sont pas le problème. Le sur-mesure n’est pas automatiquement la solution.

Le véritable risque est de choisir une architecture sans prendre en compte son coût d’évolution.

Pour un besoin standard, un module fiable peut être la meilleure décision économique.

Pour une fonctionnalité stratégique ou fortement spécifique, le développement sur-mesure peut être plus pertinent.

Et pour les projets complexes, une approche combinant socle existant, composants standards et développement spécifique permet souvent de trouver le meilleur équilibre.

L’objectif n’est finalement pas de dépenser moins au lancement. C’est de construire une plateforme dont le coût reste maîtrisable à mesure que le business se complexifie.