Comment écrire un bon prompt pour un site web créé par IA

Comment écrire un bon prompt pour un site web créé par IA

Un bon prompt décrit une activité, pas une ambiance. Il indique qui vous êtes, à qui vous parlez, ce que le visiteur doit faire, les pages attendues et les contraintes réelles : langue, ton, contenus à afficher. Les adjectifs décoratifs ne servent à rien. La précision sur le contenu vaut plus que la précision sur le style.

Qu'est-ce qui sépare un prompt utile d'un prompt vague ?

La quantité d'informations que le générateur ne peut pas deviner. « Un beau site moderne et professionnel » ne contient aucune donnée : ni métier, ni ville, ni service, ni prix, ni action attendue. Le résultat sera plausible et parfaitement interchangeable avec dix mille autres.

À l'inverse, « cabinet de kinésithérapie à Nantes, trois praticiens, prise de rendez vous par téléphone, page tarifs avec les remboursements, ton rassurant » donne au générateur de quoi produire une page qui vous ressemble. Chaque mot factuel remplace une invention.

C'est aussi la vraie réponse à la crainte des sites qui se ressemblent tous. La ressemblance vient rarement de l'outil, elle vient de demandes vides : un prompt sans contenu ne peut produire qu'un modèle générique. Le sujet est traité de front dans les sites créés par IA se ressemblent-ils tous.

Quelles informations doit contenir votre demande ?

Six blocs suffisent. Ils tiennent en dix lignes et couvrent l'essentiel de ce qui manque habituellement.

La ligne « contenu réel » est celle que l'on saute le plus souvent, et c'est la plus rentable. Un générateur sans vos textes écrit des textes plausibles à votre place, que vous devrez ensuite remplacer un par un, chaque remplacement étant une modification facturée.

Notez que rien dans ce tableau ne parle de couleurs ni de polices. Ce n'est pas un oubli : l'apparence se corrige en une phrase après coup, alors qu'une structure de pages mal posée se répare beaucoup plus laborieusement.

Faut-il tout écrire dans la première phrase ?

Non, et vouloir tout dire d'un coup produit souvent un résultat plus confus. La demande initiale doit poser la structure et le contenu principal. Le reste se règle ensuite, sur un projet que vous avez sous les yeux.

Le principe est simple : ce qui est structurel se dit avant, ce qui est cosmétique se dit après. Le nombre de pages, la présence d'un formulaire, l'existence d'un espace membre relèvent du premier groupe. La teinte des boutons, la taille des titres, l'ordre de deux blocs relèvent du second.

Cette répartition a une raison économique. Une construction coûte 6 crédits et une modification 3, donc reconstruire de zéro parce qu'on a oublié une page revient deux fois plus cher que corriger. Écrivez trois lignes de trop dans la demande initiale plutôt qu'une de moins.

À quoi ressemble un prompt complet ?

À un paragraphe court et sec, du genre de celui ci, qui tient en quelques secondes de frappe et couvre les six blocs.

École de langues à Bordeaux, quatre professeurs, cours d'anglais et
d'espagnol pour adultes et adolescents. Objectif : faire remplir le
formulaire de test de niveau. Pages : accueil, cours, tarifs,
professeurs, contact. Tarifs : cours collectif 4 séances par mois,
cours particulier à l'heure, forfait entreprise sur devis. Ton
professionnel et accueillant, en français, avec les horaires
d'ouverture et l'adresse en bas de chaque page.

Ce texte ne contient aucun adjectif de style, et pourtant il produira une page bien plus personnelle qu'une demande remplie de « élégant » et « épuré ». La personnalité vient des faits : quatre professeurs, deux langues, un test de niveau.

Remarquez aussi ce qu'il ne demande pas. Il ne réclame ni animation, ni carrousel, ni effet particulier. Ces éléments s'ajoutent après, quand vous voyez la page et savez lequel manque vraiment.

Comment formuler une modification qui atteint sa cible ?

En nommant l'endroit, le changement et le résultat attendu. Une modification coûte le même prix qu'elle soit précise ou floue, donc l'imprécision se paie deux fois : une fois en crédits, une fois en temps.

Vous pouvez grouper plusieurs consignes ciblées dans une même demande, à condition qu'elles ne se contredisent pas. Trois instructions claires dans une seule modification coûtent 3 crédits au total, contre 9 si vous les envoyez séparément. Le cycle de correction est détaillé dans modifier un projet après sa génération.

Comment décrire une page dont les textes ne sont pas écrits ?

En disant explicitement ce qui manque, au lieu de laisser le générateur combler le vide. C'est une précaution qui évite un problème sérieux : une page publiée qui annonce des choses fausses sur votre activité.

Sans consigne, un générateur remplit les blocs avec du contenu vraisemblable. Vous vous retrouvez avec des tarifs inventés, des témoignages de clients qui n'existent pas, des années d'expérience tirées de nulle part et parfois des certifications que vous n'avez jamais obtenues. Le rendu est présentable, et il est faux.

Écrivez donc dans la demande la liste de ce qui doit rester à remplir : « laisse les tarifs en emplacements vides à compléter », « pas de témoignages tant que je n'en fournis pas », « n'invente aucun chiffre sur l'ancienneté ni sur le nombre de clients ». Le résultat est moins flatteur au premier regard, et il est utilisable.

Cette discipline sert aussi de garde fou plus tard. Au moment de publier, vous savez exactement quels blocs restent à traiter, au lieu de découvrir trois mois après qu'une page annonçait un service que vous ne proposez pas.

Quelles formulations font perdre des crédits ?

Quatre familles reviennent constamment, et chacune se corrige facilement une fois repérée.

Les demandes purement subjectives d'abord : « fais mieux », « plus pro », « moins fade ». Elles ne contiennent pas d'instruction exécutable, donc le résultat est un coup de dés. Traduisez toujours le ressenti en élément concret : ce qui vous gêne est presque toujours une taille, un espacement, une couleur ou un texte précis.

Les demandes contradictoires ensuite : « épure la page et ajoute une galerie, un blog et des avis clients ». Le générateur tranchera à votre place, et rarement dans le sens voulu. Les demandes en cascade également, qui empilent dix consignes dépendant les unes des autres : coupez en deux passes.

Enfin, les reformulations complètes du projet. Réécrire toute la demande initiale pour changer un détail relance une construction alors qu'une modification suffisait. Si votre phrase commence par « en fait je voudrais plutôt un site qui », posez vous la question du coût avant d'appuyer.

Le prompt suffit-il pour une logique métier particulière ?

Non, et c'est la limite qu'il faut connaître avant de commencer. Une règle de calcul maison, un enchaînement de validations propre à votre secteur, une tarification conditionnelle : cela se construit par retouches successives, pas en une seule description, aussi bien rédigée soit elle.

La bonne méthode consiste alors à obtenir d'abord la structure et l'apparence, puis à traiter la règle métier isolément, une règle par modification. Vous vérifiez après chacune que le comportement est correct, ce qui évite de découvrir trois erreurs mêlées en fin de parcours.

Il faut le dire clairement : Zugo ne remplace pas une équipe de développement sur un produit complexe. Sur un logiciel avec de nombreux cas particuliers, des tests automatisés et des livraisons régulières, le générateur sert à produire vite une base, pas à porter le produit sur la durée.

Combien de tours faut-il prévoir avant d'être satisfait ?

Trois ou quatre en général, et cette estimation vaut mieux qu'une promesse de réussite immédiate. Une construction simple prend environ une minute, une plateforme multipage quelques minutes, donc le temps réel de votre projet se joue dans vos décisions, pas dans l'attente.

Le rythme efficace ressemble à ceci : construire, regarder la page entière sans rien corriger, noter les trois éléments qui gênent le plus, les corriger en une seule demande, recommencer. Cette discipline évite de tourner en rond sur des détails pendant que la structure reste bancale.

Quand le résultat vous convient, la mise en ligne est immédiate et ne consomme aucun crédit, comme l'explique publier ce que vous avez créé. Vous pouvez tester la structure de prompt décrite ici sur un premier projet depuis zugo.dev et comparer avec une demande vague : l'écart se voit dès la première page.