Sous-traitance Shopify pour agences : ce qui change par rapport à WordPress

Une agence m’a confié une boutique Shopify après avoir traité une dizaine de sites WordPress avec la même méthode. Le brief était propre, la maquette validée, le contenu prêt. Le projet a quand même dérapé, pour une raison qu’aucun des deux camps n’avait anticipée : le client voulait modifier l’étape de paiement, et avec son forfait Shopify, cette page n’était tout simplement pas modifiable.

Personne n’avait mal travaillé. L’agence avait appliqué à Shopify des réflexes construits sur WordPress, et Shopify ne fonctionne pas selon les mêmes règles.

Voici les différences qui comptent réellement quand on sous-traite l’un plutôt que l’autre.

La différence de fond : un système ouvert contre un système encadré

Sur WordPress, presque tout est modifiable. Le code est chez vous, la base de données est chez vous, et si une fonctionnalité manque, on l’écrit. Cette liberté a un prix bien connu : les mises à jour cassent des choses, la sécurité dépend de votre vigilance, et la qualité varie énormément d’un prestataire à l’autre.

Sur Shopify, la plateforme fixe le cadre. Shopify gère l’infrastructure, le paiement et une grande partie de la sécurité de la plateforme. En revanche, le thème, les applications, les accès, la configuration et une bonne part des performances de la boutique restent votre responsabilité. Vous personnalisez le thème, vous ajoutez des applications, vous développez sur les points d’extension prévus : les API, les Functions, les extensions de checkout et une architecture headless ouvrent de réelles possibilités, même si certaines limites de la plateforme restent inaccessibles.

Pour une agence, cette différence a une conséquence directe. Sur WordPress, la bonne question est « combien de temps cela prendra-t-il ». Sur Shopify, la première question est « est-ce que c’est possible sur le forfait du client », et elle doit être posée avant le devis, pas pendant la production.

Les cinq points qui surprennent une agence habituée à WordPress

1. Le checkout est fortement encadré. Tous les forfaits permettent des personnalisations visuelles standard (logo, couleurs, réglages de marque), et des applications éligibles peuvent adapter les pages de remerciement et de suivi de commande. En revanche, les personnalisations avancées sur les étapes d’information, de livraison et de paiement nécessitent Shopify Plus. Promettre un tunnel de paiement entièrement sur mesure à un client sur un forfait standard, c’est promettre ce que la plateforme réserve à son offre supérieure.
2. De nombreuses applications sont facturées au mois, ou à l’usage. Toutes ne sont pas payantes : certaines sont gratuites. Mais une fonctionnalité ajoutée via une application payante n’est pas un coût unique. Trois ou quatre applications de ce type, et le client découvre un abonnement mensuel qui n’était nulle part dans votre devis. Ce poste doit être chiffré et annoncé dès la proposition.
3. Les applications peuvent se marcher dessus. Plusieurs applications qui interviennent sur les mêmes pages peuvent entrer en conflit, ralentir la boutique ou casser un affichage. Le nombre d’applications n’est pas en soi une dette technique, mais c’est un signal à surveiller côté coûts, performance, maintenance et dépendances, comme le nombre d’extensions sur WordPress.
4. Le thème n’est pas un thème WordPress. Shopify utilise son propre langage de gabarit. Un développeur WordPress compétent n’est pas automatiquement opérationnel sur Shopify, et l’inverse est vrai aussi. C’est un savoir-faire distinct, pas une variante.
5. La migration de contenu est un projet en soi. Reprendre un catalogue existant, avec ses variantes, ses stocks, ses redirections et son historique de commandes, peut prendre plus de temps que la construction de la boutique elle-même. C’est, d’expérience, le poste le plus régulièrement sous-estimé.

Ce que cela change dans le devis

Un site WordPress se chiffre principalement au temps de production. Une boutique Shopify se chiffre sur quatre postes qu’il vaut mieux séparer explicitement.

• Le thème et sa personnalisation. Partir d’un thème existant et l’adapter, ou construire un thème sur mesure. L’écart de coût entre les deux est considérable.
• Les applications. Lesquelles, à quel prix mensuel, et qui paie l’abonnement. À trancher avant la signature.
• Les développements spécifiques. Ce qui n’existe ni dans le thème ni dans une application, et qui doit être écrit.
• La reprise de données. Catalogue, clients, commandes, redirections depuis l’ancienne boutique.

Un devis Shopify qui ne distingue pas ces quatre postes finit presque toujours en discussion tendue, parce que le client comprend « tout compris » là où le prestataire avait chiffré la construction seule.

C’est aussi pour cela que nos chiffrages Shopify partent d’un échange plutôt que d’une grille : le périmètre varie trop d’un projet à l’autre pour qu’un prix affiché soit honnête. Le devis part sous 24 heures ouvrées, et le montant annoncé ne bouge pas tant que le périmètre validé reste inchangé.

Ce qui ne change pas

Il serait exagéré de présenter les deux mondes comme opposés. Les règles qui protègent une agence sont exactement les mêmes des deux côtés.

La préproduction reste indispensable. Sur Shopify, elle prend la forme d’un thème dupliqué et non publié : les modifications du thème s’y testent avant publication. Attention toutefois, un thème dupliqué n’est pas une préproduction entièrement isolée. Il s’appuie sur les vrais produits, clients et données de la boutique, et les applications, les données et le checkout demandent des procédures de test distinctes, dont les configurations de checkout en brouillon que Shopify prévoit pour cela.

Le périmètre écrit reste la seule protection réelle contre l’inflation des demandes. La marque blanche s’organise de la même façon, avec les mêmes détails à fermer : adresses email, accès techniques, liens de préproduction. Ces points sont détaillés dans notre article sur la façon de présenter le travail d’un sous-traitant à votre client.

Et le calcul économique ne change pas non plus : sous-traiter reste un coût variable là où un développeur salarié est une charge fixe, avec la même bascule à partir d’un certain volume mensuel régulier, comme détaillé dans sous-traiter ou recruter un développeur.

Les questions à poser à un prestataire Shopify

Si vous cherchez un partenaire pour de l’e-commerce, quatre questions séparent assez vite ceux qui pratiquent de ceux qui improvisent.

• Travaillez-vous sur un thème dupliqué ou directement sur le thème publié ? Il n’y a qu’une bonne réponse.
• Comment gérez-vous les applications ? Un prestataire qui répond « il y a une app pour ça » à chaque besoin construit une boutique lente et coûteuse à maintenir.
• Avez-vous déjà mené une migration avec reprise de catalogue et redirections ? C’est là que se voit l’expérience réelle.
• Que se passe-t-il si le client veut modifier le checkout ? Un prestataire qui promet sans vérifier l’offre du client vous mettra dans la situation décrite en ouverture de cet article.

Pour finir

La boutique évoquée au début est partie en ligne, avec un tunnel de paiement standard et un client qui avait compris pourquoi. La conversation aurait simplement dû avoir lieu trois semaines plus tôt, au moment du devis.

C’est la seule vraie leçon de ce sujet. Sous-traiter un projet Shopify n’est pas plus difficile que sous-traiter un projet WordPress, mais cela demande de vérifier plus tôt ce que la plateforme autorise, et de chiffrer des postes qui n’existent pas côté WordPress.

Le cadre de travail, lui, reste le même que pour le reste de notre production en marque blanche : il est publié sur la page sous-traitance web en marque blanche pour agences, et décliné pour l’e-commerce sur la page sous-traitance Shopify.

Une question sur cet article ? Réponse par e-mail, en privé. Rien n'est publié sur le site. +