Pour changer de prestataire WordPress, commencez par vérifier vos accès au nom de domaine, à l’hébergement, à l’administration du site et aux services associés. Un compte qui permet de modifier une page ne suffit pas toujours à transférer le site. Le bon objectif est simple : savoir qui contrôle chaque outil, comment le récupérer et ce qu’il faut préserver pendant la reprise.
Vous voulez refaire votre site, mais personne ne sait où il est hébergé ? Vous avez un mot de passe WordPress, sans savoir s’il permet d’administrer les extensions ? Avant de parler maquette ou référencement, il faut clarifier ces points. Cela évite de commencer une refonte avec une dépendance découverte au dernier moment.
Les accès à réunir avant une reprise
Ne rassemblez pas uniquement des mots de passe. Notez aussi le nom du service, la personne responsable, l’adresse de récupération et les modalités d’accès. Un accès partagé dans un ancien courriel peut fonctionner aujourd’hui sans être durable : le jour où une validation est envoyée à une adresse inactive, le projet se bloque.
| Élément | À vérifier | Pourquoi c’est utile |
|---|---|---|
| Nom de domaine | Compte du gestionnaire, contact de récupération, renouvellement | Conserver l’adresse du site et maîtriser les changements techniques |
| Hébergement | Compte client, fichiers, base de données, sauvegardes | Copier le site et préparer une restauration |
| WordPress | Compte nominatif et rôle attribué | Connaître les actions réellement possibles |
| Messagerie | Responsable et configuration du domaine | Éviter une interruption des courriels pendant la migration |
| Mesure et visibilité | Search Console, outil de mesure, fiche d’établissement si utilisée | Conserver les données et les moyens de contrôle |
| Services payants | Licences, facturation, renouvellements, destinataires des alertes | Identifier les dépendances après le changement de prestataire |
Ce tableau sert à préparer une discussion, pas à demander tous les droits à tout le monde. Un rédacteur n’a pas besoin du même accès que la personne qui maintient le site. En revanche, l’entreprise doit savoir comment retrouver la maîtrise opérationnelle des comptes nécessaires.
Un accès WordPress peut être insuffisant
WordPress distingue plusieurs rôles. Un auteur peut travailler sur ses propres publications ; un éditeur dispose de possibilités plus larges sur les contenus. L’administration technique nécessite d’autres droits, et les règles diffèrent encore sur un réseau multisite. Des extensions peuvent aussi modifier ces permissions. La documentation officielle des rôles WordPress, dans un nouvel onglet détaille ce fonctionnement.
Demandez donc un contrôle des capacités du compte, pas seulement une capture du tableau de bord. Pouvez-vous gérer les utilisateurs ? Accéder aux paramètres utiles ? Identifier le thème et les extensions ? Un prestataire chargé de la reprise doit pouvoir examiner le site avec un niveau d’accès adapté, puis réduire ses droits lorsque l’intervention est terminée.
Le domaine, le site et les courriels sont trois sujets différents
Un transfert d’hébergement ne nécessite pas forcément un transfert du nom de domaine. Inversement, récupérer un compte de gestion du domaine ne donne pas accès aux fichiers WordPress. La messagerie peut être installée chez un troisième fournisseur. Mélanger ces sujets est une bonne façon de déplacer le site correctement tout en perturbant les courriels de l’entreprise.
Prenons une situation simple : une TPE veut confier son site à une nouvelle agence, mais conserver ses boîtes mail actuelles. Il faut identifier la configuration du domaine, isoler les réglages liés au site et documenter ceux de la messagerie. La migration est ensuite préparée et testée avant le changement public.
Les licences et développements à documenter
Un thème ou une extension peut dépendre d’une licence gérée par le prestataire précédent. Le site peut continuer à fonctionner alors que les mises à jour ne sont plus accessibles. Il faut savoir ce qui doit être renouvelé, remplacé ou transféré selon les conditions applicables, sans supposer qu’un changement d’agence transfère automatiquement chaque licence.
Pour un développement spécifique, demandez les fichiers nécessaires, les consignes de déploiement et les dépendances connues. Pour un connecteur, identifiez le service distant et la façon dont les accès sont renouvelés. Les questions contractuelles se vérifient dans les documents du projet ; ce guide ne tranche pas la propriété juridique d’un développement.
Organiser une reprise sans perdre l’existant
- Faire l’inventaire. Recenser les comptes, contenus, formulaires, connexions et outils réellement utilisés.
- Préparer une copie et un retour arrière. Vérifier les fichiers et la base de données, puis la possibilité de restaurer le site.
- Tester la reprise. Contrôler les pages importantes, demandes de contact, courriels et fonctions métier sur un environnement adapté.
- Coordonner le changement. Définir qui intervient sur le domaine et qui vérifie le site public.
- Nettoyer les accès après validation. Retirer les comptes devenus inutiles, renouveler les secrets concernés et conserver un inventaire à jour.
Les secrets doivent être transmis par un moyen approprié, pas intégrés dans une page publique ou dans un document largement partagé. La personne responsable du compte conserve les moyens de récupération et valide les opérations sensibles.
Les questions qui reviennent lors d’un changement de prestataire
Peut-on garder le même site et changer seulement la maintenance ?
Oui, si la reprise technique est possible et si le nouveau périmètre est défini. Une analyse de l’existant permet de distinguer ce qui fonctionne, les dépendances et les corrections nécessaires. Changer de prestataire n’impose pas une refonte complète.
Faut-il changer de nom de domaine ?
Pas pour le seul motif d’un changement d’agence. Conserver une adresse connue peut éviter une migration d’URL inutile. Une modification de domaine doit répondre à un besoin explicite et être préparée séparément.
Que faire si un accès manque ?
Identifier d’abord le service et son responsable, puis utiliser les procédures de récupération disponibles. Ne commencez pas une opération qui dépend d’un accès non confirmé. Le calendrier doit tenir compte de ce point, sans promettre un délai avant de le résoudre.
Blue Strat peut cadrer une analyse de votre site WordPress, préparer une reprise ou une refonte et définir le suivi après la mise en ligne. Pour le premier échange, apportez l’adresse du site et l’inventaire des accès disponibles, sans envoyer les mots de passe dans un formulaire de contact.
Nicolas Tissot
Gérant de Blue Strat. WordPress, développement web et référencement pour les artisans, TPE et PME.
Découvrir Nicolas Tissot