Maintenance de site web : que vérifier après la mise en ligne ?

Sais-tu qui peut intervenir sur chaque partie du site ?

Après la mise en ligne, conserve une liste des services nécessaires : nom de domaine, hébergement, contenus, messagerie, formulaires et éventuelles intégrations. Pour chacun, identifie le titulaire du compte, la personne qui reçoit les alertes et le contact capable d’intervenir.

Vérifie que les accès essentiels sont disponibles pour les personnes autorisées et qu’ils restent récupérables si un membre de l’équipe part. Évite de placer des identifiants dans un document de suivi ouvert à toute l’entreprise. Le registre doit indiquer où retrouver les accès de façon appropriée.

Distingue aussi les responsabilités de l’hébergeur, du prestataire et de ton équipe. Le périmètre de maintenance doit préciser les contrôles inclus, la prise en charge des incidents et les évolutions qui nécessitent un cadrage séparé.

Vérifie ce que la sauvegarde permet réellement de restaurer

Une sauvegarde peut contenir le code, les contenus, une base de données, des fichiers ou une combinaison de ces éléments. Selon ton site, toutes ces parties ne se trouvent pas au même endroit. Demande quelle version peut être récupérée et quelles modifications pourraient être perdues.

Prévois un test de restauration dans un environnement adapté, avec une personne capable d’exécuter la procédure. Vérifie ensuite les pages, les fichiers et les fonctions essentielles. Une notification « sauvegarde réussie » ne prouve pas, à elle seule, que le site sera remis en service dans les conditions attendues.

Choisis la fréquence de sauvegarde et les délais de reprise selon l’activité : un catalogue modifié rarement et un service recevant des demandes toute la journée n’ont pas les mêmes besoins. Consigne les choix, les exclusions et le résultat du dernier essai.

Prépare les mises à jour et une possibilité de retour

Fais l’inventaire des composants maintenus : CMS si ton site en utilise un, extensions, bibliothèques, services et configuration d’hébergement. Désigne la personne qui suit leurs évolutions et évalue les correctifs nécessaires. Les tâches dépendent de la technologie et du contrat en place.

Pour un changement qui peut toucher le parcours utilisateur, utilise une prévisualisation ou un environnement de test adapté. Vérifie les fonctions concernées, puis prépare un retour à une version précédente si le déploiement pose problème. Une restauration de fichiers doit rester cohérente avec les données enregistrées entre-temps.

Garde une trace de ce qui a été modifié, de la date et du contrôle réalisé. Si l’objectif est de revoir plusieurs pages ou leur structure, notre checklist de refonte aide à organiser ce chantier distinct.

Teste ce que le visiteur vient accomplir

Un site accessible peut avoir un formulaire qui ne transmet plus les demandes, un lien cassé ou une information devenue inexacte. Parcours les pages prioritaires sur téléphone et sur ordinateur. Vérifie la lecture, la navigation, le contact et les messages reçus après une action.

• Les coordonnées, horaires et offres sont-ils toujours corrects ?
• Les liens vers le contact, les réalisations et les pages de services aboutissent-ils ?
• Le formulaire affiche-t-il une confirmation cohérente et le bon destinataire reçoit-il la demande de test ?
• Le menu, les boutons et les champs fonctionnent-ils au clavier et sur mobile ?
• Les contenus essentiels restent-ils utilisables si une intégration externe échoue ?

Organise les essais de formulaire pour que l’équipe reconnaisse les messages de test et qu’aucun envoi ne touche un client par erreur. Les alertes techniques peuvent ensuite compléter ces contrôles, sans remplacer le parcours réel.

Prévois comment signaler, qualifier et suivre un problème

Définis un canal de signalement et les éléments utiles : page concernée, action effectuée, résultat attendu, message affiché et moment de l’incident. Une capture adaptée peut aider, en évitant d’y exposer des données inutiles. Distingue une indisponibilité, une fonction défaillante et une demande d’évolution.

Le contrat ou l’organisation interne doit indiquer les horaires de prise en charge et les modalités de réponse. Ne déduis pas une intervention permanente de la seule mention « maintenance incluse ». Pour une fonction critique, discute les besoins de suivi et de reprise avant l’incident.

Une checklist à adapter et à conserver dans le suivi

1. Responsables et contacts à jour pour le domaine, l’hébergement et les intégrations.
2. Accès essentiels disponibles pour les personnes autorisées.
3. Éléments sauvegardés, fréquence et procédure de restauration documentés.
4. Dernier test de restauration et résultat consignés.
5. Mises à jour suivies et changements testés avant publication.
6. Parcours de contact, navigation mobile et liens prioritaires vérifiés.
7. Alertes reçues par la bonne personne et incidents suivis jusqu’au contrôle final.
8. Évolutions séparées des correctifs, avec leur périmètre et leur responsable.

Associe à chaque ligne une date, un responsable et une preuve du contrôle. Choisis le rythme avec la personne qui maintient le site selon les changements, les données et l’importance des fonctions. Tu peux ensuite faire évoluer les pages et les parcours à partir des problèmes observés.

Source et adaptation à ton site

Guide rédigé par Oraxya le 10 octobre 2026. Les fondamentaux de la sauvegarde publiés par l’ANSSI donnent un cadre pour préparer la sauvegarde et la reprise d’un système. Pour ton site, les procédures et le niveau de suivi doivent être adaptés aux composants réellement utilisés et aux responsabilités convenues.