Un plan d’entretien WordPress garde un site entretenu : des mises à jour, des sauvegardes, une vérification de disponibilité et un rapport mensuel, habituellement pour un montant forfaitaire. Les opérations infogérées prennent la responsabilité du site quand la production tombe en panne, avec un engagement de réponse écrit, un diagnostic et un bilan après coup. Un plan d’entretien suffit pour beaucoup de sites. Un site qui génère de vrais revenus ou de vrais leads doit savoir lequel des deux services il paie avant la prochaine panne.
La différence se voit le plus clairement lors de la pire journée de l’année. Ce guide commence par le périmètre et se termine par une liste de questions à apporter à l’appel avec un fournisseur.
Que comprend habituellement un plan d’entretien WordPress ?
Un plan d’entretien WordPress, aussi vendu sous le nom de plan de maintenance ou de service d’entretien WordPress, est un service récurrent qui effectue l’entretien selon un calendrier. Des pigistes, des agences et des entreprises spécialisées en maintenance en vendent. Un plan typique comprend :
- Les mises à jour du cœur, des plugins et du thème, appliquées chaque semaine ou chaque mois.
- Des sauvegardes planifiées.
- Une vérification de disponibilité qui envoie un courriel ou un texto à la personne chargée de l’entretien quand la page d’accueil cesse de répondre.
- Une analyse des logiciels malveillants ou des vulnérabilités.
- Un rapport mensuel qui énumère ce qui a été mis à jour.
- Un petit bloc d’heures pour des modifications de contenu ou des corrections mineures.
C’est un travail utile. Les plugins laissés sans correctif sont une porte d’entrée courante dans les sites WordPress, et un plan qui applique les mises à jour à une cadence régulière réduit ce risque. Pour un site vitrine ou un petit blogue, un bon plan d’entretien offert par une personne réactive couvre une bonne partie de ce qui risque de mal tourner.
Les opérations infogérées sont un service différent. Un fournisseur d’opérations prend la responsabilité du fonctionnement d’un environnement de production. Cela comprend une supervision qu’une personne lit, une réponse aux incidents graduée selon la gravité, un processus de mise en ligne avec retour arrière, des sauvegardes avec tests de restauration et un compte rendu écrit des incidents graves. L’environnement peut compter un seul site ou plusieurs, chez presque n’importe quel hébergeur.
Où un plan d’entretien s’arrête-t-il ?
Un plan d’entretien est construit autour de tâches faites selon un calendrier. Les opérations infogérées sont construites autour des résultats quand quelque chose tourne mal. Le tableau ci-dessous montre où les deux services divergent habituellement. Les offres varient d’un fournisseur à l’autre, alors lisez-le comme une liste de questions, pas comme un verdict sur un plan en particulier.
| Domaine | Plan d’entretien typique | Opérations infogérées |
|---|---|---|
| Mises à jour | Appliquées selon un calendrier, parfois avec une vérification visuelle | Testées d’abord en staging, appliquées dans une fenêtre prévue, avec un chemin de retour arrière |
| Sauvegardes | Prises selon un calendrier | Prises selon un calendrier et restaurées à titre de test, avec un registre |
| Supervision | Vérification de disponibilité de la page d’accueil qui alerte la personne chargée de l’entretien | Vérifications des parcours clés comme la connexion, les formulaires et le paiement, lues par une personne de garde |
| En dehors des heures de bureau | Au mieux, quand la personne voit l’alerte | Couvert sur les forfaits qui incluent la couverture des incidents |
| Délai de réponse | Rarement écrit | Réponse confirmée selon chaque niveau de gravité, inscrite dans l’entente |
| Diagnostic | Limité dans le temps, souvent facturé en heures supplémentaires | Compris dans la réponse aux incidents, jusqu’à la limite du code applicatif |
| Couche serveur et hébergement | Habituellement la responsabilité de l’hébergeur | Opérée, ou coordonnée avec l’hébergeur |
| Après un incident grave | Un courriel qui explique ce qui s’est passé | Un bilan écrit avec la cause première et les suivis, quand c’est dans le périmètre |
Trois termes de ce tableau méritent une définition. Un niveau de gravité classe un incident selon son effet sur l’entreprise, par exemple « production en panne » ou « service dégradé ». Une réponse confirmée signifie qu’une personne a reçu l’incident, l’a confirmé et a commencé le travail, ce qui n’est pas la même chose qu’un accusé de réception automatique. Un SLA, ou accord de niveau de service, est le contrat qui énonce ces engagements de réponse et ce qui se passe quand ils ne sont pas respectés. La base de connaissances explique comment rédiger une échelle de gravité qu’une personne non technique peut lire.
La colonne du plan d’entretien reflète ce qu’un montant mensuel forfaitaire peut financer. Ce montant est rarement calculé pour garder quelqu’un éveillé à 2 h du matin pour chaque client, et tous les sites n’en ont pas besoin.
Les trois moments où un plan d’entretien cesse de suffire
Trois événements obligent habituellement à se demander s’il faut passer d’un plan d’entretien à des opérations infogérées.
Une panne que le plan ne couvrait pas. La vérification de disponibilité a déclenché une alerte un samedi soir. La personne chargée de l’entretien l’a vue le lundi. Ou encore, la page d’accueil est restée en ligne pendant que le paiement échouait, et la vérification ne surveillait que la page d’accueil. Personne n’a manqué à l’entente, parce que l’entente n’a jamais promis de réponse à cette heure-là. L’article sur le coût d’une panne et la résilience à acheter aide à chiffrer cette fin de semaine.
Un incident de sécurité. Une vulnérabilité de plugin a été exploitée entre deux cycles de mises à jour, ou un compte administrateur compromis a commencé à ajouter des pages de pourriel. Le nettoyage des logiciels malveillants fait peut-être partie du plan. Contenir l’incident, préserver les preuves et trouver comment l’attaquant est entré n’en font souvent pas partie. La base de connaissances décrit les 60 premières minutes d’un incident WordPress, ce qui montre la quantité de travail qui se trouve en dehors d’un nettoyage de routine.
Une croissance au-delà d’un seul petit site. L’entreprise fait maintenant tourner une boutique, un espace membres, plusieurs sites en différentes langues ou un calendrier de campagnes. Des mises à jour sans danger sur un site vitrine risquent maintenant de casser le paiement. Une seule personne surveille plus de surface qu’elle ne peut en couvrir. Dans un scénario d’exemple, un éditeur national est passé d’un VPS unique à des opérations WordPress infogérées, et l’étude de cas décrit le point de départ : pas de staging, des plugins mis à jour en production et un seul développeur qui connaissait la pile.
Si aucun de ces événements n’est arrivé et qu’aucun n’est probable, un plan d’entretien est peut-être tout ce dont le site a besoin.
Combien coûte chaque option en argent, en temps et en risque ?
Les deux services ne sont pas tarifés de la même façon. Comparez donc les facteurs qui déterminent le prix plutôt que la facture mensuelle.
Un plan d’entretien est habituellement un montant mensuel forfaitaire par site, parfois offert en paliers selon la fréquence des mises à jour, la durée de conservation des sauvegardes ou les heures incluses. Le coût est prévisible. Le risque se trouve dans ce qui sort du périmètre : du travail d’urgence facturé en heures supplémentaires, ou une personne chargée de l’entretien qui n’est pas disponible quand le site tombe.
Les opérations infogérées prennent habituellement la forme d’un mandat mensuel cadré selon l’environnement. Les facteurs sont la fenêtre de couverture (heures de bureau, heures prolongées ou 24/7), l’engagement de réponse selon la gravité, le nombre de sites et d’environnements, le trafic, la cadence de mises en ligne et le nombre de développeurs qui livrent des changements. La couverture est un facteur que les acheteurs sous-estiment souvent, parce qu’une réponse 24/7 exige une équipe de garde en rotation. Un site dont les clients dorment en même temps que vous n’a peut-être besoin que d’une couverture aux heures de bureau. L’article sur la façon dont l’hébergement cloud infogéré est tarifé passe ces facteurs en revue.
Le temps compte aussi. Un plan d’entretien vous demande peu. Les opérations infogérées demandent une période d’intégration, un accès à l’hébergeur, des définitions de gravité convenues et une personne-ressource qui peut prendre des décisions pendant un incident.
La dépendance au fournisseur vaut la peine d’être vérifiée dans les deux cas. Demandez à l’un comme à l’autre ce que vous conservez si vous partez : les sauvegardes, les identifiants, la documentation et tout runbook rédigé pour votre site.
Quand un plan d’entretien est-il le bon choix ?
Un plan d’entretien est le meilleur achat, et les opérations infogérées sont le mauvais, quand ces conditions sont réunies :
- Le site est un site vitrine, un portfolio ou un petit blogue, et une heure de panne est un désagrément plutôt qu’une perte de ventes ou de leads.
- Le trafic est stable, et les plugins sont peu nombreux et courants.
- Les visiteurs sont surtout éveillés en même temps que la personne chargée de l’entretien, donc une panne de nuit touche peu de monde.
- La personne chargée de l’entretien répond dans un délai qui vous convient, et l’a fait lors des incidents passés.
- Le budget d’entretien du site ne couvrirait pas un mandat d’opérations, et le risque n’en justifie pas un.
Les opérations infogérées sont aussi le mauvais achat quand ce dont vous avez besoin, c’est du développement. Un fournisseur d’opérations ne construit pas de fonctionnalités et ne corrige pas les défauts de votre thème ou de vos plugins sur mesure. Ce travail relève toujours de votre développeur ou de votre agence. Si vous voulez qu’une personne fasse des modifications de contenu et de petites corrections de mise en page chaque mois, un plan d’entretien ou un mandat de développement convient mieux.
Que devraient revendre les agences : des plans d’entretien, des opérations ou les deux ?
Les agences vendent des plans d’entretien parce que les clients les comprennent et que les revenus reviennent chaque mois. La difficulté commence quand le développeur senior de l’agence devient le chemin d’escalade pour chaque site client. Dans un scénario d’exemple, une agence qui gérait quatorze sites clients a constaté que le cellulaire personnel d’un développeur était, dans les faits, le chemin d’escalade pour tous ces sites. L’étude de cas sur la consolidation du portefeuille de l’agence décrit ce qui a changé une fois qu’un modèle de soutien a été en place.
Une agence a trois modèles viables :
| Modèle | Choisissez-le quand | Points à surveiller |
|---|---|---|
| Plans d’entretien gérés à l’interne | Un petit portefeuille de sites semblables, sans promesse de réponse écrite aux clients | Le temps du développeur senior qui glisse vers les billets d’hébergement |
| Plans d’entretien à l’interne, partenaire d’opérations derrière | Certains clients ont besoin d’une réponse hors des heures de bureau, et l’agence veut garder la relation | Le partage du périmètre entre l’agence et le partenaire doit être écrit |
| Diriger les clients directement vers un fournisseur d’opérations | L’agence ne veut pas faire de l’hébergement | La relation client pour l’hébergement passe à l’extérieur de l’agence |
Le modèle du milieu permet à l’agence de continuer à vendre le plan d’entretien qu’elle a déjà. Le partenaire assure la garde, et l’agence continue de bâtir. L’article sur l’hébergement pour les agences qui gèrent plusieurs sites WordPress compare les modèles d’hébergement des agences selon la marge et le risque. La base de connaissances explique comment gérer les mises à jour WordPress sur un parc de sites, pour les agences qui gardent les mises à jour à l’interne.
Questions à poser à un fournisseur de plan d’entretien ou à un fournisseur d’opérations
Apportez ces questions à l’appel. Elles fonctionnent avec un pigiste, une entreprise de maintenance ou un fournisseur d’opérations infogérées.
- Qu’est-ce qui est couvert exactement, et qu’est-ce qui est facturé en plus ? Demandez la liste par écrit.
- Que se passe-t-il quand le site tombe en panne à 21 h un samedi ? Qui voit l’alerte, et quand ?
- Y a-t-il des niveaux de gravité, et un délai de réponse confirmée écrit pour chacun ?
- Le délai de réponse est-il un engagement ou une cible, et que se passe-t-il s’il n’est pas respecté ?
- Surveillez-vous le paiement, les formulaires ou la connexion, ou seulement la page d’accueil ?
- Quand avez-vous restauré une de nos sauvegardes à titre de test pour la dernière fois ? Pouvons-nous voir le registre ? La base de connaissances explique comment vérifier qu’une sauvegarde WordPress peut être restaurée.
- Comment annule-t-on une mauvaise mise à jour de plugin, et combien de temps cela prend-il ?
- Si le site est piraté, que faites-vous, et qu’est-ce qui sort de votre périmètre ?
- Après un incident grave, que recevons-nous par écrit ?
- Que conservons-nous si nous partons ?
L’article de la base de connaissances sur les clauses qui décident si le soutien WordPress d’entreprise fonctionne approfondit les questions 1 à 4. Le guide du blogue sur l’hébergement WordPress infogéré comparé aux opérations WordPress infogérées traite d’une question voisine : le manque vient-il de l’hébergeur ou de l’opérateur ?
Où se situe Stack Harbor
Stack Harbor est un fournisseur d’exploitation infonuagique gérée (MSP) pour les environnements de production, de propriété canadienne, dont le siège est à Montréal. L’entreprise s’adresse aux entreprises et aux agences d’environ 5 à 200 personnes qui font tourner des systèmes de production sans avoir leur propre équipe d’opérations 24/7.
Ses mandats WordPress Entreprise sont cadrés à partir d’une liste qui couvre l’architecture, les opérations, la migration et le soutien, et le client ne paie pas pour chaque élément. Un changement d’hébergement n’est pas nécessaire : si l’hébergeur actuel tient la route, Stack Harbor peut opérer l’environnement autour. Stack Harbor ne remplace ni les développeurs ni une agence. Le travail quotidien passe par le bureau de soutien, et un ingénieur senior est responsable des incidents de gravité 1 (Sev-1).
Pour une couverture continue, Opérations Cloud inscrit la fenêtre de couverture, le SLA de réponse, les actifs supervisés et les heures de projet mensuelles dans un périmètre écrit et signé. Sur les forfaits qui incluent la couverture des incidents, l’accord de niveau de service (SLA) prévoit un engagement de réponse confirmée en moins de 15 minutes pour les Sev-1 et en moins de 60 minutes pour les Sev-2, 24/7. La résolution est une cible, pas un engagement. Le travail occasionnel ou ponctuel convient mieux au service Gestion, supervision et soutien qu’à un mandat mensuel.
Pour les agences, le mandat Infrastructure Agence est en marque blanche par défaut, confie la garde à Stack Harbor plutôt qu’au développeur senior de l’agence, et comprend de l’aide pour structurer les plans d’entretien et les mandats mensuels. Stack Harbor ne publie aucun prix. Chaque mandat reçoit un devis fixe pour un périmètre écrit, après une évaluation, comme l’explique la page sur la façon dont Stack Harbor cadre et chiffre ses mandats.
Si votre dernière panne est survenue en dehors des heures de votre plan d’entretien, décrivez votre site WordPress à Stack Harbor. Si votre site correspond aux conditions du plan d’entretien décrites plus haut, gardez le plan et la personne de confiance qui s’en occupe.
