Le build refuse les défauts
Une couleur sous 4,5:1 de contraste, une image manquante, une page de plus de 900 Ko : la génération s'arrête et dit pourquoi. Un défaut connu ne peut pas atteindre le site public.
Étude de cas · Site vitrine
Une péniche à Paris, un site qui ne se contredit plus.
Un lieu événementiel sur la Seine annonçait deux capacités, deux surfaces, et sa page contact renvoyait une erreur. Refonte complète, pensée pour une seule chose : la demande de devis.
Livré en préproduction, octobre 2026
22pages généréesaccueil, offres, tarifs, blog…
36anciennes adresses redirigéesaucun lien Google perdu
5ambiances de couleurscontraste AA vérifié au build
0dépendance à installerPython et sa bibliothèque standard
Le contexte
Un bon lieu, un site qui le desservait.
La péniche se privatise pour des mariages, des soirées d'entreprise et des fêtes privées. Son ancien site, construit sur un éditeur en ligne, donnait 200 personnes sur une page et 300 sur une autre, deux surfaces différentes pour le toit-terrasse, et sa page contact renvoyait une erreur serveur. Le lien vers les conditions générales, présent sur toutes les pages, menait à une page introuvable.
Avant d'écrire une ligne, j'ai relevé chaque chiffre contradictoire avec la page où il apparaissait, puis posé la question au client. Rien n'a été comblé par un chiffre « plausible » : une valeur non validée restait signalée comme telle jusqu'à la réponse du client.
Un site cohérent, rapide et facile à faire évoluer.
Une capacité différente selon la pageUne seule valeur, validée par le client, écrite une fois
Page contact en erreur, conditions générales introuvablesChaque ancienne adresse redirigée vers la bonne page
Textes mêlés au code de l'éditeurContenu dans des fichiers simples, pages regénérées en une commande
Une seule ambiance, contraste non vérifiéCinq ambiances, contraste contrôlé à chaque génération
Du relevé de l'ancien site à la mise en ligne.
- 1RelevéL'ancien site est passé au crible : chiffres, pages en erreur, adresses indexées par Google.
- 2ContenuChaque page devient un fichier de blocs : espaces, tarifs, déroulé, FAQ, formulaire de devis.
- 3GénérationUne commande produit le HTML, les images WebP et le plan du site. Elle s'arrête au moindre défaut.
- 4ContrôlesUne centaine de vérifications, puis des tests dans un vrai navigateur, sur sept largeurs d'écran.
- 5Mise en ligneLe dossier généré est servi tel quel par le serveur, redirections comprises.
Les espaces, les ambiances, les prix.
Mieux vaut un build qui s'arrête qu'un défaut en ligne.
Le chiffre est écrit une fois
Capacités, surfaces, tarifs et horaires vivent dans un seul fichier, repris par toutes les pages. Le jour où le client change un prix, il n'existe qu'un endroit à modifier.
La vidéo ne pénalise personne
La vidéo d'en-tête n'est chargée ni sur mobile, ni en économie de données, ni si le visiteur limite les animations. La photo s'affiche d'abord, et un bouton pause est toujours présent.
StackPython 3HTML & CSSJavaScript sans frameworkImages WebPJSON-LDNginxCoolifyTests navigateur