Shopify ou PrestaShop : quel e-commerce pour un catalogue français en 2026 ?

La comparaison qui circule oppose un abonnement mensuel à un logiciel « gratuit ». Elle est trompeuse, et c’est la première chose que nous corrigeons à l’atelier de démarrage.

Au-delà du prix d’entrée relevé plus haut, ce qui compte est la structure du coût, et elle est stable. D’un côté, un abonnement lisse et prévisible, auquel s’ajoutent les extensions payantes et, selon la solution de paiement retenue, une commission sur les transactions. De l’autre, pas d’abonnement d’éditeur, mais un hébergement à dimensionner, des modules à acheter, et surtout du temps humain de maintenance.

Sur trois ans, c’est cette dernière ligne qui décide. Elle est invisible au moment du choix parce qu’elle ne figure sur aucun devis, et c’est pourtant elle qui creuse l’écart. La bonne question n’est donc pas combien coûte l’outil, mais combien de jours par an quelqu’un devra y consacrer, et à quel taux.

Une boutique en ligne n’est pas un site vitrine : elle encaisse des paiements, elle stocke des données clients, et elle tombe en panne à des moments coûteux.

Avec la solution hébergée, la maintenance technique sort de votre périmètre. Les correctifs de sécurité, la disponibilité pendant un pic de trafic et la compatibilité entre composants sont le problème de l’éditeur. Vous héritez en contrepartie de ses limites et de son rythme.

Avec la solution auto-hébergée, vous gardez la main, ce qui veut dire que vous portez tout. Chaque module ajouté est une dépendance de plus, et une dépendance non maintenue devient une faille. Ce modèle fonctionne très bien avec quelqu’un de compétent, disponible et pérenne. Il se dégrade vite dès que cette personne change de poste.

La question à trancher avant de démarrer n’est donc pas technique, elle est organisationnelle : qui, nommément, s’en occupe dans un an ?

C’est le terrain où un comparatif générique devient inutile, parce que les contraintes sont locales.

Les deux gèrent la TVA, les taux réduits et la facturation, mais pas avec le même effort. Sur la solution hébergée, les cas standards sont couverts nativement et les cas particuliers passent par des applications tierces, avec la dépendance que cela crée. Sur la solution auto-hébergée, tout est réglable, à condition d’avoir quelqu’un pour le régler.

Deux points méritent d’être arbitrés avant de choisir, et pas après : la conformité de vos factures aux obligations en vigueur, qui évoluent, et la façon dont les données de commande remontent vers votre comptabilité. Une boutique qui oblige à ressaisir les ventes chaque mois coûte plus cher qu’elle n’en a l’air.

Nous ne donnons pas ici de date d’entrée en vigueur des évolutions réglementaires : leur calendrier a déjà été décalé plusieurs fois, et une échéance fausse dans un comparatif se retourne contre celui qui l’écrit.

Le nombre de références n’est presque jamais le facteur limitant. Les deux tiennent des catalogues larges sans difficulté.

Ce qui départage, c’est la logique métier. Tarifs dégressifs par client, conditionnement par lot, disponibilité par dépôt, prix négociés, règles de livraison particulières : dès que la vente obéit à des règles qui vous sont propres, la solution hébergée demande des contournements, et ces contournements s’empilent.

La solution auto-hébergée n’a pas cette limite, puisque le code vous appartient. Le prix de cette liberté est le développement, et le développement se maintient.

Notre repère : si la boutique vend un catalogue standard à un prix affiché, la personnalisation ne sera jamais le sujet. Si la vente comporte des règles que vous devez expliquer à un nouvel arrivant pendant plus de dix minutes, le sujet est déjà là.

Une boutique traite des paiements et des données personnelles. Elle est donc une cible, et elle l’est en permanence, pas seulement quand elle marche bien.

Sur la solution hébergée, les correctifs sont appliqués sans que vous ayez à le savoir. C’est le principal argument de ce modèle, et il est réel.

Sur la solution auto-hébergée, les correctifs existent, mais quelqu’un doit les appliquer. Le risque ne vient pas du logiciel, qui est bien maintenu, il vient du décalage entre la publication d’un correctif et son installation chez vous.

Si vous retenez ce modèle, la maintenance doit être contractualisée dès le départ, avec une fréquence, un responsable et des sauvegardes vérifiées. Une sauvegarde qu’on n’a jamais restaurée n’est pas une sauvegarde, c’est une intention.

Une TPE qui démarre, avec un catalogue standard, sans compétence technique interne et l’envie de vendre vite : la solution hébergée. Le temps de mise en ligne et l’absence de maintenance l’emportent largement, et le cadre de l’outil n’est pas une gêne à ce stade.

Une PME qui monte en charge, avec un catalogue important mais une logique de vente classique : la solution hébergée reste le meilleur rapport temps sur coût total, tant que les règles métier tiennent dans le cadre. Le basculement se décide sur les contournements, pas sur le chiffre d’affaires.

Une équipe qui internalise, avec une vraie logique métier, des contraintes de souveraineté sur les données ou un système d’information à intégrer : la solution auto-hébergée redevient pertinente, à condition que la maintenance soit une ligne budgétaire assumée et pas un espoir.

En cas d’hésitation, commencez hébergé. Passer d’un modèle contraint à un modèle libre est un projet ; l’inverse est une migration subie, généralement décidée dans l’urgence.

Passer de PrestaShop à Shopify, ou l’inverse, est un projet de migration avant d’être un projet de boutique. Ce qui se perd dans ces bascules n’est presque jamais le catalogue : c’est le référencement acquis, et il se perd par des adresses oubliées.

Les deux plateformes construisent leurs URL différemment. Les fiches produit, les catégories, la pagination et les pages de filtre changent de forme au passage. Chaque ancienne adresse qui apportait du trafic ou recevait un lien depuis un autre site a besoin d’une destination précise, en redirection permanente et en un seul saut. Une redirection en bloc vers l’accueil est traitée comme une page introuvable déguisée.

Trois sources donnent la liste complète des adresses à traiter, et il faut les croiser plutôt qu’en choisir une : le plan de site actuel, qui dit ce que la boutique déclare ; la Search Console, qui dit ce que le moteur connaît vraiment, y compris des pages absentes du plan de site ; et les journaux du serveur, qui disent ce qui est réellement demandé.

Le relevé de départ se fait la semaine qui précède, et il tient en trois chiffres : les vingt pages qui apportent le plus de visites, les positions des dix requêtes principales, et le nombre d’adresses indexées. Sans eux, personne ne pourra dire un mois plus tard si la bascule a coûté du trafic ou si la saison explique la baisse.

Un dernier point, contre-intuitif : une refonte propre produit presque toujours un creux de deux à quatre semaines, le temps que le moteur réexplore. Un creux n’est pas une perte. Au-delà de six semaines sans retour à la normale, en revanche, il faut chercher, et c’est en général dans les redirections.