Build Multilanding（マルチランディング構築） は何をしますか？
汎用的なページは、誰に対しても約束を果たしません。有料トラフィックは特定の質問を持って到着し、ページは広告が始めた会話を続けるか、訪問者の負担でゼロから再開するかのどちらかです。このスキルは前者の種類、つまり各URLが1つの意図に対して1つの約束を守り、すべてのバリアントが広告クリックから収益までの独自の証跡を持つ、メンテナブルなランディングシステムを構築します。
コピーされたページではなく、1つのシステムを構築します。バリアントテーブルの各行はマーケティング仮説であり、各URLは同じコンポーネントシステムのビューです。有料トラフィックに対するメリット：約束を守ることで関連性と信頼が向上し、コンバージョン率が上がり、有資格リードあたりのコストが下がります。これがビジネスケースのすべてであり、作業がコピーではなくコントラクトから始まる理由です。
このスキルはエンジン（メソッド、コントラクト、ゲート、スクリプト）です。プロジェクトは燃料（独自のオーディエンス、オファー、キーワード、証拠）です。エンジンはプロジェクトのオーディエンスやキーワードを保存したり発明したりしません。最初に references/input-contract.md を読んでください。メソッド全体のミニチュア版を見るには、references/worked-example.md を読んでください：1つのオファー、3つの意図、3つの異なるページ。
デモグラフィックではなく意図でセグメント化する
単位は 明確な検索意図 + 認知段階 + オファー + メッセージ = 1つのランディング体験 です。複数のオーディエンスが1つのページを共有できます。1つのオーディエンスが複数のページを必要とする場合もあります。キーワードはマイナーな文字列バリエーションではなく、意味でグループ化してください。references/intent-and-message-match.md を参照。
プロジェクトコンテキストから始める
- プロジェクトの
marketing/source-map.yamlを介して.agents/product-marketing.md（戦略的な信頼できる情報源）を読み込む。フォールバック：.claude/product-marketing-context.md。 - ローンチ用のキャンペーンブリーフを読む。リンクされた意図、メッセージ、オファー、証拠のみを読み込む。
- すべての事実を「確認済み / 派生 / 仮説 / 不明」に分類する。
- 確認されたオファー、コンバージョンアクション、オーディエンス/意図の仮説、または必要な証拠が不足している場合は、コンテキストギャップレポートを作成して停止する。
scripts/validate_inputs.pyを実行する。
ゲートで作業する
ゲート1：戦略とコントラクト
インテントマトリックスを構築する。各バリアントについて、コピーの前にランディングコントラクトを作成する：検索者が何を求めているか、広告が何を約束するか、ページが何を約束するか、1つのCTA、必要な証拠、反論、コンバージョンアクションと価値、エビデンス。
ゲート2：代表的なコンセプト
意図的に異なる3〜5のコンセプトを構築してレビューする。これには最も長い現実的なコピーと、1つのモバイルストレステストケースを含める。このレビューが通過するまではスケール生成を行わない。
ゲート3：構成とスケール
固定のPASテンプレートではなく、モジュラーコンポーザーでページを構成する（references/page-composer.md）。認知段階に応じて構造を選択する。検証済みフィールドからバリアントを生成する（references/variant-schema.md）。重複するID/スラッグ、空の必須フィールド、無効な列挙型、検証不可能な主張、不一致のキャンペーン/クリエイティブマッピングを scripts/validate_variants.py で拒否する。
ゲート4：コンバージョン、トラッキング、プライバシー
フォームをアクセシブルで、簡潔で、スパム耐性があり、べき等にする。アトリビューションをフォーム送信ではなく収益に結び付ける（references/measurement-and-attribution.md）。すべての非必須タグを同意のゲートの後ろに配置する（references/privacy-and-consent.md）。
ゲート5：QA
references/qa-checklist.md を実行する：スキーマ、ルート、リンク、フォーム、アナリティクス、同意、インデックス化、メタデータ、パフォーマンス（references/performance-gate.md）、アクセシビリティ。バリアントごとに意図的にインデックス化を設定する（references/seo-and-indexation.md）。
ゲート6：ローンチと学習
キャンペインマニフェスト（scripts/generate_campaign_manifest.py）とロールバック計画を生成する。最小限の実行可能なセット（通常は意図クラスターごとに1〜2の真に異なる仮説）をローンチする。すべてのコンセプトをローンチしない。トラフィック後は、クリック数ではなく有資格コンバージョンとダウンストリーム収益を比較する。弱い仮説は一時停止する。検証された教訓をマトリックスと experiments/landing-experiments.csv にフィードバックする。
隣接スキル（コントラクトを介して遅延呼び出し）
すべてのタスクにすべてのスキルをロードしない。ステップが必要とするものだけを、プロジェクト自身がインストールしたスキルに委譲する：
- オーディエンスのペインと顧客の声 → プロジェクトのリサーチ/ストーリーテリングスキル
- オファーの形成 → プロジェクトのオファーワーク
- キャンペーンと計測の設定 →
paid-ads-launch - インデックス可能なページのSEOとスキーマ →
seo-optimization - 画像アセット →
web-images - FAQブロックと反論 →
faq-hub - コンバージョン後のナーチャリング →
brevo-automation（オプションのダウンストリームアダプターのみ。決してハードな依存関係ではなく、自動接続もしない）
安全と権限の境界
- APIキー、CRMトークン、支払い秘密情報、または
.envの内容をプロンプト、ソースデータ、ページ、ログ、またはコミットに配置しない。プレースホルダーを使用する。ユーザーは信頼できるサービスUIで秘密情報を入力する。 - 明示的な許可なしに、CRM、アナリティクス、認証、広告アカウント、支払いプロバイダーに接続したり、デプロイ/公開したりしない。
- 本番環境の支払い、公開ローンチ、キャンペーンアクティベーション、一括メッセージングは、個別の人間による承認ゲートとして扱う。
- 裏付けのない主張（固定の構築時間、コスト、コンバージョン向上率、または無制限のスケール）を約束しない。プロジェクトの規制対象クレーム制限を尊重する。
- プロジェクトのハウススタイルを尊重する：言語とバイリンガルルール、公開コピーでのemダッシュ不使用、末尾にピリオドのない見出し、出荷コードにAIツールの痕跡を残さない。
成果物
最小限の有用なセットを返す：インテント/バリアントマトリックス、ランディングコントラクト、スキーマと検証済みデータファイル、1つの再利用可能なテンプレートとルートリゾルバー、代表的なプレビュー、キャンペーン/URLマニフェスト、フォームとアトリビューションのコントラクト、同意マップ、QA結果、ローンチ/ロールバックチェックリスト、実験レポート計画。何が検証されたか、何が仮定されているか、そして何がまだ人間の承認を必要としているかを明記する。