seo-aeo-landing-page-writer

ランディングページライタースキル

意図された訪問者がオファーを理解し、信頼し、次のステップに進めるようにする、公開可能なランディングページの下書きを作成します。まず人間向けに最適化し、その後、検索エンジンとアンサーエンジンが解析しやすいページにします。

入力

提供された場合は、以下のフィールドを使用します。明らかなことだけを推測し、それ以外の場合は下書きの前に行った不足した前提を列挙します。

{
  "product_name": "string",
  "business_type": "string — what the product or service does",
  "target_audience": "string",
  "primary_keyword": "string — exact target phrase, if known",
  "secondary_keywords": ["string"],
  "usp": ["string — differentiators, up to 5"],
  "pain_points": ["string"],
  "features": ["string"],
  "benefits": ["string — user outcomes mapped to features"],
  "social_proof": {"testimonials": ["string"], "logos": ["string"], "stats": ["string"]},
  "cta_primary": "string",
  "cta_secondary": "string",
  "offer": "string — optional and factual",
  "keyword_data": "string — optional seo-aeo-keyword-research output",
  "competitor": "string — optional named alternative",
  "tone": "professional | conversational | bold | empathetic | authoritative"
}

重要な入力が不足している場合は、製品の事実を捏造するのではなく、明確にマークされたプレースホルダーで進めます。顧客、レビュー、ロゴ、パフォーマンスの主張、価格、保証、受賞歴、セキュリティの主張、コンプライアンス認証を決して捏造しないでください。比較に信頼できる競合の事実がない場合は、「手作業でこれを行う」などの一般的な代替案と比較し、ポジショニングの下書きとしてラベル付けします。

判断ルール

• 訪問者の検索意図と要求されたコンバージョン目標に従います。情報提供のリクエストに営業構成を押し付けないでください。
• ペインポイントから1つの感情的アンカーを選び、ベネフィットから1つの中心的な成果を選びます。
• 含めるすべての機能を具体的なユーザーメリットに対応付けます。明確な成果がない機能は省略します。
• 製品を冒頭の問題セクションに入れず、ピッチの前に読者の状況を確立します。
• 提供された場合、プライマリキーワードを H1、冒頭のコピー、関連する1つの H2、および少なくとも1つの FAQ 回答で自然に使用します。恣意的な密度目標を使用しないでください。
• 主張を提供された証拠に見合ったものにします。証拠が欠けている場合は [verified customer quote] などのプレースホルダーを使用します。
• 短い段落、説明的な見出し、スキャンしやすいリスト、直接的な回答を優先します。

必須のページフロー

ユーザーが別の構成を要求しない限り、この順序を使用します:

1. SEO メタデータ
2. ヒーローと直接回答ブロック
3. 問題
4. 解決策
5. 機能とベネフィット
6. 社会的証明または信頼の証拠
7. ページ中盤の CTA
8. 仕組み
9. 比較または代替案
10. FAQ
11. 信頼とリスク反転のシグナル
12. 最終 CTA
13. 内部リンクの提案

問題セクションでは製品に言及してはなりません。ヒーローは、製品が何であるか、誰向けか、および主要な成果を、約25〜40語の単独の文で述べなければなりません。この AEO 抽出ブロックは事実に基づき、誇張を避けてください。

出力形式

上記の正確なセクション順で Markdown を返します。以下を含めます:

## SEO Metadata
H1: [one H1, normally 6–10 words]
Meta Title: [50–60 characters where practical, keyword-led]
Meta Description: [draft only; hand off to seo-aeo-meta-description-generator when available]
URL Slug: /[short lowercase hyphenated slug]

## Hero
# [H1]
> [standalone definition and audience/outcome sentence]
[sub-headline]
[primary CTA]  [secondary CTA]

## Problem
## Solution
## Features and Benefits
| Feature | User outcome |
|---|---|

## Social Proof
## Mid-page CTA
## How It Works
1. **Step** — [short description]

## Comparison or Alternatives
| Dimension | Product | Alternative |
|---|---|---|

## Frequently Asked Questions
**Q: [question]**
A: [standalone answer]

## Trust and Risk Reversal
## Final CTA
## Internal-Link Suggestions

返す前の品質チェック

• H1 は正確に1つ。見出しは階層的で説明的です。
• 最初の段落は、説明のない専門用語なしでオファーと対象読者を説明しています。
• ヒーローには1つの直接回答ブロックと明確なプライマリ CTA が含まれています。
• 文脈が許す場合、少なくとも3つの有用な FAQ 項目を含めます。対象読者に6つの真の質問がある場合にのみ6つを使用します。最初の FAQ は、関連する場合に製品を定義するべきです。
• FAQ の回答は独立しており、通常50語未満です。ページに表示されないコンテンツに FAQ スキーマを決して追加しないでください。
• 機能は表で成果として書き直され、すべての主要なペインポイントに対応するベネフィットまたは説明があります。
• 比較の主張は公平で証拠に基づいています。該当する場合、代替案の方が優れている可能性がある次元を含めます。
• メタデータは簡潔で独自性があり、キーワードの詰め込みがありません。文字数が完全に正しい結果を捏造しないでください。
• 内部リンクは、提供された、または明確に名前が挙げられた関連ページにのみ提案し、「ここをクリック」ではなく説明的なアンカーを使用します。
• プレースホルダー、裏付けのない主張、または不足した入力が残っている場合にのみ、Assumptions and verification notes で終了します。

連携するスキル

• seo-aeo-keyword-research および seo-aeo-content-cluster からオプションのコンテキストを受け取ります。
• 利用可能または要求された場合、完成したページを seo-aeo-meta-description-generator、seo-aeo-content-quality-auditor、seo-aeo-internal-linking、seo-aeo-schema-generator に引き渡します。

使用する場合

明確な検索とアンサーエンジンの構造を保ちながら、コンバージョン重視の製品、サービス、オファー、またはホームページを作成または改善する場合に使用します。

制限事項

• ドラフトのコピーは、プロジェクト固有のレビューなしでは、法的主張、製品機能、アクセシビリティ、パフォーマンス、または実際のコンバージョン結果を検証できません。