Pourquoi mon site Lovable ressemble-t-il à tous les autres ?

Lovable ne fait rien de mal ici. C'est simplement ainsi que se comporte n'importe quel outil qui transforme un prompt en application quand le prompt est court.

• Une seule stack pour tous les projets. Lovable construit des applications React avec Vite, stylées avec Tailwind et des composants shadcn/ui. Des choix par défaut raisonnables, et les mêmes pour tout le monde : le même arrondi des coins, les mêmes boutons, la même échelle d'espacement, le même jeu d'icônes.
• Les mêmes quelques modèles. Une poignée de modèles écrivent presque tous les sites vibe codés. Quand on leur demande une landing page sans contrainte, chacun renvoie la moyenne des landing pages qu'il a vues.
• Un brief d'une ligne. « Une landing page pour mon appli de facturation » ne dit rien de qui va lire, donc le modèle écrit pour personne en particulier : un hero en dégradé, trois cartes de fonctionnalités, un tableau de prix.
• Un texte SaaS moyen. Sans vrai lecteur dans le brief, les mots retombent sur le registre le plus sûr : « Simplifiez votre workflow », « Des fonctionnalités puissantes, des prix simples », « Lancez-vous en quelques minutes ». Chaque ligne passe. Ensemble, elles pourraient figurer sur n'importe quel produit.

Le résultat est une page compétente et interchangeable, et un visiteur qui en a vu dix lit la onzième comme le même site.

IntentGrid change les mots. Il lit comment un visiteur est arrivé (source de trafic, campagne, ville approximative, appareil, langue, heure locale) et réécrit les titres, le corps de texte et les libellés des boutons pour cette personne-là, en partant du texte que vous avez déjà écrit. Les noms de marque, les prix, les dates et les chiffres sont sur une liste à ne pas toucher.

Il laisse tout le reste tranquille. Vos classes Tailwind, vos composants shadcn/ui, votre mise en page, vos couleurs, vos images et vos prix reviennent exactement tels que Lovable les a générés. Si c'est le hero en dégradé qui vous gêne, IntentGrid ne le corrige pas : c'est un changement de design, et il se fait dans Lovable. Il ne peut rien publier dans votre projet Lovable, et il ne vous amènera pas de trafic.

Aujourd'hui, la partie qui fonctionne est une démo : collez une URL publique et elle affiche une copie réécrite dans un bac à sable sur intentgrid.ai. L'adaptation sur votre propre domaine est en accès anticipé, activée site par site, à la main. Comment ça marche détaille ce qui tourne aujourd'hui et ce qui ne tourne pas.

Un site Lovable est une application monopage. Quand quoi que ce soit demande l'URL, le serveur renvoie un petit fichier HTML : un élément racine vide et une balise script. Le titre et le corps de texte n'existent qu'une fois ce JavaScript exécuté dans un navigateur. La démo IntentGrid récupère le HTML et retire les scripts, donc pour beaucoup de sites Lovable elle reçoit la coquille et n'a presque rien, voire rien, à réécrire, et l'aperçu paraît clairsemé ou vide. C'est une vraie limite de la démo, pas un défaut de votre site.

Cela vaut la peine de le savoir pour des raisons qui n'ont rien à voir avec IntentGrid. Tout robot qui n'exécute pas le JavaScript voit la même coquille. Google exécute le JavaScript, mais beaucoup d'autres robots, dont beaucoup de robots d'IA, ne lisent que le HTML initial, et un moteur de réponse peut donc passer complètement à côté de votre texte. Pour vérifier votre propre site, utilisez « Afficher le code source de la page » (pas « Inspecter ») et cherchez votre titre. S'il n'y est pas, c'est ce que reçoit un robot qui n'exécute pas le JavaScript.

Même mise en page, mêmes prix, mêmes promesses. Seule la formulation change, et chaque version n'utilise que ce que la page d'origine dit déjà : dans ce cas inventé, des relances de paiement automatiques et une application mobile.

L'essentiel de cette ressemblance se corrige dans Lovable en un après-midi, et rien de tout cela ne demande un autre produit.

• Donnez un lecteur au premier prompt. Pas « une landing page pour mon appli de facturation », mais à qui elle s'adresse, ce que ces gens utilisent aujourd'hui et la chose dont ils ont assez. Le texte suit le brief.
• Écrivez vos contraintes une bonne fois pour toutes. Mettez-les dans les instructions au niveau du projet que Lovable vous permet de définir, pour que chaque prompt ultérieur en hérite : une seule couleur d'accent, pas de hero en dégradé, pas de rangée de trois cartes, de vraies captures d'écran plutôt que des illustrations.
• Bannissez les formules toutes faites. Demandez-lui de ne pas utiliser « simplifier », « fluide », « débloquer », « révolutionner » ou « booster », et de remplacer toute phrase qui pourrait figurer sur le site d'un concurrent.
• Réécrivez le titre à la main. Faites vous-même le hero et le premier bouton, avec les mots qu'un client a employés quand il vous a décrit le problème.
• Changez de police et cassez la grille. Un changement de police et une section qui ne soit pas trois cartes changent davantage la lecture qu'une nouvelle palette de couleurs.
• Faites entrer votre texte dans le HTML. Si le code source de la page montre une racine vide, envisagez le pré-rendu des pages marketing, ou hébergez la landing page comme une page statique avec l'application derrière, pour que les robots voient du vrai texte.

La version longue de la moitié design se trouve dans pourquoi les sites vibe codés se ressemblent. La moitié texte est celle qu'IntentGrid change, visiteur par visiteur.