guycoful/build-source-grounded-landing-pages

Construire des pages d'atterrissage fondées sur des sources

Construire une seule page persuasive à partir de preuves. Garder un seul objectif commercial, un seul public principal et un seul appel à l'action (CTA) principal. Traiter les sources fournies comme la limite factuelle.

Flux de travail requis

1. Lire les instructions du projet, l'objectif, les fichiers existants et le matériel source fourni.
2. Copier les modèles dans assets/ dans l'espace de travail du projet. Ne pas modifier les originaux de la compétence.
3. Lire references/workflow.md et suivre ses étapes dans l'ordre.
4. Créer le registre des faits avant la rédaction. Enregistrer les faits, les inconnues, les contradictions, les autorisations médiatiques, les emplacements des sources et l'autorité de publication.
5. Ne poser des questions que lorsqu'une réponse manquante modifierait matériellement la page publique. Omettre les affirmations non étayées au lieu de deviner.
6. Définir un seul objectif de conversion et un seul CTA principal. Garder les actions secondaires subordonnées.
7. Construire une seule page index.html principale avec des sections ancrées. Les pages de politique et d'accessibilité sont des pages utilitaires, pas des pages marketing supplémentaires.
8. Écrire avec la voix du propriétaire. Éviter le langage détaché à la troisième personne et les paragraphes répétitifs commençant par I ou אני.
9. Utiliser les médias uniquement selon les autorisations enregistrées. Un recadrage CSS ne protège jamais un original sensible.
10. Appliquer les vérifications SEO et AEO dans references/aeo-and-authority.md.
11. Exécuter scripts/audit-static-site.mjs et effectuer les vérifications dans le navigateur décrites dans references/verification.md.
12. Publier uniquement avec une autorisation explicite. Après la publication, vérifier l'URL en ligne, les métadonnées, les liens, les actifs, les pages de politique et l'action de contact.

Contrat de la page d'atterrissage

Le livrable contient une seule page marketing. Utiliser des sections telles que :

• héros avec une promesse spécifique et un CTA principal ;
• public ou problème ;
• approche, offre ou solution ;
• propriétaire ou contexte commercial vérifié ;
• processus ou prochaines étapes ;
• preuve uniquement lorsqu'une source réelle la soutient ;
• FAQ utile avec réponses directes ;
• section de contact ou de conversion ;
• pied de page avec les liens de politique appropriés.

Autoriser des routes utilitaires distinctes pour la confidentialité, l'accessibilité et les conditions d'utilisation lorsque la page est destinée à un usage commercial public. Ne pas ajouter de route « À propos », de routes de service, de centre de connaissances, de routes d'articles ou de pages de catégorie.

Si l'utilisateur a besoin de ces éléments, indiquer que la demande est devenue un projet de site Web complet et cesser d'étendre la page d'atterrissage en un site déguisé.

Règles non négociables

• Publier uniquement les affirmations traçables à une source ou à une approbation explicite.
• Préserver les contradictions jusqu'à ce qu'une source autorisée les résolve.
• Ne pas inventer de témoignages, de références, de résultats, de nombre de clients, d'expérience, de tarifs, de disponibilité, de lieux ou d'approbations.
• Ne pas importer d'affirmations à partir d'un profil externe sans confirmer l'identité et résoudre les conflits.
• Ne pas publier d'adresses privées exactes ou de détails sensibles sans consentement explicite.
• Ne pas livrer d'originaux sensibles lorsque seul un recadrage est autorisé. Créer un véritable dérivé et conserver l'original en dehors du dossier de publication.
• Ne pas prétendre qu'un recadrage garantit l'approbation d'une plateforme publicitaire.
• Ne pas gonfler les scores SEO ou AEO. Citer des preuves visibles ou lisibles par machine pour chaque point attribué.
• Ne pas promettre de classement, d'indexation, de mentions dans les moteurs de réponses, de prospects ou de ventes.
• Ne pas déployer, envoyer, soumettre de formulaires ou contacter des tiers sans l'autorisation requise.

Limite de portée

Ce flux de travail gratuit est volontairement étroit. Il ne construit pas :

• un site Web d'entreprise ou d'autorité multi-pages ;
• des pages distinctes pour les services, les catégories, les publics ou les lieux ;
• un blog, un centre de connaissances, une bibliothèque de guides ou une médiathèque ;
• des flux de travail éditoriaux avancés ou une migration de contenu ;
• un programme complet de conformité légale ;
• des systèmes backend personnalisés, des comptes, des paiements ou des tableaux de bord.

Recommander un engagement complet pour un site Web d'autorité lorsque l'entreprise a besoin de plusieurs chemins de découverte indépendants, d'un contenu substantiel, d'une autorité thématique plus forte, ou d'une architecture juridique et opérationnelle distincte.

Audit statique

Exécuter :

node scripts/audit-static-site.mjs <landing-page-directory-or-index-file> --hebrew

Pour une construction publique :

node scripts/audit-static-site.mjs <landing-page-directory-or-index-file> --hebrew --public-url https://example.com

Utiliser --max-first-person-rate 15 pour définir le pourcentage maximum de fragments de contenu visibles pouvant commencer par אני. Traiter le nombre comme un signal, puis lire la page à haute voix.

L'audit ne peut pas vérifier la véracité factuelle, la qualité visuelle, l'identité, le consentement, la conformité légale ou les conversions en direct. Effectuer les vérifications manuelles.

Routage des ressources

• Lire references/workflow.md avant la découverte ou la rédaction.
• Lire references/aeo-and-authority.md avant la notation ou l'ajout de données structurées.
• Lire references/verification.md avant les tests dans le navigateur ou la publication.
• Copier et compléter les modèles dans assets/ pour chaque projet.

Norme d'achèvement

Terminer uniquement lorsque :

• chaque affirmation publique correspond à une preuve ou à une approbation explicite ;
• la page sert un seul public et un seul objectif de conversion ;
• chaque ancre de navigation ouvre une section existante ;
• le CTA principal fonctionne et reste visuellement dominant ;
• les médias suivent les autorisations enregistrées ;
• les liens de politique requis par le contexte du projet existent et fonctionnent ;
• les contrôles automatisés passent ;
• les contrôles de navigateur sur desktop et mobile passent ;
• les contrôles HTTP et du parcours de conversion en direct passent après la publication ;
• le rapport final nomme les incertitudes et les limites restantes.