Maintenance WordPress en entreprise : les vérifications à prévoir

Ces prestations peuvent concerner le même site, mais couvrir des interventions différentes. Le contrat doit nommer le responsable de chaque périmètre et préciser qui coordonne les intervenants lorsqu’un incident touche plusieurs composants.

Ces deux situations sont fictives : elles illustrent une méthode de diagnostic, sans décrire des interventions réalisées pour des clients d’Oryon. Un symptôme observé après une modification ne suffit pas à en établir la cause.

Premier exemple : après une mise à jour, le formulaire affiche une confirmation, mais la demande n’arrive plus dans l’outil métier. Relevez les versions avant et après la mise à jour, l’heure du test, la page, l’action effectuée et la destination attendue. Avec les accès autorisés, faites suivre une demande de test du formulaire jusqu’à l’outil destinataire et examiner les journaux disponibles. Le diagnostic doit distinguer une anomalie de l’extension, du connecteur spécifique ou du service destinataire avant d’attribuer l’intervention. Si le connecteur est concerné, faites préciser la correction de code couverte par le contrat ou à chiffrer séparément. La recette consiste ensuite à constater la réception de la demande et des champs attendus dans l’outil métier.

Deuxième exemple : une extension développée en interne ne produit plus le document attendu après un changement de version PHP. Notez les versions concernées, les étapes et le message d’erreur, puis faites reproduire l’échec dans une préproduction adaptée, avec des données de test. Identifiez le composant qui échoue et vérifiez si son adaptation à cette version PHP entre dans le contrat. Une mise à jour du cœur WordPress ne valide pas à elle seule la correction du code spécifique. Après intervention, rejouez la création du document et vérifiez son contenu avec la personne qui l’utilise.

Pour chaque cas, le compte rendu doit relier le symptôme au composant examiné, décrire l’intervention retenue et identifier la version livrée. Consignez le résultat du parcours complet, la personne qui le valide et les éventuelles réserves. Une page qui s’affiche correctement ne prouve pas que le résultat métier attendu est obtenu.

Demandez un inventaire du cœur WordPress, du thème, des extensions et des adaptations spécifiques. Associez chaque composant à son usage : formulaire, réservation, affichage ou connexion à un autre outil. Cette liste aide à comprendre les dépendances et à identifier les licences nécessaires aux mises à jour.

Distinguez les accès WordPress de ceux de l’hébergement et du nom de domaine. Un ancien prestataire peut détenir un compte indispensable sans apparaître dans l’administration du site. Faites préciser les accès à transférer et les droits nécessaires à chacun, en conservant la maîtrise des comptes de votre entreprise.

La documentation WordPress distingue les fichiers et la base de données : les deux sont nécessaires pour restaurer un site complet. Demandez ce que couvre la sauvegarde, où elle est stockée et qui peut la récupérer si l’hébergement devient inaccessible. Adaptez sa fréquence aux informations que vous pouvez accepter de devoir reconstituer.

Prévoyez une restauration dans un environnement séparé. Le contrôle doit porter sur le site obtenu : contenus récents, médias, connexion à l’administration et fonctions essentielles. Faites consigner la date, la sauvegarde utilisée, la durée constatée et les difficultés rencontrées. Cette mesure décrit un essai ; elle ne promet pas une durée identique pour tout incident futur.

WordPress recommande de maintenir son installation à jour et de disposer d’une sauvegarde avant une mise à niveau. Pour votre site, faites préciser la politique retenue pour le cœur, les extensions et le thème : mises à jour automatiques, opérations supervisées, tests nécessaires et personne chargée de surveiller les résultats.

Les changements importants peuvent être essayés sur une préproduction avant leur application publique. Prévoyez également une procédure pour les correctifs de sécurité urgents, afin qu’ils ne restent pas en attente du prochain rendez-vous ordinaire. Lorsqu’un composant n’est plus maintenu, demandez des options documentées et un périmètre distinct pour son éventuel remplacement.

Définissez une courte recette adaptée à votre activité et rejouez-la après une intervention significative. Une page d’accueil qui s’affiche ne suffit pas à valider un formulaire ou une connexion externe. Pour les fonctions concernées, contrôlez aussi la réception du résultat dans la boîte mail ou l’outil destinataire.

Faites distinguer les mises à jour, la surveillance, les sauvegardes, les corrections et les évolutions. L’ajout d’un espace client ou la reconstruction d’une extension spécifique peut relever d’un nouveau lot. Vérifiez également la place des licences, de l’hébergement et des interventions de fournisseurs externes dans le chiffrage.

Demandez comment signaler une panne, sur quelles plages la demande est traitée et ce que signifie le délai annoncé : prise en compte, diagnostic ou rétablissement. Ces étapes sont différentes. Le compte rendu doit permettre de comprendre ce qui a été fait, ce qui reste ouvert et quelles décisions vous appartiennent.

Rassemblez l’adresse du site, les symptômes observés, les interventions récentes et les documents disponibles. Pour un dysfonctionnement, indiquez la page, les étapes pour le reproduire et son effet sur votre activité. Un exemple précis aide davantage au diagnostic qu’une appréciation générale sur la lenteur ou la sécurité.

La prestation WordPress d’Oryon peut commencer par un audit de l’existant, puis un plan d’intervention et une maintenance au périmètre défini. Demandez dès le cadrage quels documents, accès et procédures vous seront remis pour qu’une autre personne puisse reprendre le site ultérieurement.