Je jette l’éponge avec mon site actuel. J’en ai assez des CMS traditionnels comme WordPress, Framer, Squarespace ou Webflow : tout simplement, je vais plus vite qu’eux désormais.
Je construis, j’ai des idées qui fusent, je veux des intégrations fluides, je veux pouvoir discuter directement avec le contenu et le contexte de mon site via des systèmes d’IA agentiques, des agents Claude Code que je développe en parallèle, Manus, et d’autres outils du même genre.
Le vrai goulot d’étranglement aujourd’hui, c’est la facilité à intégrer et déployer du contenu frais sur le site. C’est devenu ma priorité numéro un.
En ce moment, je bloque depuis deux semaines sur une seule page parce qu’il faut ajuster les boutons, peaufiner ceci, corriger cela… Franchement, c’est épuisant.
Pourquoi je passe à Next.js et à une approche « vibe coding »
Dans cet article, je poursuis le travail entamé il y a quelques mois : cloner mon propre site pour en faire une réplique parfaite, mais cette fois sous Next.js. On finit le chantier aujourd’hui.
Vous pouvez bien sûr choisir n’importe quel framework, l’important est l’état d’esprit : on code en discutant avec l’IA, on avance à l’intuition, on ajuste en direct. C’est ce que j’appelle le « vibe coding ».
Bonjour, je suis Grégory Hénique. Si on ne s’est pas encore croisés, ce blog tourne autour d’une seule question : comment utiliser l’IA pour vivre mieux, gagner plus et dégager du temps pour ce qui compte vraiment ?
Aujourd’hui, on largue les amarres avec les anciens CMS. Objectif : plus rapide, moins cher, plus libre.
La nouvelle méthode : composants réutilisables + IA en boucle
On repart de zéro en construisant des composants atomiques : couleurs, boutons, typographie, cartes, formulaires… On analyse chaque écran, on découpe, on systématise.
J’utilise actuellement le modèle Opus 4o. Parfois je me dis que Cursor + Gemini serait plus fort sur le front-end grâce à son navigateur intégré, mais Playwright fait déjà très bien le boulot.
Très vite on obtient : hero, footer, navigation, bloc newsletter, formulaire, composants blog… Tout est réutilisable, cohérent, versionné.
Dans Framer c’est pareil : on définit un bouton une fois, il est partout. Sauf que dès qu’on veut le modifier un tout petit peu, on chasse le sélecteur CSS pendant vingt minutes. Là, je dis simplement à Claude : « C’est bien, mais fais-moi celui-là plus gros et plus rond. » Et c’est réglé en trois secondes. Pour quelqu’un de non-technique, c’est la liberté.
Moins cher, plus rapide, plus libre
Une fois fini, on pousse sur Vercel. Coût : quasi nul, surtout quand on a déjà d’autres projets dessus. Et surtout : la vitesse. Je déploie en un clic, je change une phrase en deux minutes.
Je mets à jour ou crée vos articles personnellement, assisté par l'IA, avec optimisation SEO incluse.
| 📝 Mise à jour | 14 € |
| ✨ Création | 49 € |
Quand je veux ajouter un lead magnet, je lance Open Code et je lui dis : « Crée-moi un formulaire qui fait ça, intègre-le à ConvertKit via le MCP, prends le design des autres pages. » Ce qui prenait une heure avant se fait en live, en discutant. C’est addictif.
Dans quelques heures le site sera live sur GitHub + Vercel. Plus jamais de login Framer, plus jamais de frustration sur un composant bloqué.
J’aurai un site rapide, responsive, sécurisé, personnalisable à l’infini… et presque gratuit à l’usage.
Et concrètement, qu’est-ce que ça change au quotidien ?
Hier encore je me suis retrouvé à 23h à vouloir tester une nouvelle section “Ressources” avec trois liens vers mes derniers threads les plus lus. Au lieu d’ouvrir Framer, d’attendre le chargement, de chercher le bon composant, de galérer avec les marges sur mobile… j’ai juste dit à l’agent : « Ajoute une section Ressources en bas de page, style identique au reste, liens en orange sur fond noir, hover un peu plus lumineux, responsive ». Dix minutes plus tard, c’était pushé et visible en prod. Dix. Minutes.
Ce genre de petit gain, multiplié par dix par semaine, c’est des dizaines d’heures libérées. Des heures que je redonne à écrire, à réfléchir, à discuter avec vous, à bosser sur des trucs qui rapportent vraiment. Pas à me battre contre un builder visuel qui décide pour moi où doit tomber un padding.
Le mindset shift que je vois arriver partout
Je croise de plus en plus de gens qui me disent « mais moi je suis pas dev, je vais pas me mettre à coder ». Et je leur réponds toujours la même chose : tu n’as plus besoin d’être dev. Tu as besoin de savoir parler à une IA qui, elle, sait coder. C’est tout. Le reste, c’est du bruit.
Dans six mois, je parie que la question ne sera plus « est-ce que tu utilises un CMS no-code ? », mais « est-ce que ton site est piloté par des agents ou est-ce que tu cliques encore comme en 2023 ? ». Et croyez-moi, personne n’a envie d’être dans la deuxième catégorie.
L’avenir appartient aux agents
Pour moi, c’est clair : demain on ne clique plus dans des dashboards. On parle à des agents. Ils comprennent le contexte, ils agissent, ils déploient. L’idée de « je dois me logger, cliquer là, draguer ça » va bientôt ressembler à de la préhistoire.
Si vous construisez des produits, arrêtez de faire des interfaces rigides. Si vous êtes utilisateur, n’acceptez plus ces frictions inutiles.
Vous avez un site ? Demandez-vous : quelle serait la version « agentique » de mon workflow actuel ? Qu’est-ce qui est vraiment dépassé ? Pour moi la réponse est simple : tout ce qui m’oblige à cliquer au lieu de parler.
C’est tout pour aujourd’hui. Si cet article vous parle, laissez un commentaire, mettez-le en favori, diffusez-le.
Avez-vous votre propre site web ?
Quelle est la version qui vous permet de dire, lorsque vous faites quelque chose, que l’ancienne façon de faire est tout simplement dépassée ? Je vais faire les choses de manière plus intelligente, en utilisant l’IA, car c’est tout simplement mieux.
