copywriting-cta

質問： 環境の質問ツールを使ってユーザーに質問してください。通常の文章として質問してはいけません。一度に質問は1つだけとし、タップ可能な選択肢を2～4個提示して、回答を待ちます。環境に質問ツールがない場合は、同じ選択肢を付けて、通常の文章で一度に1つずつ質問してください。

記事末尾の CTA 設計

記事末尾の CTA は、3つの入力に基づいて設計します。目的（どのような行動を促すか）、読者（誰が読むのか、著者とどのような関係にあるのか）、コンテキスト（個人で執筆した記事、ニュースレター、ブランドの出版物）です。この3つが定まれば、コピーとフォームはほぼ自動的に決まります。これらを無視すると、「続きを読むには登録」や「詳細はこちら」といった汎用的な文言が表示回数と同程度のコンバージョンしか生まない、典型的な失敗に陥ります。

このスキルでは、短いヒアリングを行ってこれら3つの入力を把握し、CTAを提案します。提案内容には、コピー（何を伝えるか）、フォーム（ページ上でどのように表示し配置するか）、仕掛け（緊急性、希少性、好奇心、返報性、社会的証明を使うか、または使わないか）、A/Bテスト計画、アクセシビリティの確認が含まれます。

---

ワークフロー

以下の4つのステップを順番に実行してください。ヒアリングを省略してはいけません。ユーザーがすでに一部のコンテキストを伝えている場合は、会話から得られる情報を取り込み、不足している点だけを質問してください。

Step 1 — ヒアリング

一度に質問は1つだけにしてください。通常の文章で質問を連ねてはいけません。各質問には、タップ可能な選択肢を2～4個用意してください。回答を選択肢にできない場合に限り、自由記述に切り替えてください。

すでに回答済みの項目は飛ばし、以下の順に質問してください。

Q1. 記事のコンテキスト。 選択肢：個人ブログ／個人で執筆した記事 · ニュースレター／有料出版物（Substack、beehiiv、Ghost など） · ブランド／企業／コンテンツマーケティングブログ · その他（自由記述）

Q2. 主な目的。（記事を読み終えた読者に最も取ってほしい行動を1つ選んでください。「全部」と答えた場合は、複数の目的を挙げることを避けるよう促してください。複数の目的は、CTAが失敗する最大の原因です。）

選択肢：

• ニュースレター／メール購読
• ソーシャルメディアのフォロー／パーソナルブランディング
• リード獲得（ダウンロード／ゲート付きコンテンツ）
• 製品またはサービスへの登録／無料トライアル
• デモまたは営業との通話予約
• 直接購入
• コミュニティへの参加（Discord／Slack／フォーラム）
• エンゲージメント（返信／コメント／共有／再投稿）
• 読者からの支援（有料購読／チップ／スポンサーシップ）
• 試用／直接的な行動（コードを使う、ツールを実行する、テンプレートをフォークする、計算ツールを開く）
• その他（自由記述）

ユーザーが複数の目的を挙げた場合は、どれを主な目的とするか質問してください。後から副次的な目的を1～2個提案することはできますが、主な目的は1つに絞る必要があります。

Q3. 読者と著者との関係。 選択肢：初めて訪れた読者（オーガニック検索／ソーシャルメディア経由） · 再訪した読者、未購読 · 既存の購読者／顧客 · 混在／不明

Q4. ファネルの段階。（読者はどのような心理状態ですか？）選択肢：TOFU：発見・学習の段階で、まだ購入意欲はない · MOFU：選択肢を評価・比較している · BOFU：行動する準備はできていて、最後の後押しを必要としている · 該当なし（購入ファネルがない場合。例：個人ブログ、ジャーナリズム、趣味のコンテンツ）

Q5. 仕掛けの好み。（仕掛けが正当に役立つ場合のみ質問してください。references/mechanisms.mdを参照してください。洗練された懐疑的な読者、または繰り返し読む読者に対しては、質問せず「なし／価値訴求のみ」をデフォルトにしてください。）選択肢：なし：価値を伝える文言のみ · 好奇心を刺激する情報の空白（「もっと知りたいですか？」） · 返報性（先に無料コンテンツを提供） · 割引／オファー · 緊急性（実際の期限） · 希少性／FOMO（枠数限定） · 社会的証明（人数／推薦文）

ユーザーが自発的に伝えた自由記述の制約（文字数制限、ブランドのトーン、ポップアップ不可、多言語対応など）も記録してください。

Step 2 — 診断

入力情報をCTAのアーキタイプに対応付けます。判断ロジックは以下のとおりです。

context = INDEPENDENT / PERSONAL
├── objective = newsletter / email      → Archetype A: Author-signature subscribe
├── objective = try-it / direct action  → Archetype B: Inline action + source link
├── objective = reader support / tip    → Archetype C: Reader-supported funding link
├── objective = community               → Archetype D: Proof-counted community invite
├── objective = social follow           → Archetype A (variant: lead with social links)
├── objective = engagement              → Archetype E: Specific reply prompt
└── objective = product / demo          → ⚠️ FLAG. Only valid on personal/professional
                                          blog where the author IS the product
                                          (consultants, coaches, solo founders, indie devs).
                                          Frame as "if you hit this, here's how I help"
                                          — never "Book a Demo" verbatim.

context = NEWSLETTER PUBLICATION
├── objective = growth / subs           → Archetype F: Share/restack + native widget
├── objective = engagement              → Archetype E: Specific reply prompt
├── objective = paid conversion         → Archetype G: Value-gap tease
├── objective = monetization / sponsor  → Archetype H: Inline sponsor block (not bottom)
├── objective = community               → Archetype D
└── objective = direct purchase         → Archetype K (rare on newsletters; use BOFU only)

context = BRAND / CONTENT MARKETING
├── stage = TOFU                        → Archetype I: Transitional asset (lead magnet)
├── stage = MOFU                        → Archetype J: Direct + Transitional pair
├── stage = BOFU                        → Archetype K: Direct CTA + risk reversal
├── objective = community               → Archetype D
└── objective = engagement              → Archetype E (rarely the right call here)

コピーのテンプレート、フォームの仕様、それぞれが有効な条件、名前が挙げられている出版物からの実例を含む、アーキタイプの全カタログはreferences/taxonomy.mdを参照してください。

ステップ 3 — 推奨案を作成する

次の正確な構成で推奨案を出力してください。逸脱しないでください。埋め草を加えないでください。

## Recommended CTA

**Archetype:** [letter + name from decision tree] **Why this fits:** [1-2 sentences naming the input combination]

### Content (copy)

**Headline / value line:**

> [exact text]

**Body / proof line (1-2 lines):**

> [exact text]

**Button copy:**

> [exact text]

**Risk reversal / subtext (if applicable):**

> [exact text, or "Omit: would feel forced for this audience"]

### Form (structure)

- **Placement:** [end-only / end + sticky / end + mid-article repeat]
- **Visual weight:** [low / medium / high, with justification]
- **Layout:** [single button / button + text link / native widget cluster / one-line signature]
- **Proof to co-locate:** [subscriber count / star count / testimonial / named recommenders / logo wall / none]

### Mechanism

[Named mechanism + 1 sentence on why it is appropriate, OR "None: value statement carries it. Mechanisms would erode trust for this audience."]

### A/B test plan

- **First test:** [single variable, e.g., button copy A vs. B]
- **Why this one first:** [1 sentence]
- **Sample size needed:** [rough estimate based on baseline traffic, or "skip A/B for now — traffic too low" with the alternative recommendation]
- **Next 2 tests to queue:** [in priority order]

### Accessibility check

- **Color contrast:** [target ratio + concrete pairing if colors known]
- **Touch target:** [size requirement]
- **Semantic markup:** [<button> vs. <a> vs. form]
- **ARIA:** [only if non-obvious]
- **Keyboard / focus:** [requirement]
- **Color-independence:** [non-color affordance]

推奨案を出力した後、ユーザーの入力から見て陥るおそれのあるアンチパターンを 2～3 個、逆張りのチェックとして率直に挙げてください。references/anti-patterns.mdから選んでください。

ユーザーが英語以外の言語で書いている場合は、構成（見出し、ラベル）は英語のまま、コンテンツ部分をその言語に翻訳してください。丁寧さの度合い（例：フランス語のtuとvous、ドイツ語のduとSie）は、これまでの会話の文脈に合わせ、選択した形を明示してください。

ステップ 4 — 次のアクションを提案する

次のフォローアップの方向性を 2～3 個提案してください。

1. 反対意見を最も説得力のある形で提示する。 推奨しないCTAの設計も提案してください。たとえば、TOFUの投稿で強引に売り込む案を示し、それがうまくいかない理由をユーザーが確認できるようにします。
2. 別の読者層やプラットフォーム向けのバリエーション。 記事を複数の場所に投稿する場合（自社サイト＋Medium＋LinkedIn＋シンジケーションネットワークなど）は、プラットフォームごとに書き換えることを提案してください。
3. 記事全体のレビュー。 著者プロフィール、関連記事へのリンク、本文中の根拠など、CTAを後押しする要素について、記事の残りの部分も監査することを提案してください。

---

スタイルの継承

references/taxonomy.mdのコピー用テンプレートは出発点であり、完成稿ではありません。必ず次の要素に合わせて調整してください。

• ユーザーが指定したブランドボイス、または適用される<userPreferences>（丁寧さ、言語、emダッシュを使わない指定、長さの制限など）。
• 記事の言語。コピーは記事の言語で出力してください。英語を既定にしないでください。
• 掲載媒体がすでに持つ文体。過去の投稿を参照できる場合は、文章のリズムや語彙を合わせてください。
• 読者に求められる専門知識のレベル。初心者向けの金融ブログのCTAと、クオンツ取引のニュースレターのCTAでは、語彙を変える必要があります。

ユーザーが指定したスタイルの好みに反する場合は、テンプレートをそのまま出力しないでください。

---

参考ファイル

診断と作成に必要に応じて、以下を参照してください。推奨案を作成する前に、関連ファイルを最後まで読んでください。記憶を頼りに要約しないでください。

• references/taxonomy.md：コピー用テンプレート、フォームの仕様、出版物名付きの実例、コンバージョンの見込みを含む、全 11 種類（A から K）。
• references/mechanisms.md：緊急性、希少性、FOMO、割引、好奇心、返報性、社会的証明、権威、連帯感をいつ使うべきか、また使うべきでないか。
• references/ab-testing.md：テストする変数の優先順位、サンプルサイズの目安、よくある落とし穴、A/B テストを省略すべき場合。
• references/accessibility.md：CTAブロックに関するWCAG 2.2の詳細：コントラスト比、タッチターゲット、ARIAパターン、フォーカス状態、キーボード対応、動きの設定。
• references/anti-patterns.md：ユーザーの入力に当てはまる場合に、名称を挙げて指摘すべき 12 の失敗パターン。

運用原則

• 投稿ごとに主要な CTA は 1 つにします。 競合する CTA が複数あることが、最もよくある失敗の原因です（繰り返し行われた事例研究では、CTA が 1 つのページは複数あるページよりコンバージョン率が約 30％以上高くなります）。
• 掲載媒体の語調に合わせます。 SaaS のランディングページのような文面の個人エッセイのフッターは、信頼性を損ないます。カジュアルな署名のような文面の SaaS のフッターは、ノイズに埋もれてコンバージョンにつながりません。
• 巧みさより具体性を重視します。 「インディーズ映画制作についてのエッセイを毎週受け取る」は、「すばらしいニュースレターに登録する」より効果的です。Joanna Wiebe の「私は＿＿したい」という補完テストは、ボタンの文言を選ぶうえで最も確実な基準です。
• 根拠は CTA の近くに配置します。 購読者数、お客様の声、顧客ロゴ、星の数、推薦者の実名など、状況に即した誠実なシグナルを CTA ブロック内かその隣に配置します。
• 仕掛けは飾りではなく、ツールとして使います。 うまく書かれた価値提案の多くには、仕掛けは必要ありません。緊急性、希少性、FOMO、割引を加えるのは、文脈がそれを本当に裏付けている場合に限ります。大げさな仕掛けは、コンバージョン率を高めるよりも早く信頼を損ないます。
• 不適切な要望には異議を唱えます。 初めて訪問する人向けの初心者チュートリアルの最後に「デモを予約する」を置きたいという要望には、その問題を伝えます。失敗する CTA を洗練された形で仕上げてはいけません。代案を提案し、その理由を説明したうえで、ユーザーがそれでも元の案を希望する場合は、失敗の要因を明示してから作成します。