GUIDE PRATIQUE · WOOCOMMERCE
Changer de prestataire WooCommerce : que faut-il récupérer ?
Changer de prestataire WooCommerce ne signifie pas forcément refaire votre boutique. Avant la transition, récupérez surtout les accès, fichiers, données et informations nécessaires pour qu’un nouveau prestataire puisse comprendre et reprendre le site dans de bonnes conditions.
Temps de lecture : 7 min · Mis à jour en octobre 2026
À retenir
• Vérifiez que l’entreprise contrôle bien le nom de domaine et l’hébergement.
• Récupérez les accès WordPress, techniques et aux services externes.
• Identifiez les extensions, licences et développements spécifiques utilisés.
• Prévoyez une sauvegarde exploitable avant toute intervention.
• Faites examiner l’existant avant de décider ce qui doit être conservé, corrigé ou reconstruit.
Changer d’agence ou de développeur arrive souvent lorsque la boutique devient difficile à faire évoluer, que le prestataire n’est plus disponible ou que l’entreprise souhaite simplement une autre manière de travailler.
Le principal risque n’est pas le changement lui-même. Il vient plutôt d’un site dont les accès, les licences ou certains développements dépendent encore fortement de l’ancien prestataire.
Quelques vérifications permettent de préparer la transition sans décider trop tôt qu’une refonte complète est nécessaire.
Peut-on changer de prestataire WooCommerce sans refaire le site ?
Oui. Une boutique correctement construite peut être reprise par un autre prestataire sans être reconstruite uniquement parce que son développeur change.
La première étape consiste à examiner son état : thème, extensions, développements spécifiques, hébergement, base de données, services externes et documentation disponible.
Trois situations peuvent alors apparaître :
| État de l’existant | Suite possible |
|---|---|
| Le socle reste cohérent | Conserver et poursuivre les évolutions |
| Des problèmes sont localisés | Corriger avant de poursuivre |
| La dette technique est devenue importante | Envisager une reconstruction partielle ou une refonte |
Le changement de prestataire ne doit donc pas être confondu avec une refonte.
→ Découvrir notre approche pour la reprise d’un site WooCommerce existant
Quels accès faut-il récupérer avant de changer d’agence WooCommerce ?
Commencez par les éléments qui permettent à l’entreprise de garder le contrôle de son site et de ses données. Tous ne seront pas présents sur chaque projet.
Nom de domaine et DNS
Vérifiez qui possède le compte auprès du registrar et qui peut modifier les DNS.
L’entreprise doit pouvoir conserver la maîtrise de son domaine indépendamment de son prestataire web.
Hébergement
Récupérez les accès au compte d’hébergement ainsi que les informations nécessaires à son administration.
Si l’hébergement appartient au prestataire actuel, il faut déterminer comment le site pourra être transféré ou maintenu pendant la transition.
Administration WordPress
Un compte administrateur WordPress doit être disponible pour la personne ou l’entreprise propriétaire du site.
Évitez de transmettre simplement l’identifiant personnel d’un ancien intervenant : le nouveau prestataire pourra disposer de son propre compte.
Fichiers et base de données
Le site ne se limite pas à ce qui apparaît dans l’administration WordPress.
Le nouveau prestataire peut avoir besoin d’accéder aux fichiers, à la base de données et, selon l’infrastructure, à des accès SFTP, SSH ou à d’autres outils techniques.
Dépôt de code et développements spécifiques
Si certaines fonctions ont été développées spécifiquement, vérifiez où leur code source est conservé et comment les versions sont gérées.
Un dépôt Git peut notamment contenir des éléments qui ne sont pas suffisamment documentés dans WordPress.
Quelles extensions et licences WooCommerce faut-il identifier ?
La liste des extensions installées ne suffit pas. Il faut également savoir lesquelles sont réellement utilisées, comment elles sont mises à jour et à qui appartiennent leurs licences.
Pour chaque extension importante, vérifiez notamment :
• son rôle dans la boutique,
• l’origine de sa licence,
• son renouvellement éventuel,
• la présence d’une configuration spécifique,
• son interaction avec d’autres extensions ou développements.
Une licence achetée par l’ancien prestataire n’empêche pas nécessairement la reprise du site, mais son remplacement ou son renouvellement peut devoir être anticipé.
C’est aussi l’occasion d’identifier les extensions devenues inutiles ou plusieurs outils couvrant des fonctions similaires.
Quels services externes sont connectés à la boutique ?
WooCommerce échange souvent avec des services qui ne sont pas hébergés directement dans WordPress.
Selon le projet, il peut notamment s’agir du paiement, de l’envoi des e-mails, des outils statistiques, des flux produits, d’un transporteur ou d’un logiciel métier.
L’objectif n’est pas de transmettre tous les mots de passe à un nouveau prestataire. Il faut d’abord identifier les comptes appartenant à l’entreprise et s’assurer qu’elle peut encore les administrer.
Parmi les éléments à vérifier peuvent figurer :
• Stripe, PayPal ou un autre prestataire de paiement,
• service SMTP ou solution d’e-mail transactionnel,
• Google Analytics et Google Search Console,
• Google Merchant Center,
• son interaction avec d’autres extensions ou développements.
• Meta et les flux catalogue,
• transporteurs ou solutions logistiques,
• API et webservices,
• ERP, CRM ou logiciel de gestion connecté à WooCommerce.
Lorsque cela est possible, créez ensuite des accès propres au nouveau prestataire plutôt que de partager des identifiants personnels.
Faut-il demander une sauvegarde avant le changement ?
Oui. Une sauvegarde récente des fichiers et de la base de données constitue un point de sécurité important avant une reprise technique.
Mais disposer d’un fichier de sauvegarde ne suffit pas toujours.
Il faut également comprendre l’environnement nécessaire à son exploitation : version de PHP, configuration du serveur, tâches automatisées, services externes ou éléments techniques particuliers.
Une reprise sérieuse commence donc par comprendre le fonctionnement du site, pas simplement par copier ses fichiers.
Que faut-il documenter pour faciliter la reprise de WooCommerce ?
La documentation disponible dépend beaucoup de l’historique du projet. Même incomplète, elle peut faire gagner du temps au nouveau prestataire.
Essayez de rassembler ce qui existe concernant :
• les développements spécifiques,
• les flux vers des services externes,
• les tâches automatisées,
• les règles particulières de commande,
• les interventions importantes déjà réalisées,
• les incidents connus,
• les procédures de déploiement ou de sauvegarde.
Lorsque cette documentation n’existe pas, le nouveau prestataire devra reconstruire une partie de cette compréhension pendant l’analyse du site.
Que faire si l’ancien prestataire détient certains accès ?
Commencez par distinguer les comptes appartenant réellement à l’entreprise des services fournis dans le cadre de la prestation.
Un domaine enregistré au nom de l’entreprise, une plateforme de paiement ou un compte Analytics ne se traite pas de la même manière qu’une licence utilisée par l’agence pour plusieurs clients.
Demandez une liste claire des accès et éléments nécessaires au transfert, puis vérifiez les contrats et conditions applicables lorsque la propriété d’un élément n’est pas évidente.
L’objectif est de sécuriser la continuité du projet, pas de supprimer précipitamment les accès de l’ancien prestataire avant que la transition soit prête.
Quand faut-il faire auditer la boutique par le nouveau prestataire ?
Idéalement, avant de décider des travaux à réaliser.
L’analyse permet de distinguer les problèmes liés à quelques composants de ceux qui concernent plus profondément l’architecture de la boutique.
C’est notamment ce que nous avons rencontré avec Kerozene74. La boutique WooCommerce contenait près de 60 extensions, dont environ la moitié n’étaient plus à jour et certaines couvraient des fonctions similaires.
Les données commerciales utiles pouvaient être conservées, mais reproduire à l’identique l’organisation technique existante n’aurait pas été pertinent.
Reprendre un site consiste donc autant à identifier ce qui mérite d’être conservé qu’à repérer ce qui ne doit pas être reproduit.
Checklist avant de changer de prestataire WooCommerce
Avant la transition, vérifiez au minimum :
| Élément | À vérifier |
|---|---|
| Nom de domaine | Propriétaire du compte et accès DNS |
| Hébergement | Accès au compte et conditions de transfert |
| WordPress | Compte administrateur contrôlé par l’entreprise |
| Fichiers | Accès SFTP/SSH si nécessaire |
| Base de données | Accès et sauvegarde récente |
| Code spécifique | Sources et éventuel dépôt Git |
| Extensions | Utilité, licences et renouvellements |
| Paiement | Contrôle des comptes Stripe, PayPal ou équivalent |
| E-mails | Service SMTP ou transactionnel |
| Mesure | Analytics et Search Console |
| Catalogue | Merchant Center, Meta ou autres flux |
| Outils métier | ERP, CRM, API et connecteurs |
| Documentation | Développements, automatisations et procédures |
| Sauvegardes | Emplacement et possibilité de restauration |
Cette liste n’implique pas que tous ces éléments soient nécessaires sur chaque boutique. Elle permet surtout d’éviter de découvrir une dépendance importante au moment de la transition.
Votre boutique WooCommerce doit être reprise par un nouveau prestataire ?
Nous commençons par examiner l’existant avant de proposer des modifications.
L’objectif est de déterminer ce qui peut être conservé, ce qui doit être corrigé et ce qui mérite éventuellement d’être repensé pour permettre les prochaines évolutions.
