La remise comprend code, contenus, instructions de publication et maîtrise des comptes. Un dossier nommé site ne garantit pas que vous pourrez continuer l’exploitation. Le prochain responsable doit pouvoir trouver les sources et publier une correction. Une archive seule ne remplace pas la documentation d’exploitation.
Distinguer fichiers et contrôle des comptes
Un dossier nommé site ne garantit pas que vous pourrez continuer l’exploitation. Domaine, DNS, hébergement, sources et courrier peuvent vivre dans des comptes différents. La remise doit identifier leur fonction, leur titulaire et la personne responsable du renouvellement ou de la récupération.
Privilégiez des arrangements durables lors d’un changement de prestataire. Le propriétaire peut contrôler les comptes principaux et accorder des permissions appropriées. Cet inventaire reste privé ; il n’a pas sa place dans une documentation publique.
Distinguez fichiers originaux et actifs sous licence. La remise du code ne transfère pas automatiquement les droits d’une photographie ou d’un logiciel tiers. Conservez les conditions, sources et éventuelles restrictions d’abonnement.
Recevoir une procédure reproductible
Le dépôt ou l’archive doit correspondre à la version réellement publiée. Ajoutez les instructions pour installer les dépendances, construire et déployer, ainsi que les paramètres publics nécessaires. Les noms des secrets peuvent être documentés sans en publier les valeurs.
Le contenu doit également être localisable : pages, traductions, images et données de forfaits. Si un panneau n’est pas inclus, expliquez clairement le mode d’édition. Une structure de blog ne signifie pas nécessairement un éditeur dans le navigateur.
Demandez une démonstration d’une petite correction : trouver un paragraphe, le modifier, prévisualiser et publier. Un autre professionnel doit pouvoir suivre ce chemin sans deviner les services manquants. Vérifiez aussi comment restaurer une version précédente.
Contrôler les flux utiles avant clôture
Ouvrez les pages importantes sur le domaine réel, testez navigation et changement de langue, puis examinez le formulaire. Une demande valide doit produire un enregistrement ou une réception confirmée. Les erreurs ne doivent pas annoncer de succès fictif.
Conservez un relevé séparant contrôles locaux et de production. Si un réglage dépend du propriétaire, nommez précisément la donnée ou l’autorisation manquante. Une page visible ne prouve pas que la base ou le secret de protection fonctionne.
Définissez les responsabilités après livraison : modifications de contenu, incidents, renouvellements et maintenance. Un accord concret est plus utile que support à vie. Les accès temporaires devenus inutiles doivent être traités selon le plan de comptes convenu.
Pour vérifier la remise, demandez au futur responsable d’identifier les sources, l’hébergement, le domaine et le chemin des demandes. S’il peut expliquer ces quatre éléments et retrouver la procédure de publication, la livraison fournit une continuité réelle, au-delà d’un ensemble de fichiers simplement envoyé.
Liste pratique
- Recevoir le dépôt
- Documenter le domaine
- Prévoir la restauration
Un exemple concret: Le prochain responsable doit pouvoir trouver les sources et publier une correction.
Une limite à respecter: Une archive seule ne remplace pas la documentation d’exploitation.
La prochaine étape
Présentez votre projet à Orvunweb
