Un plan de maintenance mensuel pour le site ou l’application dont vous dépendez déjà : correctifs de sécurité appliqués selon un calendrier fixe, disponibilité surveillée, sauvegardes testées en restauration, performance tenue dans un budget. SLA écrit, rapport mensuel que vous pouvez transmettre à votre conseil d’administration, et un bloc d’heures de modifications qui n’expire jamais inutilisé dans le même mois.
La plupart des sites ne tombent pas de façon spectaculaire. Ils dérivent — une extension non corrigée, un certificat que personne n’a renouvelé, une sauvegarde jamais restaurée, une page devenue lente une livraison à la fois. Un plan de maintenance fait de chacun de ces points la tâche de quelqu’un, selon un calendrier.
Cœur du CMS, extensions, paquets et système d’exploitation du serveur mis à jour selon une cadence fixe — d’abord en préproduction, soumis à des tests de fumée, puis promus. Les CVE critiques sont traitées hors cycle, en moins de 24 heures.
Vérifications synthétiques chaque minute depuis trois régions, plus surveillance de l’expiration TLS, du DNS et du renouvellement des domaines. Les alertes vont à une personne de garde, pas à une boîte de réception que personne ne lit.
Sauvegardes hors site chaque nuit de la base de données et des fichiers, conservation de 30 jours, et restauration complète vers la préproduction chaque trimestre. Une sauvegarde non testée est un espoir, pas un contrôle.
Données terrain suivies par gabarit, avec un budget attaché. Toute dérive ouvre un billet avec la régression identifiée — le plus souvent un nouveau script, une image non optimisée ou une extension.
Formulaires de contact et de soumission testés chaque semaine de bout en bout, liens brisés et pages 404 balayés chaque mois, balises d’analytique et de conversion vérifiées pour que les rapports ne s’éteignent pas en silence.
Modifications de contenu, nouvelles sections, petites fonctionnalités, correctifs d’accessibilité. Demandées par courriel ou par billet, priorisées par vous, livrées dans le même mois ou reportées une fois.
La gravité est établie selon l’impact sur l’entreprise, pas selon l’humeur du billet. La cible de réponse démarre quand vous le signalez ou quand notre surveillance le détecte, selon la première éventualité — habituellement la nôtre.
Le même rythme chaque mois, plus une revue approfondie chaque trimestre. Vous recevez un rapport à la fin : ce qui a été corrigé, ce qui a cassé, ce qui a changé, ce que nous recommandons ensuite.
Mises à jour d’abord en préproduction, soumises à des tests de fumée sur les parcours clés, puis promues. Formulaires testés de bout en bout et surveillance passée en revue.
Votre file, votre ordre de priorité. Contenu, correctifs et petites fonctionnalités livrés par le même pipeline de revue et de déploiement qu’un projet.
Disponibilité par rapport au SLA, correctifs appliqués, incidents et leurs causes, tendance des Core Web Vitals, heures utilisées et prochaine action recommandée.
Test de restauration à partir d’une sauvegarde, audit des dépendances et de fin de vie, vérification ponctuelle de l’accessibilité, et appel de feuille de route sur ce dont le site a besoin ensuite.
Tarifés selon ce qu’il faut surveiller et la rapidité avec laquelle nous devons répondre, pas selon le nombre de pages. Les sites que nous n’avons pas bâtis commencent par un audit de reprise payant, pour que le SLA repose sur l’état réel du code.
Pour un site vitrine ou marketing où une panne est gênante plutôt que coûteuse. Réponse en heures ouvrables, tout est corrigé et surveillé.
Pour les sites qui génèrent du pipeline et les portails où l’on se connecte chaque jour. Délais plus courts, surveillance plus poussée, et assez d’heures pour continuer d’améliorer plutôt que seulement tenir la ligne.
Pour les applications dont une panne arrête le travail ou les revenus. Garde 24/7, un ingénieur désigné qui connaît le code, et de la pratique des incidents avant d’en avoir besoin.
Tirés des mêmes rapports mensuels que reçoivent les clients. Là où nous avons manqué une cible de SLA, nous avons émis le crédit et l’avons indiqué dans le rapport — le chiffre ci-dessous en tient compte.
« Nous sommes passés à un plan de maintenance après qu’une mise à jour d’extension a mis notre formulaire de soumission hors service pendant neuf jours sans que personne le sache. Le premier rapport mensuel a trouvé deux autres problèmes que nous aurions manqués de la même façon. »
Si votre site actuel ne peut pas être maintenu de façon responsable, nous vous le dirons pendant l’audit et nous vous dirons ce qu’il faudrait pour y arriver — y compris quand la réponse honnête est une refonte.
Correctifs de sécurité du CMS, des extensions et des paquets du serveur ; surveillance de la disponibilité et des certificats ; sauvegardes hors site chaque nuit avec test de restauration trimestriel ; surveillance des Core Web Vitals et des erreurs ; vérification des liens brisés et des formulaires ; un rapport écrit mensuel ; et un bloc d’heures de modifications que vous pouvez consacrer au contenu, à des correctifs ou à de petites fonctionnalités.
La maintenance essentielle coûte 850 $ CA par mois pour un site marketing avec 4 heures de modifications. La maintenance gérée coûte 2 400 $ par mois avec 12 heures, un SLA en heures ouvrables et des mises à jour en préproduction. La maintenance mission critique commence à 6 500 $ par mois pour les portails et applications avec réponse 24/7, escalade de garde et ingénieur désigné. Il n’y a pas de frais d’installation, et les plans sont de mois en mois après les 90 premiers jours.
Oui, après un audit de reprise payant. Nous examinons le code, les dépendances, l’hébergement, les sauvegardes et les vulnérabilités connues, puis nous vous remettons une liste de correctifs écrite à prix fixe. Certains sites exigent des travaux avant de pouvoir être placés de façon responsable sous un SLA — nous vous le disons avant que vous signiez quoi que ce soit, pas après.
Gravité 1 — le site ou un parcours générateur de revenus est en panne — fait l’objet d’un accusé de réception en moins de 30 minutes pour les plans mission critique et en une heure ouvrable pour les plans gérés, et le travail se poursuit jusqu’au rétablissement du service. Une dégradation de gravité 2 se traite en quatre heures ouvrables. Chaque plan comprend un SLA écrit avec la cible, le chemin d’escalade et le crédit si nous la manquons.
Elles sont reportées pendant un mois, de sorte qu’un mois de janvier tranquille peut financer un février chargé. Elles ne s’accumulent pas indéfiniment, parce qu’un plan de maintenance est une capacité que nous réservons pour vous plutôt qu’un solde prépayé. Si vous en avez régulièrement besoin de plus, nous vous faisons passer au plan supérieur plutôt que de facturer des dépassements.
WordPress, Odoo Site web et commerce électronique, sites Next.js et Astro avec CMS headless, et applications Node ou Python sur mesure. Nous ne maintenons pas les versions de PHP qui ne sont plus prises en charge, les constructeurs de pages abandonnés ni les sites que nous ne pouvons pas déployer à partir du contrôle de code source — ceux-là nécessitent d’abord une migration de plateforme.
L’hébergement fonctionne dans votre propre compte infonuagique et il est facturé par votre fournisseur, sans majoration de notre part. Nous gérons l’infrastructure en code, de sorte que vous gardez la propriété des comptes et du DNS. Si vous préférez que nous tenions la relation d’hébergement, nous le pouvons — au coût, plus des frais de gestion indiqués sur la facture.
Moyennant un préavis de 30 jours après la période initiale de 90 jours. En partant, vous recevez la documentation à jour, les identifiants, le code d’infrastructure et une dernière sauvegarde — le même dossier de passation que nous remettrions à un nouveau développeur. Rien dans le plan n’est un mécanisme d’enfermement.
Un audit de reprise couvre les dépendances, l’hébergement, les sauvegardes, les vulnérabilités connues et la performance, et revient sous forme de liste écrite avec un prix de correction fixe. Elle vous appartient, que vous preniez un plan ou non.