Shopify ou WooCommerce, tranché sur vos contraintes

Toute comparaison de ces deux plateformes finit en tableau de croix et de coches, et tout tableau conclut que les deux sont excellentes. C’est vrai, et inutile. Vous ne choisissez pas entre deux produits dans l’abstrait. Vous choisissez avec quel jeu de contraintes vous préférez vivre les cinq prochaines années.

Quatre d’entre elles décident réellement. Aucune n’est une fonctionnalité.

1. Qui modifie la boutique un mardi après-midi

C’est la question qui prédit le regret mieux que toutes les autres, et ce n’est presque jamais la première posée.

Shopify remet à votre équipe une administration qu’une personne non technique utilise sans supervision. Ajouter un produit, changer un prix, lancer un code promo, modifier une page : rien de tout cela n’exige quelqu’un qui sache ce qu’est un déploiement. Cette contrainte est imposée par la plateforme — vous ne pouvez pas casser le tunnel de commande depuis l’administration, parce qu’elle ne l’expose pas.

WooCommerce vous donne WordPress. Quelqu’un à l’aise avec WordPress s’y retrouvera ; quelqu’un qui ne l’est pas finira par installer une extension pour résoudre un problème et mettra le site à terre un vendredi. La souplesse qui fait la puissance de WooCommerce est exactement celle qui permet à un rédacteur non formé de causer des dégâts réels.

La version honnête de cette question n’est donc pas « lequel est le plus simple ? ». Elle est : existe-t-il quelqu’un de responsable de ce site qui comprenne WordPress ? Si la réponse est non, et que recruter cette personne n’est pas prévu, cela resserre considérablement le choix, indépendamment de tout ce qui suit.

2. Avec quoi la boutique doit dialoguer

Peu de boutiques sont des îles. Elles parlent à une comptabilité, un CRM, un entrepôt, une caisse, un ERP, parfois un outil interne que seule votre entreprise fait tourner.

Shopify excelle en intégration là où une application existe, et devient inconfortable là où il n’y en a pas. Ses API sont bien documentées et stables, mais vous travaillez dans son modèle de données : commandes, produits, clients et métachamps se comportent comme Shopify a décidé qu’ils se comportent. Quand votre besoin entre dans ce modèle, l’intégration est rapide. Quand il n’y entre pas, vous construisez une couche intermédiaire pour traduire, et vous payez cette traduction indéfiniment.

WooCommerce vit dans votre propre base. Si une commande doit porter un champ qu’aucune plateforme e-commerce n’a jamais imaginé, vous l’ajoutez. Si vous devez joindre des données de vente à une table interne, vous les joignez. Rien n’est hors d’atteinte, parce que rien n’est hébergé là où vous ne voyez pas.

La contrepartie est la propriété des conséquences. Chaque extension du modèle de données est du code que vous entretenez désormais, qui doit survivre aux mises à jour de WooCommerce, et que personne d’autre que vous ne comprend.

La question qui tranche : votre besoin d’intégration entre-t-il dans une application Shopify existante ou une API documentée ? Si oui, Shopify est plus rapide et moins cher. S’il exige de remodeler la structure d’une commande, WooCommerce cesse d’être l’option risquée et devient la moins coûteuse.

3. Ce que le catalogue exige vraiment

La taille du catalogue est le mauvais indicateur : les deux plateformes tiennent de gros catalogues. C’est sa forme qui compte.

Le modèle de déclinaisons de Shopify est fini. Un produit a des options, les options se combinent en variantes, et leur nombre a un plafond. Si vous vendez des chemises en tailles et couleurs, c’est exactement adapté. Si vous vendez quelque chose de configuré — un article sur mesure, un produit dont le prix dépend des dimensions, un lot assemblé depuis le stock au moment du paiement — vous passerez le projet à lutter contre un modèle qui n’a pas été conçu pour cela.

WooCommerce n’a pas d’avis, ce qui tranche dans les deux sens. Vous pouvez modéliser des produits configurés, une tarification B2B par palier, des catalogues propres à chaque client, une commande sur devis, parce que c’est votre base. Vous en construirez aussi une bonne part vous-même, et la performance devient votre problème plutôt que celui de la plateforme.

Un test utile : décrivez votre produit le plus compliqué à voix haute. Si vous pouvez le dire en termes d’options et de variantes, Shopify convient. Si la phrase contient « ça dépend de » plus d’une fois, regardez WooCommerce de près.

4. Qui porte la maintenance, et le peut-il

C’est là que la plupart des comparaisons s’arrêtent, et là que se trouve le vrai coût.

Shopify entretient la plateforme. Les mises à jour se font sans vous, la sécurité est la leur, la disponibilité est la leur, la conformité PCI est la leur. Vous payez un abonnement et des applications, et en échange une catégorie entière de problèmes ne vous atteint jamais. Ce que vous abandonnez, c’est la maîtrise du moment où les choses changent : une mise à jour peut modifier un comportement dont vous dépendiez, et vous ne pouvez pas la refuser.

WooCommerce place chacune de ces responsabilités sur celui qui exploite le site. Cœur, thème et extensions, sauvegardes, durcissement, performance, disponibilité. C’est réellement moins cher en licences et réellement plus cher en attention. Le mode de défaillance n’est pas un piratage spectaculaire : c’est une boutique où personne n’a appliqué de mise à jour depuis quatorze mois parce que la dernière a cassé le paiement, et où tout le monde a tacitement convenu de ne plus y toucher.

Soyez honnête sur la réponse. Le coût d’exploitation plus faible de WooCommerce n’est réel que si quelqu’un fait l’entretien — en interne, ou via un contrat de maintenance WordPress avec mises à jour testées en préproduction et sauvegardes vérifiées. Si personne ne le fait, ce n’est pas moins cher : c’est différé, et cela produit des intérêts.

Alors lequel

Si vous voulez une réponse franche plutôt qu’un tableau :

Shopify, quand votre équipe n’est pas technique, que vos produits entrent dans des options et des variantes, que vos intégrations disposent d’une application ou d’une API documentée, et que vous préférez payer un abonnement plutôt que porter une charge de maintenance. Cela couvre la majorité des boutiques, et le choisir n’est pas un compromis.

WooCommerce, quand votre modèle de produit n’entre pas dans une grille de variantes, quand vous devez joindre les données de vente à des systèmes qui vivent dans votre propre infrastructure, ou quand la maîtrise complète de la pile est une exigence et non une préférence — et quand quelqu’un de réel est responsable de la tenir à jour.

La mauvaise raison de choisir l’un ou l’autre, c’est le prix. Shopify paraît plus cher parce que son coût est une ligne mensuelle visible. WooCommerce paraît moins cher parce que son coût est un volume d’heures que personne n’a encore écrit. Sur cinq ans, les deux convergent plus souvent qu’on ne l’imagine ; ce qui diffère, c’est qui absorbe les imprévus.

Ce qu’il faut trancher avant d’écrire un cahier des charges

Répondez à ces quatre points avant que quiconque ne construise quoi que ce soit, et le choix de plateforme se fait généralement de lui-même :

• Nommez la personne qui modifiera la boutique chaque semaine, et dites honnêtement si elle connaît WordPress.
• Listez chaque système avec lequel la boutique doit échanger des données, et vérifiez si chacun dispose d’une application Shopify ou d’une API documentée.
• Décrivez votre produit le plus difficile en une phrase, et comptez combien de fois vous dites « ça dépend ».
• Nommez qui applique les mises à jour, et ce qui se passe la semaine où cette personne est en congé.

Si vous ne pouvez pas répondre au quatrième point, c’est cela le constat — et il compte davantage que la plateforme.

Trancher ces quatre points est aussi la première étape de tout projet e-commerce que nous cadrons — la plateforme est nommée après les contraintes, jamais avant.