Accès aux fichiers, propriété et portabilité
Identifier ce que l’on possède, contrôle ou peut récupérer pour faire évoluer un site sans perdre ses repères.
Propriété, contrôle et accès : trois repères différents
Posséder un site ne signifie pas toujours disposer directement de tous ses fichiers, de tous ses accès ou d’une migration instantanée. L’important est de savoir ce que l’on contrôle, où se trouvent les éléments importants et comment récupérer le projet si le besoin évolue.
La propriété répond à la question de la personne ou de l’organisation qui détient ou contracte un élément. Le contrôle concerne la possibilité de décider, de modifier une configuration ou de choisir un prestataire. L’accès correspond aux identifiants nécessaires pour agir au quotidien.
Par exemple, une entreprise peut être titulaire de son nom de domaine, tandis qu’un prestataire conserve les accès techniques au site. Cette organisation peut fonctionner si elle est documentée. Elle devient risquée si personne ne sait comment récupérer ou transférer les accès.
Les éléments à identifier
Une même personne n’a pas besoin de posséder tous les comptes. En revanche, le responsable, l’usage et la procédure de récupération de chaque élément doivent être clairs.
| Élément | Pourquoi il compte | Responsable identifiable | À pouvoir retrouver |
|---|---|---|---|
| ÉlémentNom de domaine | Pourquoi il compteIl porte l’adresse publique du site. | Responsable identifiableTitulaire et contact de renouvellement | À pouvoir retrouverRegistrar, identifiants et échéance |
| ÉlémentHébergement ou plateforme | Pourquoi il compteIl permet la publication du site. | Responsable identifiableTitulaire du contrat ou administrateur | À pouvoir retrouverCompte, offre et support |
| ÉlémentCompte d’administration | Pourquoi il compteIl permet de gérer le site. | Responsable identifiableAdministrateurs désignés | À pouvoir retrouverAccès individuel et récupération |
| ÉlémentFichiers du projet | Pourquoi il compteIls servent à faire évoluer ou reconstruire le site. | Responsable identifiableÉquipe ou prestataire responsable | À pouvoir retrouverEmplacement et méthode d’accès |
| ÉlémentBase de données | Pourquoi il compteElle contient souvent contenus et réglages. | Responsable identifiableResponsable technique | À pouvoir retrouverEmplacement, export et accès |
| ÉlémentContenus et médias | Pourquoi il compteIls constituent la matière éditoriale du site. | Responsable identifiableÉquipe éditoriale ou entreprise | À pouvoir retrouverExport et dossiers de médias |
| ÉlémentE-mails professionnels | Pourquoi il compteIls restent distincts du site. | Responsable identifiableAdministrateur de messagerie | À pouvoir retrouverFournisseur et comptes de récupération |
| ÉlémentServices externes | Pourquoi il compteIls assurent parfois formulaires, statistiques ou automatisations. | Responsable identifiableResponsable de chaque intégration | À pouvoir retrouverComptes, clés et documentation |
| ÉlémentPaiement ou boutique | Pourquoi il compteIls concernent commandes et transactions. | Responsable identifiableResponsable commercial désigné | À pouvoir retrouverCompte, export et contacts |
| ÉlémentSauvegardes | Pourquoi il compteElles aident à récupérer un état antérieur. | Responsable identifiablePersonne chargée de leur suivi | À pouvoir retrouverEmplacement et procédure de restauration |
| ÉlémentDépôt Git | Pourquoi il compteIl conserve le code lorsque le projet en utilise un. | Responsable identifiableÉquipe technique ou prestataire | À pouvoir retrouverOrganisation, accès et historique |
L’accès aux fichiers n’est pas toujours nécessaire
Un site auto-hébergé peut donner accès aux fichiers, à la base de données ou au serveur. Les guides sur l’organisation des fichiers, le FTP, FTPS et SFTP et FileZilla expliquent ces accès dans leur contexte.
Une plateforme gérée peut proposer des accès plus limités ou simplement différents. Un petit projet peut ne jamais avoir besoin d’ouvrir ses fichiers. Un site sur mesure ou destiné à évoluer doit davantage anticiper ce besoin. Aucun type d’accès ne constitue, à lui seul, un indicateur de qualité : il doit correspondre au projet et être compris avant le choix.
La portabilité : pouvoir évoluer avec méthode
La portabilité est la capacité pratique de déplacer ou de reconstruire un projet dans un autre environnement. Elle peut demander d’exporter les contenus et médias, de conserver le domaine, de récupérer le code ou les fichiers, de recréer les réglages, de reconnecter les services externes, de transférer ou recréer les e-mails, puis de retrouver redirections et données SEO.
Une migration peut être possible sans être instantanée, gratuite ni identique à l’original. Thème et design, fonctions propres à une plateforme, automatisations, formulaires, boutique et catalogue, paiements, espace membre, réservations, intégrations, statistiques, redirections et contenus dynamiques peuvent demander du travail. Il faut évaluer ces points selon les fonctions réelles du projet, sans juger une plateforme en particulier.
Les guides sur les sauvegardes, la restauration et la migration d’un site aident à structurer cette préparation.
Contrat, contenu et propriété intellectuelle
Les droits sur le contenu, le design, le code, les comptes et les créations peuvent dépendre des contrats, licences et conditions de service. Avant le projet, il est utile de préciser qui achète et renouvelle le domaine, qui possède les comptes, qui accède aux données, ce qui est remis à la fin de la mission, ce qui peut être exporté ou réutilisé, et quelles licences couvrent images, thèmes, extensions et contenus. En cas de doute juridique ou contractuel, consultez les documents concernés ou un professionnel compétent.
Préparer une passation saine
Une passation ne consiste pas seulement à transmettre un mot de passe. Elle rend le projet compréhensible par la personne qui le reprend.
- Tenir une liste des comptes et de leurs responsables.
- Documenter le domaine et ses coordonnées de renouvellement.
- Prévoir des accès administrateur individuels et protégés.
- Identifier les sauvegardes et la procédure de récupération.
- Documenter les intégrations, les contacts de support et l’export des contenus lorsqu’il existe.
- Prévoir les règles de retrait des accès d’un ancien prestataire.
- Nommer un point de contact interne côté entreprise.
La gestion des mots de passe, permissions et accès complète cette checklist : elle évite de confondre transmission organisée et partage informel d’identifiants.
Questions à poser avant de choisir une solution
- Puis-je exporter mes contenus ?
- Qui gère le domaine ?
- Qui peut modifier le site ?
- Quelles données puis-je récupérer ?
- Quels accès techniques existent et sont-ils nécessaires ?
- Comment se passe une migration ?
- Quelles fonctions devront être recréées ?
- Comment sont gérées les sauvegardes ?
- Que se passe-t-il si mon prestataire ou mon besoin change ?
Ces réponses complètent les comparaisons de WordPress.org et WordPress.com, des plateformes visuelles, de Vercel et Netlify et des plateformes avec hébergement inclus. Le guide 34 aidera ensuite à choisir une solution selon le projet.