Si vous ne savez pas quel « véhicule » choisir, ce n’est pas un problème de technologie : c’est un problème de besoin mal nommé. La vitrine présente et convainc. L’e-commerce encaisse et livre un catalogue. L’application web (souvent une Application SaaS quand vous la vendez en abonnement) orchestre un process, des comptes et des données qui vivent dans le temps.
La suite vous aide à trancher sans jargon inutile — puis à éviter le classique : forcer un outil dans la mauvaise catégorie parce que le devis était plus bas.
À quoi sert vraiment un site vitrine aujourd’hui ?
Cas d’usage parfaits : présenter une activité locale ou B2B, porter une image à la hauteur du niveau de service, expliquer une offre complexe en pages structurées, capter des demandes qualifiées (formulaire, appel, prise de rendez-vous). La vitrine excelle quand le site n’est pas le produit mais la porte d’entrée.
Limites : dès que vous « jouez » à l’ERP dans WordPress — statuts de dossiers, permissions fines, exports comptables — vous étirez un outil de publication vers un logiciel métier. Ça peut marcher un temps ; ça devient fragile quand les règles se multiplient. Un bon critère : si une erreur de données coûte cher au quotidien, vous dépassez la vitrine.
Quand l’e-commerce est le bon choix — et quand il masque un autre besoin
Cas d’usage parfaits : vendre des produits ou packs avec un parcours d’achat clair, gérer panier, paiement, livraison ou retrait, synchroniser un catalogue avec un stock réel (même simple). Les plateformes matures couvrent énormément de cas sans tout recoder.
Limites : tarification à la tête du client, workflows d’approbation interne, abonnements avec logique métier exotique, marketplaces multi-vendeurs sans cadrage — tout cela pousse vite vers du sur-mesure ou une Application SaaS dédiée. Le Headless Commerce peut découpler front et moteur pour gagner en souplesse ; il suppose de maîtriser la chaîne technique et les API qui relient les morceaux.
Formulation Websual : si le cœur du projet est « quelqu’un paie en ligne et reçoit ce qu’il a commandé », restez dans l’écosystème e-commerce. Si le cœur est « notre équipe suit un process avec des états et des règles », vous regardez plutôt une application — avec ou sans vitrine devant.
Application web : le bon choix quand le site « brochure » ne suffit plus
Cas d’usage parfaits : portails clients, espaces adhérents, outils internes accessibles en navigateur, configurateurs lourds, tableaux de bord, tout ce qui suppose comptes, droits, historique et événements. Une Application SaaS est le même genre de bête, livrée en service récurrent à des organisations ou des utilisateurs finaux.
Limites : sans stratégie produit, on construit une usine à gaz pour trois utilisateurs. D’où l’intérêt d’un MVP : un flux critique bout en bout, mesurable, avant d’empiler les modules « au cas où ». Les API permettent de brancher CRM, compta ou logistique ; elles ajoutent aussi des contrats à maintenir (versions, sécurité, supervision).
Comparatif express : quelle famille pour votre besoin ?
Lisez une ligne : si votre besoin principal est dans la colonne Idéal, vous tenez votre famille dominante. Les autres colonnes indiquent ce qui reste possible en complément — pas en substitut.
| Besoin principal | Site vitrine | E-commerce | Application web |
|---|---|---|---|
| Présenter son activité | Idéal | Possible (pages éditoriales + boutique) | Complément (landing + app) |
| Vendre en ligne | Limite (hors cas très simple) | Idéal | Si la vente est secondaire au métier |
| Gérer un process métier | Déconseillé | Limite (extensions, cas simples) | Idéal |
| Connecter plusieurs outils | Léger (formulaires, tags) | Fort (paiement, stock, API) | Très fort (orchestration, API) |
| Faire évoluer la solution dans le temps | Bon si CMS propre | Bon à excellent (selon stack / Headless Commerce) | Excellent si architecture pensée produit |
En moins d’une minute : une seule colonne « Idéal » sur votre ligne ? C’est votre piste principale. Deux « Idéal » ? Vous avez probablement besoin d’un couple vitrine + boutique, ou vitrine + app — pas d’un seul bloc monolithique qui fait tout moyennement.
Conclusion : le bon choix est celui qui porte la complexité au bon endroit
Ne confondez pas moyen et fin. La vitrine, le e-commerce et l’application web sont des réponses à des problèmes différents ; les échecs coûteux viennent presque toujours d’un mauvais étiquetage du besoin au départ.
Pour aller plus loin sur les deux branches « lourdes » du tableau : le hub E-commerce détaille ce qu’il faut cadrer pour une boutique qui tient la route, et Applications web & SaaS pose le cadre d’un produit logiciel — MVP, intégrations API, évolution dans le temps — sans promesse magique.