Pourquoi votre application Bolt.new a l'air générique, et pourquoi la démo peut voir une page vide

Bolt.new est conçu pour aller vite du prompt à l'application qui tourne, et la vitesse favorise les choix par défaut.

• Une stack de départ commune. Sauf si vous demandez autre chose, Bolt.new a tendance à prendre React, Vite et Tailwind avec un jeu d'icônes familier, les mêmes briques que la plupart des applications générées.
• Des prompts pour l'application entière. « Construis un planificateur de repas avec une landing page » demande un produit et son marketing d'un seul souffle, et c'est la landing page qui reçoit le moins d'attention.
• Pas d'étape pour le texte. Le modèle écrit chaque mot au premier passage, et rien dans le processus ne demande à qui que ce soit de le remplacer : le premier jet est donc ce que lisent les visiteurs.

L'application derrière la page est souvent impressionnante. La landing page devant elle est la partie qui se lit comme générée.

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 ce visiteur est arrivé. Il part du texte que votre page contient déjà et garde les noms de marque, les prix, les dates et les chiffres sur une liste à ne pas toucher.

Il ne touche ni à votre projet Bolt.new, ni à votre code, ni à votre style, ni à votre déploiement, et il ne peut pas réparer une page rendue côté client qui ne sert aucun texte. Sur une page de ce genre, il n'y a rien dans le HTML à réécrire.

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étaille le mécanisme en entier.

Quand une application Bolt.new est une application monopage Vite, son serveur renvoie index.html : une balise title, une meta description, un élément racine vide et un script. Aucun titre de la page n'apparaît avant que ce script ne s'exécute. La démo récupère le HTML et retire les scripts, donc sur ces applications elle ne trouve en général presque rien à réécrire, et l'aperçu revient presque vide. C'est une limite de la démo, et nous préférons le dire ici plutôt que de vous laisser le découvrir.

Cette même coquille est ce que reçoit tout robot qui n'exécute pas le JavaScript, dont beaucoup de robots d'IA, et la section head de ce fichier est tout ce qu'un aperçu de lien lit. Pour voir ce qu'ils voient, utilisez « Afficher le code source de la page » (pas « Inspecter ») sur votre URL déployée. Si votre titre n'y est pas, ni la démo ni ces robots ne peuvent le lire.

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é, une planification à partir des ingrédients que vous avez et une liste de courses générée. Sur un build rendu côté client, le texte devrait d'abord se trouver dans le HTML pour que la démo puisse en réécrire quoi que ce soit.

À peu près dans l'ordre de ce que chaque point change pour l'effort demandé :

• Écrivez une vraie balise title et une vraie meta description dans index.html. Sur une application rendue côté client, c'est souvent le seul texte qu'un robot qui n'exécute pas le JavaScript ou un aperçu de lien lira jamais.
• Faites entrer la landing page dans le HTML. Demandez à Bolt.new de pré-rendre les routes marketing, ou de construire la landing page comme une page statique placée devant l'application.
• Réécrivez le hero vous-même, avec des mots qu'un vrai utilisateur a employés. Une phrase écrite à la main vaut mieux que n'importe quel nombre de régénérations.
• Demandez une autre mise en page en la nommant. Dites ce que vous voulez à la place d'un hero en dégradé et de trois cartes : une capture d'écran du produit, une courte vidéo de démo, un seul exemple concret et solide.
• Bannissez les formules toutes faites une fois pour toutes, explicitement : « sans effort », « fluide », « tout-en-un », « boostez ». Puis demandez-lui de signaler toute phrase qui pourrait figurer sur la page d'un concurrent.

La moitié design du problème est traitée dans pourquoi les sites vibe codés se ressemblent.