Changer d'agence Shopify met souvent en lumière des années de code non documenté, des identifiants oubliés, des webhooks obscurs, des applications abandonnées et des intégrations complexes qui ne reposent que sur la mémoire institutionnelle d'un seul développeur.

C'est pourquoi la différence entre une transition fluide et un véritable cauchemar dépend largement du processus de transfert. Une liste de vérification adéquate pour le transfert d'une agence Shopify doit aller bien au-delà du simple octroi d'un accès à l'interface d'administration de Shopify au nouveau partenaire.

La nouvelle agence doit comprendre qui contrôle la boutique, où se trouve le code source, comment les modifications sont mises en production, quelles applications personnalisées et intégrations sont critiques pour l'entreprise, quelle est la dette technique existante, et comment les incidents de support seront gérés après la transition.

Lorsque vous prévoyez de changer d'agence Shopify, commencez par sécuriser la propriété et les accès du marchand, documenter la pile technologique existante, auditer le code et les intégrations, transférer les connaissances opérationnelles, et accorder à la nouvelle agence une courte période de stabilisation avant d'entamer des développements majeurs.

Un transfert minutieux permet de réduire le travail d'exploration que votre nouvelle agence devra effectuer et rend son audit technique plus efficace. Cela donne également à la nouvelle équipe une idée plus claire de ses priorités, afin que les correctifs importants et les projets à plus forte valeur ajoutée puissent progresser plus rapidement.

Dans cet article, nous détaillerons tout ce que vous devez savoir sur le changement d'agence et vous fournirons une liste de vérification pour assurer une transition aussi simple et harmonieuse que possible.

Pourquoi changer d'agence Shopify est un projet technique

Les entreprises changent d'agence pour toutes sortes de raisons : les délais de réponse peuvent s'être allongés, la boutique peut avoir dépassé les capacités de l'équipe de développement initiale, la dette technique s'accumule, les priorités internes ont changé, ou l'entreprise a tout simplement besoin d'une agence de support Shopify dotée d'une expertise plus pointue en matière d'intégrations, de Shopify Plus, de PDV, de B2B, de performance ou d'optimisation continue.

Les boutiques Shopify matures sont souvent le fruit de toutes les intégrations et personnalisations qui les composent. Les commandes peuvent être transmises à un ERP, l'inventaire peut provenir de multiples entrepôts, l'information sur les produits peut provenir d'un PIM, les Fonctions Shopify peuvent contrôler les rabais ou la logique de tarification, les applications personnalisées peuvent tout gérer, des lots à l'exécution des commandes, tandis que les webhooks peuvent déclencher des flux de travail entièrement à l'extérieur de Shopify.

Si vous omettez l'une de ces dépendances lors de la prise en charge d'une boutique Shopify, votre processus de paiement, votre inventaire, l'exécution de vos commandes, vos analyses, vos promotions ou vos communications avec la clientèle pourraient tomber en panne.

C'est pourquoi le transfert d'une agence doit être géré de manière méthodique et rigoureuse afin de s'assurer que rien ne se perd durant la transition.

Liste de vérification pour le transfert d'une agence Shopify : Ce qu'il faut transférer

Un transfert technique doit répondre à trois questions fondamentales pour chaque système important :

1. Qui en est le propriétaire?

2. Qui y a accès?

3. Qu'est-ce qui se brise s'il cesse de fonctionner?

Cela semble simple, mais s'avère généralement plus complexe qu'il n'y paraît. Voici tout ce que vous devez savoir pour transférer votre boutique d'e-commerce vers une nouvelle agence et assurer une transition en douceur.

1. Propriété de la boutique Shopify et accès des collaborateurs

Commençons par la base. Le marchand devrait normalement conserver la propriété de la boutique Shopify lors d'un changement d'agence. Changer de partenaire ne nécessite pas de transférer la propriété de la boutique à la nouvelle agence.

La nouvelle agence peut plutôt demander les autorisations dont elle a besoin via un compte de collaborateur Shopify. Les comptes de collaborateurs permettent aux marchands de contrôler à quelles sections de la boutique un partenaire peut accéder, et ils ne comptent pas dans la limite d'utilisateurs de la boutique. Vous pouvez également révoquer l'accès via l'interface d'administration de Shopify.

Shopify exige que les Partenaires utilisent l'authentification à deux étapes pour les comptes de collaborateurs. Les collaborateurs ne peuvent pas non plus accéder à l'application Shopify PDV ni au canal Point de vente dans l'interface d'administration Shopify; les marchands qui ont besoin qu'une agence travaille directement avec le PDV doivent donc planifier les accès nécessaires séparément.

Pendant le transfert :

1. Confirmez que la bonne personne au sein de l'organisation du marchand est propriétaire de la boutique.

2. Auditez les comptes des employés et des collaborateurs existants.

3. N'accordez à la nouvelle agence que les permissions nécessaires à l'exécution de son travail.

4. Confirmez les accès avant de retirer l'agence sortante.

5. Supprimez les comptes obsolètes une fois la transition terminée.

6. Révisez séparément l'accès à la facturation, aux domaines, aux paiements et aux autres sections sensibles.

Par-dessus tout, ne révoquez aucun accès avant d'avoir cerné et géré toutes les dépendances.

2. Référentiels Git, code du thème et flux de déploiement

Transférer votre boutique d'e-commerce à une autre agence va bien au-delà de leur simple ajout à votre plateforme Shopify. La nouvelle agence doit également savoir où se trouve la version de référence de l'ensemble de votre code.

Documentez les éléments suivants :

• Les référentiels GitHub, GitLab ou autres

• La propriété des référentiels

• Les branches de production et de développement

• Les processus de demandes d'extraction (pull requests) et d'approbation

• Les flux d'intégration ou de déploiement continus

• Les instructions de développement local

• Les outils de compilation et les dépendances

• Les thèmes Shopify publiés et non publiés

• Les conventions de nommage des thèmes

• Les procédures de mise en production et de restauration 

Shopify propose une intégration GitHub qui permet de lier les branches d'un référentiel à des thèmes publiés ou non publiés. Les modifications apportées aux thèmes connectés via l'interface d'administration de Shopify peuvent également être validées dans la branche GitHub correspondante.

Si vous n'utilisez pas l'intégration GitHub native de Shopify, documentez le flux de contrôle de version et de déploiement que vous utilisez. Dans le cadre du transfert, la nouvelle agence devrait tout de même vérifier que le thème en production correspond au référentiel ou à la branche considérée comme la source de vérité.

Si des développeurs ont effectué des modifications d'urgence directement dans Shopify sans les synchroniser avec le système de contrôle de version, il se peut que le référentiel et la boutique en production ne correspondent plus.

3. Applications personnalisées et Fonctions Shopify

Auditez votre pile d'applications et répertoriez toutes vos applications personnalisées. Consignez les détails tels que la fonction de l'application, son référentiel de code source, son fournisseur d'hébergement, les services externes qu'elle appelle, le responsable technique, ses dépendances, etc.

L'outillage d'application actuel de Shopify inclut également la configuration du transfert. Par exemple, les applications créées via le tableau de bord de développement de Shopify peuvent avoir des configurations versionnées couvrant les URL, les portées (scopes) de l'API et les versions des webhooks de l'API.

Dressez également l'inventaire de toutes les applications qui utilisent les Fonctions Shopify. Les boutiques, quel que soit leur forfait Shopify, peuvent utiliser des applications publiques de l'App Store qui utilisent des Fonctions, tandis que les applications personnalisées qui utilisent les API de Fonctions de Shopify requièrent Shopify Plus. Certaines capacités spécifiques des Fonctions sont également réservées à Plus.

4. Webhooks, tâches planifiées et processus en arrière-plan

Les webhooks peuvent envoyer des commandes à un autre système, une tâche planifiée peut importer l'inventaire chaque nuit, une fonction sans serveur peut mettre à jour les prix, et un intergiciel peut transformer les données entre Shopify et un ERP. Documentez tout cela. Pour chaque processus automatisé, consignez :

• Le déclencheur ou l'horaire

• Le système source

• Le système de destination

• L'environnement d'hébergement

• Le référentiel

• La méthode d'authentification

• Le comportement en cas d'erreur

• La logique de nouvelle tentative

• La surveillance et les alertes

• Le fournisseur ou l'équipe responsable

• L'impact sur l'entreprise en cas de défaillance

La requête GraphQL webhookSubscriptions de Shopify retourne les abonnements à l'échelle de la boutique créés via l'API pour l'application et la boutique actuelles. Elle ne renvoie pas les abonnements spécifiques à l'application configurés dans shopify.app.toml. Shopify recommande des abonnements aux webhooks spécifiques à l'application pour la plupart des applications.

5. Intégrations d'e-commerce et fournisseurs tiers

Créez une carte d'intégration illustrant tout ce qui est connecté à Shopify. Selon votre entreprise, cela pourrait inclure un ERP, un PIM, un OMS, un WMS, un 3PL, un système de PDV, un ou plusieurs prestataires de services de paiement, une plateforme marketing, un programme de fidélité, une plateforme d'abonnement, un connecteur de place de marché, un logiciel de service à la clientèle, etc.

Pour chacun de ces systèmes, déterminez lequel détient chaque point de données et à quelle fréquence les données sont transférées. De cette façon, votre nouvelle agence ne risquera pas de perturber accidentellement le modèle opérationnel en arrière-plan de votre vitrine virtuelle pendant qu'elle travaille sur d'autres projets ou des correctifs.

6. Identifiants, domaines et infrastructure

Confirmez les accès administratifs contrôlés par le marchand ou partagés de façon appropriée pour des éléments tels que votre registraire de nom de domaine, vos DNS, votre fournisseur Git, votre hébergement infonuagique, vos services de diffusion de contenu (CDN), vos bases de données, la surveillance des erreurs, vos plateformes API, Google Analytics 4, Google Tag Manager, Google Search Console, Google Merchant Center, Meta Business Manager, vos plateformes de courriel et de SMS, vos fichiers de design, vos outils de gestion des mots de passe ou des secrets, ainsi que les tableaux de bord de vos applications tierces.

Consignez l'endroit où l'identifiant est stocké en toute sécurité, ce qu'il contrôle, qui en est le propriétaire et qui devrait y avoir accès. Une fois la responsabilité transférée à la nouvelle agence, effectuez une rotation des identifiants sensibles, le cas échéant.

7. Analyses et suivi

Un aspect du transfert d'agence qui ne devrait pas être oublié est de prendre un portrait global des analyses de votre boutique avant d'entamer de nouveaux projets, à la fois pour établir de nouveaux objectifs et pour distinguer les problèmes préexistants des nouveaux.

Enregistrez des données de référence pour des indicateurs tels que les sessions, le taux de conversion, les revenus, la valeur moyenne des commandes, le trafic organique et les taux d'erreur. Cela donne à la nouvelle agence des points de comparaison concrets après ses premiers déploiements.

8. Bogues ouverts, dette technique et carnet de commandes (backlog) existant

S'il reste du travail inachevé, la nouvelle agence doit en être informée. Dressez une liste de tous les bogues connus, des problèmes intermittents, des enjeux de performance, des API ou des dépendances obsolètes, des applications dont le remplacement est prévu, du travail en assurance qualité et du travail en attente de déploiement.

Ainsi, votre nouvelle agence pourra saisir immédiatement toute la portée de son partenariat avec vous. Elle saura ce dont elle hérite, ce qui lui permettra de mieux planifier les correctifs et les améliorations, et ces informations guideront également sa phase de planification lorsqu'elle s'attaquera à vos tâches.

À qui appartient le code Shopify personnalisé lors d'un changement d'agence?

La propriété du code Shopify personnalisé dépend du contrat, de l'énoncé des travaux, des licences et des lois applicables en matière de propriété intellectuelle. C'est pourquoi vous devriez réviser toutes vos ententes avant de mettre fin à une relation avec une agence. Cela pourrait inclure les ententes relatives au développement du thème, aux applications personnalisées, aux intergiciels, aux Fonctions Shopify, aux fichiers de design, aux cadres de travail propriétaires de l'agence, aux bibliothèques tierces, et plus encore.

Si l'entente attribue la propriété des livrables sur mesure au marchand après le paiement, confirmez que l'ensemble du code source et la documentation pertinents ont bel et bien été livrés. Les composants tiers peuvent être soumis à des licences distinctes, et une agence peut également utiliser des outils propriétaires qui n'ont jamais été vendus ni cédés au marchand. Obtenez des éclaircissements sur tout ce qui vous semble ambigu avant que l'agence sortante ne quitte la chaîne Slack!

Que devrait inclure un contrat de support Shopify?

Une fois que tout a été audité, répertorié et planifié, la prochaine étape consiste à s'entendre sur le fonctionnement des services de maintenance continue de Shopify. Votre contrat de support Shopify devrait définir :

1. La portée : Ce qui est inclus. Cela pourrait comprendre la correction de bogues, la maintenance du thème, le dépannage des applications, le support des intégrations, l'optimisation des performances, l'optimisation du taux de conversion (CRO), les mises à jour de la plateforme, le support lors des mises en production, etc.

2. La capacité : Précisez si le support est vendu sous forme d'un nombre fixe d'heures mensuelles, d'une capacité d'équipe réservée, d'un forfait de services gérés ou d'une combinaison de maintenance et de développement de la feuille de route. Demandez ce qu'il advient de la capacité inutilisée et ce qui se passe lorsque la demande dépasse l'allocation mensuelle.

3. Les heures de support : Précisez si la couverture s'applique uniquement pendant les heures de bureau ou si elle inclut les soirs, les fins de semaine et les jours fériés, et si les urgences peuvent bénéficier d'un support en dehors des heures normales.

4. Les cibles de temps de réponse : Une cible de temps de réponse définit la rapidité avec laquelle l'équipe de support prend en charge un incident et commence à le trier. La résolution est plus difficile à garantir, car la cause fondamentale peut relever de Shopify, du fournisseur d'une application, d'un processeur de paiement, d'un fournisseur d'ERP ou d'un autre système externe.

Exemple de cadre SLA de support d'e-commerce de P1 à P4

Bien que Shopify ne définisse pas de cadre universel de gravité allant de P1 à P4 pour le support des agences, vous pouvez utiliser cet exemple de cadre de support comme point de départ pour l'élaboration de votre SLA (accord de niveau de service).

Bien qu'il s'agisse d'un bon point de départ, vous devrez tenir compte de votre exposition aux pertes de revenus, de vos heures d'ouverture, de vos ressources internes et du forfait de support que vous achetez.

Conclusion

Une bonne transition d'agence Shopify préserve ce qui fonctionne tout en donnant à la nouvelle équipe suffisamment de visibilité pour améliorer ce qui ne fonctionne pas. Cela signifie qu'il faut traiter le transfert comme un projet opérationnel et technique, et non comme un simple échange d'informations de connexion Shopify. Sécurisez la propriété, transférez les accès, auditez le code, cartographiez les intégrations, entendez-vous sur le SLA, puis commencez à améliorer la boutique.

Pour les marchands à la recherche d'une agence de support Shopify pour prendre en charge une boutique existante, Blue Badger peut auditer l'environnement actuel, identifier les risques techniques et opérationnels, établir un plan de stabilisation et fournir un support et une maintenance continus sur Shopify Plus après la transition. Contactez-nous dès aujourd'hui pour en savoir plus.