cro-optimization について
ランディングページを監査し、コンバージョン率の改善案を提示するスキルです。ページの内容や構成を確認し、想定される効果に基づいて変更の優先度を付けます。
主な機能
- 01ページのコピーと構成を監査
- 02CTA、フォーム、信頼要素を確認
- 03視覚的階層とモバイル対応の手掛かりを評価
- 04影響度に基づき問題を優先付け
- 05変更前後のコピー案を提示
活用シーン
- 01公開前のランディングページ確認
- 02登録やデモ申込の障壁の発見
- 03コンバージョン改善施策の優先順位付け
インストール
コマンドをコピーしてターミナルで実行します。
npx skills add https:/ / github.com/ ognjengt/ founder-skills --skill cro-optimizationインストール後、Claude Code で/cro-optimizationを入力して読み込まれたか確認します。
同梱ファイル
SKILL.md と一緒にインストールされる参考資料やスクリプト。
references/.gitkeepcro_principles.mdelement_audit_framework.mdlanding_page_patterns.md詳細
CRO 最適化
目的
ランディングページを分析し、コンバージョンを最大化するための、具体的で実行可能な提案を含む包括的な CRO 監査を提供します。
実行ロジック
まず $ARGUMENTS を確認し、実行モードを判断してください。
$ARGUMENTS が空、または指定されていない場合:
次の内容で応答してください。 「cro-optimization loaded, provide your landing page URL or paste your HTML/CSS code」
その後、次のメッセージでユーザーがランディングページを提供するのを待ってください。
$ARGUMENTS に内容が含まれている場合:
ただちにタスクの実行に進んでください(「loaded」メッセージは省略します)。
タスクの実行
ランディングページが用意された場合(最初の $ARGUMENTS または後続メッセージのどちらでも):
1. 必須:最初に参照ファイルを読む
ブロッキング要件 — この手順を省略しないでください
ほかのことをする前に、必ず Read ツールを使用して、次の3つの参照ファイルをすべて読んでください。
Read: ./references/cro_principles.md
Read: ./references/landing_page_patterns.md
Read: ./references/element_audit_framework.md
以下の内容が含まれています:
- cro_principles.md:検出基準と修正パターンを含む、13の基本的な CRO 原則
- landing_page_patterns.md:ClickUp、Notion、Stripe、Apple など、コンバージョン率の高いページに見られる実例パターンをカテゴリ別に整理したもの
- element_audit_framework.md:HTML 要素、CTA、フォーム、視覚的階層を監査するための体系的なフレームワーク
すべてのファイルを読み、原則、パターン、監査フレームワークをコンテキストに取り込むまで、手順2に進まないでください。
2. ビジネスコンテキストを確認
プロジェクトのルートに FOUNDER_CONTEXT.md があるか確認してください。
- 存在する場合: ファイルを読み、ビジネスコンテキスト(業界、ターゲットオーディエンス、製品タイプ、競合他社)を使って提案を個別に調整してください。
- 存在しない場合: ページの内容だけをもとに分析を進めてください。
3. ランディングページを取得して抽出
ユーザーが URL を指定した場合:
- WebFetch を使ってランディングページの内容を取得してください
- 主要な要素を抽出して整理してください(「要素の抽出」を参照)
ユーザーが HTML/CSS を直接提供した場合:
- 提供されたコードを直接分析してください
- 不足しているコンテキスト(実際のスタイル、画像など)を記録してください
4. 要素の抽出
ページから次の要素を抽出して整理してください。
タイポグラフィ:
- H1(必ず1つ)
- H2(セクション見出し)
- 本文のサンプル
- CTA ボタンの文言
視覚的な構成:
- ファーストビューのコンテンツ
- セクションの順序
- 画像やビジュアルの配置
- 配色とコントラスト
コンバージョン要素:
- 主な CTA(文言、配置、デザイン)
- ほかの CTA
- フォーム(項目数、ラベル)
- 信頼性のシグナル(ロゴ、推薦文、バッジ)
- ソーシャルプルーフ(数値、レビュー、導入事例)
技術面:
- モバイル対応を示す要素
- 読み込み速度に関する懸念(大きな画像など)
5. CRO 原則に照らして監査
cro_principles.md にある13の原則それぞれについて:
- ページが原則に違反しているか確認する
- 根拠とともに具体的な違反箇所を記録する
- 深刻度(高/中/低)を判定する
- 具体的な提案を作成する
影響度に基づく優先順位:
- 高:ファーストビューの明瞭さ、CTA の有効性、重大な信頼性の不足
- 中:懸念への対応、視覚的階層、スキャンのしやすさ
- 低:細かな文言の調整、あると望ましい追加要素
6. コンバージョン率の高いパターンと比較
landing_page_patterns.md を使って:
- 最も関連性の高いカテゴリ(B2B SaaS、E コマースなど)を特定する
- ページの構成を実績のあるパターンと比較する
- 成果を上げているページにある、ページに不足している要素を記録する
- 成功パターンを取り入れる機会を特定する
7. 提案を作成
見つかった問題ごとに、次の内容を提示してください。
- 変更内容 — 対象となる具体的な要素と対応
- 重要な理由 — 違反している原則と、期待される効果
- 実装方法 — 具体例または書き換え案
- 優先度 — 理由を添えた高/中/低のいずれか
8. 形式を整えて検証
- 出力形式セクションに従って出力を構成する
- 品質チェックリストによる自己検証を完了する
- 提案が一般論ではなく、具体的で実行可能な内容になっていることを確認する
執筆ルール
厳守事項です。解釈の余地はありません。
基本ルール
- すべての提案は具体的で、実行可能なものにしてください
- コピーの変更には変更前/変更後の例を含めてください
- 違反している具体的な原則を示してください
- 実装の容易さではなく、コンバージョンへの影響度を基準に優先順位を付けてください
- 可能な場合は、変更を検証可能な仮説として提示してください
- 「なぜ」変更が必要なのかを説明せずに、変更を提案してはいけません
分析ルール
- 原則を飛ばさず、体系的に監査してください
- 問題だけでなく、うまく機能している点も記録してください
- ページの想定ターゲット層を考慮してください
- 想定される流入元を考慮してください
- 重大な問題と最適化の機会を区別してください
提案ルール
- 最も影響の大きい変更から提示してください
- 関連する提案をまとめてください
- 「もっと分かりやすく」ではなく、具体的なコピーの書き換え案を提示してください
- 内容だけでなく、配置の提案も含めてください
- モバイルでの体験は個別に考慮してください
出力形式
# CRO Audit Report: [Page Name/URL]
## Executive Summary
[2-3 sentences: Overall assessment, biggest opportunities, expected impact]
---
## What's Working Well
[Bullet list of 3-5 elements that follow CRO best practices]
---
## Critical Issues (Fix First)
### Issue 1: [Specific Problem]
**Principle Violated:** [Principle name and number]
**Current State:** [What exists now]
**Problem:** [Why this hurts conversions]
**Recommendation:** [Specific fix]
**Example:**
BEFORE: [現在のコピー/要素] AFTER: [推奨するコピー/要素]
**Expected Impact:** [What improvement to expect]
### Issue 2: [Specific Problem]
[Same structure]
---
## High-Impact Optimizations
### Optimization 1: [Improvement Area]
**Current State:** [What exists]
**Opportunity:** [What could be better]
**Recommendation:** [Specific change]
**Example:**
BEFORE: [現在の内容] AFTER: [推奨する内容]
**Priority:** [High/Medium] — [Reasoning]
[Continue for each optimization]
---
## Section-by-Section Analysis
### Above the Fold
- **H1:** [Assessment and recommendation if needed]
- **Subheadline:** [Assessment and recommendation if needed]
- **CTA:** [Assessment and recommendation if needed]
- **Trust signals:** [Assessment and recommendation if needed]
### [Section Name]
[Analysis and recommendations]
[Continue for each major section]
---
## Quick Wins (Easy Implementations)
1. [Simple change with good impact]
2. [Simple change with good impact]
3. [Simple change with good impact]
---
## Testing Roadmap
1. **Test First:** [Highest impact hypothesis]
2. **Test Second:** [Next priority]
3. **Test Third:** [Following priority]
---
## Benchmark Comparison
**Compared to:** [Relevant high-converting examples from patterns file]
**Missing elements:** [What top performers have that this page lacks]
**Adoption opportunities:** [Specific patterns to consider implementing]
参考資料
分析を始める前に、Read ツールを使用して次の3つのファイルをすべて読む必要があります(ステップ1を参照):
| ファイル | 目的 |
|---|---|
./references/cro_principles.md | 13のCRO原則と、検出基準、修正パターン、違反の兆候 |
./references/landing_page_patterns.md | ClickUp、Notion、Stripe、Apple、Shopifyなどの実例パターンをカテゴリー別に整理 |
./references/element_audit_framework.md | H1、CTA、フォーム、ソーシャルプルーフ、視覚的階層を監査するための体系的なフレームワーク |
3つすべてが重要な理由: 原則は問題点を示します。パターンは優れた例を示します。監査フレームワークは、すべてを体系的に確認するためのものです。これらを組み合わせることで、一般論にとどまらない、具体的で根拠に基づいた提案が可能になります。
品質チェックリスト(自己検証)
出力を確定する前に、以下のすべてを確認してください。
分析前の確認
- 分析前に
./references/cro_principles.mdを読みました - 分析前に
./references/landing_page_patterns.mdを読みました - 分析前に
./references/element_audit_framework.mdを読みました - 13の原則、カテゴリー別パターン、監査基準をすべて把握しています
抽出の確認
- H1を特定し、明確さを評価しました
- すべてのCTAを洗い出し、それぞれのコピーを記録しました
- ソーシャルプルーフの要素と配置を記録しました
- ファーストビューのコンテンツを評価しました
- セクションの順序を評価しました
分析の確認
- 各原則をページに照らして評価しました
- 問題点について、違反している具体的な原則を示しました
- 提案に変更前/変更後の例を含めました
- コンバージョンへの影響度に基づいて優先順位を付けました
- 関連性の高い、コンバージョン率の高いパターンと比較しました
出力の確認
- エグゼクティブサマリーに主要な調査結果をまとめました
- 重大な問題を最初に記載しました
- すべての提案が具体的で、実行可能です
- テスト計画に明確な次のステップを示しました
- 「うまく機能している点」のセクションを含めました
いずれかの項目を確認できない場合 → 提示する前に修正してください。
デフォルトと前提
文脈から別の判断が必要でない限り、以下を使用してください。
- ページタイプ: SaaSのランディングページ(最も一般的)
- トラフィックの温度感: 混在(コールドからウォーム)
- 主な目標: サインアップまたはデモのリクエスト
- ターゲット層: ビジネス上の意思決定者
- デバイスの割合: デスクトップ60%、モバイル40%
- コンバージョンの定義: 主CTAのクリック
ページタイプが明らかに異なる場合(Eコマース、コンテンツサイトなど)は、それに合わせて分析を調整してください。
使用した前提は、エグゼクティブサマリーに記載してください。