Garder un site web utile après le départ de son créateur

Considérez le transfert comme un projet de continuité

Un site peut sembler terminé tout en dépendant de la mémoire d’une seule personne. Le créateur sait peut-être où le domaine est enregistré, quel service envoie les messages des formulaires, comment fonctionne une réservation et quelles parties ne doivent pas être modifiées sans précaution. Si ce savoir disparaît, l’entreprise garde un système fragile même lorsque les pages semblent encore correctes.

Commencez le transfert avant la fin de la relation. Demandez un inventaire clair, une explication et du temps pour tester les informations. Le but n’est pas de conserver chaque détail technique. Il faut surtout que l’entreprise puisse maintenir le site en ligne, répondre aux demandes, modifier les informations importantes et récupérer les accès en cas de problème.

Créez un document partagé avec un responsable et une date de révision. Séparez les faits qui doivent être vérifiés des recommandations susceptibles d’évoluer. Notez la date du dernier test réussi, plutôt que la seule date de rédaction. Le transfert devient ainsi une habitude de gestion et non un événement isolé.

Transférez la propriété avant les tâches

Listez le registrar du domaine, l’hébergement, la plateforme du site, la messagerie professionnelle, les statistiques, les outils de recherche, les paiements et les autres services connectés. Pour chacun, notez le propriétaire professionnel, la méthode de connexion, la date de renouvellement, le contact de facturation et le moyen de récupération. L’entreprise doit contrôler le compte principal, tandis qu’un prestataire peut recevoir un accès délégué.

Un tableur partagé rempli de mots de passe permanents n’est pas une solution finale. Placez les identifiants dans un gestionnaire adapté, activez l’authentification multifacteur et supprimez les comptes personnels devenus inutiles. Si un prestataire possède le domaine ou reçoit tous les messages de récupération, réglez ce point avant la fin du contrat. La propriété compte particulièrement lorsqu’un incident touche le site, l’e-mail ou les paiements.

Vérifiez le nom légal, les informations de facturation et l’adresse de récupération. Notez qui peut modifier le DNS, publier du contenu, installer des extensions, exporter des données ou inviter des utilisateurs. Le transfert n’est pas terminé si l’entreprise peut se connecter mais ne peut pas accomplir les actions indispensables au fonctionnement du site.

Documentez les éléments qui fonctionnent ensemble

Demandez au créateur d’expliquer la structure principale avec des mots simples. Quelles pages sont essentielles aux parcours des visiteurs ? Où se trouvent les blocs réutilisables, les formulaires, les médias et les téléchargements ? Qu’est-ce qu’un responsable de contenu peut modifier et quand faut-il un contrôle technique ? Les captures aident, mais les instructions doivent aussi expliquer la raison des étapes importantes.

Créez un inventaire avec le nom de la page, son objectif, son responsable, sa dernière vérification et sa fréquence de mise à jour. Ajoutez les mentions légales, les prix, les horaires, les services, les informations d’accessibilité et les pages qui reçoivent du trafic de recherche. Indiquez si la modification se fait dans le site, dans un service lié ou dans un dépôt de code.

Décrivez ce qui se passe après l’envoi d’un formulaire. Identifiez les destinataires, les réponses automatiques, l’anti-spam, le CRM ou la feuille de calcul, les notifications et les alertes d’échec. Envoyez une demande de test et suivez-la à chaque étape. Cela révèle des dépendances invisibles dans une simple liste de liens.

Vérifiez les intégrations, les données et la confidentialité

Dessinez une carte simple des flux de données. Un formulaire peut envoyer des données personnelles vers l’e-mail, un CRM, un outil de rendez-vous et les statistiques. Une boutique peut relier paiements, livraison, facturation et messages clients. Notez pourquoi chaque intégration existe, qui possède le compte et ce qui se passe en cas de panne.

Supprimez les connexions inutilisées et vérifiez les droits des services actifs. Contrôlez les clés API, les webhooks, les rôles administrateurs et les adresses de notification. Demandez si les données importantes peuvent être exportées dans un format utilisable. Une intégration critique ne doit pas dépendre uniquement du compte d’un ancien créateur.

Mettez à jour les informations de confidentialité lorsque les prestataires ou les flux changent. Vérifiez que les formulaires demandent seulement ce qui est nécessaire et que la conservation, l’accès et la suppression sont compris. L’accessibilité fait aussi partie du transfert : testez le clavier, les titres, les libellés, le contraste et les messages d’erreur après tout changement important lié au transfert.

Testez les sauvegardes, les mises à jour et la récupération

Une sauvegarde ne sert que si elle peut être restaurée. Notez ce qui est inclus, la fréquence, la durée de conservation et les personnes autorisées. Demandez un test de restauration récent ou réalisez-le dans un environnement sûr. Incluez la base de données, les fichiers importés, la configuration, les données du domaine et le contenu stocké ailleurs.

Écrivez la procédure normale de mise à jour. Indiquez qui vérifie les mises à jour, où les changements sont testés, comment revenir en arrière et quoi contrôler après publication. L’entreprise n’a pas besoin de devenir développeuse, mais elle doit distinguer les changements ordinaires des situations nécessitant une aide spécialisée.

Créez une liste d’incidents avec les contacts des fournisseurs, les renouvellements et les voies d’escalade. Testez l’accès avec une deuxième personne autorisée. Si la seule méthode de récupération mène à quelqu’un qui est parti, le transfert n’est pas terminé. Une procédure courte et répétée est plus utile qu’un long document inutilisable sous pression.

Testez le transfert avec un nouveau responsable

Donnez la documentation à une personne qui n’a pas participé à la création du site. Demandez-lui de trouver le compte du domaine, de modifier un contenu peu risqué, d’envoyer un formulaire de test, de consulter les statistiques et d’expliquer comment signaler une panne. Ses questions révèleront les suppositions que l’équipe initiale ne voit plus.

Notez les lacunes et attribuez chaque action à une personne avec une échéance. N’attendez pas un document parfait pour reprendre les comptes prioritaires. Commencez par le domaine, l’hébergement, l’e-mail, les formulaires, les sauvegardes et les services liés à la confidentialité. Complétez ensuite les détails moins urgents.

Après le transfert, planifiez une vérification trimestrielle. Les entreprises changent, les collaborateurs partent et les intégrations évoluent. Un site utile n’est pas seulement un site qui fonctionne aujourd’hui : l’équipe actuelle doit pouvoir le comprendre, le protéger et l’améliorer demain. ChatBuild peut vous aider à transformer cette checklist en base claire et exploitable.

Sources

• Cybersecurity guide for SMEs: 12 steps to securing your business · ENISA
• Web Accessibility Initiative · W3C

Questions fréquentes

Que faut-il inclure dans un transfert de site ?

La propriété, les accès, les données du domaine et de l’hébergement, les responsabilités de contenu, les intégrations, les sauvegardes, les mises à jour, la confidentialité, les contacts et la récupération.

Qui doit posséder les comptes du site ?

L’entreprise devrait posséder le domaine, le site, l’hébergement et les services importants. Les prestataires peuvent avoir un accès délégué sans contrôler l’unique moyen de récupération.

Une liste de mots de passe suffit-elle ?

Non. Il faut aussi expliquer le fonctionnement, les systèmes connectés, les modifications sûres et la récupération après une panne ou une mise à jour échouée.

À quelle fréquence revoir la documentation ?

Au moins chaque trimestre et chaque fois qu’un collaborateur, un fournisseur, un domaine, une intégration ou un processus important change.