Photo de l'article SaaS ou open source pour la boutique suisse : comparer les modèles d’exploitation
Photo par cookieone sur Pixabay

Choix de plateforme

SaaS ou open source pour la boutique suisse : comparer les modèles d’exploitation

Le SaaS et l’open source ne désignent pas la même chose. Le SaaS est un modèle d’exploitation, tandis que l’open source est une forme de licence et de développement.

Louer ou exploiter soi-même : la véritable question derrière le SaaS et l’open source

Le SaaS et l’open source ne désignent pas la même chose. Le SaaS est un modèle d’exploitation, tandis que l’open source est une forme de licence et de développement. Le SaaS (Software as a Service) correspond à des solutions numériques que l’on loue au lieu de les acheter ; la solution n’est pas installée localement, mais hébergée chez le prestataire (swissmadesoftware.org).

L’open source signifie que le code source est librement accessible. Le programme peut généralement être modifié et adapté aux besoins propres. Dans de nombreux cas, le logiciel est gratuit, bien que des coûts de licence ou de développement ultérieur puissent s’appliquer (La Poste Suisse, 2022).

Les deux modèles peuvent faire fonctionner la même boutique. La différence réside dans la question suivante : qui fournit l’infrastructure, déploie les mises à jour et assume la responsabilité en cas de panne ? En Suisse, les systèmes de boutique en ligne les plus utilisés ont un point commun : ils sont basés sur l’open source (La Poste Suisse, 2022).

La décision porte donc rarement sur « ouvert ou fermé », mais plutôt sur « qui l’exploite ». Le même système peut être auto-hébergé ou géré par une agence.

Ceux qui optent pour l’auto-hébergement conservent la pleine maîtrise des données, de l’emplacement des serveurs et du développement technique (openstream, mai 2025). Ceux qui louent cèdent partiellement ces aspects et soulagent leur propre entreprise. Les deux voies sont répandues. Outre les systèmes open source, les plateformes propriétaires dominent aujourd’hui le haut du classement en termes de diffusion en Suisse (openstream, mai 2025).

SaaS : ce que les commerçants suisses délèguent au quotidien – et ce qu’ils paient en contrepartie

Le SaaS signifie location plutôt qu’achat. La solution n’est pas installée localement, mais hébergée chez le prestataire ; le commerçant paie régulièrement pour son utilisation (swissmadesoftware.org). Les abonnements mensuels ou annuels sont typiques.

Dans le répertoire suisse SaaS de swissmadesoftware.org, de nombreuses offres indiquent « Hosting En Suisse ». Les paiements annuels bénéficient d’une réduction. Un outil de gestion du consentement listé y coûte CHF 9, CHF 29 ou CHF 99 par mois ; les plans souscrits annuellement bénéficient d’une remise de 10 pour cent.

Pour le commerçant, les tâches liées à l’auto-exploitation disparaissent : mise à disposition et surveillance des serveurs, mise à jour des logiciels, correction des failles de sécurité, garantie des sauvegardes et de la disponibilité. Ces travaux incombent au prestataire. De même pour le rythme : c’est le prestataire, et non le commerçant, qui décide quand de nouvelles fonctionnalités, des modifications d’interfaces ou un redesign seront déployés.

De nouvelles dépendances apparaissent à trois niveaux. Premièrement, la limite d’adaptation : ce que la plateforme ne prévoit pas ne peut être réalisé que dans le cadre des extensions proposées. Deuxièmement, la portabilité des données : lors du départ, les données produits, clients et commandes doivent pouvoir être exportées dans un format utilisable.

Troisièmement, l’emplacement des serveurs : quiconque traite des données personnelles doit savoir où elles se trouvent ; la loi fédérale révisée sur la protection des données est entrée en vigueur le 1er septembre 2023 (swissmadesoftware.org). Le format d’exportation, les délais et le lieu de conservation des données doivent être clarifiés par écrit avant la signature du contrat.

Prix SaaS dans le répertoire suisse swissmadesoftware.org

  • Outil de gestion du consentement, mensuelCHF 9 / 29 / 99
  • Réduction sur les plans souscrits annuellement10 %
  • indiqué pour de nombreuses offresHosting En Suisse
  • loi fédérale révisée sur la protection des données en vigueur depuis1er septembre 2023

Open source : code ouvert, serveurs propres, responsabilité propre

L’open source signifie que le code source est accessible au public, par exemple via une plateforme comme GitHub. Plus de 100 millions de développeuses et développeurs y travaillent sur des logiciels libres (topsoft, 2024). Pour le commerçant, cela signifie : la boutique peut être modifiée et adaptée à ses propres besoins ; dans de nombreux cas, le logiciel est gratuit, mais des coûts de licence ou de développement ultérieur peuvent s’appliquer (La Poste Suisse, 2022).

Les systèmes répandus en Suisse sont Magento, WooCommerce, Shopware, PrestaShop et OpenCart. La véritable différence avec le modèle SaaS réside dans l'hébergement.

Celui qui auto-héberge une solution open source conserve le contrôle sur le stockage des données, l’emplacement des serveurs et le développement technique. Cette indépendance vis-à-vis des fournisseurs de plateformes est considérée comme un avantage majeur (openstream, mai 2025). L’emplacement des serveurs, l’accès aux données et les modifications du code restent entre ses mains.

Ce contrôle implique du travail. L’exploitation, les mises à jour, la sécurité, les sauvegardes et les performances restent à la charge du commerçant ou de l’agence mandatée. Les adaptations allant au-delà de la configuration nécessitent des ressources de développement. Avec Magento, des connaissances de base en PHP et SQL sont avantageuses ; les mises à niveau sont considérées comme complexes et le système est coûteux et gourmand en ressources selon le modèle choisi (La Poste Suisse, 2022).

Open source auto-hébergé : contrôle contre effort d’exploitation

  • Pourcontrôle sur le stockage des données, l’emplacement des serveurs et le développement technique
  • Pourcode source accessible au public, logiciel modifiable et adaptable aux besoins propres
  • Contrel’exploitation, les mises à jour, la sécurité, les sauvegardes et les performances restent à la charge du commerçant ou de l’agence
  • Contreles adaptations au-delà de la configuration nécessitent des ressources de développement ; avec Magento, les mises à niveau sont complexes et des connaissances de base en PHP et SQL sont avantageuses

À quoi ressemble réellement le marché suisse des boutiques

L’étude sur les commerçants en ligne 2021 réalisée par la ZHAW montre que 22,1 pour cent des commerçants en ligne participants développent leur boutique eux-mêmes. Il s’agit principalement de grands commerçants comme Digitec Galaxus ou Zalando. Les petits commerçants, en revanche, misent plus souvent sur les avantages des systèmes de boutique open source (La Poste Suisse, 2022).

Au sein des systèmes open source, Magento arrivait en tête avec près de 15 pour cent, suivi de WooCommerce avec près de 11 pour cent. L’entreprise mère de Magento appartient au groupe logiciel américain Adobe. Environ 4000 extensions étaient disponibles pour Magento (La Poste Suisse, 2022).

Ce classement a évolué. Selon BuiltWith, la Suisse comptait en mai 2025 56'910 boutiques Wix Stores (29,36 pour cent), 20'955 boutiques Shopify (10,81 pour cent), 16'258 Ecwid (8,39 pour cent) et 13'065 WooCommerce (6,74 pour cent). PrestaShop totalisait 2872 installations (1,48 pour cent), Magento 1216 (0,63 pour cent), Shopware 778 (0,4 pour cent) et OpenCart 423 (0,22 pour cent) (openstream, mai 2025).

Les plateformes propriétaires dominent ainsi le haut du classement. Malgré leurs avantages en matière de liberté et de contrôle, les solutions open source perdent souvent du terrain face à la commodité des solutions entièrement intégrées dans l’usage quotidien (openstream, mai 2025). La même source nuance ces chiffres : il est incertain, pour Wix Stores, si les données concernent uniquement les boutiques Wix Stores ou les sites web Wix réguliers. On ne peut donc que partiellement en déduire un recul général du web ouvert.

Pour le commerçant individuel, la tension reste la même. Il s’agit de choisir entre contrôle et adaptabilité d’un côté, et commodité et faible effort d’exploitation de l’autre.

Systèmes de boutique en Suisse par nombre, BuiltWith mai 2025

  • Wix Stores ( %) — 56'91029,36 %
  • Shopify ( %) — 20'95510,81 %
  • Ecwid ( %) — 16'2588,39 %
  • WooCommerce ( %) — 13'0656,74 %
  • PrestaShop ( %) — 28721,48 %
  • Magento ( %) — 12160,63 %
  • Shopware ( %) — 7780,4 %
  • OpenCart ( %) — 4230,22 %

Commerçants en ligne suisses : développement propre et diffusion de l’open source

  • 2021développent leur boutique eux-mêmes (étude ZHAW sur les commerçants en ligne ) — 22,1 %
  • 15%part de Magento au sein des systèmes open source
  • 11%part de WooCommerce au sein des systèmes open source
  • 4000extensions disponibles pour Magento

Coût total de possession : le calcul sur plusieurs années

Le prix d’acquisition des logiciels open source est proche de zéro. S’y ajoutent les coûts de gestion et les risques (Qt Group, 2022). Comparer uniquement les coûts de licence revient à comparer trop peu d’éléments.

Des études de cas sur les migrations de solutions commerciales vers l’open source ont montré une réduction du coût total de possession (Total Cost of Ownership) sur cinq ans de 78 à 83 pour cent (Total Cost of Ownership for Application Replatform by Open-source SW). Ces valeurs s’appliquent aux migrations étudiées et ne constituent pas une promesse générale. Elles montrent toutefois que le calcul peut changer significativement sur plusieurs années.

Pour une comparaison fiable, tous les postes doivent être rapportés à la même échelle de temps, soit trois à cinq ans. Pour le modèle SaaS : l’abonnement – mensuel ou annuel, sachant que le paiement annuel est souvent réduit, d’environ 10 pour cent dans le répertoire suisse SaaS – plus la mise en place unique, la formation et d’éventuels modules supplémentaires. Pour le modèle open source : l’hébergement, la maintenance, les mises à jour, les mises à niveau, les mesures de sécurité, les heures de développement pour les adaptations et les coûts de personnel interne pour l’exploitation.

Une boutique WooCommerce est considérée comme peu coûteuse à entretenir. Magento est considéré comme coûteux et gourmand en ressources selon le modèle (La Poste Suisse, 2022). La différence ne réside donc pas uniquement dans le modèle, mais dans le système choisi et l’ampleur des adaptations.

SaaS et open source auto-hébergé en comparaison directe

  • Exploitation, mises à jour, sauvegardes – SaaSLe prestataire exploite la solution ; le cycle de publication et les modifications d’interface sont déterminés par le prestataire
  • Exploitation, mises à jour, sauvegardes – Open source auto-hébergéCommerçant ou agence mandatée ; mises à jour des plugins et thèmes ainsi que mises à niveau effectuées soi-même
  • Souveraineté des données et emplacement des serveurs – SaaSLes données se trouvent chez le prestataire ; clarifier par écrit le format d’exportation, les délais et le lieu de conservation avant la signature du contrat
  • Souveraineté des données et emplacement des serveurs – Open source auto-hébergéL’emplacement des serveurs, l’accès aux données et les modifications du code restent entre ses mains
  • Logique des coûts sur trois à cinq ansSaaS : abonnement plus mise en place, formation et modules supplémentaires ; Open source : hébergement, maintenance, mises à jour, mises à niveau, mesures de sécurité, heures de développement et personnel interne

Maintenance, mises à jour et performance : quelles compétences l’exploitation exige-t-elle ?

Avec l’open source, la maintenance reste à la charge de l’exploitant. Avec WooCommerce, les plugins et les thèmes doivent être mis à jour manuellement, ce qui génère du travail avec le temps. Avec trop de plugins ou d’articles en boutique, des baisses de performance sont possibles (La Poste Suisse, 2022). Avec Magento, les mises à niveau sont considérées comme complexes ; des connaissances de base en PHP et SQL sont avantageuses (La Poste Suisse, 2022).

Il en découle la question du personnel : qui installe les mises à jour de sécurité si personne dans l’entreprise ne sait lire le PHP ? Qui réagit si, après une mise à jour, un plugin bloque le processus de commande ? Si l’exploitation est assurée en interne, une responsabilité claire avec suppléance est nécessaire. Si elle est déléguée à une agence, les délais de réaction, les taux horaires et la couverture en dehors des heures de bureau doivent figurer dans le contrat.

Avec le modèle SaaS, cet effort est déplacé, mais il ne disparaît pas. Le prestataire assume le travail de mise à jour et d’exploitation, et détermine pour cela le cycle de publication. Le commerçant s’adapte à son calendrier, ne peut pas retenir les versions lui-même et dépend des annonces en cas de modifications d’interface. Pour l’exploitation de base, il n’a pas besoin d’une équipe technique.

Grille de décision pour les boutiques suisses

Six critères font la différence dans la pratique. (1) Assortiment et plan de croissance – nombre d’articles, langues, marchés desservis, fonctions prévues ; (2) ressources de développement disponibles – personnel interne avec connaissances en PHP, SQL ou WordPress, ou agence avec contrat de maintenance ; (3) besoin d’adaptation – la configuration suffit-elle, ou des modifications du code sont-elles nécessaires ? (4) Souveraineté des données et emplacement des serveurs – qui a le droit d’accéder aux données produits, clients et commandes, et où ; (5) logique budgétaire – abonnement récurrent contre budget projet et exploitation ; (6) scénario de sortie – format d’exportation, délais, coûts et qui assure la portabilité des données.

Petite boutique sans équipe technique : SaaS ou une offre de boutique hébergée. L’effort d’exploitation est minimal, les possibilités d’adaptation restent limitées. Ceux qui misent tout de même sur l’open source feront mieux de choisir WooCommerce avec peu de plugins – et devront prévoir les mises à jour manuelles des plugins et thèmes ainsi que d’éventuelles baisses de performance en cas de nombreux plugins et articles (La Poste Suisse, 2022).

Commerçant en croissance avec son propre personnel : open source auto-hébergé. Il décide de la gestion des données, de l’emplacement des serveurs et du développement technique (openstream, mai 2025), mais assume lui-même la maintenance, les mises à niveau et la sécurité. Dans les migrations étudiées, le coût total de possession sur cinq ans était inférieur de 78 à 83 pour cent à celui des solutions commerciales (Total Cost of Ownership for Application Replatform by Open-source SW).

Pour une boutique fortement individualisée, la voie passe par des modifications du code ou un développement propre. 22,1 pour cent des commerçants en ligne interrogés développent leur boutique eux-mêmes (étude ZHAW sur les commerçants en ligne 2021, citée par La Poste Suisse, 2022). Cela exige une capacité de développement interne.

Les adaptations d’un système open source existant constituent généralement une entrée en matière moins coûteuse qu’un nouveau développement. Si Magento est choisi, la complexité des mises à niveau et les besoins en ressources doivent être pris en compte (La Poste Suisse, 2022).

Indépendamment du modèle, un test de sortie fait partie de l’évaluation. Les produits, clients et commandes peuvent-ils être exportés dans un format courant, et dans quel délai ? Quel est le coût de la migration des contenus et de la configuration ? En cas d’auto-hébergement, cette question devient largement superflue, car le code et les données se trouvent déjà chez le commerçant (openstream, mai 2025).

En six étapes vers la décision sur le modèle d’exploitation

  1. Clarifier l’assortiment et le plan de croissancenombre d’articles, langues, marchés desservis, fonctions prévues
  2. Vérifier les ressources de développement disponiblespersonnel interne avec connaissances en PHP, SQL ou WordPress, ou agence avec contrat de maintenance
  3. Déterminer le besoin d’adaptationla configuration suffit-elle, ou des modifications du code sont-elles nécessaires
  4. Régler la souveraineté des données et l’emplacement des serveurs : qui a le droit d’accéder aux données produits, clients et commandes, et où
  5. Calculer la logique budgétaire sur trois à cinq ansabonnement récurrent contre budget projet et exploitation
  6. Tester le scénario de sortieformat d’exportation, délais, coûts et qui assure la portabilité des données

Test de sortie avant le choix de la plateforme

  • Les produits, clients et commandes peuvent-ils être exportés dans un format courant ?
  • Dans quel délai l’exportation est-elle possible ?
  • Quel est le coût de la migration des contenus et de la configuration ?
  • L’emplacement des serveurs est-il connu et fixé contractuellement ?
  • En cas d’auto-hébergement, le test de sortie devient largement superflu, car le code et les données se trouvent déjà chez le commerçant

Plus dans Choix de plateforme