SMF·UNICORN-PLATFORM
Un prompt peut-il remplacer Unicorn Platform ?
Créateurs de sites — websites and landing pages
Bordereau de suivi des pièces
Verdict
Ce qui vaut le coup d’être copié ici, c’est la sortie : quoi que tu assembles ressort comme un vrai projet statique que tu possèdes, donc le constructeur est un point de départ plutôt qu’un endroit où vit ton site. Construire un générateur qui émet du code source propre et idiomatique plutôt qu’un blob d’exécution est la contrainte intéressante, et c’est ce qui fait de ceci un projet de plusieurs jours plutôt qu’une soirée. La commodité hébergée — publier, domaine, formulaires, terminé — est la partie que tu choisis d’abandonner.
Pièce A — Le prompt
Reçu le31.07.2026Construis un compositeur de landing page dont la sortie principale est un projet statique propre que l’utilisateur peut maintenir sans cet outil.
Ensemble de composants, fixe et petit : héros, grille de fonctionnalités, fonctionnalité avec image, bandeau de logos, témoignage, tableau de tarifs, accordéon FAQ, appel à l’action, pied de page, et un bloc de texte riche. Chacun a deux ou trois variantes. Le positionnement n’est pas un contrôle utilisateur — la mise en page vient du composant et du thème.
Thème : un fichier de tokens avec une échelle typographique, une palette, une échelle d’espacement et un rayon. Les composants ne référencent que des tokens.
Éditeur : une page est une liste ordonnée de composants. Ajoute, retire, réorganise par glisser, choisis une variante, et édite le contenu en ligne. Aperçu par point de rupture à trois largeurs avec une vérification de débordement qui signale tout composant dont le contenu casse son conteneur à la largeur étroite.
Export, qui est l’intérêt de ce projet. Émets un projet Astro complet, pas un bundle :
- Un fichier de composant `.astro` par type de composant utilisé, avec de vraies props et un balisage lisible — des éléments sémantiques, pas de soupe de wrappers, pas de noms de classe générés comme `c-1a2b3c`.
- La page comme un fichier composant ces composants, dans l’ordre, avec le contenu passé en props plutôt que codé en dur dans le balisage, pour que le contenu soit modifiable séparément de la mise en page.
- Un fichier CSS généré depuis les tokens de thème, avec des propriétés personnalisées à la racine pour qu’un développeur puisse restyler sans toucher aux composants.
- Des images copiées dans le projet et référencées via la propre gestion d’images d’Astro, avec des ensembles responsives générés au build.
- Un `package.json`, un README expliquant la structure, et un `.gitignore`. Exécuter la commande documentée doit démarrer un serveur de développement.
Le test qui compte : un développeur qui n’a jamais vu le constructeur devrait pouvoir ouvrir le projet exporté, trouver le titre, le changer, et comprendre d’où vient le style, en moins de cinq minutes. Écris ça comme un critère d’acceptation dans le README et vérifie la sortie par rapport à ça.
Ré-export : émets dans un répertoire que le constructeur possède et ne touche jamais aux fichiers en dehors de celui-ci, pour qu’un développeur qui a ajouté une route ou un composant garde son travail. Documente clairement qu’une fois le code exporté édité, l’aller-retour est à sens unique — c’est la conséquence honnête de la possession du code et prétendre le contraire est comment ces outils perdent le travail des gens.
Formulaires : émets un simple formulaire HTML postant vers un point de terminaison configuré. Ne construis pas de backend de soumission ; documente comment en connecter un.
Stockage : la définition de page en JSON dans le dépôt du projet, pour qu’elle se diffère.
Hors périmètre : la publication hébergée, une place de marché de modèles, un CMS ou blog, la génération de texte par IA, et tout système de compte.L’ouverture pré-remplit le prompt — il ne reste qu’à appuyer sur entrée.
Pièce B — Ce que tu perds
- B.1 la publication hébergée avec un domaine et un certificat attachés
- B.2 la bibliothèque de modèles et ses points de départ designés
- B.3 les soumissions de formulaire collectées sans backend à toi
- B.4 l’assistance de texte IA intégrée dans l’éditeur
Alternatives existantes
Pièce C — Pourquoi certains continuent de payer : editor polish, hosting, templates, and ecosystem
Parce que la plupart des gens qui achètent un constructeur de landing page n’exportent jamais rien. Ils veulent la page en ligne cet après-midi, et la publication hébergée est la fonctionnalité qu’ils payent réellement.
Questions
Est-ce que je peux importer un site Unicorn Platform ?
Ses plans payants exportent du code statique, que tu peux garder et héberger. Ce code ne s’importe pas de nouveau dans le format de ce constructeur, donc le design visuel est reconstruit si tu veux continuer à éditer visuellement — ce qui est le même échange à sens unique que ce projet rend explicite.
Pourquoi insister pour que le code exporté soit lisible ?
Parce que c’est toute la proposition. Un export qui produit un bundle minifié avec des noms de classe générés est techniquement un export et pratiquement un enfermement, puisque personne ne peut le maintenir. Le test des cinq minutes dans le prompt existe pour garder la sortie honnête.
Combien ça coûte à faire tourner ?
Le constructeur est local et gratuit. Le site exporté, ce sont des fichiers statiques, donc l’hébergement est gratuit ou presque chez les fournisseurs habituels, et le domaine est le seul coût récurrent — dix à quinze dollars par an contre dix-huit par mois.
Quelle est la seule chose qui ne survit pas à la reconstruction ?
La publication. Unicorn Platform met une page en ligne sur un domaine avec un certificat en un clic, et c’est ce que la plupart de ses clients achètent réellement. Un code que tu possèdes vaut plus en principe et moins l’après-midi où tu veux la page en ligne.
Outils proches
Récépissé