Changer d’agence ou de freelance web ne se résume pas à choisir un nouveau design. Le vrai risque apparaît lorsque l’entreprise découvre, au moment du départ, que le nom de domaine est rattaché à un compte inaccessible, que les sauvegardes n’ont jamais été testées ou que les outils de suivi ont été créés avec une adresse qui ne lui appartient pas.

Une reprise de site est donc d’abord une opération de contrôle. Il faut savoir ce que l’entreprise possède, ce qu’elle peut administrer, ce qui dépend d’une licence ou d’un contrat, et qui sera responsable de chaque étape. Les sujets généralement associés à une transition — accès, audit, transfert et continuité — sont bien distincts et doivent être traités séparément, comme le rappelle le guide de Websual sur le changement de prestataire web.

Commencer par un inventaire, pas par la migration

Avant d’annoncer la transition ou de planifier une mise en ligne, rassemblez dans un document unique les éléments qui font fonctionner le site. Pour chacun, indiquez le titulaire du compte, l’adresse utilisée, le prestataire qui intervient, le niveau d’accès disponible, le contrat concerné et la personne responsable de la validation.

• Nom de domaine : registrar, titulaire indiqué dans le compte, date de renouvellement, gestion des DNS et coordonnées de récupération.
• Hébergement : fournisseur, serveur ou formule utilisée, accès d’administration, environnement de production et éventuel environnement de test.
• CMS : logiciel utilisé, version, comptes administrateur, thème, extensions et éléments développés spécifiquement.
• Messagerie : service utilisé, noms de domaine associés, boîtes importantes, redirections et paramètres qui pourraient dépendre du DNS.
• Sécurité : certificat SSL, outil de renouvellement, pare-feu ou extensions de sécurité, alertes et procédure connue en cas d’incident.
• Données et mesure : comptes Analytics, Search Console ou autres outils de suivi, tableaux de bord, pixels, gestionnaire de balises et accès aux données historiques.
• Services connectés : formulaires, CRM, paiement, réservation, newsletter, chat, réseaux sociaux et automatisations.
• Documents : contrats, factures, licences, documentation, sauvegardes, procédures de maintenance et historique des interventions.

Ne confondez pas un élément visible sur le site avec un actif maîtrisé par l’entreprise. Un logo, un thème, une extension, une police, une photo ou un module peuvent être fournis sous licence, développés par le prestataire ou soumis à des conditions particulières. Le contrat et les factures doivent permettre de comprendre ce qui est cessible, réutilisable, renouvelable ou limité à un usage précis.

Reprendre les accès sans créer une nouvelle dépendance

Les accès prioritaires sont ceux qui permettent de modifier le domaine, le site et les services indispensables à son fonctionnement. Vérifiez que l’entreprise peut se connecter elle-même au compte du registrar, à l’hébergement et au CMS. Un simple accès transmis par l’ancien prestataire ne suffit pas s’il ne permet pas de récupérer le compte principal ou de gérer les droits.

Demandez également qui contrôle les comptes d’analytics, les outils de suivi, les formulaires, la messagerie et les services tiers. Un prestataire peut avoir créé ou administré ces comptes sans en être le titulaire. Ce point doit être vérifié dans chaque interface et, lorsque c’est nécessaire, dans les documents contractuels.

Ne faites pas circuler de mots de passe en clair dans un e-mail ou un document partagé. Préparez une transmission contrôlée, puis remplacez les identifiants lorsque la reprise est validée. Activez les protections disponibles pour les comptes sensibles, attribuez à chacun le niveau d’accès nécessaire et retirez les accès qui ne sont plus justifiés après la transition.

Pour le domaine, le sujet ne se limite pas à connaître le nom enregistré. Il faut savoir qui peut modifier les DNS, renouveler le domaine et récupérer le compte. Le transfert ou la gestion d’un domaine dépend du registrar et de la situation contractuelle : ne lancez aucune modification sans avoir identifié les conséquences possibles sur le site et la messagerie. Pour approfondir ce point précis, consultez l’article Récupérer son nom de domaine.

Préparer une reprise vérifiable

Une copie du site n’est pas encore une sauvegarde fiable. Avant toute modification, demandez une sauvegarde récente des fichiers, de la base de données et des configurations nécessaires. Vérifiez ensuite qu’elle peut être restaurée dans un environnement distinct ou de test. Si personne ne sait effectuer cette restauration, la sauvegarde n’est pas encore une garantie opérationnelle.

Le nouveau prestataire doit pouvoir examiner l’existant avant de proposer des changements. Cette phase d’audit permet notamment de repérer les dépendances techniques, les extensions obsolètes, les connexions externes et les éléments qui ne pourront pas être repris tels quels. Il ne faut pas présenter une procédure universelle : la méthode varie selon l’hébergeur, le CMS, le registrar et les outils utilisés.

Prévoyez au minimum :

• une date et une plage horaire de bascule ;
• un environnement de reprise ou de test lorsque la configuration le permet ;
• une personne responsable de la validation finale ;
• une sauvegarde conservée avant les changements ;
• un plan de retour arrière si la nouvelle configuration ne fonctionne pas ;
• un canal de contact entre l’entreprise, l’ancien prestataire et le nouveau.

Si le changement implique une nouvelle structure d’URL ou une refonte, ajoutez l’inventaire des pages existantes, des redirections à prévoir et des outils de suivi du référencement. Le risque ne vient pas du changement de prestataire en lui-même, mais notamment d’URL qui disparaissent sans redirection, selon le point résumé par Peechy. France Num recommande également, dans le cadre d’un changement de domaine, de recopier le site et de vérifier les liens internes : cette vérification reste pertinente dès qu’une migration modifie les adresses ou la structure du site (France Num).

Faire préciser les responsabilités

Le document de reprise doit répondre à des questions très concrètes : qui fournit les sauvegardes ? Qui vérifie le domaine ? Qui configure les DNS ? Qui teste les formulaires et les e-mails ? Qui remet en place les certificats ? Qui valide la mesure d’audience ? Qui intervient si le site ne fonctionne pas après la bascule ?

Faites formaliser par écrit le périmètre de chacun, les livrables, les délais, les dépendances et la maintenance prévue après la mise en ligne. Demandez aussi ce qui est inclus dans la prestation et ce qui fera l’objet d’une intervention distincte.

Cette vérification ne permet pas, à elle seule, de trancher une question de propriété ou de droits d’utilisation. Pour le code, les contenus, les visuels, le thème, les extensions et les licences, relisez les contrats et les factures. Si la rédaction des documents est ambiguë, faites examiner ce point par un professionnel compétent plutôt que de supposer que l’entreprise peut tout réutiliser ou que le prestataire conserve automatiquement tous les droits.

Checklist de transition en trois phases

1. Avant la transition

Ce que l’entreprise peut vérifier :

• l’inventaire du domaine, de l’hébergement, du CMS, de la messagerie et des outils liés ;
• la capacité à se connecter aux comptes principaux ;
• les contrats, licences, factures et responsabilités identifiées ;
• la liste des personnes encore autorisées à intervenir ;
• la date de renouvellement du domaine et des services critiques ;
• la présence d’une sauvegarde récente et la personne qui sait la restaurer ;
• le calendrier, le responsable de validation et le plan de retour arrière.

Quand demander un accompagnement spécialisé : si le titulaire du domaine est incertain, si les droits sur le code ou les licences sont ambigus, si aucune restauration n’a été testée, ou si le site dépend de nombreuses intégrations. Un audit de reprise permet alors de distinguer les éléments transférables, ceux à recréer et ceux qui doivent rester chez un fournisseur donné.

2. Pendant la bascule

Ce que l’entreprise peut contrôler :

• la disponibilité de la page d’accueil et des pages principales ;
• la connexion au CMS et l’accès aux comptes administrateur ;
• l’envoi et la réception des formulaires ;
• le fonctionnement des adresses e-mail ;
• la présence du certificat SSL et l’absence d’alerte dans le navigateur ;
• le déclenchement des outils de mesure et la réception des données attendues ;
• les liens importants, les téléchargements et les parcours de conversion.

Quand demander un accompagnement spécialisé : si la bascule implique une modification des DNS, un changement d’hébergement, une migration de CMS, une nouvelle structure d’URL ou une interruption possible de la messagerie. Ces opérations dépendent de la configuration en place et doivent être conduites avec une procédure de retour arrière connue.

3. Après la reprise

Ce que l’entreprise peut vérifier :

• que les comptes principaux sont bien sous son contrôle ;
• que les anciens accès ont été retirés ou limités ;
• que le domaine, le site et la messagerie restent accessibles ;
• que les formulaires arrivent au bon destinataire ;
• que les statistiques et conversions remontent correctement ;
• qu’une nouvelle sauvegarde est planifiée et que sa restauration est documentée ;
• que le contrat de maintenance précise les délais et responsabilités après la reprise.

Quand demander un accompagnement spécialisé : si une anomalie concerne les DNS, le certificat, la délivrabilité des e-mails, les redirections, les performances, la sécurité ou la mesure du référencement. La maintenance ne doit pas être traitée comme un détail de fin de projet : elle fait partie de la continuité du site. Pour le sujet spécifique des mises à jour et des vulnérabilités du CMS, reportez-vous à Mettre à jour son CMS pour éviter les piratages ?.

Le bon moment pour changer de prestataire

La transition est suffisamment préparée lorsque l’entreprise peut répondre à trois questions sans appeler l’ancien prestataire : qui contrôle le domaine, qui peut restaurer le site et qui valide la prochaine modification ? Si ces réponses restent floues, le problème n’est pas encore le choix du nouveau partenaire. C’est l’absence de contrôle sur l’actif numérique lui-même.

Avant de rompre la relation, faites donc l’inventaire, vérifiez les droits et les sauvegardes, formalisez le passage de relais, puis testez la reprise. Le nouveau prestataire pourra alors travailler sur une base documentée, avec un périmètre clair et moins de dépendances invisibles.