Le type de site ne se choisit pas sur ce que vous voulez montrer, mais sur ce que le visiteur doit pouvoir faire. S'il doit vous contacter, c'est un site vitrine. S'il doit payer sans vous parler, c'est une boutique. S'il doit revenir dans un espace qui se souvient de lui, c'est une application. Confondre les deux derniers est l'erreur la plus chère du lot.
7 min de lecture · mis à jour le 20 septembre 2026
La question de départ : quelle action doit être possible ?
Un site vitrine existe pour déclencher une prise de contact. Le visiteur lit, comprend, se rassure, puis appelle ou écrit. La transaction se fait ailleurs — au téléphone, en rendez-vous, par devis.
Une boutique existe pour encaisser sans intervention humaine. Le visiteur choisit, paie et reçoit une confirmation sans que personne n'ait eu à intervenir. C'est la seule différence qui compte, et elle emporte tout le reste : paiement, stocks, expédition, retours, obligations d'information précontractuelle.
Une application existe pour que quelqu'un revienne. Elle a des comptes, un état qui persiste entre deux visites, des données qui appartiennent à chaque utilisateur. C'est un produit, pas une publication.
Écrivez l'action principale en une phrase avant toute autre discussion. Si vous n'y arrivez pas, aucun choix technique ne rattrapera ce flou.
Le site vitrine, sous-estimé pour de mauvaises raisons
Le vitrine a mauvaise réputation parce qu'il paraît simple. Il l'est techniquement, et c'est précisément ce qui en fait le meilleur investissement quand la vente se conclut par une conversation.
Tout ce qu'il ne fait pas est autant de choses qui ne peuvent pas casser : pas de paiement à sécuriser, pas de stocks à synchroniser, pas de comptes à protéger. Le budget va dans ce qui décide réellement de la prise de contact — la clarté du discours, la vitesse d'affichage, les preuves que vous êtes crédible.
Un vitrine bien fait convertit mieux qu'une boutique mal faite, sur les métiers où le prix se discute. Si votre prestation demande un devis, une boutique ne vous fera pas gagner de clients : elle ajoutera une étape que personne n'utilisera.
Quand l'e-commerce est une mauvaise idée
La boutique en ligne se vend bien parce qu'elle promet de la vente automatique. Elle apporte surtout une charge d'exploitation permanente, et il y a trois cas où elle se retourne contre vous.
- Quand votre prix dépend du client. Prestations sur mesure, volumes négociés, transport variable : chaque exception se traduit par une règle de tarification à coder, à tester et à maintenir. Un devis fait le même travail en cinq minutes.
- Quand personne n'est là pour la tenir. Une boutique demande de suivre les stocks, de répondre aux questions avant achat, de traiter les retours et les litiges de paiement. C'est un poste de travail, pas une page de plus.
- Quand le catalogue est minuscule ou rare. Pour quelques références vendues occasionnellement, une page descriptive et un formulaire font le travail, sans les obligations qui accompagnent la vente à distance.
Ce qu'une boutique impose vraiment
Au-delà de la technique, la vente en ligne aux particuliers déclenche des obligations légales que le site vitrine n'a pas : information précontractuelle complète, conditions générales de vente, droit de rétractation et sa procédure, garanties légales, gestion des données de paiement.
Rien de tout cela n'est infaisable, mais rien n'est optionnel non plus, et tout doit être à jour. C'est une raison suffisante pour ne pas ouvrir une boutique « pour voir » : le coût d'entrée réel n'est pas le développement, c'est l'exploitation et la conformité.
S'ajoute une charge que personne ne chiffre au départ : le service après-vente. Chaque commande peut produire une question avant achat, une demande de suivi, un retour, un litige de paiement. Sur un petit volume, ces échanges prennent plus de temps que la vente elle-même. Sur un gros volume, ils deviennent un poste à part entière.
Le paiement mérite une mention séparée. Vous ne stockez pas les numéros de carte — le prestataire de paiement s'en charge — mais vous restez responsable du parcours : ce qui se passe quand un paiement est accepté et que la commande n'est pas enregistrée, quand le client ferme l'onglet au mauvais moment, quand un remboursement partiel doit être émis. Ces cas-là sont rares individuellement et certains collectivement.
L'application : le seuil qui change tout
On bascule dans l'application dès que le produit doit se souvenir de quelque chose entre deux visites, pour une personne donnée. Ce seuil-là n'a rien à voir avec la complexité apparente de l'interface.
Ce qu'il implique : des comptes, donc de l'authentification ; des données par utilisateur, donc un contrôle d'accès à chaque requête ; des sauvegardes, parce que ces données sont irremplaçables ; une maintenance continue, parce qu'un produit dont les gens dépendent ne peut pas rester six mois sans correctif.
La conséquence budgétaire est rarement bien comprise au départ : une application n'a pas de date de livraison, elle a un coût de fonctionnement. Le chiffrage initial ne représente que la première version.
Passer d'un type à l'autre : ce que ça coûte dans chaque sens
Les trois types ne se convertissent pas au même prix, et c'est l'argument le plus utile pour décider quand on hésite.
Du vitrine vers la boutique, la migration est confortable. Les pages de présentation restent, on ajoute un catalogue, un panier et un paiement. Le contenu déjà indexé garde sa valeur si les adresses sont conservées. C'est une extension, pas une reprise.
De la boutique vers l'application, c'est plus délicat mais faisable : les comptes clients existent déjà, l'authentification aussi. Ce qui manque, c'est le contrôle d'accès fin sur des données métier, et il faut le poser partout à la fois.
De l'application vers autre chose, en revanche, il n'y a pas de chemin. Une application a des utilisateurs qui ont des données ; on ne les « simplifie » pas, on les migre ou on les perd. C'est la raison pratique de commencer par le type le plus simple quand le doute persiste : les erreurs dans ce sens se corrigent, les autres non.
Un corollaire qu'on oublie souvent : l'adressage. Une refonte qui change le type change aussi les adresses des pages. Prévoir les redirections dès le départ évite de perdre, en une nuit, le référencement accumulé pendant des années.
Les cas mixtes, et comment les trancher
La plupart des projets réels sont hybrides : un vitrine avec une réservation, une boutique avec un espace client, une application avec des pages publiques de présentation.
La règle qui évite l'erreur : identifiez l'action principale, construisez pour elle, et traitez le reste comme une fonctionnalité secondaire qu'on ajoute ensuite. Un restaurant a besoin d'un vitrine avec un module de réservation, pas d'une application de réservation avec quelques pages de présentation. L'ordre des mots décide du budget et de ce qui sera soigné.
En cas d'hésitation persistante, choisissez le type le plus simple. Passer d'un vitrine à une boutique est une évolution planifiable ; découvrir qu'on a construit une application dont personne n'avait besoin est une perte sèche.