Changer de prestataire web : récupérer son site sans tout perdre

Changer d’agence ou de freelance peut devenir nécessaire lorsque les demandes restent sans réponse, que les évolutions n’avancent plus ou que le site ne bénéficie d’aucune maintenance sérieuse. La décision est pourtant souvent repoussée par peur de perdre le nom de domaine, les contenus, les emails ou le référencement acquis au fil des années.

Cette inquiétude est compréhensible lorsque les accès sont dispersés et que personne dans l’entreprise ne sait précisément où le site est hébergé. Elle ne signifie pas pour autant qu’il faille rester dépendant d’une relation devenue insatisfaisante ou d’un intervenant désormais indisponible.

Un site professionnel est composé de plusieurs actifs distincts : domaine, hébergement, fichiers, base de données, comptes techniques et services externes. Lorsqu’ils sont correctement identifiés et sauvegardés, ils peuvent généralement être transférés à un nouveau prestataire sans reconstruire immédiatement l’ensemble.

Le changement doit cependant être organisé. Avant de confier la reprise ou la création de votre site internet à un nouvel intervenant, il faut récupérer le contrôle, comprendre l’existant et préparer la transition sans interrompre inutilement le service.

La relation avec un prestataire peut se dégrader progressivement. Les petites demandes restent en attente, les délais deviennent impossibles à prévoir et aucune visibilité n’est donnée sur les interventions réalisées ou sur l’état réel du site.

Le problème peut aussi être plus structurel. Le freelance ou l’agence initialement choisi convenait à la création d’un site simple, mais ne possède plus la disponibilité ou les compétences nécessaires pour accompagner de nouveaux besoins, une stratégie SEO plus ambitieuse ou une évolution technique importante.

Dans d’autres cas, l’entreprise souhaite surtout reprendre le contrôle de ses outils. Le site fonctionne encore, mais le nom de domaine, l’hébergement et les comptes principaux appartiennent ou semblent dépendre entièrement du prestataire. Chaque modification devient alors un risque de blocage.

Changer d’intervenant ne signifie pas nécessairement que le travail précédent était mauvais. Les activités, les équipes et les priorités évoluent. Une collaboration autrefois adaptée peut simplement ne plus correspondre à la situation actuelle.

Un retard isolé ou une incompréhension ponctuelle ne justifient pas automatiquement une rupture. Plusieurs signaux répétés doivent en revanche être pris au sérieux, surtout lorsqu’ils empêchent l’entreprise de corriger un incident ou de faire évoluer son site.

L’absence de réponse devient préoccupante lorsque les formulaires ne fonctionnent plus, qu’une faille est signalée ou qu’une mise à jour provoque un problème. Une maintenance sérieuse ne garantit pas que chaque demande sera résolue immédiatement, mais elle doit offrir un canal clair, une prise en compte et une priorité compréhensible.

La dépendance aux accès constitue un autre signal important. Lorsque personne dans l’entreprise ne connaît le bureau d’enregistrement du domaine, l’hébergeur ou les identifiants du CMS, le site ne constitue plus un actif réellement maîtrisé.

Enfin, les évolutions peuvent devenir anormalement difficiles. Chaque modification est repoussée, présentée comme impossible ou estimée comme une reconstruction complète, sans explication technique suffisamment claire. Un audit extérieur permet alors de distinguer une véritable limitation de l’existant d’un simple manque de disponibilité.

L’absence de maintenance doit également être surveillée. Un site peut continuer à fonctionner pendant plusieurs mois sans mise à jour ni contrôle des sauvegardes, mais les risques s’accumulent silencieusement. L’article consacré au contrat de maintenance d’un site web explique ce qui devrait normalement être suivi après la mise en ligne.

Une relation devenue difficile pousse parfois à vouloir supprimer immédiatement tous les accès du prestataire. Cette réaction peut être nécessaire en présence d’un risque manifeste de sécurité, mais elle ne doit pas devenir le réflexe par défaut.

Avant toute rupture technique, l’entreprise doit disposer d’une copie exploitable du site et vérifier qu’une autre personne peut administrer le domaine, l’hébergement et les services critiques. Couper trop tôt un accès peut rendre impossible la récupération d’une configuration, d’une licence ou d’une information qui n’existe nulle part ailleurs.

Le nouveau prestataire doit idéalement travailler sur une sauvegarde restaurée dans un environnement séparé. Il peut ainsi vérifier le fonctionnement du site, identifier les dépendances et préparer la reprise sans modifier directement la version utilisée par les visiteurs.

Une courte période de passation reste souvent préférable à une rupture brutale. Les anciens accès pourront être révoqués lorsque la continuité aura été confirmée et que les nouveaux comptes seront correctement sécurisés.

Parler de « récupérer le site » peut être trompeur, car plusieurs composants indépendants participent à son fonctionnement. Un transfert complet doit donc aller au-delà d’une simple archive de fichiers.

Domaine, DNS et emails

Le nom de domaine est l’adresse utilisée par les visiteurs et les moteurs de recherche. Il est enregistré auprès d’un bureau d’enregistrement, qui peut être différent de l’hébergeur du site. Le compte associé doit permettre de vérifier le titulaire, la date de renouvellement et les paramètres DNS.

Les DNS relient le domaine au site, mais aussi aux emails, sous-domaines et autres services. Une modification mal préparée peut donc rendre le nouveau site accessible tout en interrompant les boîtes professionnelles. Avant tout transfert, les enregistrements existants doivent être sauvegardés et les fournisseurs de messagerie identifiés.

Le domaine devrait idéalement être enregistré au nom de l’entreprise, avec une adresse de récupération qu’elle maîtrise. Le prestataire peut recevoir les droits nécessaires à son travail sans rester l’unique propriétaire ou administrateur du compte.

Hébergement, code et base de données

L’hébergement exécute ou contient le site. Il peut s’agir d’un hébergement mutualisé, d’un serveur privé ou d’une plateforme spécialisée. Le compte doit donner accès aux fichiers, aux bases de données, aux sauvegardes et aux paramètres nécessaires au fonctionnement.

Les fichiers ne suffisent généralement pas à reconstruire le site. Sur WordPress et la plupart des CMS, les pages, réglages, comptes et formulaires sont stockés dans une base de données. Une sauvegarde sérieuse doit donc associer les fichiers et la base dans des versions compatibles.

Pour un site développé sur mesure, il faut également rechercher l’existence d’un dépôt Git. Celui-ci conserve l’historique du code et facilite les futures interventions. Si aucun dépôt n’existe, le nouveau prestataire peut repartir de la version présente sur le serveur, puis créer une base de travail propre après avoir vérifié qu’elle correspond réellement à la production.

La sauvegarde doit enfin être testée. Une archive stockée dans un dossier ou envoyée par email ne garantit pas qu’elle contient tout le nécessaire. La restauration dans un environnement séparé reste la meilleure manière de confirmer que le site peut être repris.

CMS, licences et services externes

L’entreprise doit disposer d’un compte administrateur sur le CMS, distinct des comptes personnels des prestataires. Cet accès permet de gérer les contenus, mais il ne remplace pas celui à l’hébergement, indispensable pour intervenir en cas de panne ou de migration.

Les thèmes, extensions, constructeurs et bibliothèques payantes doivent être inventoriés. Certaines licences appartiennent au prestataire et sont incluses dans son offre, tandis que d’autres ont été achetées spécifiquement pour le client. Le site peut continuer à fonctionner après leur expiration, mais perdre l’accès aux mises à jour et aux correctifs.

Il faut également identifier les services externes liés aux formulaires, aux réservations, aux paiements, à l’emailing ou au stockage. Le nouvel intervenant doit savoir quels comptes sont utilisés, qui les possède et comment les données circulent entre eux.

La checklist hébergement, domaine et accès complète cette inventaire technique lors d’une reprise.

Un formulaire qui semble fonctionner peut encore envoyer les demandes vers une ancienne adresse ou dépendre d’un compte contrôlé par l’agence sortante. Les tests doivent donc couvrir tout le parcours, jusqu’à la réception réelle de l’information.

Mesure, SEO et outils commerciaux

Les comptes Google Analytics, Search Console, Tag Manager ou leurs équivalents contiennent un historique qu’il serait inutile de perdre. L’entreprise doit recevoir un accès administrateur aux propriétés existantes plutôt que recréer systématiquement de nouveaux comptes.

Les outils publicitaires, les fiches établissement, les plateformes d’emailing et les comptes CRM peuvent également être liés au site. Leur inventaire permet d’éviter qu’une migration réussisse techniquement tout en interrompant le suivi des conversions ou les échanges commerciaux.

Les accès doivent être centralisés dans un gestionnaire de mots de passe plutôt que dans un document partagé sans protection. Chaque service peut être accompagné d’une courte description, du propriétaire du compte et de sa date de renouvellement.

Cette organisation facilite la reprise actuelle et évite de reproduire la même dépendance avec le futur prestataire.

Lorsque l’ancien prestataire coopère, une passation organisée permet de gagner beaucoup de temps. L’entreprise peut demander un inventaire des services, les sauvegardes, les accès et une courte documentation des particularités techniques.

Un échange entre les deux intervenants suffit parfois à clarifier une configuration qui demanderait autrement plusieurs heures d’analyse. Les éléments transmis doivent être listés, puis les responsabilités et la date de fin de mission confirmées par écrit.

Si le prestataire ne répond plus, il faut repartir des actifs déjà maîtrisés par l’entreprise. Les factures permettent souvent d’identifier l’hébergeur, le bureau d’enregistrement ou certaines licences. Les DNS, les informations publiques du domaine et les comptes Google apportent également des indices utiles.

Lorsque les comptes sont enregistrés au nom de l’entreprise, les fournisseurs peuvent proposer une procédure de récupération avec justificatifs. Tout ce qui reste accessible doit être sauvegardé rapidement : fichiers, base, contenus, médias et réponses de formulaires.

Une situation conflictuelle demande davantage de prudence. Les devis, contrats, factures et échanges doivent être réunis afin de comprendre ce qui était prévu concernant la propriété du domaine, du code et des livrables. Le nouveau prestataire peut inventorier les éléments disponibles, mais il ne doit pas se substituer à un conseil juridique lorsque le désaccord porte sur les droits.

Certaines plateformes propriétaires ne permettent pas d’exporter une application autonome. Il reste parfois possible de transférer le compte à un nouveau prestataire ou de récupérer les contenus et médias. Lorsque la sortie impose une reconstruction, celle-ci doit être distinguée d’un simple transfert technique.

Le changement de prestataire n’impose pas automatiquement une refonte. Un site récupérable, sécurisé et compatible avec les compétences du nouvel intervenant peut continuer à fonctionner avec une maintenance normale.

La première étape consiste donc à auditer les versions, les extensions, les performances, les sauvegardes et les parcours principaux. Le prestataire vérifie également la facilité d’administration, la qualité du code et les dépendances dont les licences ou les accès restent incertains.

Trois scénarios peuvent ensuite être envisagés. Le maintien de l’existant convient lorsque le site répond encore aux besoins et ne présente pas de risque majeur. Une modernisation progressive devient pertinente lorsque certaines pages, performances ou expériences mobiles doivent être améliorées sans reconstruire toute la base.

La refonte complète doit rester réservée aux situations où le socle technique, l’arborescence ou le fonctionnement sont devenus trop limitants. Le nouvel intervenant ne devrait pas recommander une reconstruction uniquement parce qu’il préfère une autre technologie.

Cette distinction protège le budget et évite de mélanger urgence et transformation. La reprise doit d’abord sécuriser le fonctionnement actuel ; les évolutions plus profondes peuvent ensuite être cadrées comme un projet séparé.

Le simple changement d’agence ou de freelance ne fait pas perdre le SEO. Les moteurs de recherche ne connaissent pas l’identité du prestataire : ils observent les URL, les contenus, les liens, les performances et l’accessibilité technique.

Le risque apparaît lorsque la migration modifie ces éléments sans préparation. Une mauvaise configuration HTTPS, une indisponibilité prolongée ou un blocage involontaire de l’indexation peut affecter la visibilité même si le contenu reste identique.

Avant toute intervention, il faut établir une photographie de l’existant. Les principales URL, leurs clics, leurs positions, leurs liens entrants et leurs métadonnées doivent être conservés. Les redirections déjà présentes et les erreurs connues doivent également être documentées.

Une simple migration d’hébergement n’a généralement aucune raison de modifier les URL. Lors d’une refonte, chaque page supprimée ou déplacée doit en revanche recevoir une destination pertinente. Rediriger toutes les anciennes adresses vers la page d’accueil ne constitue pas une stratégie acceptable.

L’environnement de test doit rester inaccessible aux moteurs afin d’éviter les contenus dupliqués. Au moment de la mise en ligne, il faut vérifier que la version de production est bien indexable et que les propriétés Search Console et Analytics continuent à recevoir des données.

Le suivi après la migration permet de détecter rapidement une erreur. Une variation légère peut être normale, mais une disparition massive d’URL ou une chute brutale des clics doit être analysée sans attendre.

Le nouveau prestataire doit d’abord reproduire le site dans un environnement qu’il maîtrise. Cette copie permet de vérifier les versions, la base, les fichiers et les services nécessaires sans toucher directement au site en ligne.

Les formulaires, emails, recherches, paiements et espaces privés doivent être testés avec des données de démonstration. Il faut également examiner l’affichage mobile, les liens, les certificats et les principaux événements de conversion.

Un site vitrine essentiellement éditorial change peu entre la copie initiale et la bascule. Un site recevant des commandes, des comptes ou des formulaires peut en revanche continuer à enregistrer des données pendant cette période. Une synchronisation finale ou une courte fenêtre de maintenance peut alors être nécessaire.

Le changement de DNS doit intervenir lorsque le nouvel environnement fonctionne déjà. La sauvegarde finale est réalisée juste avant la bascule, puis les parcours importants sont contrôlés depuis plusieurs appareils et connexions.

L’ancien hébergement ne doit pas être supprimé immédiatement. Le conserver quelques jours permet de récupérer un fichier ou une configuration oubliée, sans pour autant continuer à y enregistrer de nouvelles données.

Une date de fermeture peut être prévue après validation complète. Les sauvegardes utiles sont alors conservées dans un emplacement indépendant du fournisseur quitté.

Le transfert doit corriger la gouvernance qui a créé la dépendance initiale. Le domaine, l’hébergement, le dépôt et les principaux services doivent rester sous le contrôle de l’entreprise.

Le prestataire reçoit les permissions nécessaires à son travail sans devenir l’unique propriétaire des comptes. Cette organisation ne signifie pas que le client doit administrer lui-même chaque aspect technique ; elle garantit simplement qu’il pourra changer d’intervenant ou récupérer ses données.

Après la validation de la reprise, les anciens comptes peuvent être désactivés. Les mots de passe partagés, clés d’API et accès administratifs sensibles sont remplacés, puis les sessions encore actives sont révoquées lorsque cela est possible.

Cette vérification doit inclure les services moins visibles : outils d’email, CDN, licences, dépôts, gestionnaires de formulaires et comptes de mesure. Un accès oublié peut continuer à donner des droits importants bien après la fin de la mission.

Le nouveau dispositif doit enfin prévoir une sauvegarde régulière et une documentation minimale. L’entreprise doit savoir où sont les comptes, qui reçoit les alertes et comment lancer une restauration en cas de problème.

Le bon choix dépend de la nature du site et des interventions attendues. Un spécialiste WordPress peut être pertinent pour reprendre un site utilisant cet environnement, tandis qu’un développeur sur mesure sera plus adapté à une architecture spécifique ou à des fonctions complexes.

Une agence peut réunir plusieurs compétences lorsque la reprise implique simultanément stratégie, design, contenu et développement. Un freelance digital à Pau peut de son côté offrir un accompagnement plus direct, avec un interlocuteur capable de conserver une vision globale du projet.

La catégorie du prestataire compte moins que sa méthode. Il doit commencer par un audit, tester les sauvegardes, travailler sur une copie séparée et expliquer comment il protégera le référencement pendant le transfert.

Il faut également vérifier sa capacité à reprendre un projet existant. Certains intervenants préfèrent exclusivement créer de nouveaux sites, ce qui peut les conduire à recommander trop rapidement une refonte complète. Une reprise sérieuse demande de comprendre le travail d’un autre prestataire sans le dénigrer ni chercher à tout remplacer par principe.

Un brief clair destiné au prestataire web peut présenter l’activité, les priorités, les problèmes actuels et les résultats attendus. Il doit distinguer les urgences de continuité des améliorations futures.

Le contrat de reprise doit enfin préciser les responsabilités : mises à jour, sauvegardes, incidents, contenus et nouvelles évolutions. Une panne complète et une modification de texte ne demandent ni le même délai ni le même niveau d’intervention.

La reprise commence par l’inventaire des actifs : domaine, DNS, hébergement, CMS, code, base, emails, outils de mesure et services externes. Les accès disponibles sont centralisés et les procédures de récupération sont engagées pour les comptes encore manquants.

Une sauvegarde complète est ensuite restaurée dans un environnement séparé. Cette étape confirme que le site peut réellement être repris et permet d’identifier les dépendances avant de modifier la production.

Le nouvel intervenant réalise alors un audit technique, fonctionnel et SEO. Il distingue les risques immédiats des améliorations qui peuvent attendre, puis recommande le maintien, la modernisation progressive ou la refonte.

La migration est préparée avec un plan de bascule, des tests et une conservation temporaire de l’ancien environnement. Une fois le fonctionnement confirmé, les anciens accès sont révoqués et les nouvelles responsabilités de maintenance sont formalisées.

Cette organisation évite de confondre transfert d’urgence et transformation complète. Elle permet à l’entreprise de retrouver rapidement la maîtrise de son site, puis de décider sereinement de ses prochaines évolutions.

Changer de prestataire web ne signifie pas perdre automatiquement son site ou devoir tout reconstruire. Le domaine, le code, la base, les contenus et les comptes peuvent généralement être transférés lorsqu’ils sont correctement identifiés.

La priorité consiste à récupérer le contrôle et à disposer d’une sauvegarde exploitable avant toute rupture ou modification importante. Un audit permet ensuite de décider si le site peut être maintenu, modernisé progressivement ou doit faire l’objet d’une refonte.

Le référencement se protège par une migration préparée : conservation des URL utiles, redirections, contrôle de l’indexation et continuité des outils de mesure. Le simple changement d’intervenant ne constitue pas en lui-même un risque SEO.

Si votre agence ou votre freelance ne répond plus, si vous ne maîtrisez pas vos accès ou si votre site est devenu impossible à faire évoluer, Websual peut vous accompagner sur la récupération, la reprise et la création de votre site internet, avec une transition organisée pour préserver vos contenus, vos données et votre visibilité.