7DaysAutomatisation des process

Un site qui se publie tout seul : ce que vous lisez en est la preuve

Par · · méthode, coulisses

Un site classique, à chaque visite Ce site, à chaque visite VisiteurServeurBase de donnéesExtensionsPage Quatre pièces à maintenir, mettre à jour et sauvegarder — et quatre endroits où ça casse. VisiteurLe fichier, déjà écrit Rien à calculer, rien à interroger, rien à pirater par un mot de passe.
Un site classique reconstruit chaque page à chaque visite. Ici la page existe déjà : le serveur n’a qu’à la tendre. C’est ce qui le rend rapide, et c’est surtout ce qui réduit la surface d’attaque à celle d’un dossier de fichiers.

Ce site est construit comme nous construisons les automatisations de nos clients : le moins de pièces possible, et chacune remplaçable.

Ce qu’il n’y a pas

Pas de base de données. Pas de serveur applicatif. Pas d’interface d’administration avec un mot de passe à protéger. Pas d’extensions à mettre à jour. La surface d’attaque est celle d’un dossier de fichiers HTML — c’est-à-dire à peu près rien.

Ce qu’il y a

Un dépôt Git qui contient des fichiers texte. Un générateur qui les transforme en pages HTML. Un serveur web qui sert ces pages. Et un automate qui surveille une boîte de réception : quand un article y est déposé — par une personne, par un workflow, par un agent — il le convertit, l’enregistre, et reconstruit le site.

Un fichier texteUn push Git ReconstructionMise en ligne une personne, ou un workflowle dépôt reçoit dans un conteneur, à l’écartbascule atomique environ vingt secondes Si la reconstruction échoue, la version précédente reste en ligne, intacte.
Entre le dépôt d’un fichier et sa mise en ligne, environ vingt secondes — mesurées en écrivant ces lignes. La bascule n’a lieu que si la construction a réussi de bout en bout.

Le temps entre le dépôt et la mise en ligne : environ vingt secondes. Nous l’avons mesuré en écrivant ces lignes.

Pourquoi c’est important

Parce que c’est exactement la discipline que nous appliquons chez nos clients. Un process automatisé n’a pas besoin d’être sophistiqué. Il a besoin d’être observable (on sait ce qui s’est passé), reprenable (on sait quoi faire quand ça casse) et sans dépendance cachée (on peut le confier à quelqu’un d’autre).

Ce site respecte les trois. Il n’est pas là pour impressionner : il est là pour montrer que ça tient.

Questions fréquentes

Pourquoi un site sans base de données ni interface d’administration ?
Parce que ce sont les deux principales sources de panne, de lenteur et de failles sur un site d’entreprise. Ici, chaque page est un fichier texte transformé une fois en HTML : il n’y a rien à interroger à chaque visite, rien à mettre à jour en urgence, et rien à pirater par un formulaire de connexion. Le site se charge vite parce qu’il n’y a littéralement rien à calculer.
Comment modifie-t-on une page sans interface d’administration ?
En modifiant le fichier texte correspondant, puis en le poussant. Un automate détecte le changement, reconstruit le site et le met en ligne en une vingtaine de secondes. L’auteur d’une page n’a donc jamais à toucher au serveur — et chaque modification est datée, attribuée, et réversible, ce qu’aucune interface d’administration classique ne garantit aussi simplement.
Cette approche convient-elle à tous les sites ?
Non, et il serait malhonnête de le prétendre. Un site qui a besoin de comptes clients, d’un panier ou de contenu personnalisé par visiteur a besoin d’un serveur applicatif. Cette approche convient aux sites de contenu, de présentation et de documentation — ce qui représente l’écrasante majorité des sites de PME, souvent construits sur des outils bien plus lourds que nécessaire.
Que se passe-t-il si la publication automatique échoue ?
La version précédente reste en ligne, intacte. C’est un choix de conception : la nouvelle version n’est mise en place qu’une fois construite entièrement et vérifiée, par un basculement atomique. Un site qui se publie tout seul doit d’abord garantir qu’il ne se casse pas tout seul — c’est le même principe que la procédure de reprise livrée avec chacune de nos automatisations.
Combien coûte un site construit de cette façon ?
L’hébergement se compte en quelques euros par mois, parfois zéro, puisqu’il ne s’agit que de servir des fichiers. La construction dépend du contenu et du design, comme pour n’importe quel site. Le poste qui disparaît est l’entretien : pas de mises à jour de sécurité mensuelles, pas d’extensions à surveiller, pas de base de données à sauvegarder séparément.

Et chez vous ?

Si ce sujet recoupe un process qui vous prend du temps, décrivez-le-nous en deux phrases. Nous vous dirons franchement s’il mérite d’être automatisé.

Parlons-en

Un process, pour commencer

Celui qui vous agace le plus, ou celui qui coûte le plus. Dites-nous en deux phrases qui le fait, combien de fois par semaine, et avec quels outils. Nous vous dirons franchement s’il mérite d’être automatisé — y compris quand la réponse est non.

  • Réponse garantie sous 24 heures
  • Un premier échange d’une demi-heure, sans engagement
  • Aucun formulaire tiers : votre message part par votre messagerie

Ou directement : nicolas@oli-via-net.fr· 06 89 96 40 79

Le message s’ouvrira dans votre messagerie, prêt à partir.