Comment choisir une agence Shopify en 2026 (et les red flags pour passer son chemin)

Acheter des services d'agence est plus dur qu'acheter la plupart des produits. Le livrable est en partie intangible. La qualité est dure à évaluer jusqu'à ce que le travail soit en production. La décision doit souvent être prise avant que les problèmes les plus durs du projet ne soient même visibles. Et le coût de se tromper n'est pas que l'argent ; ce sont les mois passés sur un projet à refaire, les classements perdus pendant une migration ratée, l'intégration qui marche presque mais qui ne peut pas être debuggée sans le développeur original.

La plupart des processus de sélection d'agence sont pilotés par le feeling et un appel commercial. La marque est réactive en email, le commercial est articulé, les case studies ont l'air polies, la proposition arrive à temps. Rien de tout cela ne prédit si le travail sera bon. Les agences qui produisent du travail excellent et les agences qui produisent des déceptions coûteuses sont toutes les deux capables de faire tourner un processus commercial propre.

Ce post est le cadre que nous utiliserions si nous étions du côté acheteur. Il couvre ce qu'il faut vraiment demander, à quoi ressemblent les bonnes et les mauvaises réponses, les red flags spécifiques qui annoncent un projet difficile, et les questions structurelles sur l'agence qui comptent plus que n'importe quelle case study isolée. Il est écrit aussi honnêtement qu'on peut l'écrire, ce qui veut dire qu'il inclut les choses que nous savons que les clients devraient nous demander, pas juste ce que nous voudrions qu'ils demandent.

Ce n'est pas un pitch "choisissez Sentinu". C'est le cadre qui, bien appliqué, devrait vous aider à choisir la bonne agence pour votre projet, ce qui est la chose la plus utile que nous pouvons publier sur ce sujet.

Étape un : soyez honnête sur le type de projet que vous avez

La plus grosse source d'erreurs de fit avec une agence est de mismatcher le type de projet avec le type d'agence. Trois catégories approximatives.

Build de marque template-driven. Une nouvelle marque ou une petite boutique, Shopify standard, thème payant avec personnalisation, apps du commerce, turnaround rapide, scope prévisible. Beaucoup d'agences capables font cela bien. La compétence est dans le goût du design, la vitesse d'exécution, et bien faire les bases.

Travail d'ingénierie mid-market. Marque établie, thème custom ou personnalisation de thème significative, intégrations vers ERP/PIM/CRM, une migration sérieuse, développement custom par-dessus les fonctionnalités standard, travail de portail B2B. La compétence est le jugement d'ingénierie, la profondeur d'intégration, et la capacité à cadrer honnêtement. Beaucoup moins d'agences font cela bien.

Transformation enterprise. Architecture multi-storefront, front-ends headless, opérations multi-régions complexes, systèmes custom profonds, projets sur plusieurs trimestres. La compétence est la gestion de projet à l'échelle, la rigueur architecturale, et la capacité à opérer comme un partenaire technique de long terme plutôt qu'un prestataire de projet.

Ce sont des métiers différents. Une agence qui excelle dans la catégorie 1 peut livrer un projet catégorie 2, mais le projet passera par son ingénieur senior plutôt que par son workflow typique, et les calculs peuvent ne pas marcher. Une agence qui excelle dans la catégorie 3 sera chère et sur-ingénierie pour un projet catégorie 1. La première chose à évaluer, avant toute agence, est dans quelle catégorie votre projet rentre réellement.

La lecture honnête sur Sentinu, puisque c'est nous qui écrivons : nous sommes dans la catégorie 2, avec quelques projets catégorie 3 quand la profondeur technique correspond. Nous ne sommes pas la bonne réponse pour les builds de marque standard catégorie 1, qui sont bien servis par les agences construites pour ce workflow.

Étape deux : les questions structurelles sur l'agence

Avant toute revue de portfolio ou conversation projet, quatre questions structurelles vous disent l'essentiel de ce que vous avez besoin de savoir.

Qui fait réellement le travail ?

La question la plus prédictive. La mauvaise réponse : "Notre équipe senior cadre le projet, puis ça part vers notre équipe de delivery". La bonne réponse nomme des ingénieurs seniors spécifiques et explique comment ils sont impliqués à travers le projet, pas seulement au kickoff.

Le pattern qui produit un travail constamment bon est de petites équipes seniors qui restent sur le projet jusqu'à la livraison. Le pattern qui produit un travail inconsistant est des seniors commerce-et-stratégie qui passent le projet à une équipe junior de delivery après la signature du contrat. Les deux patterns existent dans chaque taille d'agence ; la taille ne le prédit pas.

La question de suivi : "Puis-je rencontrer les gens qui feraient réellement mon travail, avant de signer ?" Une agence qui dit oui et les produit rapidement signale une structure saine. Une agence qui devient évasive signale quelque chose qui mérite un suivi.

Comment cadrez-vous, et que se passe-t-il quand le scope change ?

La mauvaise réponse : "Nous faisons du prix fixe, le scope est verrouillé, les change orders sont devisés séparément". Ce modèle est répandu et produit de mauvais résultats : l'agence est incitée à repousser chaque changement raisonnable en cours de route, l'acheteur est incité à cacher les problèmes jusqu'à ce qu'ils explosent, et le travail qui finit par livrer est ce que l'agence pensait que vous aviez besoin au début, pas ce dont vous aviez réellement besoin à la fin.

Le pattern qui fonctionne : régie avec un cahier des charges clair, un suivi de budget hebdomadaire honnête, et une relation où les deux côtés peuvent soulever des changements de scope sans que ce soit une confrontation. Cela demande plus de confiance côté acheteur et plus de discipline côté agence. Les agences qui opèrent ainsi bien sont celles à chercher.

Un terrain d'entente raisonnable existe : un scope fixe pour les phases de discovery et d'audit (parce que cela devrait être prévisible), puis de la régie pour le build, avec des jalons et des budgets-gates qui maintiennent les deux côtés responsables. Si une agence ne peut pas décrire son modèle commercial clairement en une phrase, c'est son propre signal.

Comment gérez-vous les intégrations et le travail tiers ?

Pour les projets catégorie 2 et 3, c'est décisif. La mauvaise réponse : "Nous remettons le travail d'intégration à nos partenaires" sans spécificités. Cela veut généralement dire un projet où la pièce la plus complexe, la partie où les choses tournent mal, est possédée par un prestataire qui n'est pas dans la pièce quand les décisions sont prises.

La bonne réponse : propriété explicite du travail d'intégration, ingénieurs nommés qui le font, et un historique d'intégrations qui inclut les systèmes que votre stack utilise réellement. Si votre projet implique NetSuite, demandez sur NetSuite. S'il implique un générateur de factures français, demandez sur les générateurs de factures français. S'ils ne l'ont pas fait, demandez quel est leur plan pour les parties qu'ils n'ont pas faites.

Que se passe-t-il après le lancement ?

La mauvaise réponse : "Nous remettons à votre équipe et vous pouvez nous engager à l'heure pour les incidents". C'est techniquement un modèle de maintenance, mais cela ne produit pas un logiciel maintenu ; cela produit un actif qui se dégrade.

Le bon pattern : une période post-lancement définie (typiquement 30 à 90 jours) où l'agence est responsable des incidents sans frais, suivie d'un forfait de maintenance ou d'un arrangement de support clairement cadré. Les agences qui opèrent ainsi signalent qu'elles prennent la qualité continue au sérieux. Les agences qui ne le font pas signalent que le projet se termine au lancement de leur perspective.

Pour un projet catégorie 2, la période post-lancement compte beaucoup, parce que les problèmes qui ressortent en production tendent à ressortir dans les 60 premiers jours, et une agence qui disparaît au handover vous laisse exposé exactement quand vous avez le plus besoin d'elle.

Étape trois : l'évaluation des case studies

Les case studies sont en partie du matériel marketing et en partie de l'information. Lisez-les avec cela en tête.

La forme d'une case study utile. Un client spécifique (nommé, idéalement, avec permission), un problème spécifique (pas "ils voulaient de la croissance" mais "leur checkout échouait à Black Friday parce que leur pile d'apps était saturée"), des décisions spécifiques (ce que l'agence a choisi de faire et pourquoi), des résultats spécifiques (des chiffres s'ils peuvent les partager, des changements qualitatifs sinon), et une section honnête sur ce qui a été dur ou ce qu'ils feraient différemment. La dernière partie est la plus rare et la plus révélatrice.

La forme d'une case study moins utile. Problème vague, solution vague, imagerie polie, une citation du client qui pourrait être de n'importe quel client, pas de spécificités sur le travail. Ce n'est pas nécessairement une mauvaise agence ; cela peut juste être une mauvaise case study. Mais cela vous dit que l'agence n'a pas investi à aider les prospects à les évaluer sur le travail, ce qui est son propre point de donnée.

L'appel de référence qui compte. Si le projet est gros, demandez un appel de référence avec un client passé dont le projet est similaire au vôtre. Les conversations qui comptent ne sont pas "étaient-ils bons". Ce sont "qu'est-ce qui a été dur, qu'est-ce qui vous a surpris, qu'est-ce que vous leur demanderiez différemment si vous recommenciez". Une référence qui veut bien parler franchement des points de friction est le signal le plus fort que vous pouvez avoir. Un appel de référence qui consiste en généralités élogieuses est filtré, poli, et pas très utile.

Étape quatre : la conversation elle-même

La conversation avec l'agence est elle-même un signal. Quelques choses à surveiller.

Écoutent-ils, ou pitchent-ils ? Le premier appel devrait être eux qui apprennent sur votre projet, pas eux qui expliquent leur méthodologie. Les agences qui arrivent avec un deck sur leurs capacités avant de comprendre votre contexte signalent que la méthodologie passe en premier. L'agence opposée, celle qui pose des questions pendant trente minutes avant d'offrir une seule réponse, signale que le projet passe en premier.

Repoussent-ils sur quelque chose ? Une agence senior est en désaccord avec l'acheteur occasionnellement, gentiment et avec du raisonnement. Ils vous disent que le calendrier est irréaliste, ou que l'approche que vous envisagez créera des problèmes, ou que le budget ne produira pas ce que vous voulez. L'agence qui est d'accord avec tout ce que vous proposez, y compris les choses dont vous n'êtes pas sûr, vend plutôt que conseille. Vous voulez la seconde sur un projet dur.

Peuvent-ils dire ce qu'ils ne feront pas ? "Nous ne faisons pas ce genre de travail" est un signe d'une agence qui connaît ses limites. "Nous pouvons faire tout ce dont vous avez besoin" est un signe d'une agence qui prendra le projet et figurera les parties qu'elle n'a pas faites avant, espérons-le à vos frais. Il y a une place pour les deux, mais vous devriez savoir laquelle vous achetez.

Demandent-ils sur la capacité de votre équipe ? Les bonnes agences se soucient à qui elles remettent, parce que la qualité post-lancement du travail en dépend. Une agence qui ne demande pas sur la capacité de votre équipe interne ne pense pas au cycle de vie complet du projet ; elle pense au contrat.

Les red flags qui prédisent réellement des problèmes

Certains signaux ne sont pas subtils. Si vous les voyez, prenez-les au sérieux peu importe comment se passe le reste de la conversation.

Ils garantissent des résultats SEO d'une migration. Personne ne peut garantir les résultats SEO d'une migration. Les meilleures agences peuvent garantir une discipline de processus (mappage complet des redirections, préservation des métadonnées, passe de validation) et elles vous diront à quoi ressemble la forme de risque réaliste. Une agence qui promet aucune perte de trafic est soit malhonnête, soit inexpérimentée.

Ils ne peuvent pas vous dire ce qu'ils ne construiraient pas. Les agences qui disent oui à chaque exigence, y compris celles qui se contredisent, n'exercent pas de jugement. Les bonnes agences vous disent quand quelque chose est une mauvaise idée, même quand vous le dire leur coûte le deal.

La proposition est beaucoup moins chère que les concurrents et le scope est le même. Cela veut presque toujours dire que l'agence moins chère a sous-cadré le travail, soit parce qu'elle le confiera à des juniors, soit parce qu'elle prévoit de combler l'écart en change orders, soit parce qu'elle n'a pas compris le scope. Les devis d'agence pas chers sur des projets durs prédisent des dépassements coûteux.

Ils ne veulent pas nommer les ingénieurs qui travailleraient sur votre projet. C'est un signal dur. Les agences qui n'ont rien à cacher nomment des noms. Les agences qui ont un problème de modèle de staffing (commerce senior lourd, delivery senior léger) ne le font pas.

Ils utilisent l'assistance IA lourdement et ne sont pas spécifiques sur comment. Le coding assisté par IA est désormais une pratique standard dans chaque agence qui livre du travail ; ce n'est pas un red flag. Le red flag est quand une agence ne peut pas vous dire quelles parties du travail sont générées par IA, comment ils les revoient, et quelle est leur position sur le contrôle qualité. La réponse honnête est quelque part au milieu : oui, nous utilisons l'IA pour certaines parties du travail, voici quoi et voici comment nous revoyons. La réponse malhonnête est soit de le nier entièrement, soit d'être incapable d'articuler le workflow.

Le portfolio est uniformément poli mais vague sur le travail. De belles captures d'écran sans spécificités sur ce que l'agence a construit versus ce qui vient du thème ou de l'équipe design du client est un tell. Demandez, spécifiquement, ce qu'ils ont construit. La réponse devrait être une phrase courte et claire.

Ils ne peuvent pas décrire un projet qui a mal tourné. Chaque agence a eu des projets qui ont dérapé. Les agences avec qui vous voulez travailler peuvent en décrire un, nommer la leçon qu'ils en ont tirée, et expliquer comment ils ont changé leur processus. Les agences à éviter disent "ça ne nous est pas arrivé" ou pivotent vers un projet qui s'est bien passé.

Ils sous-traitent significativement et ne le divulguent pas. La sous-traitance est OK ; l'opacité à son sujet ne l'est pas. Demandez directement. La réponse honnête peut être "nous avons une designer en contrat, nos développeurs sont en interne" ; la réponse qui devrait vous inquiéter est l'évasion.

Ce qu'il faut évaluer qui est dur à évaluer

Quelques choses comptent et sont dures à évaluer de l'extérieur. Quelques proxies informels qui marchent.

Jugement d'ingénierie. Lisez leur blog. Les agences avec une vraie profondeur d'ingénierie écrivent sur des problèmes techniques spécifiques, avec des solutions spécifiques, d'une manière qui suggère qu'ils ont réellement fait le travail. Les agences sans cette profondeur écrivent des listicles et des résumés lourds en superlatifs de fonctionnalités de plateforme. Lire 20 minutes de leur contenu vous donne un vrai signal.

Stabilité de l'équipe. Les agences avec un fort turnover passent le travail entre ingénieurs, perdent la connaissance institutionnelle, et produisent des résultats inconsistants. Dur à évaluer directement, mais vérifier LinkedIn pour l'ancienneté de l'équipe senior vous donne un proxy. Les agences où l'équipe senior est ensemble depuis plusieurs années sont différentes des agences où c'est depuis six mois.

Possèdent-ils leur propre infrastructure. Pour les agences dans nos catégories 2 et 3, cela compte. Une agence qui fait tourner ses propres outils internes, gère ses propres environnements de développement délibérément, et a réfléchi à son propre workflow d'ingénierie est plus susceptible d'apporter de la rigueur à votre projet. Une agence dont la stack interne est ce que Slack et Google Docs et Trello arrivent à faire aujourd'hui n'est pas nécessairement mauvaise, mais c'est un prédicteur moins fiable de la discipline d'ingénierie.

FAQ

Combien devrait réellement coûter un projet Shopify catégorie 2 ?

Cela dépend du scope, mais la fourchette réaliste pour les projets que nous menons typiquement, replatforming mid-market, builds de portail B2B, projets d'intégration, développement custom complexe, est des projets à cinq chiffres, souvent dans le bas à milieu de cinq chiffres. Les projets devisés significativement sous cette fourchette pour le même scope sont généralement sous-cadrés. Les projets devisés significativement au-dessus sont soit cadrés de manière appropriée pour un job plus complexe que vous ne comprenez, soit hors-cible pour ce dont votre projet a besoin.

Devrais-je travailler avec une agence locale ou distante ?

Les deux fonctionnent pour les projets catégorie 2 et 3. Le local a le bénéfice du rapport en personne pour le travail de discovery précoce et compte plus si votre business a une complexité inhabituelle sur le terrain (intégration retail physique, formation en personne). Le distant a le bénéfice d'un pool de talents plus large et convient pour la plupart du travail d'ingénierie ecommerce. Le facteur décisif est l'équipe, pas la géographie.

Combien de temps devrait prendre le processus commercial ?

Un projet sérieux ne devrait pas être vendu en un seul appel. Deux ou trois conversations est normal, avec l'agence qui apprend votre contexte, vous qui apprenez leur structure, et les deux côtés qui évaluent le fit. Un processus commercial qui se compresse à un seul appel et une proposition la même semaine est un signal soit d'un engagement sous-doté côté agence, soit de tactiques de pression. Un processus commercial qui traîne pendant deux mois est un signal différent qui mérite d'être interrogé.

Et les agences versus les freelances ?

Pour le travail catégorie 1, les freelances capables sont souvent le meilleur choix ; le coût est plus bas et la qualité peut être excellente. Pour le travail catégorie 2 et 3, la question est si le freelance a la largeur (ingénierie, design, gestion de projet, intégrations, support continu) ou s'il sous-traitera les parties qu'il ne peut pas faire, auquel cas vous embauchez effectivement une agence sous un autre nom. Il y a d'excellents freelances spécialistes ; les calculs sont spécifiques au projet.

Devrais-je demander un devis à prix fixe ?

Pour les phases de discovery et d'audit, oui ; celles-ci devraient être prévisibles. Pour le travail de build sur un projet complexe, le prix fixe produit généralement de plus mauvais résultats que la régie, pour les raisons de l'étape deux. Une agence raisonnable offre du prix fixe là où cela a du sens et de la régie là où ça n'en a pas, et explique le raisonnement.

Comment gérer l'évaluation technique si je ne suis pas technique ?

Deux options. Faites venir un conseiller technique (un ami CTO, un lead engineering fractionnaire, un consultant) pour une seule revue de la proposition et des réponses techniques de l'agence. Ou choisissez une agence sur les signaux non-techniques (processus, transparence, références, structure) et faites confiance à la profondeur, parce que les signaux non-techniques corrèlent avec la profondeur technique plus que les acheteurs ne le réalisent.

Et les avis sur Clutch, Shopify Experts, etc. ?

Ce sont des inputs, pas des outputs. Lisez-les pour les patterns plutôt que les scores. Si trois avis décrivent le même point de friction, ce pattern est réel même si les scores sont hauts. Les signaux les plus utiles sont dans les avis qualitatifs longs, pas les notes en étoiles.

Pour aller plus loin

Si vous évaluez des agences Shopify en ce moment, ce cadre devrait aider. Utilisez les questions structurelles, surveillez les red flags, et faites confiance au méta-signal que l'agence vous dit quelque chose de gênant pendant le processus commercial. Les agences avec qui ça vaut le coup de travailler sur un projet sérieux agissent comme des partenaires de long terme pendant le processus commercial ; les autres agissent comme si elles voulaient closer.

Si vous voulez nous parler, contactez-nous. Nous sommes heureux d'être évalués contre ce cadre, et nous préférerions que vous nous choisissiez parce que nous sommes le bon fit plutôt que parce que nous avons gagné un processus commercial poli. Vous pouvez en savoir plus sur comment nous travaillons du côté développement Shopify, du côté migration, et du côté logiciel sur mesure, ou parcourir nos autres écrits pour voir comment nous pensons les décisions techniques spécifiques.

Pour des lectures associées : migration WooCommerce vers Shopify, Construire un portail B2B wholesale sur Shopify Plus, et CRM sur mesure vs CRM du commerce pour les genres de projets pour lesquels ce cadre est le plus utile.