Maintenance de site web : cadrer son offre de freelance

Une offre de maintenance commence par une sélection, pas par un prix. Pour un freelance qui travaille seul, le terrain le plus maîtrisable est généralement un petit site vitrine dont les composants sont connus, avec un responsable joignable et des parcours simples. Ce guide prend comme fil conducteur un site WordPress auto-hébergé. Il ne constitue pas une procédure de maintenance pour toutes les plateformes.

Une boutique avec commandes en continu, un portail médical ou une application métier ajoute d’autres risques et compétences. Ne les faites pas entrer dans un forfait vitrine parce que leur page d’accueil ressemble à celle d’un artisan. Le nombre de pages ne dit presque rien sur la difficulté d’une restauration, les données à préserver ou la dépendance à un prestataire externe.

Définissez trois décisions d’entrée : accepté, accepté après remise à niveau, ou hors périmètre. Un site dont personne ne connaît le propriétaire du domaine relève de la deuxième catégorie au minimum. Un site infecté ou reposant sur une extension abandonnée peut exiger un spécialiste avant toute proposition récurrente. La découverte d’un problème ne vous oblige pas à le résoudre dans le prix annoncé.

L’objectif est de pouvoir expliquer au client ce que vous savez faire, ce qui nécessite une investigation et ce que vous ne prenez pas en charge. Cette clarté protège aussi un débutant : mieux vaut entretenir correctement un petit ensemble cohérent que promettre une assistance universelle impossible à assurer.

La première visite d’un site n’est pas une opération de routine. Prévoyez une phase d’inventaire distincte, avec son livrable et son prix éventuel annoncés avant intervention. Vous cherchez une base de travail fiable : qui possède quoi, dans quel état se trouve le site et quels engagements existent déjà. Ne demandez jamais un mot de passe dans un e-mail ordinaire ; convenez d’un mode d’accès adapté avec le propriétaire.

Relevez le domaine, l’hébergeur, le CMS, le thème, les extensions, les licences et les services reliés au site. Ajoutez les formulaires, adresses de réception, outils de réservation et contenus indispensables. Pour chaque élément, notez le titulaire, le responsable du renouvellement et l’emplacement de la documentation, sans recopier de secrets dans la fiche client.

WordPress propose un écran Santé du site avec des informations de configuration et des problèmes signalés. Il peut alimenter cet inventaire ; ce n’est ni un audit complet ni une preuve que tous les parcours fonctionnent. Consultez également le site comme un visiteur, sur téléphone et sur ordinateur.

Terminez par une liste d’écarts : accès manquant, licence expirée, formulaire non reçu, sauvegarde non vérifiée. Associez à chacun une décision et un responsable. Faites accepter l’état de départ et les corrections prioritaires avant le début du forfait. Une maintenance récurrente ne doit pas absorber silencieusement plusieurs années de dette technique.

Votre outil central tient sur une page. Il doit permettre à une personne non technique de savoir ce qu’elle achète et comment demander de l’aide. Utilisez la grille ci-dessous pour préparer l’offre, puis faites relire les engagements contractuels si votre situation le nécessite. C’est un cadre de discussion, pas un contrat juridique prêt à signer.

• Site couvert : adresse, environnement, composants acceptés et état initial.
• Travail récurrent : contrôles, mises à jour encadrées, vérification des sauvegardes et compte rendu.
• Fréquence : ce qui est contrôlé à chaque passage et ce qui suit un calendrier différent.
• Demandes incluses : nature, quantité ou durée maximale, unité de comptage et règle de dépassement.
• Assistance : canal unique, plages de traitement et façon de signaler un incident.
• Autorisations : actions déjà prévues, changements à faire valider et interlocuteur habilité.
• Exclusions : refonte, nouvelles fonctions, nettoyage d’une infection antérieure, prestation d’un tiers ou autre travail non compris.
• Sortie : documentation transmise, traitement des accès et fin des renouvellements gérés.

Évitez « petites modifications illimitées ». Remplacer une phrase validée et réorganiser une page commerciale ne représentent pas le même travail. Préférez une définition observable : modifier un texte fourni sur une page existante, sans changement de structure, dans la limite convenue. Précisez ce qui se passe si plusieurs demandes arrivent ensemble.

Enfin, faites reformuler l’offre par le client : que penserait-il inclus si son formulaire cessait de fonctionner un dimanche ? Son interprétation révèle souvent une ambiguïté que votre document technique ne montre pas. Corrigez cette ambiguïté avant de calculer une marge.

La documentation officielle de sauvegarde WordPress distingue les fichiers et la base de données : les deux sont nécessaires pour restaurer un site WordPress typique. Une archive de médias ne remplace donc pas une sauvegarde complète. Cette distinction suffit déjà à poser une question précise à l’hébergeur : que couvre exactement le service vendu ?

Demandez ensuite quelles pertes le client pourrait supporter. Une vitrine modifiée rarement et un site recevant des commandes chaque heure n’ont pas le même besoin. La fréquence et la conservation des copies doivent découler de cette discussion, des capacités techniques et du budget, pas d’une valeur standard appliquée à tous les dossiers.

Préparez un test de restauration dans un environnement séparé et autorisé, jamais en écrasant le site public pour « vérifier ». Avant le test, neutralisez les envois réels et les intégrations qui pourraient contacter des clients ou déclencher des opérations. Une copie peut contenir des données personnelles : limitez les accès et la durée de conservation selon le cadre applicable.

Conservez une preuve sobre : date de la copie, environnement de test, durée observée, parcours vérifiés et anomalies. Un test réussi aujourd’hui ne garantit pas toutes les restaurations futures. Il permet toutefois d’identifier un fichier absent, un accès indisponible ou une procédure incomprise avant un incident. Si vous ne savez pas effectuer ce test sans risque, prévoyez l’intervention d’un professionnel compétent plutôt que de vendre une récupération garantie.

Une mise à jour n’est pas terminée lorsque le bouton a cessé de tourner. Dans ses instructions de mise à jour, WordPress recommande de sauvegarder le site avant de commencer. Votre offre doit ensuite préciser les vérifications et la marche à suivre si le fonctionnement change.

Préparez une courte liste des parcours qui comptent pour ce client : ouvrir une page de service, envoyer une demande de devis, télécharger un document et vérifier la navigation mobile, par exemple. Rejouez les mêmes parcours avant et après une intervention. Vous pourrez ainsi distinguer un problème préexistant d’un défaut apparu pendant le changement.

Pour les changements risqués, utilisez un environnement de test adapté et définissez le retour à l’état précédent. Ce choix dépend du site : une copie ancienne ne doit pas effacer des demandes ou commandes récentes. Identifiez donc ce qui a changé depuis la sauvegarde avant toute restauration. Le retour arrière est une décision à préparer, pas une réponse automatique à toute anomalie.

Les réglages de mises à jour automatiques doivent être connus et documentés. Ne présentez ni « tout automatique » ni « tout manuel » comme une solution universelle. Les composants, les possibilités de test, les alertes et votre disponibilité déterminent l’organisation. En cas d’alerte de sécurité, appliquez une procédure adaptée à l’urgence réelle et faites intervenir les compétences nécessaires ; un rendez-vous mensuel ne remplace pas une gestion des incidents.

Cybermalveillance.gouv.fr recommande d’appliquer les mises à jour de sécurité sans tarder. Définissez donc qui reçoit les alertes et qui agit entre deux passages planifiés.

Un site peut afficher sa page d’accueil alors que le formulaire ne transmet plus les demandes. Construisez donc les contrôles autour de l’usage commercial réel. Demandez au client : par quel chemin arrive une demande importante, qui la reçoit et comment savons-nous qu’elle a été traitée ? Cette conversation transforme une surveillance abstraite en tests compréhensibles.

Pour une vitrine simple, votre fiche peut contenir cinq vérifications : accès aux pages essentielles, navigation sur petit écran, vérification que le lien téléphonique affiche le bon numéro, sans lancer l’appel, ouverture du formulaire et réception d’un message de test convenu. Ajoutez les liens vers réservation ou paiement uniquement s’ils appartiennent au périmètre et si le test est autorisé. Ne réalisez pas une vraie transaction pour prouver que le bouton existe.

Distinguez trois niveaux de preuve : la page s’affiche ; l’action peut être effectuée ; le résultat attendu arrive bien chez le responsable. Un contrôle qui s’arrête au deuxième niveau doit être présenté comme tel. « Formulaire affiché » n’est pas « demandes reçues ».

Gardez une petite série de tests stable plutôt qu’une longue liste jamais exécutée. Après un changement du site, mettez cette série à jour avec le client. Si la prestation inclut seulement un contrôle périodique, ne la nommez pas surveillance permanente. Vous pouvez proposer une couverture plus large séparément, à condition de disposer des moyens techniques et humains pour la fournir.

Évitez de copier un tarif mensuel trouvé ailleurs sans connaître ce qu’il couvre. Construisez votre estimation à partir du temps récurrent, des échanges, des outils attribuables au dossier et d’une réserve de capacité. Séparez la reprise initiale, les licences, l’hébergement et les travaux exceptionnels pour que le client puisse comprendre chaque ligne.

Voici un exemple entièrement fictif, qui n’est ni un tarif conseillé ni un revenu observé. Un freelance estime par mois 45 minutes de contrôles et mises à jour, 15 minutes de compte rendu, puis 30 minutes d’échanges et de demandes simples : 1,5 heure. Avec une valeur de travail choisie de 60 euros par heure, cela représente 90 euros. Il ajoute 12 euros de coûts directs et 18 euros de réserve de capacité : l’enveloppe de simulation atteint 120 euros par mois, avant le traitement fiscal applicable.

Si le dossier consomme finalement trois heures, le même raisonnement donne 180 + 12 + 18 = 210 euros. Le premier montant ne tient plus. Ces calculs illustrent pourquoi il faut mesurer le temps et borner les demandes, pas pourquoi tous les sites devraient coûter un certain prix. Votre rémunération, charges, congés, dépenses générales et risque doivent entrer dans votre propre modèle.

Pour réfléchir au choix entre temps, forfait et valeur, complétez cette démarche avec notre guide sur la facturation à l’heure à l’ère de l’IA. Un outil qui accélère une tâche ne supprime pas la responsabilité de vérifier son résultat.

Le danger d’un portefeuille récurrent est la simultanéité. Plusieurs sites peuvent nécessiter une intervention au même moment, alors que vous avez aussi un projet de création à livrer. Calculez votre capacité en heures disponibles et en plages de traitement réelles, pas seulement en nombre d’abonnements vendus.

Dans une deuxième simulation fictive, huit dossiers à 1,5 heure représentent douze heures mensuelles prévues. Si deux dossiers demandent chacun trois heures supplémentaires, le total passe à dix-huit heures. Réserver exactement douze heures laisse donc six heures sans place. Ce scénario ne prédit pas la fréquence des incidents ; il sert à tester votre organisation avant d’accepter un nouveau site.

Prévoyez vos absences, les demandes hors horaires et une possibilité de relais explicitement autorisée. Un autre prestataire ne doit pas découvrir les accès et le contexte au milieu d’une panne. S’il n’existe aucun relais, annoncez honnêtement votre couverture et refusez les engagements qui supposent une présence permanente.

Lorsque vous comparez des solutions de création, regardez aussi leur modèle d’exploitation. Un service hébergé peut déplacer une partie des responsabilités vers le fournisseur, sans effacer vos propres engagements envers le client. Notre comparatif des website builders aide à distinguer les plateformes ; ne transposez pas automatiquement un forfait WordPress à un outil géré dont vous ne contrôlez pas l’infrastructure.

Un canal unique évite que le même changement arrive par message, téléphone et e-mail sans contexte commun. Il peut s’agir d’une adresse dédiée ou d’un outil déjà utilisé. L’important est de retrouver la demande, la personne qui la valide, son périmètre et son état. N’ajoutez pas un logiciel compliqué uniquement pour donner une apparence professionnelle.

Demandez quatre éléments : la page concernée, le résultat attendu, ce qui se produit actuellement et l’échéance souhaitée avec sa raison. Une capture peut aider si elle ne révèle aucune donnée confidentielle. Ne réclamez jamais des identifiants dans le ticket. Séparez l’urgence perçue de l’impact observable : une faute dans un texte et l’impossibilité de recevoir toutes les demandes n’appellent pas le même traitement.

Classez ensuite la demande : incluse, à préciser, hors forfait ou incident à diagnostiquer. Pour une demande hors forfait, décrivez le travail supplémentaire et attendez l’accord avant de l’exécuter. Pour un incident, confirmez seulement ce que vous avez observé. « Nous avons reproduit l’erreur sur ce parcours » est plus utile qu’une assurance prématurée de résolution.

Une bonne réponse peut être très courte : « La modification du texte fourni entre dans le périmètre. L’ajout d’un nouveau formulaire nécessite un chiffrage séparé. Quelle adresse doit recevoir les demandes ? » Le client sait ainsi ce qui avance et quelle décision manque, sans apprendre votre vocabulaire technique.

Le compte rendu doit servir au prochain choix du client. Une liste de versions modifiées peut être utile en annexe, mais elle n’explique pas à elle seule l’état du service. Faites ressortir les contrôles réalisés, les problèmes constatés, les actions effectuées et les décisions attendues. Une absence d’incident détecté ne signifie pas absence de tout risque.

Utilisez cinq blocs courts : période couverte ; interventions et résultats vérifiés ; sauvegarde et dernier test de restauration ; limites ou anomalies ouvertes ; prochaine action et responsable. Si un test n’a pas pu être exécuté, dites pourquoi. N’écrivez pas « tout fonctionne » lorsque vous n’avez vérifié que quelques pages.

Le temps consacré aux échanges et aux corrections doit également être suivi en interne. Au terme d’une période d’observation définie au départ, comparez le travail prévu et réalisé par catégorie. Des demandes répétées de nouvelles pages indiquent peut-être un besoin d’accompagnement éditorial, pas un mauvais client. Vous pouvez proposer une offre distincte plutôt que multiplier les exceptions gratuites.

Gardez enfin les preuves proportionnées. Un journal daté et quelques résultats de tests valent mieux qu’une accumulation de captures contenant des informations privées. Évitez les pourcentages de disponibilité si vous n’avez ni méthode de mesure complète ni périmètre expliqué. La qualité du rapport vient de sa précision, pas d’un graphique spectaculaire.

Commencez par les clients dont vous connaissez le site et les responsabilités. Proposez de clarifier le suivi après livraison : qui surveille les demandes, renouvelle les services et intervient lorsqu’un changement casse un parcours ? Cette approche part d’un besoin d’organisation, sans prétendre que le site est vulnérable ou mal maintenu.

Pour un nouveau prospect, limitez-vous aux faits publics réellement observés. Une page lente sur votre connexion ne prouve pas une panne générale ; une ancienne date dans le pied de page ne prouve pas l’absence de mises à jour. Ne faites ni test intrusif ni exploration d’accès sans autorisation. Proposez d’abord un échange ou un diagnostic clairement défini, pas une alarme commerciale.

Si votre ciblage nécessite de repérer des entreprises locales et de garder une prochaine action, la page SprintLead pour les freelances présente les fonctions de recherche et de suivi commercial. Utilisez ces informations pour préparer votre qualification, puis vérifiez le besoin avec l’entreprise. SprintLead n’est pas présenté ici comme un outil de sauvegarde, de maintenance ou d’audit de sécurité.

Un exemple de formulation, à adapter au contexte et au canal autorisé : « Qui s’occupe aujourd’hui du suivi de votre site après les modifications ? Je propose un périmètre de maintenance défini, avec des contrôles et un compte rendu. Si ce suivi est déjà couvert, inutile d’ajouter une prestation. » La possibilité d’un non clair fait partie d’une offre sérieuse.

Une prestation récurrente doit rester transmissible. Distinguez les comptes appartenant au client, les outils du prestataire et les licences dont les conditions peuvent limiter le transfert. Documentez qui paie chaque renouvellement. N’improvisez pas cette répartition le jour où le client change d’agence.

Votre dossier de sortie peut comprendre l’inventaire actualisé, les interventions récentes, les anomalies non résolues, le fonctionnement des sauvegardes et les prochaines échéances. Transmettez les accès par un canal adapté et uniquement aux personnes autorisées. Convenez du moment où vos propres accès doivent être retirés, ainsi que du traitement des copies conservées, selon les obligations et accords applicables.

Avant de lancer l’offre, appliquez une dernière vérification : pouvez-vous expliquer le site accepté, exécuter les contrôles promis, retrouver une sauvegarde, tester la restauration sans effet réel indésirable, compter les demandes et préparer un relais ? Une case vide n’oblige pas à abandonner l’activité. Elle indique simplement le travail à faire avant de vendre cet engagement.

Commencez avec un périmètre que vous pouvez démontrer sur un dossier pilote autorisé. Mesurez le temps, demandez au client si le compte rendu l’aide et corrigez les limites ambiguës. Développer une maintenance durable consiste à rendre le service prévisible et compréhensible, pas à accumuler des mensualités dont personne ne sait ce qu’elles couvrent.