Le soin invisible qui fait qu'un site dure dix ans au lieu de deux

Imaginez deux sites parfaitement identiques à l'écran. Même design, mêmes pages, même démo de livraison. L'un fonctionnera encore dans dix ans, enrichi au fil des évolutions. L'autre sera à jeter dans deux ans, au premier changement sérieux. La différence entre les deux est invisible le jour de la signature, et elle tient en cinq soins : testé, sauvegardé, à jour, surveillé, documenté.

C'est la partie du métier qu'on ne peut pas montrer en réunion. C'est pourtant celle qui décide de la suite.

En résumé : un site qui dure n'est pas un site mieux dessiné, c'est un site mieux soigné. Tests automatisés, sauvegardes réellement restaurées, mises à jour suivies, surveillance continue, documentation : cinq soins invisibles en démo, décisifs à trois ans. Cinq questions, listées plus bas, suffisent à savoir si votre site en bénéficie.

Testé : les bugs détectés avant vous

Un test automatisé, c'est un programme qui vérifie le programme : à chaque modification, des centaines de scénarios se rejouent en quelques minutes. Le formulaire envoie bien le message, le paiement refuse bien la carte expirée, le compte client protège bien ses données.

Quand ce soin manque, le scénario est connu : une mise à jour anodine part un vendredi, corrige ce qu'elle devait corriger et casse le tunnel de commande au passage. Le site s'affiche, tout a l'air normal ; c'est un client agacé qui donne l'alerte le lundi, après un week-end de ventes perdues.

Écrire les tests ajoute quelques heures à chaque fonctionnalité ; en échange, l'intégralité du site est revérifiée avant chaque mise en ligne, pour toujours. La régression est attrapée avant la production : vous ne la verrez jamais, et c'est exactement le but.

Sauvegardé : une sauvegarde jamais restaurée n'existe pas

Tout le monde répond « oui » à la question « avez-vous des sauvegardes ? ». La vraie question est ailleurs : quand a-t-on vérifié pour la dernière fois qu'elles se restaurent ?

Car c'est le jour d'un piratage ou d'une panne de disque qu'on découvre que la sauvegarde était vide, corrompue, vieille de quatre mois, ou stockée sur le serveur qui vient justement de rendre l'âme. Et ce qui part avec, vos clients, vos commandes, vos contenus, est la seule partie du site qui ne se reconstruit pas.

Le soin : des sauvegardes automatiques, stockées ailleurs que sur le serveur du site, et un exercice de restauration régulier pour prouver qu'elles fonctionnent. Quelques dizaines de minutes par trimestre, contre des années de données irremplaçables.

À jour : le site qui vieillit en silence

Un site est un empilement de logiciels : le framework, le langage, les dépendances, le serveur. Chacun publie ses correctifs de sécurité et ses nouvelles versions. Un site qu'on ne met pas à jour ne tombe pas en panne : il vieillit en silence.

Pendant dix-huit mois, rien ne se voit. Puis l'hébergeur monte de version PHP et le site cesse de fonctionner du jour au lendemain. Ou une faille connue depuis des mois finit par être exploitée. Ou, plus banal : vous demandez une évolution et le devis explose, parce qu'il faut d'abord rattraper trois ans de retard. Le suivi coûte quelques heures par mois ; le rattrapage se compte en semaines.

Vous ne savez pas qui s'occupe de ça sur votre site aujourd'hui ? Si la réponse est « je ne sais pas », c'est déjà une réponse. Écrivez-nous, on fait le point avec vous, sans engagement et sans jargon.

Surveillé : savoir avant vos clients

Le monitoring, c'est l'ensemble des sondes qui surveillent le site en continu : est-il en ligne, répond-il vite, les erreurs s'accumulent-elles, le certificat expire-t-il bientôt, les emails partent-ils vraiment ?

Sans lui, les pannes ont un point commun : c'est vous qui les découvrez en dernier. Le formulaire de contact qui échoue en silence depuis six semaines, pendant que vous concluez à un passage à vide commercial. Le site qui ralentit doucement, mois après mois, alors qu'un site lent perd des clients sans prévenir : personne ne vous écrit pour dire qu'il est parti chez le concurrent.

Les outils de surveillance coûtent quelques euros par mois. Ce qu'ils évitent ne se rattrape pas : on ne récupère jamais les semaines où le site criait dans le vide.

Documenté et versionné : personne n'est otage

Tout notre code vit dans Git, l'historique complet du projet : qui a changé quoi, quand, pourquoi. Une évolution qui tourne mal ? On revient en arrière en quelques minutes. Un doute sur un comportement ? L'historique raconte la décision.

La documentation complète le tableau : structure claire, choix expliqués, installation décrite. Un autre développeur peut reprendre le projet en jours, pas en mois. Ça vous protège de tout, y compris de nous ; on a détaillé ailleurs pourquoi le code livré doit être votre propriété. Un projet que seul son auteur comprend n'est pas un actif, c'est une prise d'otage qui ne dit pas son nom. Quand ce soin manque, la moindre reprise commence par des semaines d'archéologie, facturées.

Les cinq questions à poser à votre prestataire (nous compris)

Vous ne lirez jamais le code, et c'est normal. Ces cinq questions ne demandent aucune compétence technique ; les réponses, ou les silences, vous diront tout :

1. « Le projet a-t-il des tests automatisés, et tournent-ils avant chaque mise en ligne ? » Réponse attendue : oui, systématiquement. Méfiance si on vous répond « on teste à la main ».
2. « Quand avez-vous restauré une sauvegarde pour la dernière fois ? » La question piège. « On a des sauvegardes » n'est pas une réponse ; une date, si.
3. « Le site est-il à jour, et à quand remonte la dernière mise à jour ? » Une date qui remonte à plus d'un trimestre est un signal.
4. « Si le site tombe un dimanche, qui le sait, et en combien de temps ? » Si la réponse est « vous nous appelez », c'est vous, le monitoring.
5. « Un autre développeur pourrait-il reprendre demain ? » Code versionné, documentation, accès à votre nom : les trois doivent être là.

Un professionnel sérieux y répondra avec précision et sans se vexer : c'est même un bon test de la relation.

Ce que ce soin coûte, et ce qu'il évite

Colonne de droite contre colonne du milieu : le calcul se passe de commentaire. C'est d'ailleurs ce qui sépare les deux destins qu'on observe dans ce que devient un site au bout de cinq ans : pas le budget de départ, le soin reçu entre-temps.

C'est exactement ce qu'on vend

Autant être transparents : cet article décrit notre façon de travailler. Depuis 2015 et plus de vingt projets Laravel, le soin invisible n'est pas une option premium qu'on ajoute au devis, c'est notre mode de fabrication par défaut. Tests, versionnage et documentation dès la première ligne ; sauvegardes, mises à jour et surveillance après la mise en ligne, dans un cadre de maintenance qui entretient ce soin dans la durée.

C'est ce qui fait qu'un CRM métier évolue en continu depuis des années sans jamais repartir de zéro : chaque nouvelle fonctionnalité s'appuie sur les tests, l'historique et la surveillance déjà en place, au lieu de fragiliser l'ensemble.

Et parce que le soin invisible ne se vérifie que sur la durée, on met les garanties par écrit : le code et les données vous appartiennent, prix ferme sur périmètre cadré, démos régulières pour que vous voyiez avancer même ce qui ne se voit pas.

Le travail bien fait se voit sur la durée

Deux sites identiques à l'écran, deux destins opposés : tout se joue dans ce qu'on ne montre pas en démo. Si vous ne savez pas ce que reçoit le vôtre, les cinq questions ci-dessus vous le diront en un rendez-vous. Et si vous préférez qu'on regarde ensemble, faisons le point sur le soin que reçoit votre site : dix minutes de discussion suffisent souvent à y voir clair.