Dire que votre site appartient à l'entreprise ne répond pas à toutes les questions pratiques. Vous devez aussi savoir qui contrôle les comptes, ce qui peut être exporté et si un autre prestataire pourrait maintenir le système. Propriété, accès et portabilité sont liés, mais ne désignent pas la même chose.
L'objectif est la continuité. Votre entreprise doit pouvoir corriger un contenu, renouveler son domaine et demander l'aide d'un autre professionnel sans découvrir que les informations essentielles n'existent que dans la mémoire d'une personne. Définissez ces arrangements dans une relation de travail claire, plutôt qu'en pleine urgence.
Identifiez les comptes qui contrôlent le site
Listez le gestionnaire du domaine, la plateforme ou l'hébergeur, le CMS, la messagerie et les services connectés. Pour chacun, indiquez le responsable dans l'entreprise, les administrateurs autorisés, la facturation et la récupération du compte. Conservez les identifiants dans un système sécurisé adapté, plutôt que les mots de passe dans un document de transmission.
Une entreprise fictive pourrait avoir son domaine chez un fournisseur, son site chez un autre et ses formulaires transmis par un troisième service. Une refonte ne transférerait pas automatiquement les trois. La cartographie des comptes rend visibles les limites entre services.
Accordez aux prestataires les accès nécessaires, tout en gardant une voie d'administration et de récupération contrôlée par l'entreprise. Vérifiez les arrangements lors d'un changement de personnel ou de fournisseur. Il ne s'agit pas d'exclure le professionnel, mais d'éviter une dépendance unique mal comprise.
Distinguez le code d'un site opérationnel
Le code source peut avoir de la valeur sans inclure la base de contenus, les images, la configuration ou les services externes nécessaires au site. Demandez la liste des éléments transmis et de ceux qu'un autre prestataire devra recréer.
Pour un projet utilisant GitHub, la documentation de transfert d'un dépôt décrit un mécanisme pratique assorti de conditions. Transférer un dépôt est une étape opérationnelle ; cela ne définit pas, à lui seul, les droits contractuels sur chaque ressource ou service.
Clarifiez dans le contrat les droits convenus sur les fichiers graphiques, le code spécifique, les contenus et les éléments sous licence. Faites distinguer les créations réalisées pour vous des composants tiers. Résolvez les clauses ambiguës avant de compter sur une future transmission.
Testez les exports plutôt que supposer la portabilité
WordPress documente un export des contenus. C'est utile, mais un export de contenu ne doit pas être confondu avec une sauvegarde opérationnelle complète. La vraie question est de savoir quelles informations le prochain système pourra utiliser.
Demandez un export et examinez un échantillon représentatif. Contient-il les champs, les relations linguistiques et les références aux médias nécessaires ? Quelles transformations seront requises ? Les plateformes hébergées ont leurs propres modalités : vérifiez le produit et les contenus précis plutôt que de généraliser à partir d'un autre outil.
Un site peut être portable en théorie et coûteux à déplacer en pratique. Des connexions spécifiques, un code peu familier ou des procédures non documentées créent une dépendance même si les fichiers sont accessibles. Notre guide du coût sur trois ans aide à intégrer l'effort de transition.
Demandez une transmission exploitable
La transmission doit permettre à un professionnel compétent de comprendre le système et de prévoir ses changements. Définissez la documentation et les accès avant la fin du projet. Incluez une démonstration du fonctionnement courant, pas seulement un dossier de fichiers.
Voici des éléments utiles :
- Un inventaire des comptes et services, avec les responsabilités de récupération.
- Les modalités concernant contenus, médias et code selon la solution convenue.
- Les instructions de publication, déploiement et restauration.
- Les dépendances connues, frais récurrents et contacts de support.
Pour un processus essentiel, demandez si la restauration a été testée dans un environnement adapté. Un fichier nommé sauvegarde ne démontre pas que le système opérationnel peut être restauré.
Préparez la continuité sans refonte inutile
Des accès ou documents manquants peuvent être corrigés dans le système actuel. Commencez par un inventaire avant de conclure qu'il faut un nouveau site. Notre guide pour conserver, améliorer ou reconstruire aide à examiner le véritable obstacle.
La collection du prototype au site professionnel relie la propriété au design et à l'ingénierie. Le service de conception et développement de Webility permet de convenir d'une transmission utile et du suivi futur. Parlons des accès et de la continuité nécessaires à votre activité avant la prochaine réalisation.
