Communitygithub.com

guycoful/ソースに基づいたランディングページ構築

インタビュー、チャット、文書、投稿、画像、動画、検証済みリンクから、一つの情報源に基づいたランディングページを構築またはリファクタリングします。個人や小規模企業が、誠実なコピー、1つの主要CTA、基本的なSEOとAEO、必要に応じたRTL対応、メディア同意管理、ポリシーユーティリティページ、エンドツーエンド検証を備えた1枚のコンバージョンページを必要とする場合に使用します。マルチページの権威あるWebサイト、コンテンツハブ、ブログ、個別サービス構成には使用しないでください。

ソースに基づいたランディングページ構築 とは?

このスキルは、提供されたソース資料(インタビュー、文書、画像、動画など)のみを事実の境界として、単一の説得力のあるランディングページを構築またはリファクタリングするための厳格な作業フローを提供します。主な特徴は、「事実台帳」の作成による情報の追跡可能性の確保、1つのビジネス目標と1つの主要なCTAへの集中、SEO/AEOチェックの実施、そして「静的サイト監査」による自動チェックです。Hebrew(RTL)対応、メディア同意管理、ポリシーユーティリティページの生成もサポートします。このスキルは、あくまで単一のランディングページに特化しており、マルチページのコーポレートサイトやブログなど、範囲を超えた要求があった場合は明確に停止するよう指示されています。検証できない主張や無許可の情報を掲載することを厳しく禁止し、事実に基づいた誠実なページ作成を徹底します。

対応~Claude Code~Codex CLI~Cursor
npx skills add guycoful/build-source-grounded-landing-pages

お気に入りのAIに質問する

このエージェントスキルを事前に読み込んだ状態で新しいチャットを開きます。

ドキュメント

ソースに基づいたランディングページの構築

証拠に基づいて、説得力のある1ページを構築します。1つのビジネス目標、1つの主要なターゲット層、1つの主要なCTAに絞ります。提供されたソースを事実の境界として扱います。

必須ワークフロー

  1. プロジェクトの指示、目的、既存のファイル、提供されたソース資料を読み込む。
  2. assets/ 内のテンプレートをプロジェクトのワークスペースにコピーする。スキルオリジナルは編集しない。
  3. references/workflow.md を読み、そのゲートに従って順番に実行する。
  4. ドラフト作成前に事実台帳を作成する。事実、不明点、矛盾点、メディアの許可、情報源の場所、公開権限を記録する。
  5. 不足している回答が公開ページを実質的に変更する場合にのみ質問する。推測する代わりに、裏付けのない主張は省略する。
  6. 1つのコンバージョン目標と1つの主要なCTAを定義する。二次的なアクションは従属させる。
  7. アンカーセクションを持つ1つのメイン index.html ページを構築する。ポリシーページとアクセシビリティページはユーティリティページであり、追加のマーケティングページではない。
  8. オーナーの口調で記述する。 detached(第三者視点)な三人称表現や、I または אני で始まる繰り返しの段落は避ける。
  9. 記録された許可に従ってのみメディアを使用する。CSSでのトリミングは、デリケートなオリジナルを保護することにはならない。
  10. references/aeo-and-authority.md のSEOおよびAEOチェックを適用する。
  11. scripts/audit-static-site.mjs を実行し、references/verification.md のブラウザチェックを完了する。
  12. 明示的な許可がある場合のみ公開する。公開後、ライブURL、メタデータ、リンク、アセット、ポリシーページ、連絡先アクションを検証する。

ランディングページの契約

成果物には1つのマーケティングページが含まれます。以下のようなセクションを使用します。

  • 具体的な約束と主要なCTAを備えたヒーローセクション
  • ターゲット層または問題セクション
  • アプローチ、オファー、またはソリューションセクション
  • 検証済みのオーナーまたはビジネスコンテキストセクション
  • プロセスまたは次のステップセクション
  • 実際のソースが裏付ける場合のみの証拠セクション
  • 直接的な回答を示す役立つFAQセクション
  • 問い合わせまたはコンバージョンセクション
  • 適切なポリシーリンクを備えたフッター

ページが公開ビジネス用である場合、プライバシー、アクセシビリティ、利用規約に関する個別のユーティリティルートを許可する。アバウトルート、サービールート、ナレッジハブ、記事ルート、カテゴリページは追加しない。

ユーザーがそれらの要素を必要とする場合、そのリクエストはフルWebサイトプロジェクトになったことを明記し、ランディングページを偽装サイトに拡大するのを止める。

譲れないルール

  • 情報源または明示的な承認にトレース可能な主張のみを公開する。
  • 権限のある情報源が解決するまで、矛盾点を維持する。
  • 推薦の言葉、資格、結果、顧客数、経験、価格、可用性、所在地、推薦・保証はでっち上げない。
  • 身元を確認し、矛盾を解決することなく、外部プロファイルからの主張をインポートしない。
  • 明示的な同意なしに、正確な個人住所や機密情報を公開しない。
  • トリミングのみが許可されている場合、機密性の高いオリジナルを出荷しない。実際の派生作品を作成し、オリジナルは公開フォルダの外に保管する。
  • トリミングが広告プラットフォームの承認を保証するものではないと主張しない。
  • SEOまたはAEOスコアを水増ししない。付与された各ポイントについて、可視的または機械可読な証拠を提示する。
  • ランキング、インデックス登録、アンサーエンジンへの掲載、リード、売上を約束しない。
  • 必要な権限なしに、デプロイ、送信、フォーム送信、第三者への連絡を行わない。

スコープ境界

この無料ワークフローは意図的に狭い範囲に限定されています。以下は構築しません。

  • マルチページのコーポレートサイトまたは権威サイト
  • サービス、カテゴリ、ターゲット層、地域ごとの個別ページ
  • ブログ、ナレッジセンター、ガイドライブラリ、メディアライブラリ
  • 高度な編集ワークフローやコンテンツ移行
  • 完全な法的コンプライアンスプログラム
  • カスタムバックエンドシステム、アカウント、支払い、ダッシュボード

ビジネスが複数の独立した発見経路、かなりのコンテンツ、より強力なトピック権威、または個別の法務・運用アーキテクチャを必要とする場合、フルの権威サイト契約を推奨する。

静的監査

実行:

node scripts/audit-static-site.mjs <ランディングページのディレクトリまたはインデックスファイル> --hebrew

公開ビルドの場合:

node scripts/audit-static-site.mjs <ランディングページのディレクトリまたはインデックスファイル> --hebrew --public-url https://example.com

--max-first-person-rate 15 を使用して、אני で始まる可能性のある可視コンテンツフラグメントの最大パーセンテージを設定する。数値をシグナルとして扱い、その後ページを音読する。

監査は、事実の真実性、視覚品質、身元、同意、法的妥当性、またはライブコンバージョンを検証できない。手動チェックを完了すること。

リソースルーティング

  • ディスカバリーまたはドラフト作成前に references/workflow.md を読む。
  • スコアリングまたは構造化データ追加前に references/aeo-and-authority.md を読む。
  • ブラウザテストまたは公開前に references/verification.md を読む。
  • プロジェクトごとに assets/ 内のテンプレートをコピーして完了する。

完了基準

以下の場合にのみ完了とする:

  • すべての公開された主張が証拠または明示的な承認にマッピングされている。
  • ページが1つのターゲット層と1つのコンバージョン目標に役立つ。
  • すべてのナビゲーションアンカーが既存のセクションを開く。
  • 主要なCTAが機能し、視覚的に支配的である。
  • メディアが記録された許可に従っている。
  • プロジェクトのコンテキストで必要とされるポリシーリンクが存在し、機能する。
  • 自動チェックに合格する。
  • デスクトップおよびモバイルブラウザチェックに合格する。
  • 公開後、ライブHTTPおよびコンバージョンパスのチェックに合格する。
  • 最終レポートに残存する不確実性と制限が記載されている。

関連スキル