Sites Astro générés par IA : rapides, statiques, et qui disent souvent la même chose

Astro règle le rendu et la performance. Il n'a aucune opinion sur ce que dit votre page.

• Les thèmes de départ. Les sites Astro générés ou construits à partir d'un template partent souvent d'un petit nombre de thèmes populaires, et leur mise en page transparaît.
• Les valeurs par défaut de Tailwind : les mêmes espacements, la même échelle typographique et les mêmes ombres, à moins que quelqu'un ne les change.
• Des landing pages en forme de blog. Astro est populaire pour les sites de contenu, donc les pages marketing générées empruntent souvent la forme d'une page d'accueil de blog : hero, derniers articles, encart d'inscription à la newsletter.
• Un texte écrit pour personne : « Des conseils pour vous aider à grandir », « Rejoignez des milliers de lecteurs ».

Comme les pages Astro sont surtout des fichiers .astro et du Markdown, ce sont parmi les corrections les plus faciles, toutes stacks confondues.

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 adapte le texte déjà présent sur la page, et les noms de marque, les prix, les dates et les chiffres restent tels qu'ils sont écrits.

Il ne touche ni à votre dépôt, ni à vos collections de contenu, ni à vos composants, ni au résultat de votre build, et il ne change pas le design. Ce n'est pas une source de trafic.

La partie qui fonctionne aujourd'hui est une démo qui affiche une copie réécrite de n'importe quelle 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 donne les détails.

Une page Astro est rendue en HTML au moment du build, sauf si vous l'avez basculée en rendu côté serveur, et dans les deux cas le texte est dans la réponse HTML. Les composants d'autres frameworks utilisés dans Astro, comme React ou Svelte, sont eux aussi rendus en HTML, sauf si on leur dit de ne s'afficher que dans le navigateur. La démo reçoit donc en général votre vrai texte.

Le seul piège, c'est un composant avec la directive client:only. Il ne rend rien dans le HTML, donc tout texte qu'il contient est invisible pour la démo et pour les robots qui n'exécutent pas le JavaScript. Si votre hero ou vos prix vivent dans un îlot rendu uniquement côté client, sortez-en le texte et ne gardez à l'intérieur que la partie interactive.

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 analyses détaillées chaque semaine et un numéro d'essai gratuit.

Surtout des modifications de fichiers .astro et Markdown :

• Déplacez le texte du hero et des sections dans une collection de contenu ou dans un seul fichier de données, pour que les mots se modifient à un seul endroit au lieu d'être traqués dans les composants.
• Transmettez un vrai titre et une vraie description de chaque page à la section head de votre layout, au lieu d'hériter d'une valeur par défaut unique pour tout le site.
• Changez le thème de Tailwind : vos propres couleurs, votre échelle typographique et une police que le thème de départ n'utilise pas.
• Supprimez les sections standard du thème dont vous n'avez pas besoin. Une landing page en forme de blog pour un produit qui n'est pas un blog se lit comme un template.
• Gardez le texte hors des îlots rendus uniquement côté client. Le texte a sa place dans le HTML statique ; seul le comportement a besoin du JavaScript.

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