Attribuez contenus, contrôles de formulaire, dépendances et sauvegardes à des responsables. Un site peut être techniquement disponible tout en diffusant des informations périmées. Un changement d’horaires doit aussi atteindre données structurées et téléchargements concernés. La maintenance doit décrire des tâches plutôt que des changements illimités.
Séparer contenu et exploitation
Un site peut être techniquement disponible tout en diffusant des informations périmées. Horaires, service supprimé ou date dépassée peuvent gêner davantage qu’un défaut esthétique. Nommez le responsable de ces faits et les événements déclenchant une mise à jour.
L’exploitation pose d’autres questions : le site peut-il toujours être construit, les demandes sont-elles enregistrées et les accès maîtrisés ? Une liste courte de responsabilités peut suffire, sans système complexe. Le principal est que chaque tâche appartienne à quelqu’un.
Distinguez entretien prévu et incident. Une nouvelle photo peut suivre une demande normale ; un formulaire inaccessible demande une investigation. Définissez canal, priorités et traitement des travaux hors accord.
Garder des sources cohérentes
Un changement de prix ou de périmètre peut apparaître à plusieurs endroits : page, données structurées, version Markdown et formulaire. Une source centrale réduit les contradictions. Vérifiez les représentations liées au lieu de corriger uniquement le texte visible.
Les langues demandent le même suivi. Identifiez les équivalents d’une page et assurez-vous qu’une modification factuelle ne laisse pas une traduction ancienne. Gardez une date de mise à jour correspondant au changement réel, pas à chaque construction automatique.
Préservez les originaux d’images, les droits et les instructions. Une mise à jour faite par une autre personne doit respecter la même structure. Les comptes et dépendances payantes ont également besoin d’un registre de renouvellement.
Prévoir contrôle et récupération
Vérifiez périodiquement un parcours complet : lecture d’un service, contact, erreur récupérable puis enregistrement valide dans l’environnement prévu. Ne considérez pas une animation de réussite comme preuve de réception. Contrôlez les liens importants après les modifications.
Définissez ce qui est sauvegardé et comment restaurer. Sources, contenus téléversés et demandes peuvent nécessiter des mécanismes différents. Un historique de code ne remplace pas automatiquement une sauvegarde des autres données.
Un cabinet modifiant une prestation doit actualiser ses pages, leurs équivalents et les informations associées. Le responsable valide les textes, le mainteneur publie et le contrôle confirme que la demande fonctionne encore. Cette petite chaîne peut être documentée simplement.
La maintenance ne signifie ni refonte continue ni modification illimitée. Elle décrit les activités réellement couvertes et l’estimation des demandes supplémentaires. Le propriétaire doit savoir quoi faire quand un fait change, une échéance approche ou une fonction échoue. Cette organisation rend le site durable sans promettre un entretien magique assuré par le seul hébergeur.
Liste pratique
- Nommer le responsable
- Planifier les contrôles
- Consigner les changements
Un exemple concret: Un changement d’horaires doit aussi atteindre données structurées et téléchargements concernés.
Une limite à respecter: La maintenance doit décrire des tâches plutôt que des changements illimités.
La prochaine étape
Présentez votre projet à Orvunweb
