Comment la GenAI a changé pour toujours notre rapport aux produits numériques

Jusqu’à il y a quelques semaines, écrire un article pour ce blog signifiait ouvrir l’éditeur de code, créer un fichier markdown dans un dossier précis, vérifier que le frontmatter était correct, faire commit, push, attendre le déploiement. Pour un article. Chaque fois.

Pas catastrophique : ça marchait. Mais inconfortable, de cette manière sournoise qui te fait remettre les choses à plus tard. « J’écris ce billet demain », qui devient la semaine prochaine, qui devient jamais.

L’ancien système : beau en théorie, pénible en pratique

Le site tournait sur Astro avec des pages statiques. Les articles étaient des fichiers .md dans un dossier du projet. Chaque post avait son frontmatter YAML en tête (titre, date, tags, description, image) puis le contenu en markdown.

Pour publier, il fallait :

1. Ouvrir VS Code
2. Créer le fichier dans le bon dossier, avec le bon nom
3. Écrire le frontmatter sans erreur (une virgule mal placée et le build explosait)
4. Écrire le contenu en markdown
5. Tester en local que tout était OK
6. Commit, push, attendre le déploiement sur Cloudflare Pages

Six étapes. Pour publier une pensée.

Et ne parlons pas de modifier un article existant : trouver le fichier, l’ouvrir, éditer, recommit, repush. Ou de charger une image : la sauver dans le dossier public, la référencer avec le chemin relatif dans le markdown, espérer ne pas s’être trompé de chemin.

Ça marchait, oui. Mais à chaque fois cette friction transformait une opération de cinq minutes en rituel de vingt. Et la friction, avec le temps, tue la régularité.

L’idée : et si je me construisais un panneau admin ?

À un moment, je me suis demandé : combien de temps ça prendrait, un panneau d’administration décent fait pour moi ? Pas WordPress, pas Ghost, pas un CMS headless avec abonnement mensuel. Quelque chose à moi, qui fasse exactement ce qu’il faut, rien de plus.

La réponse traditionnelle aurait été : beaucoup. Des jours pour le faire, ou des semaines pour adapter un CMS existant, avec ses opinions sur la façon dont les choses doivent marcher, ses dépendances, ses mises à jour à gérer.

Mais la réponse en 2026 est différente.

Construire est devenu plus rapide que choisir

Ce que j’ai fait, c’est m’asseoir avec Claude Code (un outil d’IA générative appliquée au code) et me construire le système pièce par pièce. Pas en générant du code au hasard à copier-coller, mais en travaillant ensemble comme on le ferait avec un collègue très compétent et très rapide.

Le résultat est un panneau admin complet qui me permet de :

• Écrire des articles avec un éditeur WYSIWYG : plus de markdown à la main, j’écris comme dans un éditeur de texte normal, avec barre d’outils pour gras, italique, titres, listes, citations, code, liens et images
• Glisser-déposer les images directement dans l’éditeur : elles sont chargées automatiquement sur Cloudflare R2 et insérées au bon endroit
• Gérer les métadonnées dans une sidebar claire : statut de publication, date, tags, image de couverture, tout à portée de main
• Sauvegarder en un clic : comme dans n’importe quelle application normale
• Voir la liste des articles dans un dashboard avec statistiques immédiates

Et tout ça enregistre les contenus comme markdown en base, donc le frontend du blog les rend exactement comme avant.

Ce qu’il y a sous le capot

Pour les curieux du côté technique : le site continue de tourner sur Astro, mais il est passé du static generation au server-side rendering sur Cloudflare Workers. Cela veut dire que les pages sont générées à la volée quand quelqu’un les visite (la première fois), ce qui me permet d’avoir des contenus dynamiques sans renoncer à la vitesse.

Les données vivent sur Cloudflare D1, une base SQLite distribuée sur le edge network de Cloudflare. Les images sur Cloudflare R2, un object storage compatible S3. L’authentification utilise JWT avec tokens signés via Web Crypto API.

L’éditeur WYSIWYG s’appuie sur Tiptap, un framework d’édition bâti sur ProseMirror (le même moteur que sous Notion). L’aspect intéressant, c’est que sous le WYSIWYG les contenus sont convertis en markdown propre grâce à une extension dédiée. J’écris visuellement, je sauve dans un format portable.

Côté sécurité, parce qu’un panneau admin exposé sur internet doit être sûr, on a :

• Cloudflare Turnstile sur la page de login (le successeur invisible du CAPTCHA)
• Rate limiting pour prévenir le brute force
• Validation rigoureuse de chaque input, chaque upload, chaque chemin de fichier
• Comparaison à temps constant des credentials, pour prévenir les timing attacks
• Vérification des magic bytes des fichiers chargés, pas seulement de l’extension

Aucun framework admin, aucun plugin, aucune dépendance lourde. Juste le code qu’il faut, là où il faut.

Le vrai changement n’est pas technique

L’intéressant dans cette histoire n’est pas la technologie. C’est le changement dans le calcul coût-bénéfice.

Jusqu’à peu, devant un besoin comme celui-ci les options étaient :

1. Adapter quelque chose d’existant : WordPress, Ghost, Strapi, des dizaines de CMS avec leurs opinions, leurs courbes d’apprentissage, leurs coûts récurrents, leurs vulnérabilités à patcher
2. Le faire faire : un devis, des temps d’attente, des itérations de feedback, des compromis sur « ce que le framework veut »
3. Le faire seul : des semaines de travail, tests, débogage, avec le risque concret de lâcher à mi-chemin

Aujourd’hui, il y a une quatrième option : se le construire, avec l’IA comme accélérateur. Pas comme substitut de la pensée, mais comme amplificateur de la capacité d’exécution.

Je savais ce que je voulais. Je savais comment ça devait marcher, quelle expérience je cherchais, quels compromis j’étais prêt à faire. L’IA a transformé cette vision en code fonctionnel à une vitesse jusque-là simplement impossible pour une seule personne.

Et ce n’est pas du code « généré » : c’est du code que j’ai guidé, revu, testé, et que je comprends ligne par ligne. Parce que le point n’est pas de déléguer la pensée : c’est de déléguer la frappe.

Plus vite à le faire qu’à demander un devis

Cette phrase sonne provocatrice, mais pour une certaine catégorie de projets, elle devient littéralement vraie.

Je ne parle pas de systèmes enterprise, plateformes à des milliers d’utilisateurs, ou software mission-critical. Je parle de tous ces projets « moyens » qui tombaient avant dans une terre de personne : trop spécifiques pour une solution off-the-shelf, trop petits pour justifier un investissement sérieux, trop fastidieux pour les faire à la main.

Mon panneau admin est exactement dans cette catégorie. Aucun CMS existant n’aurait fait exactement ce que je voulais à ma manière. Le faire faire aurait demandé des briefs, des devis, des révisions, des déploiements. Le faire seul à la main aurait demandé des semaines volées aux soirées et aux week-ends.

Au lieu de ça, je l’ai construit en 25 minutes. Ça marche. C’est à moi. Ça fait exactement ce qu’il faut. Et si demain je veux changer quelque chose, je peux le faire en minutes.

Le futur est fait sur mesure

Je crois que nous entrons dans une ère où le logiciel sur mesure devient accessible à quiconque a une vision claire de ce qu’il veut et des compétences techniques décentes. Plus besoin d’être une équipe de devs. Plus besoin d’un gros budget. Il faut savoir ce qu’on veut et savoir guider l’outil.

C’est comme le passage de la couture artisanale au prêt-à-porter, mais à l’envers : nous revenons au sur-mesure, sauf que maintenant le tailleur est ultra-rapide et coûte une fraction d’avant.

Pour qui travaille dans le numérique (développeurs, designers, marketeurs, entrepreneurs), cela change évidemment les calculs.