Lorsque votre site web ne répond plus, affiche des erreurs ou perd des données, la première réaction des responsables est souvent de contacter un technicien. Cependant, une fois sur place, le technicien perd souvent un temps précieux en vérifications de base faute d'informations essentielles. Si le back-office est bien préparé à l'avance, la résolution des incidents est beaucoup plus efficace.
1. Fichiers de sauvegarde : la base de la restauration
La situation la plus critique est la perte de données ou l'endommagement des programmes. Disposer de fichiers de sauvegarde complets est la condition préalable à toute restauration. La sauvegarde doit inclure deux éléments : les fichiers du site et la base de données.
Les fichiers du site comprennent le code source, les images, les pièces jointes téléchargées, tandis que la base de données stocke les articles, les utilisateurs, les commandes et autres données dynamiques. Il est recommandé de conserver au moins la dernière sauvegarde fonctionnelle et de la stocker à un emplacement différent de celui du serveur, par exemple sur un ordinateur local ou dans le cloud, afin d'éviter que la sauvegarde ne soit perdue en même temps que le serveur en cas de panne.
En pratique, vous pouvez vérifier si le back-office ou le panneau de contrôle du serveur propose une sauvegarde automatique ; sinon, effectuez des sauvegardes manuelles régulières. Les fichiers de sauvegarde doivent être datés pour faciliter l'identification des versions.
2. Journaux d'erreurs : des indices pour localiser le problème
En cas d'erreur 500, d'écran blanc ou de dysfonctionnement partiel, les journaux d'erreurs sont l'outil de diagnostic le plus direct pour les techniciens. Le back-office doit activer la journalisation à l'avance et s'assurer que les fichiers journaux sont accessibles.
Les journaux peuvent se trouver à différents endroits selon le type de site : journaux du serveur (comme Nginx, Apache), journaux d'erreurs PHP, journaux de base de données, etc. Le responsable n'a pas besoin de connaître leur emplacement exact, mais il peut demander à l'agence de création du site ou au technicien de lui indiquer la méthode pour y accéder et la consigner. En cas d'incident, fournir rapidement les journaux permet au technicien de déterminer s'il s'agit d'un problème de code, de configuration serveur ou de connexion à la base de données.
3. Liste des comptes et des permissions : éviter la confusion des droits
Le back-office d'un site web compte généralement plusieurs comptes administrateurs avec des droits différents. En cas d'incident, il est crucial de déterminer rapidement si le problème provient d'un compte piraté ou d'une erreur de manipulation. Préparer à l'avance une liste des comptes et de leurs permissions, incluant l'usage de chaque compte, son niveau de droits et la date de dernière connexion, peut fournir des informations précieuses lors du diagnostic.
La liste doit inclure : les comptes administrateurs, les comptes éditeurs, les comptes en lecture seule, etc., avec le responsable de chaque compte. Si une opération anormale est détectée, il est possible de verrouiller rapidement le compte concerné. De plus, assurez-vous que le mot de passe du compte administrateur principal est suffisamment fort et changez-le régulièrement.
4. Contacts d'urgence : une réponse rapide
En cas de panne, qui contacter ? L'agence de création du site, le fournisseur d'hébergement, le bureau d'enregistrement de domaine ? Préparer à l'avance une liste de contacts d'urgence, avec les coordonnées de chaque prestataire, les numéros de contrat et la portée des services, évite de chercher un numéro de téléphone dans la panique.
La liste doit inclure : le bureau d'enregistrement de domaine, le fournisseur d'hébergement, la société de développement du site, le prestataire de sécurité, etc. Notez également les horaires de service de chaque prestataire (par exemple, disponibilité 7j/7, 24h/24) et leur niveau de réponse. Ainsi, en cas d'incident, vous pouvez contacter les prestataires par ordre de priorité et réduire les temps d'attente.
5. Manuel d'exploitation : un processus de traitement standardisé
Pour les incidents courants, comme l'indisponibilité du site ou l'échec de connexion à la base de données, il est utile de rédiger un manuel d'exploitation simple, décrivant les étapes de vérification de base et les mesures temporaires. Par exemple, comment redémarrer le serveur, comment restaurer la dernière sauvegarde, comment contacter le support technique, etc.
Le manuel n'a pas besoin d'être long, mais il doit être clair et compréhensible pour qu'une personne non technique puisse suivre les étapes. Ainsi, en attendant l'arrivée du technicien, le personnel de l'entreprise peut tenter une première intervention ou au moins décrire précisément le problème.
Conclusion
Les incidents sur un site web ne peuvent pas être totalement évités, mais préparer à l'avance les sauvegardes, les journaux, la liste des comptes, les contacts et le manuel d'exploitation peut considérablement améliorer l'efficacité de la résolution. Il est recommandé aux responsables de sites d'entreprise de vérifier régulièrement que ces éléments sont complets et que les sauvegardes sont à jour. Lorsqu'un incident survient, la différence entre être préparé et ne pas l'être est significative.
