Mon site Framer est mort, vive le code avec l'IA

Je construis des sites qui suivent le rythme de mes idées et de mes agents IA. Framer, bon en design, est devenu un frein: je passe plus de temps à lutter contre l’interface qu’à créer. Je termine la migration de mon site vers Next.js. Pas pour coder comme un développeur : pour parler à mes agents et voir mes modifications en ligne en quelques minutes. Je raconte ce changement de posture.

Je construis, j’ai des idées, je veux des intégrations fluides. Je veux discuter 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 goulot d’étranglement, c’est la facilité à intégrer et déployer du contenu frais. C’est ma priorité numéro un. Je bloque depuis 2 semaines sur une page : ajuster les boutons, corriger ceci, corriger cela. C’est épuisant.

Si vous lisez ceci, la bascule est peut-être en marche dans votre tête. Vous sentez que votre builder vous ralentit, mais vous hésitez. Et surtout, ce qui fait planter la manip chez la plupart des gens.

Pourquoi je passe à Next.js et à une approche vibe coding

Cet article poursuit un travail entamé il y a quelques mois : cloner mon site pour en faire une réplique, cette fois sous Next.js. On finit le chantier aujourd’hui. Vous pouvez 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 croisés, ce blog tourne autour d’une question : comment utiliser l’IA pour vivre mieux, gagner plus et dégager du temps pour ce qui compte ? Aujourd’hui, on largue les amarres avec les anciens CMS. Objectif : plus rapide, moins cher, plus libre.

Le déclic, ne plus dépendre d’une interface fermée

Le problème avec Framer, ce n’est pas le design. C’est la dépendance. Vous êtes locataire d’un système dont vous ne contrôlez ni les mises à jour, ni les limites.

Quand une fonctionnalité manque, vous croisez les doigts pour qu’elle arrive. Avec Next.js, vous êtes propriétaire du code. La nuance est énorme.

La nouvelle méthode, composants réutilisables et IA en boucle

On repart de zéro avec des composants atomiques : couleurs, boutons, typographie, cartes, formulaires… On analyse chaque écran, on découpe, on systématise. J’utilise 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 le boulot.

On obtient vite : 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, on chasse le sélecteur CSS pendant 20 minutes.

Là, je dis à Claude : « C’est bien, mais fais-moi celui-là plus gros et plus rond. » Et c’est réglé en 3 secondes.

Pour quelqu’un de non-technique, c’est la liberté.

Le piège du presque pareil

Ce que personne ne vous dit avant de migrer, c’est que l’IA sort un rendu « presque identique » à votre site Framer. Presque. Les espacements diffèrent de quelques pixels, la hiérarchie visuelle est décalée, une animation de survol disparaît.

C’est là que beaucoup abandonnent. La solution n’est pas de relancer l’agent 10 fois en espérant un miracle, mais de lui fournir une référence précise : capture d’écran, valeurs de padding, ordre des sections. Plus vous êtes chirurgical, plus il l’est.

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 la vitesse. Je déploie en un clic, je change une phrase en 2 minutes.

Quand je veux ajouter un lead magnet, je lance 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 se fait en live, en discutant. C’est addictif. Open Code

Dans quelques heures le site sera live sur GitHub + Vercel. Plus de login Framer, plus de frustration sur un composant bloqué.

• Un site rapide, sans le poids d’un constructeur visuel.
• Un rendu responsive et sécurisé par défaut.
• Une personnalisation sans limite, à l’inverse d’un éditeur fermé.
• Un coût d’usage quasi nul une fois hébergé.

Et si vous voulez garder Framer en attendant ?

Vous n’êtes pas obligé de tout casser d’un coup. Une passerelle existe : proxyfier temporairement certaines pages Framer derrière votre domaine Next.js, le temps de reconstruire l’ensemble. C’est une approche pragmatique que j’ai vue fonctionner, même si elle ajoute une couche de complexité.

• Les chemins relatifs et absolus ne se comportent pas de la même façon.
• Une redirection mal posée casse le référencement d’une page déjà indexée.
• Le proxy ajoute une couche à maintenir tant que la migration n’est pas finie.

Ce que ça change au quotidien

Ce gain, multiplié par dix par semaine, libère des dizaines d’heures. Des heures que je redonne à écrire, à réfléchir, à discuter avec vous, à bosser sur des trucs qui rapportent. Pas à me battre contre un builder visuel qui décide où tomber un padding.

Le quotidien sans friction

Ce qui change, ce n’est pas la technologie. C’est la disparition de la friction. Une action qui prenait cinq clics devient une phrase.

Un ajustement visuel qui demandait une heure devient une itération de 30 secondes. Au bout d’une semaine, vous ne supportez plus l’idée de revenir en arrière.

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 ». 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 sait coder.

C’est tout. Le reste, c’est du bruit.

Dans 6 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 ? ». Personne n’a envie d’être dans la deuxième catégorie. Source : sergeichyrkov.com

Les 3 erreurs qui font capoter une migration

J’ai vu assez de migrations rater pour savoir que les échecs suivent le même schéma. D’abord, négliger les URLs : changer une adresse sans redirection 301, c’est offrir votre trafic à la concurrence. Ensuite, sous-estimer le design : confier le rendu visuel à l’IA sans vérifier chaque breakpoint, c’est accepter un site bancal. Enfin, croire que tout doit se faire en une nuit : la précipitation casse ce qui marchait.

Critère	Framer	Next.js + IA
Vitesse de modification	Lente (interface visuelle)	Très rapide (prompt direct)
Coût à l’usage	Abonnement récurrent	Quasi nul (Vercel, open source)
Liberté de personnalisation	Limitée par le builder	Illimitée (code source à vous)
Dépendance à la plateforme	Forte	Faible (code portable)
Intégration d’agents IA	Limitée	Native (AGENTS.md, docs embarquées)

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.

« 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.

C’est tout pour aujourd’hui. Si cet article vous parle, laissez un commentaire, mettez-le en favori, diffusez-le.

Quand le blogueur redevient développeur

J’ai monté mon premier site en 2009, à une époque où WordPress s’installait en 5 minutes et où un thème gratuit suffisait pour exister. Depuis, j’ai traversé toutes les modes : les constructeurs de pages, les thèmes premium, les plugins à tout faire.

Et puis j’ai appris le Python pour automatiser ce que je répétais trop souvent. C’est là que tout bascule : quand tu commences à scripter tes propres outils, tu ne vois plus les plateformes de la même manière.

Grégory Hénique