Construit avec Replit Agent ? Pourquoi le site se lit comme celui de tout le monde

La force de Replit, c'est que tout fonctionne de bout en bout. La page marketing est la partie que personne n'a spécifiée.

• Le brief, c'est l'application. Les prompts décrivent ce que fait le produit, donc la landing page est écrite après coup, directement à partir de la liste des fonctionnalités.
• Les choix par défaut populaires. Sauf indication contraire, les front-ends générés s'appuient sur ce que les modèles ont le plus vu, comme React avec Tailwind et un jeu de composants standard.
• Un texte en forme de liste de fonctionnalités. Sans lecteur dans le brief, le hero reformule les fonctionnalités dans le registre le plus sûr : « Votre plateforme tout-en-un pour… ».
• Un seul jet, puis en ligne. Le déploiement est à portée de main, donc le premier jet du texte est très souvent celui qui devient public.

Rien de tout cela n'est propre à Replit. C'est ce qui arrive quand construire devient rapide et qu'écrire ne l'est pas.

IntentGrid réécrit les mots pour chaque visiteur : titres, corps de texte, descriptions de fonctionnalités et libellés des boutons, selon la façon dont il est arrivé (source de trafic, campagne, ville approximative, appareil, langue, heure locale). Il part du texte que vous avez déjà, et les noms de marque, les prix, les dates et les chiffres restent tels qu'ils sont écrits.

Il ne touche ni à votre projet Replit, ni à votre code, ni à votre base de données, ni à votre déploiement, et il ne voit jamais les données de vos utilisateurs. Il ne change pas le design, et il ne vous amènera pas de trafic.

Aujourd'hui, la partie qui fonctionne est une démo qui affiche une copie réécrite d'une URL publique dans un bac à sable sur intentgrid.ai ; l'adaptation sur votre propre domaine est en accès anticipé, mise en place site par site à la main. Comment ça marche décrit ce qui tourne aujourd'hui.

Replit construit la stack que l'Agent choisit ou que vous demandez. Si le front-end est une application monopage rendue côté client, l'URL déployée renvoie une coquille HTML presque vide, et la démo, qui retire les scripts, n'a presque rien à réécrire. Si votre back-end rend lui-même le HTML, comme le fait une application Flask ou Express qui sert des templates, le texte est dans la réponse et la démo peut travailler avec.

Pour vérifier, utilisez « Afficher le code source de la page » (pas « Inspecter ») sur votre URL déployée et cherchez votre titre. Une remarque pratique : si votre déploiement se met en veille quand il est inactif, la première requête après une période calme peut être lente, et la récupération par la démo peut expirer. Chargez le site une fois vous-même, puis collez l'URL.

Même mise en page, mêmes prix, mêmes promesses. Chaque version n'utilise que ce que la page d'origine dit déjà : dans ce cas inventé, des profs de maths et de physique, la réservation depuis un téléphone et les avis des élèves.

Replit Agent fera ces changements si vous les demandez précisément.

• Séparez la page marketing de l'application. Demandez la landing page à la racine, rendue en HTML simple par votre back-end, avec l'application derrière une connexion. Les robots comme la démo reçoivent alors du vrai texte.
• Écrivez le brief pour un lecteur : à qui ça s'adresse, ce que ces gens utilisent aujourd'hui, ce dont ils ont assez. Demandez un hero qui dit cela, pas la liste des fonctionnalités.
• Demandez une section que les choix par défaut ne produiraient jamais : une vraie capture d'écran de l'application, un exemple concret, la courte histoire d'un utilisateur.
• Donnez à chaque route son propre titre et sa propre description, pas seulement le nom de l'application.
• Puis réécrivez le titre vous-même. C'est une seule phrase, et c'est celle que lisent la plupart des visiteurs.

Le côté design de tout cela, et la raison pour laquelle tous les outils d'IA aboutissent aux mêmes choix par défaut, sont traités dans pourquoi les sites vibe codés se ressemblent.