Compare commits
40 Commits
| Author | SHA1 | Date | |
|---|---|---|---|
|
|
d19edbebfb | ||
|
|
2001965e52 | ||
|
|
866d6954f7 | ||
|
|
7e5d8d52a1 | ||
|
|
b55e7e39cc | ||
|
|
f728d0d816 | ||
|
|
9891cb28ed | ||
|
|
699ceabd57 | ||
|
|
c8e7424ea6 | ||
|
|
14fb3b5159 | ||
|
|
691b02c817 | ||
|
|
acc6dbc84f | ||
|
|
d8453057df | ||
|
|
f45abe634d | ||
|
|
85480f4ce4 | ||
|
|
e5d2a7e1ec | ||
|
|
c04d59d91d | ||
|
|
7d061238e6 | ||
|
|
805ef578f4 | ||
|
|
0792c9a505 | ||
|
|
86c74656aa | ||
|
|
a11280426c | ||
|
|
99fbad717f | ||
|
|
706a84b873 | ||
|
|
0f4a1b2fd7 | ||
|
|
c0348ca1b5 | ||
|
|
441189cd90 | ||
|
|
e242186fe2 | ||
|
|
45e2049663 | ||
|
|
c96815ed7c | ||
|
|
1e03172075 | ||
|
|
7280be2d63 | ||
|
|
b3c75a3ab0 | ||
|
|
0b9d17a95f | ||
|
|
c51ca4a4bf | ||
|
|
f155a8ff24 | ||
|
|
f7b16b436b | ||
|
|
79ed5ead64 | ||
|
|
d75824bfd0 | ||
|
|
173c634b46 |
167
.github/MAINTENANCE.md
vendored
167
.github/MAINTENANCE.md
vendored
@@ -1,64 +1,143 @@
|
||||
# Repository Maintenance Protocol & Governance
|
||||
# 🛠️ Repository Maintenance Guide (V3)
|
||||
|
||||
> [!URGENT]
|
||||
> **READ THIS FIRST**: The single most critical rule of this repository is: **IF YOU DO NOT PUSH YOUR CHANGES, THEY DO NOT EXIST.**
|
||||
>
|
||||
> **ALWAYS** run `git push` immediately after committing. No exceptions.
|
||||
> **"If it's not documented, it's broken."**
|
||||
|
||||
## 1. Governance & Roles
|
||||
This guide details the exact procedures for maintaining `antigravity-awesome-skills`.
|
||||
It covers the **Quality Bar**, **Documentation Consistency**, and **Release Workflows**.
|
||||
|
||||
### Maintainers
|
||||
---
|
||||
|
||||
- **Core Team**: Responsible for "Official" skills and merging PRs.
|
||||
- **Review Policy**: All PRs must pass the [Quality Bar](../docs/QUALITY_BAR.md) checks.
|
||||
## 1. 🚦 Daily Maintenance Routine
|
||||
|
||||
### Code of Conduct
|
||||
### A. Validation Chain
|
||||
|
||||
All contributors must adhere to the [Code of Conduct](../CODE_OF_CONDUCT.md).
|
||||
Before ANY commit that adds/modifies skills, run the chain:
|
||||
|
||||
## 2. Analysis & Planning (Planner Role)
|
||||
1. **Validate Metadata & Quality**:
|
||||
|
||||
1. **Check Duplicates**: `grep -r "search_term" skills_index.json`
|
||||
2. **Consult Quality Bar**: Review `docs/QUALITY_BAR.md` to ensure the plan meets the "Validated" criteria.
|
||||
3. **Risk Assessment**: Determine if the skill is `safe`, `critical`, or `offensive`. (See [Security Guardrails](../docs/SECURITY_GUARDRAILS.md))
|
||||
```bash
|
||||
python3 scripts/validate_skills.py
|
||||
```
|
||||
|
||||
## 3. Implementation Workflow (Executor Role)
|
||||
_Must return 0 errors for new skills._
|
||||
|
||||
1. **Create Skill**: Follow the standard folder structure `skills/<kebab-name>/`.
|
||||
2. **SKILL.md**: MUST header to the Quality Bar standard.
|
||||
2. **Regenerate Index**:
|
||||
python3 scripts/generate_index.py
|
||||
|
||||
```yaml
|
||||
---
|
||||
name: my-skill
|
||||
description: clear description
|
||||
risk: safe
|
||||
source: self
|
||||
---
|
||||
```
|
||||
```
|
||||
|
||||
3. **Security Check**: If `risk: offensive`, add the "Authorized Use Only" disclaimer.
|
||||
```
|
||||
|
||||
## 4. Validation Chain (MANDATORY)
|
||||
3. **Update Readme**:
|
||||
|
||||
Run validation before committing:
|
||||
```bash
|
||||
python3 scripts/update_readme.py
|
||||
```
|
||||
|
||||
```bash
|
||||
python3 scripts/validate_skills.py
|
||||
python3 scripts/generate_index.py
|
||||
python3 scripts/update_readme.py
|
||||
```
|
||||
4. **COMMIT GENERATED FILES**:
|
||||
```bash
|
||||
git add skills_index.json README.md
|
||||
git commit -m "chore: sync generated files"
|
||||
```
|
||||
> 🔴 **CRITICAL**: If you skip this, CI will fail with "Detected uncommitted changes".
|
||||
> See [docs/CI_DRIFT_FIX.md](../docs/CI_DRIFT_FIX.md) for details.
|
||||
|
||||
> [!NOTE]
|
||||
> **Transition Period**: We are currently in a "Soft Launch" phase. Legacy skills may trigger warnings.
|
||||
> **New skills MUST have zero warnings.**
|
||||
### B. Post-Merge Routine (Must Do)
|
||||
|
||||
## 5. Documentation & Credits
|
||||
After multiple PR merges or significant changes:
|
||||
|
||||
- [ ] **SOURCE.md**: Update the master source list if importing external skills.
|
||||
- [ ] **README.md**: Ensure credits are added in the `Credits` section.
|
||||
1. **Sync Contributors List**:
|
||||
- Run: `git shortlog -sn --all`
|
||||
- Update `## Repo Contributors` in README.md.
|
||||
|
||||
## 6. Finalization (The "Antigravity" Standard)
|
||||
2. **Verify Table of Contents**:
|
||||
- Ensure all new headers have clean anchors.
|
||||
- **NO EMOJIS** in H2 headers.
|
||||
|
||||
- [ ] **Git Add**: `git add .`
|
||||
- [ ] **Commit**: `git commit -m "feat: add [skill-name] skill"`
|
||||
- [ ] **PUSH NOW**: `git push` (Do not wait).
|
||||
3. **Draft a Release**:
|
||||
- Go to [Releases Page](https://github.com/sickn33/antigravity-awesome-skills/releases).
|
||||
- Draft a new release for the merged changes.
|
||||
- Tag version (e.g., `v3.1.0`).
|
||||
|
||||
---
|
||||
|
||||
## 2. 📝 Documentation "Pixel Perfect" Rules
|
||||
|
||||
We discovered several consistency issues during V3 development. Follow these rules STRICTLY.
|
||||
|
||||
### A. Table of Contents (TOC) Anchors
|
||||
|
||||
GitHub's anchor generation breaks if headers have emojis.
|
||||
|
||||
- **BAD**: `## 🚀 New Here?` -> Anchor: `#--new-here` (Broken)
|
||||
- **GOOD**: `## New Here?` -> Anchor: `#new-here` (Clean)
|
||||
|
||||
**Rule**: **NEVER put emojis in H2 (`##`) headers.** Put them in the text below if needed.
|
||||
|
||||
### B. The "Trinity" of Docs
|
||||
|
||||
If you update installation instructions or tool compatibility, you MUST update all 3 files:
|
||||
|
||||
1. `README.md` (Source of Truth)
|
||||
2. `GETTING_STARTED.md` (Beginner Guide)
|
||||
3. `FAQ.md` (Troubleshooting)
|
||||
|
||||
_Common pitfall: Updating the clone URL in README but leaving an old one in FAQ._
|
||||
|
||||
### C. Statistics
|
||||
|
||||
If you add skills, update the counts:
|
||||
|
||||
- Title of `README.md`: "253+ Agentic Skills..."
|
||||
- `## Full Skill Registry (253/253)` header.
|
||||
- `GETTING_STARTED.md` intro.
|
||||
|
||||
### D. Badges & Links
|
||||
|
||||
- **Antigravity Badge**: Must point to `https://github.com/sickn33/antigravity-awesome-skills`, NOT `anthropics/antigravity`.
|
||||
- **License**: Ensure the link points to `LICENSE` file.
|
||||
|
||||
---
|
||||
|
||||
## 3. 🛡️ Governance & Quality Bar
|
||||
|
||||
### A. The 5-Point Quality Check
|
||||
|
||||
Reject any PR that fails this:
|
||||
|
||||
1. **Metadata**: Has `name`, `description`?
|
||||
2. **Safety**: `risk: offensive` used for red-team tools?
|
||||
3. **Clarity**: Does it say _when_ to use it?
|
||||
4. **Examples**: Copy-pasteable code blocks?
|
||||
5. **Actions**: "Run this command" vs "Think about this".
|
||||
|
||||
### B. Risk Labels (V3)
|
||||
|
||||
- ⚪ **Safe**: Default.
|
||||
- 🔴 **Risk**: Destructive/Security tools. MUST have `[Authorized Use Only]` warning.
|
||||
- 🟣 **Official**: Vendor mirrors only.
|
||||
|
||||
---
|
||||
|
||||
## 4. 🚀 Release Workflow
|
||||
|
||||
When cutting a new version (e.g., V4):
|
||||
|
||||
1. **Run Full Validation**: `python3 scripts/validate_skills.py --strict`
|
||||
2. **Update Changelog**: Create `RELEASE_NOTES.md`.
|
||||
3. **Bump Version**: Update header in `README.md`.
|
||||
4. **Tag Release**:
|
||||
```bash
|
||||
git tag -a v3.0.0 -m "V3 Enterprise Edition"
|
||||
git push origin v3.0.0
|
||||
```
|
||||
|
||||
---
|
||||
|
||||
## 5. 🚨 Emergency Fixes
|
||||
|
||||
If a skill is found to be harmful or broken:
|
||||
|
||||
1. **Move to broken folder** (don't detect): `mv skills/bad-skill skills/.broken/`
|
||||
2. **Or Add Warning**: Add `> [!WARNING]` to the top of `SKILL.md`.
|
||||
3. **Push Immediately**.
|
||||
|
||||
4
.github/workflows/ci.yml
vendored
4
.github/workflows/ci.yml
vendored
@@ -17,6 +17,10 @@ jobs:
|
||||
with:
|
||||
python-version: "3.10"
|
||||
|
||||
- name: Install dependencies
|
||||
run: |
|
||||
pip install pyyaml
|
||||
|
||||
- name: 🔍 Validate Skills (Soft Mode)
|
||||
run: |
|
||||
python3 scripts/validate_skills.py
|
||||
|
||||
27
CHANGELOG.md
27
CHANGELOG.md
@@ -9,6 +9,33 @@ and this project adheres to [Semantic Versioning](https://semver.org/spec/v2.0.0
|
||||
|
||||
---
|
||||
|
||||
---
|
||||
|
||||
## [3.0.0] - 2026-01-25 - "The Governance Update"
|
||||
|
||||
### Added
|
||||
|
||||
- **Governance & Security**:
|
||||
- `docs/QUALITY_BAR.md`: Defined 5-point validation standard (Metadata, Risk, Triggers).
|
||||
- `docs/SECURITY_GUARDRAILS.md`: Enforced "Authorized Use Only" for offensive skills.
|
||||
- `CODE_OF_CONDUCT.md`: Adhered to Contributor Covenant v2.1.
|
||||
- **Automation**:
|
||||
- `scripts/validate_skills.py`: Automated Quality Bar enforcement (Soft Mode supported).
|
||||
- `.github/workflows/ci.yml`: Automated PR checks.
|
||||
- `scripts/generate_index.py`: Registry generation with Risk & Source columns.
|
||||
- **Experience**:
|
||||
- `docs/BUNDLES.md`: 9 Starter Packs (Essentials, Security, Web, Agent, Game Dev, DevOps, Data, Testing, Creative).
|
||||
- **Interactive Registry**: README now features Risk Levels (🔴/🟢/🟣) and Collections.
|
||||
- **Documentation**:
|
||||
- `docs/EXAMPLES.md`: Cookbook with 3 real-world scenarios.
|
||||
- `docs/SOURCES.md`: Legal ledger for attributions and licenses.
|
||||
- `RELEASE_NOTES.md`: Generated release announcement (archived).
|
||||
|
||||
### Changed
|
||||
|
||||
- **Standardization**: All 250+ skills are now validated against the new Quality Bar schema.
|
||||
- **Project Structure**: Introduced `docs/` folder for scalable documentation.
|
||||
|
||||
## [2.14.0] - 2026-01-25 - "Web Intelligence & Windows"
|
||||
|
||||
### Added
|
||||
|
||||
259
CONTRIBUTING.md
259
CONTRIBUTING.md
@@ -1,6 +1,19 @@
|
||||
# 🤝 Contributing Guide - Make It Easy for Everyone!
|
||||
# 🤝 Contributing Guide - V3 Enterprise Edition
|
||||
|
||||
**Thank you for wanting to make this repo better!** This guide shows you exactly how to contribute, even if you're new to open source.
|
||||
With V3, we raised the bar for quality. Please read the **new Quality Standards** below carefully.
|
||||
|
||||
---
|
||||
|
||||
## 🧐 The "Quality Bar" (V3 Standard)
|
||||
|
||||
**Critical for new skills:** Every skill submitted must pass our **5-Point Quality Check** (see `docs/QUALITY_BAR.md` for details):
|
||||
|
||||
1. **Metadata**: Correct Frontmatter (`name`, `description`).
|
||||
2. **Safety**: No harmful commands without "Risk" labels.
|
||||
3. **Clarity**: Clear "When to use" section.
|
||||
4. **Examples**: At least one copy-paste usage example.
|
||||
5. **Actions**: Must define concrete steps, not just "thoughts".
|
||||
|
||||
---
|
||||
|
||||
@@ -9,104 +22,60 @@
|
||||
You don't need to be an expert! Here are ways anyone can help:
|
||||
|
||||
### 1. Improve Documentation (Easiest!)
|
||||
|
||||
- Fix typos or grammar
|
||||
- Make explanations clearer
|
||||
- Add examples to existing skills
|
||||
- Translate documentation to other languages
|
||||
|
||||
### 2. Report Issues
|
||||
|
||||
- Found something confusing? Tell us!
|
||||
- Skill not working? Let us know!
|
||||
- Have suggestions? We want to hear them!
|
||||
|
||||
### 3. Create New Skills
|
||||
|
||||
- Share your expertise as a skill
|
||||
- Fill gaps in the current collection
|
||||
- Improve existing skills
|
||||
|
||||
### 4. Test and Validate
|
||||
|
||||
- Try skills and report what works/doesn't work
|
||||
- Test on different AI tools
|
||||
- Suggest improvements
|
||||
|
||||
---
|
||||
|
||||
## How to Improve Documentation
|
||||
|
||||
### Super Easy Method (No Git Knowledge Needed!)
|
||||
|
||||
1. **Find the file** you want to improve on GitHub
|
||||
2. **Click the pencil icon** (✏️) to edit
|
||||
3. **Make your changes** in the browser
|
||||
4. **Click "Propose changes"** at the bottom
|
||||
5. **Done!** We'll review and merge it
|
||||
|
||||
### Using Git (If You Know How)
|
||||
|
||||
```bash
|
||||
# 1. Fork the repo on GitHub (click the Fork button)
|
||||
|
||||
# 2. Clone your fork
|
||||
git clone https://github.com/YOUR-USERNAME/antigravity-awesome-skills.git
|
||||
cd antigravity-awesome-skills
|
||||
|
||||
# 3. Create a branch
|
||||
git checkout -b improve-docs
|
||||
|
||||
# 4. Make your changes
|
||||
# Edit files in your favorite editor
|
||||
|
||||
# 5. Commit and push
|
||||
git add .
|
||||
git commit -m "docs: make XYZ clearer"
|
||||
git push origin improve-docs
|
||||
|
||||
# 6. Open a Pull Request on GitHub
|
||||
```
|
||||
|
||||
---
|
||||
|
||||
## How to Create a New Skill
|
||||
|
||||
### What Makes a Good Skill?
|
||||
|
||||
A skill should:
|
||||
- ✅ Solve a specific problem
|
||||
- ✅ Be reusable across projects
|
||||
- ✅ Have clear instructions
|
||||
- ✅ Include examples when possible
|
||||
|
||||
### Step-by-Step: Create Your First Skill
|
||||
### Step-by-Step Guide
|
||||
|
||||
#### Step 1: Choose Your Skill Topic
|
||||
|
||||
Ask yourself:
|
||||
- What am I good at?
|
||||
- What do I wish my AI assistant knew better?
|
||||
- What task do I do repeatedly?
|
||||
|
||||
**Examples:**
|
||||
- "I'm good at Docker, let me create a Docker skill"
|
||||
- "I wish AI understood Tailwind better"
|
||||
- "I keep setting up the same testing patterns"
|
||||
Ask yourself: "What do I wish my AI assistant knew better?".
|
||||
Example: "I'm good at Docker, let me create a Docker skill".
|
||||
|
||||
#### Step 2: Create the Folder Structure
|
||||
|
||||
Skills live in the `skills/` directory. Use `kebab-case` for folder names.
|
||||
|
||||
```bash
|
||||
# Navigate to the skills directory
|
||||
# Navigate to skills
|
||||
cd skills/
|
||||
|
||||
# Create your skill folder (use lowercase with hyphens)
|
||||
# Create your skill folder
|
||||
mkdir my-awesome-skill
|
||||
cd my-awesome-skill
|
||||
|
||||
# Create the SKILL.md file
|
||||
cd my-awesome-skill
|
||||
touch SKILL.md
|
||||
```
|
||||
|
||||
#### Step 3: Write Your SKILL.md
|
||||
|
||||
Every skill needs this basic structure:
|
||||
Every skill needs this basic structure. **Copy this template:**
|
||||
|
||||
```markdown
|
||||
---
|
||||
@@ -124,90 +93,50 @@ Explain what this skill does and when to use it.
|
||||
|
||||
- Use when [scenario 1]
|
||||
- Use when [scenario 2]
|
||||
- Use when [scenario 3]
|
||||
|
||||
## How It Works
|
||||
|
||||
### Step 1: [First Step]
|
||||
Explain what to do first...
|
||||
|
||||
### Step 2: [Second Step]
|
||||
Explain the next step...
|
||||
|
||||
### Step 3: [Final Step]
|
||||
Explain how to finish...
|
||||
Detailed step-by-step instructions for the AI...
|
||||
|
||||
## Examples
|
||||
|
||||
### Example 1: [Common Use Case]
|
||||
\`\`\`
|
||||
Show example code or commands here
|
||||
\`\`\`
|
||||
### Example 1
|
||||
|
||||
### Example 2: [Another Use Case]
|
||||
\`\`\`
|
||||
More examples...
|
||||
code example here
|
||||
\`\`\`
|
||||
|
||||
## Best Practices
|
||||
|
||||
- ✅ Do this
|
||||
- ✅ Also do this
|
||||
- ❌ Don't do this
|
||||
- ❌ Avoid this
|
||||
|
||||
## Common Pitfalls
|
||||
|
||||
- **Problem:** Description of common issue
|
||||
**Solution:** How to fix it
|
||||
|
||||
## Additional Resources
|
||||
|
||||
- [Link to documentation](https://example.com)
|
||||
- [Tutorial](https://example.com)
|
||||
```
|
||||
|
||||
#### Step 4: Test Your Skill
|
||||
#### Step 4: Validate (CRITICAL V3 STEP)
|
||||
|
||||
1. **Copy it to your AI tool's skills directory:**
|
||||
```bash
|
||||
cp -r skills/my-awesome-skill ~/.agent/skills/
|
||||
```
|
||||
|
||||
2. **Try using it:**
|
||||
```
|
||||
@my-awesome-skill help me with [task]
|
||||
```
|
||||
|
||||
3. **Does it work?** Great! If not, refine it.
|
||||
|
||||
#### Step 5: Validate Your Skill
|
||||
|
||||
Run the validation script:
|
||||
Run the validation script locally. **We will not merge PRs that fail this check.**
|
||||
|
||||
```bash
|
||||
# Soft mode (warnings only)
|
||||
python3 scripts/validate_skills.py
|
||||
|
||||
# Hard mode (what CI runs)
|
||||
python3 scripts/validate_skills.py --strict
|
||||
```
|
||||
|
||||
This checks:
|
||||
- ✅ SKILL.md exists
|
||||
|
||||
- ✅ `SKILL.md` exists
|
||||
- ✅ Frontmatter is correct
|
||||
- ✅ Name matches folder name
|
||||
- ✅ Description exists
|
||||
- ✅ Quality Bar checks passed
|
||||
|
||||
#### Step 6: Submit Your Skill
|
||||
#### Step 5: Submit Your Skill
|
||||
|
||||
```bash
|
||||
# 1. Add your skill
|
||||
git add skills/my-awesome-skill/
|
||||
|
||||
# 2. Commit with a clear message
|
||||
git commit -m "feat: add my-awesome-skill for [purpose]"
|
||||
|
||||
# 3. Push to your fork
|
||||
git commit -m "feat: add my-awesome-skill"
|
||||
git push origin my-branch
|
||||
|
||||
# 4. Open a Pull Request on GitHub
|
||||
```
|
||||
|
||||
---
|
||||
@@ -232,110 +161,34 @@ description: "One sentence describing what this skill does and when to use it"
|
||||
|
||||
- Use when you need to [scenario 1]
|
||||
- Use when you want to [scenario 2]
|
||||
- Use when working with [scenario 3]
|
||||
|
||||
## Core Concepts
|
||||
|
||||
### Concept 1
|
||||
[Explain key concept]
|
||||
|
||||
### Concept 2
|
||||
[Explain another key concept]
|
||||
|
||||
## Step-by-Step Guide
|
||||
|
||||
### 1. [First Step Name]
|
||||
[Detailed instructions]
|
||||
|
||||
### 2. [Second Step Name]
|
||||
[Detailed instructions]
|
||||
|
||||
### 3. [Third Step Name]
|
||||
[Detailed instructions]
|
||||
|
||||
## Examples
|
||||
|
||||
### Example 1: [Use Case Name]
|
||||
|
||||
\`\`\`language
|
||||
// Example code here
|
||||
\`\`\`
|
||||
|
||||
**Explanation:** [What this example demonstrates]
|
||||
|
||||
### Example 2: [Another Use Case]
|
||||
\`\`\`language
|
||||
// More example code
|
||||
\`\`\`
|
||||
|
||||
**Explanation:** [What this example demonstrates]
|
||||
|
||||
## Best Practices
|
||||
|
||||
- ✅ **Do:** [Good practice]
|
||||
- ✅ **Do:** [Another good practice]
|
||||
- ❌ **Don't:** [What to avoid]
|
||||
- ❌ **Don't:** [Another thing to avoid]
|
||||
|
||||
## Troubleshooting
|
||||
|
||||
### Problem: [Common Issue]
|
||||
**Symptoms:** [How you know this is the problem]
|
||||
**Problem:** [Common Issue]
|
||||
**Solution:** [How to fix it]
|
||||
|
||||
### Problem: [Another Issue]
|
||||
**Symptoms:** [How you know this is the problem]
|
||||
**Solution:** [How to fix it]
|
||||
|
||||
## Related Skills
|
||||
|
||||
- `@related-skill-1` - [When to use this instead]
|
||||
- `@related-skill-2` - [How this complements your skill]
|
||||
|
||||
## Additional Resources
|
||||
|
||||
- [Official Documentation](https://example.com)
|
||||
- [Tutorial](https://example.com)
|
||||
- [Community Guide](https://example.com)
|
||||
```
|
||||
|
||||
---
|
||||
|
||||
## How to Report Issues
|
||||
|
||||
### Found a Bug?
|
||||
|
||||
1. **Check existing issues** - Maybe it's already reported
|
||||
2. **Open a new issue** with this info:
|
||||
- What skill has the problem?
|
||||
- What AI tool are you using?
|
||||
- What did you expect to happen?
|
||||
- What actually happened?
|
||||
- Steps to reproduce
|
||||
|
||||
### Found Something Confusing?
|
||||
|
||||
1. **Open an issue** titled: "Documentation unclear: [topic]"
|
||||
2. **Explain:**
|
||||
- What part is confusing?
|
||||
- What did you expect to find?
|
||||
- How could it be clearer?
|
||||
|
||||
---
|
||||
|
||||
## Contribution Checklist
|
||||
|
||||
Before submitting your contribution:
|
||||
|
||||
- [ ] My skill has a clear, descriptive name
|
||||
- [ ] The `SKILL.md` has proper frontmatter (name + description)
|
||||
- [ ] I've included examples
|
||||
- [ ] I've tested the skill with an AI assistant
|
||||
- [ ] I've run `python3 scripts/validate_skills.py`
|
||||
- [ ] My commit message is clear (e.g., "feat: add docker-compose skill")
|
||||
- [ ] I've checked for typos and grammar
|
||||
|
||||
---
|
||||
|
||||
## Commit Message Guidelines
|
||||
|
||||
Use these prefixes:
|
||||
@@ -348,11 +201,11 @@ Use these prefixes:
|
||||
- `chore:` - Maintenance tasks
|
||||
|
||||
**Examples:**
|
||||
|
||||
```
|
||||
feat: add kubernetes-deployment skill
|
||||
docs: improve getting started guide
|
||||
fix: correct typo in stripe-integration skill
|
||||
docs: add examples to react-best-practices
|
||||
```
|
||||
|
||||
---
|
||||
@@ -360,30 +213,13 @@ docs: add examples to react-best-practices
|
||||
## Learning Resources
|
||||
|
||||
### New to Git/GitHub?
|
||||
|
||||
- [GitHub's Hello World Guide](https://guides.github.com/activities/hello-world/)
|
||||
- [Git Basics](https://git-scm.com/book/en/v2/Getting-Started-Git-Basics)
|
||||
|
||||
### New to Markdown?
|
||||
|
||||
- [Markdown Guide](https://www.markdownguide.org/basic-syntax/)
|
||||
- [GitHub Markdown](https://guides.github.com/features/mastering-markdown/)
|
||||
|
||||
### New to Open Source?
|
||||
- [First Contributions](https://github.com/firstcontributions/first-contributions)
|
||||
- [How to Contribute to Open Source](https://opensource.guide/how-to-contribute/)
|
||||
|
||||
---
|
||||
|
||||
## Need Help?
|
||||
|
||||
- **Questions?** Open a [Discussion](https://github.com/sickn33/antigravity-awesome-skills/discussions)
|
||||
- **Stuck?** Open an [Issue](https://github.com/sickn33/antigravity-awesome-skills/issues)
|
||||
- **Want feedback?** Open a [Draft Pull Request](https://github.com/sickn33/antigravity-awesome-skills/pulls)
|
||||
|
||||
---
|
||||
|
||||
## Recognition
|
||||
|
||||
All contributors are recognized in our [Contributors](https://github.com/sickn33/antigravity-awesome-skills/graphs/contributors) page!
|
||||
|
||||
---
|
||||
|
||||
@@ -392,10 +228,9 @@ All contributors are recognized in our [Contributors](https://github.com/sickn33
|
||||
- Be respectful and inclusive
|
||||
- Welcome newcomers
|
||||
- Focus on constructive feedback
|
||||
- Help others learn
|
||||
- **No harmful content**: See `docs/SECURITY_GUARDRAILS.md`.
|
||||
|
||||
---
|
||||
|
||||
**Thank you for making this project better for everyone!**
|
||||
|
||||
Every contribution, no matter how small, makes a difference. Whether you fix a typo, improve a sentence, or create a whole new skill - you're helping thousands of developers!
|
||||
|
||||
509
FAQ.md
509
FAQ.md
@@ -9,54 +9,56 @@
|
||||
### What are "skills" exactly?
|
||||
|
||||
Skills are specialized instruction files that teach AI assistants how to handle specific tasks. Think of them as expert knowledge modules that your AI can load on-demand.
|
||||
**Simple analogy:** Just like you might consult different experts (a lawyer, a doctor, a mechanic), these skills let your AI become an expert in different areas when you need them.
|
||||
|
||||
**Simple analogy:** Just like you might consult different experts (a lawyer, a doctor, a mechanic), skills let your AI become an expert in different areas when you need them.
|
||||
### Do I need to install all 250+ skills?
|
||||
|
||||
---
|
||||
|
||||
### Do I need to install all 233 skills?
|
||||
|
||||
**No!** When you clone the repository, all skills are available, but your AI only loads them when you explicitly invoke them with `@skill-name` or `/skill-name`.
|
||||
|
||||
It's like having a library - all the books are there, but you only read the ones you need.
|
||||
|
||||
---
|
||||
**No!** When you clone the repository, all skills are available, but your AI only loads them when you explicitly invoke them with `@skill-name`.
|
||||
It's like having a library - all books are there, but you only read the ones you need.
|
||||
**Pro Tip:** Use [Starter Packs](docs/BUNDLES.md) to install only what matches your role.
|
||||
|
||||
### Which AI tools work with these skills?
|
||||
|
||||
These skills work with any AI coding assistant that supports the `SKILL.md` format:
|
||||
|
||||
- ✅ **Claude Code** (Anthropic CLI)
|
||||
- ✅ **Gemini CLI** (Google)
|
||||
- ✅ **Codex CLI** (OpenAI)
|
||||
- ✅ **Cursor** (AI IDE)
|
||||
- ✅ **Antigravity IDE**
|
||||
- ✅ **OpenCode**
|
||||
- ⚠️ **GitHub Copilot** (partial support)
|
||||
|
||||
---
|
||||
- ⚠️ **GitHub Copilot** (partial support via copy-paste)
|
||||
|
||||
### Are these skills free to use?
|
||||
|
||||
**Yes!** This repository is licensed under MIT License, which means:
|
||||
**Yes!** This repository is licensed under MIT License.
|
||||
|
||||
- ✅ Free for personal use
|
||||
- ✅ Free for commercial use
|
||||
- ✅ You can modify them
|
||||
- ✅ You can redistribute them
|
||||
|
||||
---
|
||||
|
||||
### Do skills work offline?
|
||||
|
||||
The skill files themselves are stored locally on your computer, but your AI assistant needs an internet connection to function. So:
|
||||
|
||||
- ✅ Skills are local files
|
||||
- ❌ AI assistant needs internet
|
||||
The skill files themselves are stored locally on your computer, but your AI assistant needs an internet connection to function.
|
||||
|
||||
---
|
||||
|
||||
## Installation & Setup
|
||||
## 🔒 Security & Trust (V3 Update)
|
||||
|
||||
### What do the Risk Labels mean?
|
||||
|
||||
We classify skills so you know what you're running:
|
||||
|
||||
- ⚪ **Safe (White/Blue)**: Read-only, planning, or benign skills.
|
||||
- 🔴 **Risk (Red)**: Skills that modify files (delete), use network scanners, or perform destructive actions. **Use with caution.**
|
||||
- 🟣 **Official (Purple)**: Maintained by trusted vendors (Anthropic, DeepMind, etc.).
|
||||
|
||||
### Can these skills hack my computer?
|
||||
|
||||
**No.** Skills are text files. However, they _instruct_ the AI to run commands. If a skill says "delete all files", a compliant AI might try to do it.
|
||||
_Always check the Risk label and review the code._
|
||||
|
||||
---
|
||||
|
||||
## 📦 Installation & Setup
|
||||
|
||||
### Where should I install the skills?
|
||||
|
||||
@@ -68,37 +70,22 @@ git clone https://github.com/sickn33/antigravity-awesome-skills.git .agent/skill
|
||||
|
||||
**Tool-specific paths:**
|
||||
|
||||
- Claude Code: `.claude/skills/` or `.agent/skills/`
|
||||
- Gemini CLI: `.gemini/skills/` or `.agent/skills/`
|
||||
- Claude Code: `.claude/skills/`
|
||||
- Gemini CLI: `.gemini/skills/`
|
||||
- Cursor: `.cursor/skills/` or project root
|
||||
- Antigravity: `.agent/skills/`
|
||||
- OpenCode: `.opencode/skills/` or `.claude/skills/`
|
||||
|
||||
---
|
||||
### Does this work with Windows?
|
||||
|
||||
### Can I install skills in multiple projects?
|
||||
|
||||
**Yes!** You have two options:
|
||||
|
||||
**Option 1: Global Installation** (recommended)
|
||||
Install once in your home directory, works for all projects:
|
||||
**Yes**, but some "Official" skills use **symlinks** which Windows handles poorly by default.
|
||||
Run git with:
|
||||
|
||||
```bash
|
||||
cd ~
|
||||
git clone https://github.com/sickn33/antigravity-awesome-skills.git .agent/skills
|
||||
git clone -c core.symlinks=true https://github.com/sickn33/antigravity-awesome-skills.git .agent/skills
|
||||
```
|
||||
|
||||
**Option 2: Per-Project Installation**
|
||||
Install in each project directory:
|
||||
Or enable "Developer Mode" in Windows Settings.
|
||||
|
||||
```bash
|
||||
cd /path/to/your/project
|
||||
git clone https://github.com/sickn33/antigravity-awesome-skills.git .agent/skills
|
||||
```
|
||||
|
||||
---
|
||||
|
||||
### How do I update skills to the latest version?
|
||||
### How do I update skills?
|
||||
|
||||
Navigate to your skills directory and pull the latest changes:
|
||||
|
||||
@@ -109,436 +96,75 @@ git pull origin main
|
||||
|
||||
---
|
||||
|
||||
### Can I install only specific skills?
|
||||
|
||||
**Yes!** You can manually copy individual skill folders:
|
||||
|
||||
```bash
|
||||
# Clone the full repo first
|
||||
git clone https://github.com/sickn33/antigravity-awesome-skills.git temp-skills
|
||||
|
||||
# Copy only the skills you want
|
||||
mkdir -p .agent/skills
|
||||
cp -r temp-skills/skills/brainstorming .agent/skills/
|
||||
cp -r temp-skills/skills/stripe-integration .agent/skills/
|
||||
|
||||
# Clean up
|
||||
rm -rf temp-skills
|
||||
```
|
||||
|
||||
---
|
||||
|
||||
## Using Skills
|
||||
## 🛠️ Using Skills
|
||||
|
||||
### How do I invoke a skill?
|
||||
|
||||
Use the `@` symbol followed by the skill name:
|
||||
|
||||
```
|
||||
@skill-name your request here
|
||||
```
|
||||
|
||||
**Examples:**
|
||||
|
||||
```
|
||||
@brainstorming help me design a todo app
|
||||
@stripe-integration add subscription billing
|
||||
@systematic-debugging fix this test failure
|
||||
```
|
||||
|
||||
Some tools also support `/skill-name` syntax.
|
||||
|
||||
---
|
||||
|
||||
### How do I know which skill to use?
|
||||
|
||||
**Method 1: Browse the README**
|
||||
Check the [Full Skill Registry](README.md#full-skill-registry-233233) organized by category
|
||||
|
||||
**Method 2: Search by keyword**
|
||||
|
||||
```bash
|
||||
ls skills/ | grep "keyword"
|
||||
```
|
||||
|
||||
**Method 3: Ask your AI**
|
||||
|
||||
```
|
||||
What skills are available for [topic]?
|
||||
```
|
||||
|
||||
---
|
||||
|
||||
### Can I use multiple skills at once?
|
||||
|
||||
**Yes!** You can invoke multiple skills in the same conversation:
|
||||
**Yes!** You can invoke multiple skills:
|
||||
|
||||
```
|
||||
@brainstorming help me design this feature
|
||||
|
||||
[After brainstorming...]
|
||||
|
||||
@test-driven-development now let's implement it with tests
|
||||
@brainstorming help me design this, then use @writing-plans to create a task list.
|
||||
```
|
||||
|
||||
---
|
||||
### How do I know which skill to use?
|
||||
|
||||
### What if a skill doesn't work?
|
||||
|
||||
**Troubleshooting steps:**
|
||||
|
||||
1. **Check installation path**
|
||||
|
||||
```bash
|
||||
ls .agent/skills/
|
||||
```
|
||||
|
||||
2. **Verify skill exists**
|
||||
|
||||
```bash
|
||||
ls .agent/skills/skill-name/
|
||||
```
|
||||
|
||||
3. **Check SKILL.md exists**
|
||||
|
||||
```bash
|
||||
cat .agent/skills/skill-name/SKILL.md
|
||||
```
|
||||
|
||||
4. **Try restarting your AI assistant**
|
||||
|
||||
5. **Check for typos in skill name**
|
||||
- Use `@brainstorming` not `@brain-storming`
|
||||
- Names are case-sensitive in some tools
|
||||
|
||||
6. **Report the issue**
|
||||
[Open an issue](https://github.com/sickn33/antigravity-awesome-skills/issues) with details
|
||||
1. **Browse the README**: Check the [Full Skill Registry](README.md#full-skill-registry-253253).
|
||||
2. **Search**: `ls skills/ | grep "keyword"`
|
||||
3. **Ask your AI**: "What skills do you have for testing?"
|
||||
|
||||
---
|
||||
|
||||
## 🤝 Contributing
|
||||
|
||||
### I'm new to open source. Can I still contribute?
|
||||
|
||||
**Absolutely!** Everyone starts somewhere. We welcome contributions from beginners:
|
||||
|
||||
- Fix typos or grammar
|
||||
- Improve documentation clarity
|
||||
- Add examples to existing skills
|
||||
- Report issues or confusing parts
|
||||
|
||||
Check out [CONTRIBUTING.md](CONTRIBUTING.md) for step-by-step instructions.
|
||||
|
||||
---
|
||||
|
||||
### Do I need to know how to code to contribute?
|
||||
|
||||
**No!** Many valuable contributions don't require coding:
|
||||
|
||||
- **Documentation improvements** - Make things clearer
|
||||
- **Examples** - Add real-world usage examples
|
||||
- **Issue reporting** - Tell us what's confusing
|
||||
- **Testing** - Try skills and report what works
|
||||
|
||||
---
|
||||
|
||||
### How do I create a new skill?
|
||||
|
||||
**Quick version:**
|
||||
|
||||
1. Create a folder: `skills/my-skill-name/`
|
||||
2. Create `SKILL.md` with frontmatter and content
|
||||
3. Test it with your AI assistant
|
||||
4. Run validation: `python3 scripts/validate_skills.py`
|
||||
5. Submit a Pull Request
|
||||
|
||||
**Detailed version:** See [CONTRIBUTING.md](CONTRIBUTING.md)
|
||||
|
||||
---
|
||||
|
||||
### What makes a good skill?
|
||||
|
||||
A good skill:
|
||||
|
||||
- ✅ Solves a specific problem
|
||||
- ✅ Has clear, actionable instructions
|
||||
- ✅ Includes examples
|
||||
- ✅ Is reusable across projects
|
||||
- ✅ Follows the standard structure
|
||||
|
||||
See [SKILL_ANATOMY.md](docs/SKILL_ANATOMY.md) for details.
|
||||
|
||||
---
|
||||
|
||||
### How long does it take for my contribution to be reviewed?
|
||||
|
||||
Review times vary, but typically:
|
||||
|
||||
- **Simple fixes** (typos, docs): 1-3 days
|
||||
- **New skills**: 3-7 days
|
||||
- **Major changes**: 1-2 weeks
|
||||
|
||||
You can speed this up by:
|
||||
|
||||
- Following the contribution guidelines
|
||||
- Writing clear commit messages
|
||||
- Testing your changes
|
||||
- Responding to feedback quickly
|
||||
|
||||
---
|
||||
|
||||
## Technical Questions
|
||||
|
||||
### What's the difference between SKILL.md and README.md?
|
||||
|
||||
- **SKILL.md** (required): The actual skill definition that the AI reads
|
||||
- **README.md** (optional): Human-readable documentation about the skill
|
||||
|
||||
The AI primarily uses `SKILL.md`, while developers read `README.md`.
|
||||
|
||||
---
|
||||
|
||||
### Can I use scripts or code in my skill?
|
||||
|
||||
**Yes!** Skills can include:
|
||||
|
||||
- `scripts/` - Helper scripts
|
||||
- `examples/` - Example code
|
||||
- `templates/` - Code templates
|
||||
- `references/` - Documentation
|
||||
|
||||
Reference them in your `SKILL.md`:
|
||||
|
||||
```markdown
|
||||
Run the setup script:
|
||||
\`\`\`bash
|
||||
bash scripts/setup.sh
|
||||
\`\`\`
|
||||
```
|
||||
|
||||
---
|
||||
|
||||
### What programming languages can skills cover?
|
||||
|
||||
**Any language!** Current skills cover:
|
||||
|
||||
- JavaScript/TypeScript
|
||||
- Python
|
||||
- Go
|
||||
- Rust
|
||||
- Swift
|
||||
- Kotlin
|
||||
- Shell scripting
|
||||
- And many more...
|
||||
|
||||
---
|
||||
|
||||
### Can skills call other skills?
|
||||
|
||||
**Yes!** Skills can reference other skills:
|
||||
|
||||
```markdown
|
||||
## Workflow
|
||||
|
||||
1. First, use `@brainstorming` to design
|
||||
2. Then, use `@writing-plans` to plan
|
||||
3. Finally, use `@test-driven-development` to implement
|
||||
```
|
||||
|
||||
---
|
||||
|
||||
### How do I validate my skill before submitting?
|
||||
|
||||
Run the validation script:
|
||||
|
||||
```bash
|
||||
python3 scripts/validate_skills.py
|
||||
```
|
||||
|
||||
This checks:
|
||||
|
||||
- ✅ SKILL.md exists
|
||||
- ✅ Frontmatter is valid
|
||||
- ✅ Name matches folder name
|
||||
- ✅ Description exists
|
||||
|
||||
---
|
||||
|
||||
## Learning & Best Practices
|
||||
|
||||
### Which skills should I try first?
|
||||
|
||||
**For beginners:**
|
||||
|
||||
- `@brainstorming` - Design before coding
|
||||
- `@systematic-debugging` - Fix bugs methodically
|
||||
- `@git-pushing` - Commit with good messages
|
||||
|
||||
**For developers:**
|
||||
|
||||
- `@test-driven-development` - Write tests first
|
||||
- `@react-best-practices` - Modern React patterns
|
||||
- `@senior-fullstack` - Full-stack development
|
||||
|
||||
**For security:**
|
||||
|
||||
- `@ethical-hacking-methodology` - Security basics
|
||||
- `@burp-suite-testing` - Web app testing
|
||||
|
||||
---
|
||||
|
||||
### How do I learn to write good skills?
|
||||
|
||||
**Learning path:**
|
||||
|
||||
1. **Read existing skills** - Study 5-10 well-written skills
|
||||
2. **Use skills** - Try them with your AI assistant
|
||||
3. **Read guides** - Check [SKILL_ANATOMY.md](docs/SKILL_ANATOMY.md)
|
||||
4. **Start simple** - Create a basic skill first
|
||||
5. **Get feedback** - Submit and learn from reviews
|
||||
6. **Iterate** - Improve based on feedback
|
||||
|
||||
**Recommended skills to study:**
|
||||
|
||||
- `skills/brainstorming/SKILL.md` - Clear structure
|
||||
- `skills/systematic-debugging/SKILL.md` - Comprehensive
|
||||
- `skills/git-pushing/SKILL.md` - Simple and focused
|
||||
|
||||
---
|
||||
|
||||
### Are there any skills for learning AI/ML?
|
||||
|
||||
**Yes!** Check out:
|
||||
|
||||
- `@rag-engineer` - RAG systems
|
||||
- `@prompt-engineering` - Prompt design
|
||||
- `@langgraph` - Multi-agent systems
|
||||
- `@ai-agents-architect` - Agent architecture
|
||||
- `@llm-app-patterns` - LLM application patterns
|
||||
|
||||
---
|
||||
|
||||
## Troubleshooting
|
||||
## 🏗️ Troubleshooting
|
||||
|
||||
### My AI assistant doesn't recognize skills
|
||||
|
||||
**Possible causes:**
|
||||
|
||||
1. **Wrong installation path**
|
||||
- Check your tool's documentation for the correct path
|
||||
- Try `.agent/skills/` as the universal path
|
||||
|
||||
2. **Skill name typo**
|
||||
- Verify the exact skill name: `ls .agent/skills/`
|
||||
- Use the exact name from the folder
|
||||
|
||||
3. **Tool doesn't support skills**
|
||||
- Verify your tool supports the SKILL.md format
|
||||
- Check the [Compatibility](#-compatibility) section
|
||||
|
||||
4. **Need to restart**
|
||||
- Restart your AI assistant after installing skills
|
||||
|
||||
---
|
||||
1. **Wrong installation path**: Check your tool's docs. Try `.agent/skills/`.
|
||||
2. **Restart Needed**: Restart your AI/IDE after installing.
|
||||
3. **Typos**: Did you type `@brain-storming` instead of `@brainstorming`?
|
||||
|
||||
### A skill gives incorrect or outdated advice
|
||||
|
||||
**Please report it!**
|
||||
Please [Open an issue](https://github.com/sickn33/antigravity-awesome-skills/issues)!
|
||||
Include:
|
||||
|
||||
1. [Open an issue](https://github.com/sickn33/antigravity-awesome-skills/issues)
|
||||
2. Include:
|
||||
- Which skill
|
||||
- What's incorrect
|
||||
- What should it say instead
|
||||
- Links to correct documentation
|
||||
|
||||
We'll update it quickly!
|
||||
- Which skill
|
||||
- What went wrong
|
||||
- What should happen instead
|
||||
|
||||
---
|
||||
|
||||
### Can I modify skills for my own use?
|
||||
## 🤝 Contribution
|
||||
|
||||
**Yes!** The MIT License allows you to:
|
||||
### I'm new to open source. Can I contribute?
|
||||
|
||||
- ✅ Modify skills for your needs
|
||||
- ✅ Create private versions
|
||||
- ✅ Customize for your team
|
||||
**Absolutely!** We welcome beginners.
|
||||
|
||||
**To modify:**
|
||||
- Fix typos
|
||||
- Add examples
|
||||
- Improve docs
|
||||
Check out [CONTRIBUTING.md](CONTRIBUTING.md) for instructions.
|
||||
|
||||
1. Copy the skill to a new location
|
||||
2. Edit the SKILL.md file
|
||||
3. Use your modified version
|
||||
### My PR failed "Quality Bar" check. Why?
|
||||
|
||||
**Consider contributing improvements back!**
|
||||
V3 introduces automated quality control. Your skill might be missing:
|
||||
|
||||
---
|
||||
1. A valid `description`.
|
||||
2. Usage examples.
|
||||
Run `python3 scripts/validate_skills.py` locally to check before you push.
|
||||
|
||||
## Statistics & Info
|
||||
### Can I update an "Official" skill?
|
||||
|
||||
### How many skills are there?
|
||||
|
||||
**233 skills** across 10+ categories as of the latest update.
|
||||
|
||||
---
|
||||
|
||||
### How often are skills updated?
|
||||
|
||||
- **Bug fixes**: As soon as reported
|
||||
- **New skills**: Added regularly by contributors
|
||||
- **Updates**: When best practices change
|
||||
|
||||
**Stay updated:**
|
||||
|
||||
```bash
|
||||
cd .agent/skills
|
||||
git pull origin main
|
||||
```
|
||||
|
||||
---
|
||||
|
||||
### Who maintains this repository?
|
||||
|
||||
This is a community-driven project with contributions from:
|
||||
|
||||
- Original creators
|
||||
- Open source contributors
|
||||
- AI coding assistant users worldwide
|
||||
|
||||
See [Credits & Sources](README.md#credits--sources) for attribution.
|
||||
|
||||
---
|
||||
|
||||
## Still Have Questions?
|
||||
|
||||
### Where can I get help?
|
||||
|
||||
- **[GitHub Discussions](https://github.com/sickn33/antigravity-awesome-skills/discussions)** - Ask questions
|
||||
- **[GitHub Issues](https://github.com/sickn33/antigravity-awesome-skills/issues)** - Report bugs
|
||||
- **Documentation** - Read the guides in this repo
|
||||
- **Community** - Connect with other users
|
||||
|
||||
---
|
||||
|
||||
### How can I stay updated?
|
||||
|
||||
- **Star the repository** on GitHub
|
||||
- **Watch the repository** for updates
|
||||
- **Subscribe to releases** for notifications
|
||||
- **Follow contributors** on social media
|
||||
|
||||
---
|
||||
|
||||
### Can I use these skills commercially?
|
||||
|
||||
**Yes!** The MIT License permits commercial use. You can:
|
||||
|
||||
- ✅ Use in commercial projects
|
||||
- ✅ Use in client work
|
||||
- ✅ Include in paid products
|
||||
- ✅ Modify for commercial purposes
|
||||
|
||||
**Only requirement:** Keep the license notice.
|
||||
**No.** Official skills (in `skills/official/`) are mirrored from vendors. Open an issue instead.
|
||||
|
||||
---
|
||||
|
||||
@@ -548,10 +174,5 @@ See [Credits & Sources](README.md#credits--sources) for attribution.
|
||||
- Use `@systematic-debugging` when stuck on bugs
|
||||
- Try `@test-driven-development` for better code quality
|
||||
- Explore `@skill-creator` to make your own skills
|
||||
- Read skill descriptions to understand when to use them
|
||||
|
||||
---
|
||||
|
||||
**Question not answered?**
|
||||
|
||||
[Open a discussion](https://github.com/sickn33/antigravity-awesome-skills/discussions) and we'll help you out! 🙌
|
||||
**Still confused?** [Open a discussion](https://github.com/sickn33/antigravity-awesome-skills/discussions) and we'll help you out! 🙌
|
||||
|
||||
@@ -1,231 +1,108 @@
|
||||
# Getting Started with Antigravity Awesome Skills
|
||||
# Getting Started with Antigravity Awesome Skills (V3)
|
||||
|
||||
**New here? This guide will help you understand and use this repository in 5 minutes!**
|
||||
**New here? This guide will help you supercharge your AI Agent in 5 minutes.**
|
||||
|
||||
---
|
||||
|
||||
## 🤔 What Are "Skills"?
|
||||
|
||||
Think of skills as **specialized instruction manuals** for AI coding assistants.
|
||||
AI Agents (like **Claude Code**, **Gemini**, **Cursor**) are smart, but they lack specific knowledge about your tools.
|
||||
**Skills** are specialized instruction manuals (markdown files) that teach your AI how to perform specific tasks perfectly, every time.
|
||||
|
||||
**Simple analogy:** Just like you might hire different experts (a designer, a security expert, a marketer), these skills let your AI assistant become an expert in specific areas when you need them.
|
||||
**Analogy:** Your AI is a brilliant intern. **Skills** are the SOPs (Standard Operating Procedures) that make them a Senior Engineer.
|
||||
|
||||
---
|
||||
|
||||
## 📦 What's Inside This Repository?
|
||||
## ⚡️ Quick Start: The "Starter Packs"
|
||||
|
||||
This repo contains **233 ready-to-use skills** organized in the `skills/` folder. Each skill is a folder with at least one file: `SKILL.md`
|
||||
Don't panic about the 253+ skills. You don't need them all at once.
|
||||
We have curated **Starter Packs** to get you running immediately.
|
||||
|
||||
```
|
||||
skills/
|
||||
├── brainstorming/
|
||||
│ └── SKILL.md ← The skill definition
|
||||
├── stripe-integration/
|
||||
│ └── SKILL.md
|
||||
├── react-best-practices/
|
||||
│ └── SKILL.md
|
||||
└── ... (176 more skills)
|
||||
```
|
||||
### 1. Install the Repo
|
||||
|
||||
---
|
||||
|
||||
## How Do Skills Work?
|
||||
|
||||
### Step 1: Install Skills
|
||||
|
||||
Copy the skills to your AI tool's directory:
|
||||
Copy the skills to your agent's folder:
|
||||
|
||||
```bash
|
||||
# For most AI tools (Claude Code, Gemini CLI, etc.)
|
||||
# Universal Installation (works for most agents)
|
||||
git clone https://github.com/sickn33/antigravity-awesome-skills.git .agent/skills
|
||||
```
|
||||
|
||||
### Step 2: Use a Skill
|
||||
### 2. Pick Your Persona
|
||||
|
||||
In your AI chat, mention the skill:
|
||||
Find the bundle that matches your role (see [docs/BUNDLES.md](docs/BUNDLES.md)):
|
||||
|
||||
```
|
||||
@brainstorming help me design a todo app
|
||||
```
|
||||
|
||||
or
|
||||
|
||||
```
|
||||
/stripe-integration add payment processing to my app
|
||||
```
|
||||
|
||||
### Step 3: The AI Becomes an Expert
|
||||
|
||||
The AI loads that skill's knowledge and helps you with specialized expertise!
|
||||
| Persona | Bundle Name | What's Inside? |
|
||||
| :-------------------- | :------------- | :------------------------------------------------ |
|
||||
| **Web Developer** | `Web Wizard` | React Patterns, Tailwind mastery, Frontend Design |
|
||||
| **Security Engineer** | `Hacker Pack` | OWASP, Metasploit, Pentest Methodology |
|
||||
| **Manager / PM** | `Product Pack` | Brainstorming, Planning, SEO, Strategy |
|
||||
| **Everything** | `Essentials` | Clean Code, Planning, Validation (The Basics) |
|
||||
|
||||
---
|
||||
|
||||
## Which AI Tools Work With This?
|
||||
## 🚀 How to Use a Skill
|
||||
|
||||
| Tool | Works? | Installation Path |
|
||||
| ------------------- | ---------- | ------------------------------------- |
|
||||
| **Claude Code** | ✅ Yes | `.claude/skills/` or `.agent/skills/` |
|
||||
| **Gemini CLI** | ✅ Yes | `.gemini/skills/` or `.agent/skills/` |
|
||||
| **Cursor** | ✅ Yes | `.cursor/skills/` |
|
||||
| **GitHub Copilot** | ⚠️ Partial | Copy to `.github/copilot/` |
|
||||
| **Antigravity IDE** | ✅ Yes | `.agent/skills/` |
|
||||
Once installed, just talk to your AI naturally.
|
||||
|
||||
### Example 1: Planning a Feature (**Essentials**)
|
||||
|
||||
> "Use **@brainstorming** to help me design a new login flow."
|
||||
|
||||
**What happens:** The AI loads the brainstorming skill, asks you structured questions, and produces a professional spec.
|
||||
|
||||
### Example 2: Checking Your Code (**Web Wizard**)
|
||||
|
||||
> "Run **@lint-and-validate** on this file and fix errors."
|
||||
|
||||
**What happens:** The AI follows strict linting rules defined in the skill to clean your code.
|
||||
|
||||
### Example 3: Security Audit (**Hacker Pack**)
|
||||
|
||||
> "Use **@api-security-best-practices** to review my API endpoints."
|
||||
|
||||
**What happens:** The AI audits your code against OWASP standards.
|
||||
|
||||
---
|
||||
|
||||
## Skill Categories (Simplified)
|
||||
## 🔌 Supported Tools
|
||||
|
||||
### **Creative & Design** (10 skills)
|
||||
|
||||
Make beautiful things: UI design, art, themes, web components
|
||||
|
||||
- Try: `@frontend-design`, `@canvas-design`, `@ui-ux-pro-max`
|
||||
|
||||
### **Development** (25 skills)
|
||||
|
||||
Write better code: testing, debugging, React patterns, architecture
|
||||
|
||||
- Try: `@test-driven-development`, `@systematic-debugging`, `@react-best-practices`
|
||||
|
||||
### **Security** (50 skills)
|
||||
|
||||
Ethical hacking and penetration testing tools
|
||||
|
||||
- Try: `@ethical-hacking-methodology`, `@burp-suite-testing`
|
||||
|
||||
### **AI & Agents** (30 skills)
|
||||
|
||||
Build AI apps: RAG, LangGraph, prompt engineering, voice agents
|
||||
|
||||
- Try: `@rag-engineer`, `@prompt-engineering`, `@langgraph`
|
||||
|
||||
### **Documents** (4 skills)
|
||||
|
||||
Work with Word, Excel, PowerPoint, PDF files
|
||||
|
||||
- Try: `@docx-official`, `@xlsx-official`, `@pdf-official`
|
||||
|
||||
### **Marketing** (23 skills)
|
||||
|
||||
Grow your product: SEO, copywriting, ads, email campaigns
|
||||
|
||||
- Try: `@copywriting`, `@seo-audit`, `@page-cro`
|
||||
|
||||
### **Integrations** (25 skills)
|
||||
|
||||
Connect to services: Stripe, Firebase, Twilio, Discord, Slack
|
||||
|
||||
- Try: `@stripe-integration`, `@firebase`, `@clerk-auth`
|
||||
| Tool | Status | Path |
|
||||
| :-------------- | :-------------- | :---------------- |
|
||||
| **Claude Code** | ✅ Full Support | `.claude/skills/` |
|
||||
| **Gemini CLI** | ✅ Full Support | `.gemini/skills/` |
|
||||
| **Antigravity** | ✅ Native | `.agent/skills/` |
|
||||
| **Cursor** | ✅ Native | `.cursor/skills/` |
|
||||
| **Copilot** | ⚠️ Text Only | Manual copy-paste |
|
||||
|
||||
---
|
||||
|
||||
## Your First Skill: A Quick Example
|
||||
## 🛡️ Trust & Safety (New in V3)
|
||||
|
||||
Let's try the **brainstorming** skill:
|
||||
We classify skills so you know what you're running:
|
||||
|
||||
1. **Open your AI assistant** (Claude Code, Cursor, etc.)
|
||||
- 🟣 **Official**: Maintained by Anthropic/Google/Vendors (High Trust).
|
||||
- 🔵 **Safe**: Community skills that are non-destructive (Read-only/Planning).
|
||||
- 🔴 **Risk**: Skills that modify systems or perform security tests (Authorized Use Only).
|
||||
|
||||
2. **Type this:**
|
||||
|
||||
```
|
||||
@brainstorming I want to build a simple weather app
|
||||
```
|
||||
|
||||
3. **What happens:**
|
||||
- The AI loads the brainstorming skill
|
||||
- It asks you questions one at a time
|
||||
- It helps you design the app before coding
|
||||
- It creates a design document for you
|
||||
|
||||
4. **Result:** You get a well-thought-out plan instead of jumping straight to code!
|
||||
_Check the [Full Registry](README.md#full-skill-registry-253253) for risk labels._
|
||||
|
||||
---
|
||||
|
||||
## How to Find the Right Skill
|
||||
## ❓ FAQ
|
||||
|
||||
### Method 1: Browse by Category
|
||||
**Q: Do I need to install all 250 skills?**
|
||||
A: You clone the whole repo, but your AI only _reads_ the ones you ask for (or that are relevant). It's lightweight!
|
||||
|
||||
Check the [Full Skill Registry](README.md#full-skill-registry-233233) in the main README
|
||||
**Q: Can I make my own skills?**
|
||||
A: Yes! Use the **@skill-creator** skill to build your own.
|
||||
|
||||
### Method 2: Search by Keyword
|
||||
|
||||
Use your file explorer or terminal:
|
||||
|
||||
```bash
|
||||
# Find skills related to "testing"
|
||||
ls skills/ | grep test
|
||||
|
||||
# Find skills related to "auth"
|
||||
ls skills/ | grep auth
|
||||
```
|
||||
|
||||
### Method 3: Look at the Index
|
||||
|
||||
Check `skills_index.json` for a machine-readable list
|
||||
**Q: Is this free?**
|
||||
A: Yes, MIT License. Open Source forever.
|
||||
|
||||
---
|
||||
|
||||
## 🤝 Want to Contribute?
|
||||
## ⏭️ Next Steps
|
||||
|
||||
Great! Here's how:
|
||||
|
||||
### Option 1: Improve Documentation
|
||||
|
||||
- Make READMEs clearer
|
||||
- Add more examples
|
||||
- Fix typos or confusing parts
|
||||
|
||||
### Option 2: Create a New Skill
|
||||
|
||||
See our [CONTRIBUTING.md](CONTRIBUTING.md) for step-by-step instructions
|
||||
|
||||
### Option 3: Report Issues
|
||||
|
||||
Found something confusing? [Open an issue](https://github.com/sickn33/antigravity-awesome-skills/issues)
|
||||
|
||||
---
|
||||
|
||||
## ❓ Common Questions
|
||||
|
||||
### Q: Do I need to install all 233 skills?
|
||||
|
||||
**A:** No! Clone the whole repo, and your AI will only load skills when you use them.
|
||||
|
||||
### Q: Can I create my own skills?
|
||||
|
||||
**A:** Yes! Check out the `@skill-creator` skill or read [CONTRIBUTING.md](CONTRIBUTING.md)
|
||||
|
||||
### Q: What if my AI tool isn't listed?
|
||||
|
||||
**A:** If it supports the `SKILL.md` format, try `.agent/skills/` - it's the universal path.
|
||||
|
||||
### Q: Are these skills free?
|
||||
|
||||
**A:** Yes! MIT License. Use them however you want.
|
||||
|
||||
### Q: Do skills work offline?
|
||||
|
||||
**A:** The skill files are local, but your AI assistant needs internet to function.
|
||||
|
||||
---
|
||||
|
||||
## Next Steps
|
||||
|
||||
1. ✅ Install the skills in your AI tool
|
||||
2. ✅ Try 2-3 skills from different categories
|
||||
3. ✅ Read [CONTRIBUTING.md](CONTRIBUTING.md) if you want to help
|
||||
4. ✅ Star the repo if you find it useful! ⭐
|
||||
|
||||
---
|
||||
|
||||
## 💡 Pro Tips
|
||||
|
||||
- **Start with `@brainstorming`** before building anything new
|
||||
- **Use `@systematic-debugging`** when you're stuck on a bug
|
||||
- **Try `@test-driven-development`** to write better code
|
||||
- **Explore `@skill-creator`** to make your own skills
|
||||
|
||||
---
|
||||
|
||||
**Still confused?** Open an issue and we'll help you out! 🙌
|
||||
|
||||
**Ready to dive deeper?** Check out the main [README.md](README.md) for the complete skill list.
|
||||
1. [Browse the Bundles](docs/BUNDLES.md)
|
||||
2. [See Real-World Examples](docs/EXAMPLES.md)
|
||||
3. [Contribute a Skill](CONTRIBUTING.md)
|
||||
|
||||
132
README.md
132
README.md
@@ -9,7 +9,7 @@
|
||||
[](https://cursor.sh)
|
||||
[](https://github.com/features/copilot)
|
||||
[](https://github.com/opencode-ai/opencode)
|
||||
[](https://github.com/anthropics/antigravity)
|
||||
[](https://github.com/sickn33/antigravity-awesome-skills)
|
||||
|
||||
**Antigravity Awesome Skills** is a curated, battle-tested library of **251 high-performance agentic skills** designed to work seamlessly across all major AI coding assistants:
|
||||
|
||||
@@ -25,46 +25,54 @@ This repository provides essential skills to transform your AI assistant into a
|
||||
|
||||
## 📍 Table of Contents
|
||||
|
||||
- [🌌 Antigravity Awesome Skills](#-antigravity-awesome-skills-253-agentic-skills-for-claude-code-gemini-cli-cursor-copilot--more)
|
||||
- [📍 Table of Contents](#-table-of-contents)
|
||||
- [New Here? Start Here!](#new-here-start-here)
|
||||
- [🔌 Compatibility](#-compatibility)
|
||||
- [📦 Curated Collections](#-curated-collections)
|
||||
- [Full Skill Registry](#full-skill-registry-253253)
|
||||
- [Credits & Sources](#credits--sources)
|
||||
- [License](#license)
|
||||
- [🚀 New Here? Start Here!](#new-here-start-here)
|
||||
- [🔌 Compatibility & Invocation](#compatibility--invocation)
|
||||
- [📦 Features & Categories](#features--categories)
|
||||
- [🎁 Curated Collections (Bundles)](#curated-collections)
|
||||
- [📜 Full Skill Registry](#full-skill-registry-253253)
|
||||
- [🛠️ Installation](#installation)
|
||||
- [🤝 How to Contribute](#how-to-contribute)
|
||||
- [👥 Contributors & Credits](#credits--sources)
|
||||
- [⚖️ License](#license)
|
||||
- [👥 Repo Contributors](#repo-contributors)
|
||||
- [🌟 Star History](#star-history)
|
||||
|
||||
---
|
||||
|
||||
## New Here? Start Here!
|
||||
|
||||
**First time using this repository?** We've created beginner-friendly guides to help you get started:
|
||||
**Welcome to the V3 Enterprise Edition.** This isn't just a list of scripts; it's a complete operating system for your AI Agent.
|
||||
|
||||
- **[GETTING_STARTED.md](GETTING_STARTED.md)** - Complete beginner's guide (5-minute read)
|
||||
- **[CONTRIBUTING.md](CONTRIBUTING.md)** - How to contribute (step-by-step)
|
||||
- **[SKILL_ANATOMY.md](docs/SKILL_ANATOMY.md)** - Understanding how skills work
|
||||
- **[VISUAL_GUIDE.md](docs/VISUAL_GUIDE.md)** - Visual guide with diagrams
|
||||
### 1. 🐣 Context: What is this?
|
||||
|
||||
**Quick Start:**
|
||||
AI Agents (like Claude Code, Cursor, or Gemini) are smart, but they lack **specific tools**. They don't know your company's "Deployment Protocol" or the specific syntax for "AWS CloudFormation".
|
||||
**Skills** are small markdown files that teach them how to do these specific tasks perfectly, every time.
|
||||
|
||||
```bash
|
||||
# 1. Install skills
|
||||
git clone https://github.com/sickn33/antigravity-awesome-skills.git .agent/skills
|
||||
### 2. ⚡️ Quick Start (The "Bundle" Way)
|
||||
|
||||
# 2. Use a skill in your AI assistant
|
||||
@brainstorming help me design a todo app
|
||||
```
|
||||
Don't install 250+ skills manually. Use our **Starter Packs**:
|
||||
|
||||
That's it! Your AI assistant now has 251 specialized skills. 🎉
|
||||
1. **Clone the repo**:
|
||||
```bash
|
||||
git clone https://github.com/sickn33/antigravity-awesome-skills.git .agent/skills
|
||||
```
|
||||
2. **Pick your persona** (See [docs/BUNDLES.md](docs/BUNDLES.md)):
|
||||
- **Web Dev?** use the `Web Wizard` pack.
|
||||
- **Hacker?** use the `Security Engineer` pack.
|
||||
- **Just curious?** start with `Essentials`.
|
||||
|
||||
**Additional Resources:**
|
||||
### 3. 🧠 How to use
|
||||
|
||||
- 💡 **[Real-World Examples](docs/EXAMPLES.md)** - See skills in action
|
||||
- ❓ **[FAQ](FAQ.md)** - Common questions answered
|
||||
Once installed, just ask your agent naturally:
|
||||
|
||||
> "Use the **@brainstorming** skill to help me plan a SaaS."
|
||||
> "Run **@lint-and-validate** on this file."
|
||||
|
||||
👉 **[Read the Full Getting Started Guide](GETTING_STARTED.md)**
|
||||
|
||||
---
|
||||
|
||||
## 🔌 Compatibility & Invocation
|
||||
## Compatibility & Invocation
|
||||
|
||||
These skills follow the universal **SKILL.md** format and work with any AI coding assistant that supports agentic skills.
|
||||
|
||||
@@ -112,6 +120,10 @@ The repository is organized into several key areas of expertise:
|
||||
|
||||
---
|
||||
|
||||
## Curated Collections
|
||||
|
||||
[Check out our Starter Packs in docs/BUNDLES.md](docs/BUNDLES.md) to find the perfect toolkit for your role.
|
||||
|
||||
## 📦 Curated Collections
|
||||
|
||||
[Check out our Starter Packs in docs/BUNDLES.md](docs/BUNDLES.md) to find the perfect toolkit for your role.
|
||||
@@ -138,7 +150,7 @@ The repository is organized into several key areas of expertise:
|
||||
| **ai-wrapper-product** | ⚪ | Expert in building products that wrap AI APIs (OpenAI, Anthropic, etc.) into focused tools people will pay for. Not just 'ChatGPT but different' - products that solve specific problems with AI. Covers prompt engineering for products, cost management, rate limiting, and building defensible AI businesses. Use when: AI wrapper, GPT product, AI tool, wrap AI, AI SaaS. | `skills/ai-wrapper-product` |
|
||||
| **algolia-search** | ⚪ | Expert patterns for Algolia search implementation, indexing strategies, React InstantSearch, and relevance tuning Use when: adding search to, algolia, instantsearch, search api, search functionality. | `skills/algolia-search` |
|
||||
| **algorithmic-art** | ⚪ | Creating algorithmic art using p5.js with seeded randomness and interactive parameter exploration. Use this when users request creating art using code, generative art, algorithmic art, flow fields, or particle systems. Create original algorithmic art rather than copying existing artists' work to avoid copyright violations. | `skills/algorithmic-art` |
|
||||
| **analytics-tracking** | ⚪ | When the user wants to set up, improve, or audit analytics tracking and measurement. Also use when the user mentions "set up tracking," "GA4," "Google Analytics," "conversion tracking," "event tracking," "UTM parameters," "tag manager," "GTM," "analytics implementation," or "tracking plan." For A/B test measurement, see ab-test-setup. | `skills/analytics-tracking` |
|
||||
| **analytics-tracking** | ⚪ | Design, audit, and improve analytics tracking systems that produce reliable, decision-ready data. Use when the user wants to set up, fix, or evaluate analytics tracking (GA4, GTM, product analytics, events, conversions, UTMs). This skill focuses on measurement strategy, signal quality, and validation— not just firing events. | `skills/analytics-tracking` |
|
||||
| **API Fuzzing for Bug Bounty** | ⚪ | This skill should be used when the user asks to "test API security", "fuzz APIs", "find IDOR vulnerabilities", "test REST API", "test GraphQL", "API penetration testing", "bug bounty API testing", or needs guidance on API security assessment techniques. | `skills/api-fuzzing-bug-bounty` |
|
||||
| **api-documentation-generator** | ⚪ | Generate comprehensive, developer-friendly API documentation from code, including endpoints, parameters, examples, and best practices | `skills/api-documentation-generator` |
|
||||
| **api-patterns** | ⚪ | API design principles and decision-making. REST vs GraphQL vs tRPC selection, response formats, versioning, pagination. | `skills/api-patterns` |
|
||||
@@ -159,9 +171,9 @@ The repository is organized into several key areas of expertise:
|
||||
| **bash-linux** | ⚪ | Bash/Linux terminal patterns. Critical commands, piping, error handling, scripting. Use when working on macOS or Linux systems. | `skills/bash-linux` |
|
||||
| **behavioral-modes** | ⚪ | AI operational modes (brainstorm, implement, debug, review, teach, ship, orchestrate). Use to adapt behavior based on task type. | `skills/behavioral-modes` |
|
||||
| **blockrun** | ⚪ | Use when user needs capabilities Claude lacks (image generation, real-time X/Twitter data) or explicitly requests external models ("blockrun", "use grok", "use gpt", "dall-e", "deepseek") | `skills/blockrun` |
|
||||
| **brainstorming** | ⚪ | > | `skills/brainstorming` |
|
||||
| **brand-guidelines** | ⚪ | Applies Anthropic's official brand colors and typography to any sort of artifact that may benefit from having Anthropic's look-and-feel. Use it when brand colors or style guidelines, visual formatting, or company design standards apply. | `skills/brand-guidelines-community` |
|
||||
| **brainstorming** | ⚪ | Use this skill before any creative or constructive work (features, components, architecture, behavior changes, or functionality). This skill transforms vague ideas into validated designs through disciplined, incremental reasoning and collaboration. | `skills/brainstorming` |
|
||||
| **brand-guidelines** | ⚪ | Applies Anthropic's official brand colors and typography to any sort of artifact that may benefit from having Anthropic's look-and-feel. Use it when brand colors or style guidelines, visual formatting, or company design standards apply. | `skills/brand-guidelines-anthropic` |
|
||||
| **brand-guidelines** | ⚪ | Applies Anthropic's official brand colors and typography to any sort of artifact that may benefit from having Anthropic's look-and-feel. Use it when brand colors or style guidelines, visual formatting, or company design standards apply. | `skills/brand-guidelines-community` |
|
||||
| **Broken Authentication Testing** | ⚪ | This skill should be used when the user asks to "test for broken authentication vulnerabilities", "assess session management security", "perform credential stuffing tests", "evaluate password policies", "test for session fixation", or "identify authentication bypass flaws". It provides comprehensive techniques for identifying authentication and session management weaknesses in web applications. | `skills/broken-authentication` |
|
||||
| **browser-automation** | ⚪ | Browser automation powers web testing, scraping, and AI agent interactions. The difference between a flaky script and a reliable system comes down to understanding selectors, waiting strategies, and anti-detection patterns. This skill covers Playwright (recommended) and Puppeteer, with patterns for testing, scraping, and agentic browser control. Key insight: Playwright won the framework war. Unless you need Puppeteer's stealth ecosystem or are Chrome-only, Playwright is the better choice in 202 | `skills/browser-automation` |
|
||||
| **browser-extension-builder** | ⚪ | Expert in building browser extensions that solve real problems - Chrome, Firefox, and cross-browser extensions. Covers extension architecture, manifest v3, content scripts, popup UIs, monetization strategies, and Chrome Web Store publishing. Use when: browser extension, chrome extension, firefox addon, extension, manifest v3. | `skills/browser-extension-builder` |
|
||||
@@ -189,14 +201,14 @@ The repository is organized into several key areas of expertise:
|
||||
| **context7-auto-research** | ⚪ | Automatically fetch latest library/framework documentation for Claude Code via Context7 API | `skills/context7-auto-research` |
|
||||
| **conversation-memory** | ⚪ | Persistent memory systems for LLM conversations including short-term, long-term, and entity-based memory Use when: conversation memory, remember, memory persistence, long-term memory, chat history. | `skills/conversation-memory` |
|
||||
| **copy-editing** | ⚪ | When the user wants to edit, review, or improve existing marketing copy. Also use when the user mentions 'edit this copy,' 'review my copy,' 'copy feedback,' 'proofread,' 'polish this,' 'make this better,' or 'copy sweep.' This skill provides a systematic approach to editing marketing copy through multiple focused passes. | `skills/copy-editing` |
|
||||
| **copywriting** | ⚪ | > | `skills/copywriting` |
|
||||
| **copywriting** | ⚪ | Use this skill when writing, rewriting, or improving marketing copy for any page (homepage, landing page, pricing, feature, product, or about page). This skill produces clear, compelling, and testable copy while enforcing alignment, honesty, and conversion best practices. | `skills/copywriting` |
|
||||
| **core-components** | ⚪ | Core component library and design system patterns. Use when building UI, using design tokens, or working with the component library. | `skills/core-components` |
|
||||
| **crewai** | ⚪ | Expert in CrewAI - the leading role-based multi-agent framework used by 60% of Fortune 500 companies. Covers agent design with roles and goals, task definition, crew orchestration, process types (sequential, hierarchical, parallel), memory systems, and flows for complex workflows. Essential for building collaborative AI agent teams. Use when: crewai, multi-agent team, agent roles, crew of agents, role-based agents. | `skills/crewai` |
|
||||
| **Cross-Site Scripting and HTML Injection Testing** | ⚪ | This skill should be used when the user asks to "test for XSS vulnerabilities", "perform cross-site scripting attacks", "identify HTML injection flaws", "exploit client-side injection vulnerabilities", "steal cookies via XSS", or "bypass content security policies". It provides comprehensive techniques for detecting, exploiting, and understanding XSS and HTML injection attack vectors in web applications. | `skills/xss-html-injection` |
|
||||
| **d3-viz** | ⚪ | Creating interactive data visualisations using d3.js. This skill should be used when creating custom charts, graphs, network diagrams, geographic visualisations, or any complex SVG-based data visualisation that requires fine-grained control over visual elements, transitions, or interactions. Use this for bespoke visualisations beyond standard charting libraries, whether in React, Vue, Svelte, vanilla JavaScript, or any other environment. | `skills/claude-d3js-skill` |
|
||||
| **database-design** | ⚪ | Database design principles and decision-making. Schema design, indexing strategy, ORM selection, serverless databases. | `skills/database-design` |
|
||||
| **deployment-procedures** | ⚪ | Production deployment principles and decision-making. Safe deployment workflows, rollback strategies, and verification. Teaches thinking, not scripts. | `skills/deployment-procedures` |
|
||||
| **design-orchestration** | ⚪ | > | `skills/design-orchestration` |
|
||||
| **design-orchestration** | ⚪ | Orchestrates design workflows by routing work through brainstorming, multi-agent review, and execution readiness in the correct order. Prevents premature implementation, skipped validation, and unreviewed high-risk designs. | `skills/design-orchestration` |
|
||||
| **discord-bot-architect** | ⚪ | Specialized skill for building production-ready Discord bots. Covers Discord.js (JavaScript) and Pycord (Python), gateway intents, slash commands, interactive components, rate limiting, and sharding. | `skills/discord-bot-architect` |
|
||||
| **dispatching-parallel-agents** | ⚪ | Use when facing 2+ independent tasks that can be worked on without shared state or sequential dependencies | `skills/dispatching-parallel-agents` |
|
||||
| **doc-coauthoring** | ⚪ | Guide users through a structured workflow for co-authoring documentation. Use when user wants to write documentation, proposals, technical specs, decision docs, or similar structured content. This workflow helps users efficiently transfer context, refine content through iteration, and verify the doc works for readers. Trigger when user mentions writing docs, creating proposals, drafting specs, or similar documentation tasks. | `skills/doc-coauthoring` |
|
||||
@@ -215,7 +227,7 @@ The repository is organized into several key areas of expertise:
|
||||
| **finishing-a-development-branch** | ⚪ | Use when implementation is complete, all tests pass, and you need to decide how to integrate the work - guides completion of development work by presenting structured options for merge, PR, or cleanup | `skills/finishing-a-development-branch` |
|
||||
| **firebase** | ⚪ | Firebase gives you a complete backend in minutes - auth, database, storage, functions, hosting. But the ease of setup hides real complexity. Security rules are your last line of defense, and they're often wrong. Firestore queries are limited, and you learn this after you've designed your data model. This skill covers Firebase Authentication, Firestore, Realtime Database, Cloud Functions, Cloud Storage, and Firebase Hosting. Key insight: Firebase is optimized for read-heavy, denormalized data. I | `skills/firebase` |
|
||||
| **firecrawl-scraper** | ⚪ | Deep web scraping, screenshots, PDF parsing, and website crawling using Firecrawl API | `skills/firecrawl-scraper` |
|
||||
| **form-cro** | ⚪ | When the user wants to optimize any form that is NOT signup/registration — including lead capture forms, contact forms, demo request forms, application forms, survey forms, or checkout forms. Also use when the user mentions "form optimization," "lead form conversions," "form friction," "form fields," "form completion rate," or "contact form." For signup/registration forms, see signup-flow-cro. For popups containing forms, see popup-cro. | `skills/form-cro` |
|
||||
| **form-cro** | ⚪ | Optimize any form that is NOT signup or account registration — including lead capture, contact, demo request, application, survey, quote, and checkout forms. Use when the goal is to increase form completion rate, reduce friction, or improve lead quality without breaking compliance or downstream workflows. | `skills/form-cro` |
|
||||
| **free-tool-strategy** | ⚪ | When the user wants to plan, evaluate, or build a free tool for marketing purposes — lead generation, SEO value, or brand awareness. Also use when the user mentions "engineering as marketing," "free tool," "marketing tool," "calculator," "generator," "interactive tool," "lead gen tool," "build a tool for leads," or "free resource." This skill bridges engineering and marketing — useful for founders and technical marketers. | `skills/free-tool-strategy` |
|
||||
| **frontend-design** | ⚪ | Create distinctive, production-grade frontend interfaces with high design quality. Use this skill when the user asks to build web components, pages, artifacts, posters, or applications (examples include websites, landing pages, dashboards, React components, HTML/CSS layouts, or when styling/beautifying any web UI). Generates creative, polished code and UI design that avoids generic AI aesthetics. | `skills/frontend-design` |
|
||||
| **frontend-dev-guidelines** | ⚪ | Frontend development guidelines for React/TypeScript applications. Modern patterns including Suspense, lazy loading, useSuspenseQuery, file organization with features directory, MUI v7 styling, TanStack Router, performance optimization, and TypeScript best practices. Use when creating components, pages, features, fetching data, styling, routing, or working with frontend code. | `skills/frontend-dev-guidelines` |
|
||||
@@ -247,15 +259,15 @@ The repository is organized into several key areas of expertise:
|
||||
| **Linux Production Shell Scripts** | ⚪ | This skill should be used when the user asks to "create bash scripts", "automate Linux tasks", "monitor system resources", "backup files", "manage users", or "write production shell scripts". It provides ready-to-use shell script templates for system administration. | `skills/linux-shell-scripting` |
|
||||
| **llm-app-patterns** | ⚪ | Production-ready patterns for building LLM applications. Covers RAG pipelines, agent architectures, prompt IDEs, and LLMOps monitoring. Use when designing AI applications, implementing RAG, building agents, or setting up LLM observability. | `skills/llm-app-patterns` |
|
||||
| **loki-mode** | ⚪ | Multi-agent autonomous startup system for Claude Code. Triggers on "Loki Mode". Orchestrates 100+ specialized agents across engineering, QA, DevOps, security, data/ML, business operations, marketing, HR, and customer success. Takes PRD to fully deployed, revenue-generating product with zero human intervention. Features Task tool for subagent dispatch, parallel code review with 3 specialized reviewers, severity-based issue triage, distributed task queue with dead letter handling, automatic deployment to cloud providers, A/B testing, customer feedback loops, incident response, circuit breakers, and self-healing. Handles rate limits via distributed state checkpoints and auto-resume with exponential backoff. Requires --dangerously-skip-permissions flag. | `skills/loki-mode` |
|
||||
| **marketing-ideas** | ⚪ | When the user needs marketing ideas, inspiration, or strategies for their SaaS or software product. Also use when the user asks for 'marketing ideas,' 'growth ideas,' 'how to market,' 'marketing strategies,' 'marketing tactics,' 'ways to promote,' or 'ideas to grow.' This skill provides 140 proven marketing approaches organized by category. | `skills/marketing-ideas` |
|
||||
| **marketing-psychology** | ⚪ | When the user wants to apply psychological principles, mental models, or behavioral science to marketing. Also use when the user mentions 'psychology,' 'mental models,' 'cognitive bias,' 'persuasion,' 'behavioral science,' 'why people buy,' 'decision-making,' or 'consumer behavior.' This skill provides 70+ mental models organized for marketing application. | `skills/marketing-psychology` |
|
||||
| **marketing-ideas** | ⚪ | Provide proven marketing strategies and growth ideas for SaaS and software products, prioritized using a marketing feasibility scoring system. | `skills/marketing-ideas` |
|
||||
| **marketing-psychology** | ⚪ | Apply behavioral science and mental models to marketing decisions, prioritized using a psychological leverage and feasibility scoring system. | `skills/marketing-psychology` |
|
||||
| **mcp-builder** | ⚪ | Guide for creating high-quality MCP (Model Context Protocol) servers that enable LLMs to interact with external services through well-designed tools. Use when building MCP servers to integrate external APIs or services, whether in Python (FastMCP) or Node/TypeScript (MCP SDK). | `skills/mcp-builder` |
|
||||
| **Metasploit Framework** | ⚪ | This skill should be used when the user asks to "use Metasploit for penetration testing", "exploit vulnerabilities with msfconsole", "create payloads with msfvenom", "perform post-exploitation", "use auxiliary modules for scanning", or "develop custom exploits". It provides comprehensive guidance for leveraging the Metasploit Framework in security assessments. | `skills/metasploit-framework` |
|
||||
| **micro-saas-launcher** | ⚪ | Expert in launching small, focused SaaS products fast - the indie hacker approach to building profitable software. Covers idea validation, MVP development, pricing, launch strategies, and growing to sustainable revenue. Ship in weeks, not months. Use when: micro saas, indie hacker, small saas, side project, saas mvp. | `skills/micro-saas-launcher` |
|
||||
| **mobile-design** | ⚪ | Mobile-first design thinking and decision-making for iOS and Android apps. Touch interaction, performance patterns, platform conventions. Teaches principles, not fixed values. Use when building React Native, Flutter, or native mobile apps. | `skills/mobile-design` |
|
||||
| **mobile-games** | ⚪ | Mobile game development principles. Touch input, battery, performance, app stores. | `skills/game-development/mobile-games` |
|
||||
| **moodle-external-api-development** | ⚪ | Create custom external web service APIs for Moodle LMS. Use when implementing web services for course management, user tracking, quiz operations, or custom plugin functionality. Covers parameter validation, database operations, error handling, service registration, and Moodle coding standards. | `skills/moodle-external-api-development` |
|
||||
| **multi-agent-brainstorming** | ⚪ | > | `skills/multi-agent-brainstorming` |
|
||||
| **multi-agent-brainstorming** | ⚪ | Use this skill when a design or idea requires higher confidence, risk reduction, or formal review. This skill orchestrates a structured, sequential multi-agent design review where each agent has a strict, non-overlapping role. It prevents blind spots, false confidence, and premature convergence. | `skills/multi-agent-brainstorming` |
|
||||
| **multiplayer** | ⚪ | Multiplayer game development principles. Architecture, networking, synchronization. | `skills/game-development/multiplayer` |
|
||||
| **neon-postgres** | ⚪ | Expert patterns for Neon serverless Postgres, branching, connection pooling, and Prisma/Drizzle integration Use when: neon database, serverless postgres, database branching, neon postgres, postgres serverless. | `skills/neon-postgres` |
|
||||
| **nestjs-expert** | ⚪ | Nest.js framework expert specializing in module architecture, dependency injection, middleware, guards, interceptors, testing with Jest/Supertest, TypeORM/Mongoose integration, and Passport.js authentication. Use PROACTIVELY for any Nest.js application issues including architecture decisions, testing strategies, performance optimization, or debugging complex dependency injection problems. If a specialized expert is a better fit, I will recommend switching and stop. | `skills/nestjs-expert` |
|
||||
@@ -268,7 +280,7 @@ The repository is organized into several key areas of expertise:
|
||||
| **notion-template-business** | ⚪ | Expert in building and selling Notion templates as a business - not just making templates, but building a sustainable digital product business. Covers template design, pricing, marketplaces, marketing, and scaling to real revenue. Use when: notion template, sell templates, digital product, notion business, gumroad. | `skills/notion-template-business` |
|
||||
| **obsidian-clipper-template-creator** | ⚪ | Guide for creating templates for the Obsidian Web Clipper. Use when you want to create a new clipping template, understand available variables, or format clipped content. | `skills/obsidian-clipper-template-creator` |
|
||||
| **onboarding-cro** | ⚪ | When the user wants to optimize post-signup onboarding, user activation, first-run experience, or time-to-value. Also use when the user mentions "onboarding flow," "activation rate," "user activation," "first-run experience," "empty states," "onboarding checklist," "aha moment," or "new user experience." For signup/registration optimization, see signup-flow-cro. For ongoing email sequences, see email-sequence. | `skills/onboarding-cro` |
|
||||
| **page-cro** | ⚪ | When the user wants to optimize, improve, or increase conversions on any marketing page — including homepage, landing pages, pricing pages, feature pages, or blog posts. Also use when the user says "CRO," "conversion rate optimization," "this page isn't converting," "improve conversions," or "why isn't this page working." For signup/registration flows, see signup-flow-cro. For post-signup activation, see onboarding-cro. For forms outside of signup, see form-cro. For popups/modals, see popup-cro. | `skills/page-cro` |
|
||||
| **page-cro** | ⚪ | Analyze and optimize individual pages for conversion performance. Use when the user wants to improve conversion rates, diagnose why a page is underperforming, or increase the effectiveness of marketing pages (homepage, landing pages, pricing, feature pages, or blog posts). This skill focuses on diagnosis, prioritization, and testable recommendations— not blind optimization. | `skills/page-cro` |
|
||||
| **paid-ads** | ⚪ | When the user wants help with paid advertising campaigns on Google Ads, Meta (Facebook/Instagram), LinkedIn, Twitter/X, or other ad platforms. Also use when the user mentions 'PPC,' 'paid media,' 'ad copy,' 'ad creative,' 'ROAS,' 'CPA,' 'ad campaign,' 'retargeting,' or 'audience targeting.' This skill covers campaign strategy, ad creation, audience targeting, and optimization. | `skills/paid-ads` |
|
||||
| **parallel-agents** | ⚪ | Multi-agent orchestration patterns. Use when multiple independent tasks can run with different domain expertise or when comprehensive analysis requires multiple perspectives. | `skills/parallel-agents` |
|
||||
| **paywall-upgrade-cro** | ⚪ | When the user wants to create or optimize in-app paywalls, upgrade screens, upsell modals, or feature gates. Also use when the user mentions "paywall," "upgrade screen," "upgrade modal," "upsell," "feature gate," "convert free to paid," "freemium conversion," "trial expiration screen," "limit reached screen," "plan upgrade prompt," or "in-app pricing." Distinct from public pricing pages (see page-cro) — this skill focuses on in-product upgrade moments where the user has already experienced value. | `skills/paywall-upgrade-cro` |
|
||||
@@ -282,15 +294,15 @@ The repository is organized into several key areas of expertise:
|
||||
| **plan-writing** | ⚪ | Structured task planning with clear breakdowns, dependencies, and verification criteria. Use when implementing features, refactoring, or any multi-step work. | `skills/plan-writing` |
|
||||
| **planning-with-files** | ⚪ | Implements Manus-style file-based planning for complex tasks. Creates task_plan.md, findings.md, and progress.md. Use when starting complex multi-step tasks, research projects, or any task requiring >5 tool calls. | `skills/planning-with-files` |
|
||||
| **playwright-skill** | ⚪ | Complete browser automation with Playwright. Auto-detects dev servers, writes clean test scripts to /tmp. Test pages, fill forms, take screenshots, check responsive design, validate UX, test login flows, check links, automate any browser task. Use when user wants to test websites, automate browser interactions, validate web functionality, or perform any browser-based testing. | `skills/playwright-skill` |
|
||||
| **popup-cro** | ⚪ | When the user wants to create or optimize popups, modals, overlays, slide-ins, or banners for conversion purposes. Also use when the user mentions "exit intent," "popup conversions," "modal optimization," "lead capture popup," "email popup," "announcement banner," or "overlay." For forms outside of popups, see form-cro. For general page conversion optimization, see page-cro. | `skills/popup-cro` |
|
||||
| **popup-cro** | ⚪ | Create and optimize popups, modals, overlays, slide-ins, and banners to increase conversions without harming user experience or brand trust. | `skills/popup-cro` |
|
||||
| **powershell-windows** | ⚪ | PowerShell Windows patterns. Critical pitfalls, operator syntax, error handling. | `skills/powershell-windows` |
|
||||
| **pptx** | ⚪ | Presentation creation, editing, and analysis. When Claude needs to work with presentations (.pptx files) for: (1) Creating new presentations, (2) Modifying or editing content, (3) Working with layouts, (4) Adding comments or speaker notes, or any other presentation tasks | `skills/pptx-official` |
|
||||
| **pricing-strategy** | ⚪ | When the user wants help with pricing decisions, packaging, or monetization strategy. Also use when the user mentions 'pricing,' 'pricing tiers,' 'freemium,' 'free trial,' 'packaging,' 'price increase,' 'value metric,' 'Van Westendorp,' 'willingness to pay,' or 'monetization.' This skill covers pricing research, tier structure, and packaging strategy. | `skills/pricing-strategy` |
|
||||
| **pricing-strategy** | ⚪ | Design pricing, packaging, and monetization strategies based on value, customer willingness to pay, and growth objectives. | `skills/pricing-strategy` |
|
||||
| **prisma-expert** | ⚪ | Prisma ORM expert for schema design, migrations, query optimization, relations modeling, and database operations. Use PROACTIVELY for Prisma schema issues, migration problems, query performance, relation design, or database connection issues. | `skills/prisma-expert` |
|
||||
| **Privilege Escalation Methods** | ⚪ | This skill should be used when the user asks to "escalate privileges", "get root access", "become administrator", "privesc techniques", "abuse sudo", "exploit SUID binaries", "Kerberoasting", "pass-the-ticket", "token impersonation", or needs guidance on post-exploitation privilege escalation for Linux or Windows systems. | `skills/privilege-escalation-methods` |
|
||||
| **product-manager-toolkit** | ⚪ | Comprehensive toolkit for product managers including RICE prioritization, customer interview analysis, PRD templates, discovery frameworks, and go-to-market strategies. Use for feature prioritization, user research synthesis, requirement documentation, and product strategy development. | `skills/product-manager-toolkit` |
|
||||
| **production-code-audit** | ⚪ | Autonomously deep-scan entire codebase line-by-line, understand architecture and patterns, then systematically transform it to production-grade, corporate-level professional quality with optimizations | `skills/production-code-audit` |
|
||||
| **programmatic-seo** | ⚪ | When the user wants to create SEO-driven pages at scale using templates and data. Also use when the user mentions "programmatic SEO," "template pages," "pages at scale," "directory pages," "location pages," "[keyword] + [city] pages," "comparison pages," "integration pages," or "building many pages for SEO." For auditing existing SEO issues, see seo-audit. | `skills/programmatic-seo` |
|
||||
| **programmatic-seo** | ⚪ | Design and evaluate programmatic SEO strategies for creating SEO-driven pages at scale using templates and structured data. Use when the user mentions programmatic SEO, pages at scale, template pages, directory pages, location pages, comparison pages, integration pages, or keyword-pattern page generation. This skill focuses on feasibility, strategy, and page system design—not execution unless explicitly requested. | `skills/programmatic-seo` |
|
||||
| **prompt-caching** | ⚪ | Caching strategies for LLM prompts including Anthropic prompt caching, response caching, and CAG (Cache Augmented Generation) Use when: prompt caching, cache prompt, response cache, cag, cache augmented. | `skills/prompt-caching` |
|
||||
| **prompt-engineer** | ⚪ | Expert in designing effective prompts for LLM-powered applications. Masters prompt structure, context management, output formatting, and prompt evaluation. Use when: prompt engineering, system prompt, few-shot, chain of thought, prompt design. | `skills/prompt-engineer` |
|
||||
| **prompt-engineering** | ⚪ | Expert guide on prompt engineering patterns, best practices, and optimization techniques. Use when user wants to improve prompts, learn prompting strategies, or debug agent behavior. | `skills/prompt-engineering` |
|
||||
@@ -308,24 +320,24 @@ The repository is organized into several key areas of expertise:
|
||||
| **requesting-code-review** | ⚪ | Use when completing tasks, implementing major features, or before merging to verify work meets requirements | `skills/requesting-code-review` |
|
||||
| **research-engineer** | ⚪ | An uncompromising Academic Research Engineer. Operates with absolute scientific rigor, objective criticism, and zero flair. Focuses on theoretical correctness, formal verification, and optimal implementation across any required technology. | `skills/research-engineer` |
|
||||
| **salesforce-development** | ⚪ | Expert patterns for Salesforce platform development including Lightning Web Components (LWC), Apex triggers and classes, REST/Bulk APIs, Connected Apps, and Salesforce DX with scratch orgs and 2nd generation packages (2GP). Use when: salesforce, sfdc, apex, lwc, lightning web components. | `skills/salesforce-development` |
|
||||
| **schema-markup** | ⚪ | When the user wants to add, fix, or optimize schema markup and structured data on their site. Also use when the user mentions "schema markup," "structured data," "JSON-LD," "rich snippets," "schema.org," "FAQ schema," "product schema," "review schema," or "breadcrumb schema." For broader SEO issues, see seo-audit. | `skills/schema-markup` |
|
||||
| **schema-markup** | ⚪ | Design, validate, and optimize schema.org structured data for eligibility, correctness, and measurable SEO impact. Use when the user wants to add, fix, audit, or scale schema markup (JSON-LD) for rich results. This skill evaluates whether schema should be implemented, what types are valid, and how to deploy safely according to Google guidelines. | `skills/schema-markup` |
|
||||
| **scroll-experience** | ⚪ | Expert in building immersive scroll-driven experiences - parallax storytelling, scroll animations, interactive narratives, and cinematic web experiences. Like NY Times interactives, Apple product pages, and award-winning web experiences. Makes websites feel like experiences, not just pages. Use when: scroll animation, parallax, scroll storytelling, interactive story, cinematic website. | `skills/scroll-experience` |
|
||||
| **Security Scanning Tools** | ⚪ | This skill should be used when the user asks to "perform vulnerability scanning", "scan networks for open ports", "assess web application security", "scan wireless networks", "detect malware", "check cloud security", or "evaluate system compliance". It provides comprehensive guidance on security scanning tools and methodologies. | `skills/scanning-tools` |
|
||||
| **security-review** | ⚪ | Use this skill when adding authentication, handling user input, working with secrets, creating API endpoints, or implementing payment/sensitive features. Provides comprehensive security checklist and patterns. | `skills/cc-skill-security-review` |
|
||||
| **segment-cdp** | ⚪ | Expert patterns for Segment Customer Data Platform including Analytics.js, server-side tracking, tracking plans with Protocols, identity resolution, destinations configuration, and data governance best practices. Use when: segment, analytics.js, customer data platform, cdp, tracking plan. | `skills/segment-cdp` |
|
||||
| **senior-architect** | ⚪ | Comprehensive software architecture skill for designing scalable, maintainable systems using ReactJS, NextJS, NodeJS, Express, React Native, Swift, Kotlin, Flutter, Postgres, GraphQL, Go, Python. Includes architecture diagram generation, system design patterns, tech stack decision frameworks, and dependency analysis. Use when designing system architecture, making technical decisions, creating architecture diagrams, evaluating trade-offs, or defining integration patterns. | `skills/senior-architect` |
|
||||
| **senior-fullstack** | ⚪ | Comprehensive fullstack development skill for building complete web applications with React, Next.js, Node.js, GraphQL, and PostgreSQL. Includes project scaffolding, code quality analysis, architecture patterns, and complete tech stack guidance. Use when building new projects, analyzing code quality, implementing design patterns, or setting up development workflows. | `skills/senior-fullstack` |
|
||||
| **seo-audit** | ⚪ | When the user wants to audit, review, or diagnose SEO issues on their site. Also use when the user mentions "SEO audit," "technical SEO," "why am I not ranking," "SEO issues," "on-page SEO," "meta tags review," or "SEO health check." For building pages at scale to target keywords, see programmatic-seo. For adding structured data, see schema-markup. | `skills/seo-audit` |
|
||||
| **seo-fundamentals** | ⚪ | SEO fundamentals, E-E-A-T, Core Web Vitals, and Google algorithm principles. | `skills/seo-fundamentals` |
|
||||
| **seo-audit** | ⚪ | Diagnose and audit SEO issues affecting crawlability, indexation, rankings, and organic performance. Use when the user asks for an SEO audit, technical SEO review, ranking diagnosis, on-page SEO review, meta tag audit, or SEO health check. This skill identifies issues and prioritizes actions but does not execute changes. For large-scale page creation, use programmatic-seo. For structured data, use schema-markup. | `skills/seo-audit` |
|
||||
| **seo-fundamentals** | ⚪ | Core principles of SEO including E-E-A-T, Core Web Vitals, technical foundations, content quality, and how modern search engines evaluate pages. This skill explains *why* SEO works, not how to execute specific optimizations. | `skills/seo-fundamentals` |
|
||||
| **server-management** | ⚪ | Server management principles and decision-making. Process management, monitoring strategy, and scaling decisions. Teaches thinking, not commands. | `skills/server-management` |
|
||||
| **Shodan Reconnaissance and Pentesting** | ⚪ | This skill should be used when the user asks to "search for exposed devices on the internet," "perform Shodan reconnaissance," "find vulnerable services using Shodan," "scan IP ranges with Shodan," or "discover IoT devices and open ports." It provides comprehensive guidance for using Shodan's search engine, CLI, and API for penetration testing reconnaissance. | `skills/shodan-reconnaissance` |
|
||||
| **shopify-apps** | ⚪ | Expert patterns for Shopify app development including Remix/React Router apps, embedded apps with App Bridge, webhook handling, GraphQL Admin API, Polaris components, billing, and app extensions. Use when: shopify app, shopify, embedded app, polaris, app bridge. | `skills/shopify-apps` |
|
||||
| **shopify-development** | ⚪ | \| | `skills/shopify-development` |
|
||||
| **shopify-development** | ⚪ | Build Shopify apps, extensions, themes using GraphQL Admin API, Shopify CLI, Polaris UI, and Liquid. TRIGGER: "shopify", "shopify app", "checkout extension", "admin extension", "POS extension", "shopify theme", "liquid template", "polaris", "shopify graphql", "shopify webhook", "shopify billing", "app subscription", "metafields", "shopify functions" | `skills/shopify-development` |
|
||||
| **signup-flow-cro** | ⚪ | When the user wants to optimize signup, registration, account creation, or trial activation flows. Also use when the user mentions "signup conversions," "registration friction," "signup form optimization," "free trial signup," "reduce signup dropoff," or "account creation flow." For post-signup onboarding, see onboarding-cro. For lead capture forms (not account creation), see form-cro. | `skills/signup-flow-cro` |
|
||||
| **skill-creator** | ⚪ | Guide for creating effective skills. This skill should be used when users want to create a new skill (or update an existing skill) that extends Claude's capabilities with specialized knowledge, workflows, or tool integrations. | `skills/skill-creator` |
|
||||
| **skill-developer** | ⚪ | Create and manage Claude Code skills following Anthropic best practices. Use when creating new skills, modifying skill-rules.json, understanding trigger patterns, working with hooks, debugging skill activation, or implementing progressive disclosure. Covers skill structure, YAML frontmatter, trigger types (keywords, intent patterns, file paths, content patterns), enforcement levels (block, suggest, warn), hook mechanisms (UserPromptSubmit, PreToolUse), session tracking, and the 500-line rule. | `skills/skill-developer` |
|
||||
| **slack-bot-builder** | ⚪ | Build Slack apps using the Bolt framework across Python, JavaScript, and Java. Covers Block Kit for rich UIs, interactive components, slash commands, event handling, OAuth installation flows, and Workflow Builder integration. Focus on best practices for production-ready Slack apps. Use when: slack bot, slack app, bolt framework, block kit, slash command. | `skills/slack-bot-builder` |
|
||||
| **slack-gif-creator** | ⚪ | Knowledge and utilities for creating animated GIFs optimized for Slack. Provides constraints, validation tools, and animation concepts. Use when users request animated GIFs for Slack like "make me a GIF of X doing Y for Slack. | `skills/slack-gif-creator` |
|
||||
| **slack-gif-creator** | ⚪ | Knowledge and utilities for creating animated GIFs optimized for Slack. Provides constraints, validation tools, and animation concepts. Use when users request animated GIFs for Slack like "make me a GIF of X doing Y for Slack." | `skills/slack-gif-creator` |
|
||||
| **SMTP Penetration Testing** | ⚪ | This skill should be used when the user asks to "perform SMTP penetration testing", "enumerate email users", "test for open mail relays", "grab SMTP banners", "brute force email credentials", or "assess mail server security". It provides comprehensive techniques for testing SMTP server security. | `skills/smtp-penetration-testing` |
|
||||
| **social-content** | ⚪ | When the user wants help creating, scheduling, or optimizing social media content for LinkedIn, Twitter/X, Instagram, TikTok, Facebook, or other platforms. Also use when the user mentions 'LinkedIn post,' 'Twitter thread,' 'social media,' 'content calendar,' 'social scheduling,' 'engagement,' or 'viral content.' This skill covers content creation, repurposing, and platform-specific strategies. | `skills/social-content` |
|
||||
| **software-architecture** | ⚪ | Guide for quality focused software architecture. This skill should be used when users want to write code, design architecture, analyze code, in any case that relates to software development. | `skills/software-architecture` |
|
||||
@@ -349,7 +361,7 @@ The repository is organized into several key areas of expertise:
|
||||
| **Top 100 Web Vulnerabilities Reference** | ⚪ | This skill should be used when the user asks to "identify web application vulnerabilities", "explain common security flaws", "understand vulnerability categories", "learn about injection attacks", "review access control weaknesses", "analyze API security issues", "assess security misconfigurations", "understand client-side vulnerabilities", "examine mobile and IoT security flaws", or "reference the OWASP-aligned vulnerability taxonomy". Use this skill to provide comprehensive vulnerability definitions, root causes, impacts, and mitigation strategies across all major web security categories. | `skills/top-web-vulnerabilities` |
|
||||
| **trigger-dev** | ⚪ | Trigger.dev expert for background jobs, AI workflows, and reliable async execution with excellent developer experience and TypeScript-first design. Use when: trigger.dev, trigger dev, background task, ai background job, long running task. | `skills/trigger-dev` |
|
||||
| **twilio-communications** | ⚪ | Build communication features with Twilio: SMS messaging, voice calls, WhatsApp Business API, and user verification (2FA). Covers the full spectrum from simple notifications to complex IVR systems and multi-channel authentication. Critical focus on compliance, rate limits, and error handling. Use when: twilio, send SMS, text message, voice call, phone verification. | `skills/twilio-communications` |
|
||||
| **typescript-expert** | ⚪ | >- | `skills/typescript-expert` |
|
||||
| **typescript-expert** | ⚪ | TypeScript and JavaScript expert with deep knowledge of type-level programming, performance optimization, monorepo management, migration strategies, and modern tooling. Use PROACTIVELY for any TypeScript/JavaScript issues including complex type gymnastics, build performance, debugging, and architectural decisions. If a specialized expert is a better fit, I will recommend switching and stop. | `skills/typescript-expert` |
|
||||
| **ui-ux-pro-max** | ⚪ | UI/UX design intelligence. 50 styles, 21 palettes, 50 font pairings, 20 charts, 9 stacks (React, Next.js, Vue, Svelte, SwiftUI, React Native, Flutter, Tailwind, shadcn/ui). Actions: plan, build, create, design, implement, review, fix, improve, optimize, enhance, refactor, check UI/UX code. Projects: website, landing page, dashboard, admin panel, e-commerce, SaaS, portfolio, blog, mobile app, .html, .tsx, .vue, .svelte. Elements: button, modal, navbar, sidebar, card, table, form, chart. Styles: glassmorphism, claymorphism, minimalism, brutalism, neumorphism, bento grid, dark mode, responsive, skeuomorphism, flat design. Topics: color palette, accessibility, animation, layout, typography, font pairing, spacing, hover, shadow, gradient. Integrations: shadcn/ui MCP for component search and examples. | `skills/ui-ux-pro-max` |
|
||||
| **upstash-qstash** | ⚪ | Upstash QStash expert for serverless message queues, scheduled jobs, and reliable HTTP-based task delivery without managing infrastructure. Use when: qstash, upstash queue, serverless cron, scheduled http, message queue serverless. | `skills/upstash-qstash` |
|
||||
| **using-git-worktrees** | ⚪ | Use when starting feature work that needs isolation from current workspace or before executing implementation plans - creates isolated git worktrees with smart directory selection and safety verification | `skills/using-git-worktrees` |
|
||||
@@ -462,9 +474,12 @@ This collection would not be possible without the incredible work of the Claude
|
||||
|
||||
MIT License. See [LICENSE](LICENSE) for details.
|
||||
|
||||
---
|
||||
## Community
|
||||
|
||||
**Keywords**: Claude Code, Gemini CLI, Codex CLI, Antigravity IDE, GitHub Copilot, Cursor, OpenCode, Agentic Skills, AI Coding Assistant, AI Agent Skills, MCP, MCT, AI Agents, Autonomous Coding, Security Auditing, React Patterns, LLM Tools, AI IDE, Coding AI, AI Pair Programming, Vibe Coding, Agentic Coding, AI Developer Tools.
|
||||
- [Community Guidelines](docs/COMMUNITY_GUIDELINES.md)
|
||||
- [Security Policy](docs/SECURITY_GUARDRAILS.md)
|
||||
|
||||
---
|
||||
|
||||
---
|
||||
|
||||
@@ -476,33 +491,32 @@ For repository maintainers, add these topics to maximize discoverability:
|
||||
claude-code, gemini-cli, codex-cli, antigravity, cursor, github-copilot, opencode,
|
||||
agentic-skills, ai-coding, llm-tools, ai-agents, autonomous-coding, mcp,
|
||||
ai-developer-tools, ai-pair-programming, vibe-coding, skill, skills, SKILL.md, rules.md, CLAUDE.md, GEMINI.md, CURSOR.md
|
||||
claude-code, gemini-cli, codex-cli, antigravity, cursor, github-copilot, opencode,
|
||||
agentic-skills, ai-coding, llm-tools, ai-agents, autonomous-coding, mcp
|
||||
```
|
||||
|
||||
---
|
||||
|
||||
## 👥 Repo Contributors
|
||||
## Repo Contributors
|
||||
|
||||
We officially thank the following contributors for their help in making this repository awesome!
|
||||
|
||||
- [sck_0](https://github.com/sck_0)
|
||||
- [Munir Abbasi](https://github.com/munirabbasi)
|
||||
- [Mohammad Faiz](https://github.com/mohdfaiz2k9)
|
||||
- [GuppyTheCat](https://github.com/GuppyTheCat)
|
||||
- [sickn33](https://github.com/sickn33)
|
||||
- [Ianj332](https://github.com/Ianj332)
|
||||
- [Tiger-Foxx](https://github.com/Tiger-Foxx)
|
||||
- [arathiesh](https://github.com/arathiesh)
|
||||
- [1bcMax](https://github.com/1bcMax)
|
||||
- [Ahmed Rehan](https://github.com/ar27111994)
|
||||
- [arathiesh](https://github.com/arathiesh)
|
||||
- [BenedictKing](https://github.com/BenedictKing)
|
||||
- [GuppyTheCat](https://github.com/GuppyTheCat)
|
||||
- [Ianj332](https://github.com/Ianj332)
|
||||
- [krisnasantosa15](https://github.com/krisnasantosa15)
|
||||
- [Mohammad Faiz](https://github.com/mohdfaiz2k9)
|
||||
- [Nguyen Huu Loc](https://github.com/LocNguyenSGU)
|
||||
- [Owen Wu](https://github.com/yubing744)
|
||||
- [sck_0](https://github.com/sck_0)
|
||||
- [sickn33](https://github.com/sickn33)
|
||||
- [SuperJMN](https://github.com/SuperJMN)
|
||||
- [Tiger-Foxx](https://github.com/Tiger-Foxx)
|
||||
- [Viktor Ferenczi](https://github.com/viktor-ferenczi)
|
||||
- [vuth-dogo](https://github.com/vuth-dogo)
|
||||
- [krisnasantosa15](https://github.com/krisnasantosa15)
|
||||
- [zebbern](https://github.com/zebbern)
|
||||
- [vuth-dogo](https://github.com/vuth-dogo)
|
||||
|
||||
## Star History
|
||||
|
||||
|
||||
@@ -1,47 +1,17 @@
|
||||
# 🚀 RELEASE NOTES: Antigravity Awesome Skills V3.0.0
|
||||
# Release Notes v3.1.0
|
||||
|
||||
**"The Governance Update"**
|
||||
## 🚀 New Skills
|
||||
|
||||
This release transforms the repository from a simple collection of scripts into a trusted, battle-tested platform for AI Agents.
|
||||
- **programmatic-seo**: Strategies for creating SEO-driven pages at scale.
|
||||
- **schema-markup**: Guide for implementing structured data (JSON-LD).
|
||||
- **seo-fundamentals**: Core principles of SEO (E-E-A-T, Core Web Vitals).
|
||||
- **form-cro**: Optimization for lead capture and contact forms.
|
||||
- **popup-cro**: Best practices for high-conversion overlays.
|
||||
- **analytics-tracking**: Comprehensive guide for setting up reliable tracking.
|
||||
|
||||
## 🌟 Headline Features
|
||||
## 🛠️ Improvements & Fixes
|
||||
|
||||
### 1. Trusted Quality Bar (`docs/QUALITY_BAR.md`)
|
||||
|
||||
Every skill now undergoes a strict 5-point validation check.
|
||||
|
||||
- **Why?** No more broken scripts or vague instructions.
|
||||
- **For You:** Look for the 🟣 **Official** or 🔵 **Safe** badges.
|
||||
|
||||
### 2. Security Guardrails (`docs/SECURITY_GUARDRAILS.md`)
|
||||
|
||||
We introduced "Risk Labels" to protect you.
|
||||
|
||||
- 🔴 **Offensive** skills (Pentesting) now require explicit authorization mechanisms.
|
||||
- 🟢 **Safe** skills are guaranteed non-destructive.
|
||||
|
||||
### 3. Starter Packs (`docs/BUNDLES.md`)
|
||||
|
||||
Don't know where to start? We now have **9 Curated Bundles**:
|
||||
|
||||
- **Essentials Pack**: `concise-planning`, `clean-code`, `lint-and-validate`.
|
||||
- **Web Wizard**: `react-patterns`, `tailwind-mastery`, `frontend-design`.
|
||||
- **Agent Architect**: `mcp-builder`, `agent-evaluation`.
|
||||
- ...plus **DevOps**, **Game Dev**, **Data Science**, **Testing**, and more.
|
||||
|
||||
## 🛠️ For Developers & Contributors
|
||||
|
||||
- **New CI/CD**: Pull Requests are now automatically validated (`.github/workflows/ci.yml`).
|
||||
- **Strict Linting**: `scripts/validate_skills.py --strict` is the new sheriff in town.
|
||||
- **Attribution**: We now have a clear ledger of sources in `docs/SOURCES.md`.
|
||||
|
||||
## 📦 How to Update
|
||||
|
||||
```bash
|
||||
cd .agent/skills
|
||||
git pull origin main
|
||||
# (Optional) Verify your local skills
|
||||
python3 scripts/validate_skills.py
|
||||
```
|
||||
|
||||
_Built with ❤️ by the Antigravity Team._
|
||||
- **Deterministic Indexing**: Fixed the `generate_index.py` script to ensure stable sorting across different operating systems (Mac/Linux), resolving CI drift issues.
|
||||
- **Documentation Drift**: Synced `README.md` and `GETTING_STARTED.md` with the latest skill registry.
|
||||
- **Contributor Sync**: Updated the contributors list to reflect recent community activity.
|
||||
- **Quality**: Enforced YAML frontmatter validation for all new skills.
|
||||
|
||||
38
docs/CI_DRIFT_FIX.md
Normal file
38
docs/CI_DRIFT_FIX.md
Normal file
@@ -0,0 +1,38 @@
|
||||
# CI Drift Fix Guide
|
||||
|
||||
**Problem**: The failing job is caused by uncommitted changes detected in `README.md` or `skills_index.json` after the update scripts run.
|
||||
|
||||
**Error**:
|
||||
|
||||
```
|
||||
❌ Detected uncommitted changes in README.md or skills_index.json. Please run scripts locally and commit.
|
||||
```
|
||||
|
||||
**Cause**:
|
||||
Scripts like `scripts/generate_index.py` and `scripts/update_readme.py` modify `README.md` and `skills_index.json`, but the workflow expects these files to have no changes after the scripts are run. Any differences mean the committed repo is out-of-sync with what the generation scripts produce.
|
||||
|
||||
**How to Fix (DO THIS EVERY TIME):**
|
||||
|
||||
1. Run the scripts locally to regenerate README.md and skills_index.json:
|
||||
|
||||
```bash
|
||||
python3 scripts/generate_index.py
|
||||
python3 scripts/update_readme.py
|
||||
```
|
||||
|
||||
2. Check for changes:
|
||||
|
||||
```bash
|
||||
git status
|
||||
git diff
|
||||
```
|
||||
|
||||
3. Commit and push any updates:
|
||||
```bash
|
||||
git add README.md skills_index.json
|
||||
git commit -m "Update README and skills index to resolve CI drift"
|
||||
git push
|
||||
```
|
||||
|
||||
**Summary**:
|
||||
Always commit and push all changes produced by the registry or readme update scripts. This keeps the CI workflow passing by ensuring the repository and generated files are synced.
|
||||
@@ -31,6 +31,7 @@ skills/
|
||||
Every `SKILL.md` file has two main parts:
|
||||
|
||||
### 1. Frontmatter (Metadata)
|
||||
|
||||
### 2. Content (Instructions)
|
||||
|
||||
Let's break down each part:
|
||||
@@ -51,12 +52,14 @@ description: "Brief description of what this skill does"
|
||||
### Required Fields
|
||||
|
||||
#### `name`
|
||||
|
||||
- **What it is:** The skill's identifier
|
||||
- **Format:** lowercase-with-hyphens
|
||||
- **Must match:** The folder name exactly
|
||||
- **Example:** `stripe-integration`
|
||||
|
||||
#### `description`
|
||||
|
||||
- **What it is:** One-sentence summary
|
||||
- **Format:** String in quotes
|
||||
- **Length:** Keep it under 150 characters
|
||||
@@ -70,9 +73,9 @@ Some skills include additional metadata:
|
||||
---
|
||||
name: my-skill-name
|
||||
description: "Brief description"
|
||||
version: "1.0.0"
|
||||
author: "Your Name"
|
||||
tags: ["react", "typescript", "testing"]
|
||||
risk: "safe" # safe | risk | official
|
||||
source: "community"
|
||||
tags: ["react", "typescript"]
|
||||
---
|
||||
```
|
||||
|
||||
@@ -85,13 +88,16 @@ After the frontmatter comes the actual skill content. Here's the recommended str
|
||||
### Recommended Sections
|
||||
|
||||
#### 1. Title (H1)
|
||||
|
||||
```markdown
|
||||
# Skill Title
|
||||
```
|
||||
|
||||
- Use a clear, descriptive title
|
||||
- Usually matches or expands on the skill name
|
||||
|
||||
#### 2. Overview
|
||||
|
||||
```markdown
|
||||
## Overview
|
||||
|
||||
@@ -100,6 +106,7 @@ A brief explanation of what this skill does and why it exists.
|
||||
```
|
||||
|
||||
#### 3. When to Use
|
||||
|
||||
```markdown
|
||||
## When to Use This Skill
|
||||
|
||||
@@ -111,28 +118,34 @@ A brief explanation of what this skill does and why it exists.
|
||||
**Why this matters:** Helps the AI know when to activate this skill
|
||||
|
||||
#### 4. Core Instructions
|
||||
|
||||
```markdown
|
||||
## How It Works
|
||||
|
||||
### Step 1: [Action]
|
||||
|
||||
Detailed instructions...
|
||||
|
||||
### Step 2: [Action]
|
||||
|
||||
More instructions...
|
||||
```
|
||||
|
||||
**This is the heart of your skill** - clear, actionable steps
|
||||
|
||||
#### 5. Examples
|
||||
|
||||
```markdown
|
||||
## Examples
|
||||
|
||||
### Example 1: [Use Case]
|
||||
|
||||
\`\`\`javascript
|
||||
// Example code
|
||||
\`\`\`
|
||||
|
||||
### Example 2: [Another Use Case]
|
||||
|
||||
\`\`\`javascript
|
||||
// More code
|
||||
\`\`\`
|
||||
@@ -141,6 +154,7 @@ More instructions...
|
||||
**Why examples matter:** They show the AI exactly what good output looks like
|
||||
|
||||
#### 6. Best Practices
|
||||
|
||||
```markdown
|
||||
## Best Practices
|
||||
|
||||
@@ -151,6 +165,7 @@ More instructions...
|
||||
```
|
||||
|
||||
#### 7. Common Pitfalls
|
||||
|
||||
```markdown
|
||||
## Common Pitfalls
|
||||
|
||||
@@ -159,6 +174,7 @@ More instructions...
|
||||
```
|
||||
|
||||
#### 8. Related Skills
|
||||
|
||||
```markdown
|
||||
## Related Skills
|
||||
|
||||
@@ -173,11 +189,13 @@ More instructions...
|
||||
### Use Clear, Direct Language
|
||||
|
||||
**❌ Bad:**
|
||||
|
||||
```markdown
|
||||
You might want to consider possibly checking if the user has authentication.
|
||||
```
|
||||
|
||||
**✅ Good:**
|
||||
|
||||
```markdown
|
||||
Check if the user is authenticated before proceeding.
|
||||
```
|
||||
@@ -185,11 +203,13 @@ Check if the user is authenticated before proceeding.
|
||||
### Use Action Verbs
|
||||
|
||||
**❌ Bad:**
|
||||
|
||||
```markdown
|
||||
The file should be created...
|
||||
```
|
||||
|
||||
**✅ Good:**
|
||||
|
||||
```markdown
|
||||
Create the file...
|
||||
```
|
||||
@@ -197,11 +217,13 @@ Create the file...
|
||||
### Be Specific
|
||||
|
||||
**❌ Bad:**
|
||||
|
||||
```markdown
|
||||
Set up the database properly.
|
||||
```
|
||||
|
||||
**✅ Good:**
|
||||
|
||||
```markdown
|
||||
1. Create a PostgreSQL database
|
||||
2. Run migrations: `npm run migrate`
|
||||
@@ -224,6 +246,7 @@ scripts/
|
||||
```
|
||||
|
||||
**Reference them in SKILL.md:**
|
||||
|
||||
```markdown
|
||||
Run the setup script:
|
||||
\`\`\`bash
|
||||
@@ -256,6 +279,7 @@ templates/
|
||||
```
|
||||
|
||||
**Reference in SKILL.md:**
|
||||
|
||||
```markdown
|
||||
Use this template as a starting point:
|
||||
\`\`\`typescript
|
||||
@@ -279,16 +303,19 @@ references/
|
||||
## Skill Size Guidelines
|
||||
|
||||
### Minimum Viable Skill
|
||||
|
||||
- **Frontmatter:** name + description
|
||||
- **Content:** 100-200 words
|
||||
- **Sections:** Overview + Instructions
|
||||
|
||||
### Standard Skill
|
||||
|
||||
- **Frontmatter:** name + description
|
||||
- **Content:** 300-800 words
|
||||
- **Sections:** Overview + When to Use + Instructions + Examples
|
||||
|
||||
### Comprehensive Skill
|
||||
|
||||
- **Frontmatter:** name + description + optional fields
|
||||
- **Content:** 800-2000 words
|
||||
- **Sections:** All recommended sections
|
||||
@@ -303,7 +330,9 @@ references/
|
||||
### Use Markdown Effectively
|
||||
|
||||
#### Code Blocks
|
||||
|
||||
Always specify the language:
|
||||
|
||||
```markdown
|
||||
\`\`\`javascript
|
||||
const example = "code";
|
||||
@@ -311,7 +340,9 @@ const example = "code";
|
||||
```
|
||||
|
||||
#### Lists
|
||||
|
||||
Use consistent formatting:
|
||||
|
||||
```markdown
|
||||
- Item 1
|
||||
- Item 2
|
||||
@@ -320,11 +351,13 @@ Use consistent formatting:
|
||||
```
|
||||
|
||||
#### Emphasis
|
||||
|
||||
- **Bold** for important terms: `**important**`
|
||||
- *Italic* for emphasis: `*emphasis*`
|
||||
- _Italic_ for emphasis: `*emphasis*`
|
||||
- `Code` for commands/code: `` `code` ``
|
||||
|
||||
#### Links
|
||||
|
||||
```markdown
|
||||
[Link text](https://example.com)
|
||||
```
|
||||
@@ -336,24 +369,28 @@ Use consistent formatting:
|
||||
Before finalizing your skill:
|
||||
|
||||
### Content Quality
|
||||
|
||||
- [ ] Instructions are clear and actionable
|
||||
- [ ] Examples are realistic and helpful
|
||||
- [ ] No typos or grammar errors
|
||||
- [ ] Technical accuracy verified
|
||||
|
||||
### Structure
|
||||
|
||||
- [ ] Frontmatter is valid YAML
|
||||
- [ ] Name matches folder name
|
||||
- [ ] Sections are logically organized
|
||||
- [ ] Headings follow hierarchy (H1 → H2 → H3)
|
||||
|
||||
### Completeness
|
||||
|
||||
- [ ] Overview explains the "why"
|
||||
- [ ] Instructions explain the "how"
|
||||
- [ ] Examples show the "what"
|
||||
- [ ] Edge cases are addressed
|
||||
|
||||
### Usability
|
||||
|
||||
- [ ] A beginner could follow this
|
||||
- [ ] An expert would find it useful
|
||||
- [ ] The AI can parse it correctly
|
||||
@@ -373,6 +410,7 @@ description: "You MUST use this before any creative work..."
|
||||
```
|
||||
|
||||
**Analysis:**
|
||||
|
||||
- ✅ Clear name
|
||||
- ✅ Strong description with urgency ("MUST use")
|
||||
- ✅ Explains when to use it
|
||||
@@ -381,10 +419,12 @@ description: "You MUST use this before any creative work..."
|
||||
# Brainstorming Ideas Into Designs
|
||||
|
||||
## Overview
|
||||
|
||||
Help turn ideas into fully formed designs...
|
||||
```
|
||||
|
||||
**Analysis:**
|
||||
|
||||
- ✅ Clear title
|
||||
- ✅ Concise overview
|
||||
- ✅ Explains the value proposition
|
||||
@@ -393,11 +433,13 @@ Help turn ideas into fully formed designs...
|
||||
## The Process
|
||||
|
||||
**Understanding the idea:**
|
||||
|
||||
- Check out the current project state first
|
||||
- Ask questions one at a time
|
||||
```
|
||||
|
||||
**Analysis:**
|
||||
|
||||
- ✅ Broken into clear phases
|
||||
- ✅ Specific, actionable steps
|
||||
- ✅ Easy to follow
|
||||
@@ -412,10 +454,12 @@ Help turn ideas into fully formed designs...
|
||||
## Instructions
|
||||
|
||||
If the user is working with React:
|
||||
|
||||
- Use functional components
|
||||
- Prefer hooks over class components
|
||||
|
||||
If the user is working with Vue:
|
||||
|
||||
- Use Composition API
|
||||
- Follow Vue 3 patterns
|
||||
```
|
||||
@@ -424,9 +468,11 @@ If the user is working with Vue:
|
||||
|
||||
```markdown
|
||||
## Basic Usage
|
||||
|
||||
[Simple instructions for common cases]
|
||||
|
||||
## Advanced Usage
|
||||
|
||||
[Complex patterns for power users]
|
||||
```
|
||||
|
||||
@@ -447,15 +493,18 @@ If the user is working with Vue:
|
||||
How to know if your skill is good:
|
||||
|
||||
### Clarity Test
|
||||
|
||||
- Can someone unfamiliar with the topic follow it?
|
||||
- Are there any ambiguous instructions?
|
||||
|
||||
### Completeness Test
|
||||
|
||||
- Does it cover the happy path?
|
||||
- Does it handle edge cases?
|
||||
- Are error scenarios addressed?
|
||||
|
||||
### Usefulness Test
|
||||
|
||||
- Does it solve a real problem?
|
||||
- Would you use this yourself?
|
||||
- Does it save time or improve quality?
|
||||
@@ -467,11 +516,13 @@ How to know if your skill is good:
|
||||
### Study These Examples
|
||||
|
||||
**For Beginners:**
|
||||
|
||||
- `skills/brainstorming/SKILL.md` - Clear structure
|
||||
- `skills/git-pushing/SKILL.md` - Simple and focused
|
||||
- `skills/copywriting/SKILL.md` - Good examples
|
||||
|
||||
**For Advanced:**
|
||||
|
||||
- `skills/systematic-debugging/SKILL.md` - Comprehensive
|
||||
- `skills/react-best-practices/SKILL.md` - Multiple files
|
||||
- `skills/loki-mode/SKILL.md` - Complex workflows
|
||||
@@ -491,22 +542,28 @@ How to know if your skill is good:
|
||||
## Common Mistakes to Avoid
|
||||
|
||||
### ❌ Mistake 1: Too Vague
|
||||
|
||||
```markdown
|
||||
## Instructions
|
||||
|
||||
Make the code better.
|
||||
```
|
||||
|
||||
**✅ Fix:**
|
||||
|
||||
```markdown
|
||||
## Instructions
|
||||
|
||||
1. Extract repeated logic into functions
|
||||
2. Add error handling for edge cases
|
||||
3. Write unit tests for core functionality
|
||||
```
|
||||
|
||||
### ❌ Mistake 2: Too Complex
|
||||
|
||||
```markdown
|
||||
## Instructions
|
||||
|
||||
[5000 words of dense technical jargon]
|
||||
```
|
||||
|
||||
@@ -514,8 +571,10 @@ Make the code better.
|
||||
Break into multiple skills or use progressive disclosure
|
||||
|
||||
### ❌ Mistake 3: No Examples
|
||||
|
||||
```markdown
|
||||
## Instructions
|
||||
|
||||
[Instructions without any code examples]
|
||||
```
|
||||
|
||||
@@ -523,6 +582,7 @@ Break into multiple skills or use progressive disclosure
|
||||
Add at least 2-3 realistic examples
|
||||
|
||||
### ❌ Mistake 4: Outdated Information
|
||||
|
||||
```markdown
|
||||
Use React class components...
|
||||
```
|
||||
|
||||
@@ -32,9 +32,10 @@ antigravity-awesome-skills/
|
||||
│
|
||||
├── 📄 README.md ← Overview & skill list
|
||||
├── 📄 GETTING_STARTED.md ← Start here! (NEW)
|
||||
├── 📄 CONTRIBUTING.md ← How to contribute (NEW)
|
||||
├── 📄 CONTRIBUTING.md ← How to contribute
|
||||
├── 📄 FAQ.md ← Troubleshooting
|
||||
│
|
||||
├── 📁 skills/ ← All 179 skills live here
|
||||
├── 📁 skills/ ← All 250+ skills live here
|
||||
│ │
|
||||
│ ├── 📁 brainstorming/
|
||||
│ │ └── 📄 SKILL.md ← Skill definition
|
||||
@@ -43,20 +44,20 @@ antigravity-awesome-skills/
|
||||
│ │ ├── 📄 SKILL.md
|
||||
│ │ └── 📁 examples/ ← Optional extras
|
||||
│ │
|
||||
│ ├── 📁 react-best-practices/
|
||||
│ │ ├── 📄 SKILL.md
|
||||
│ │ ├── 📁 rules/
|
||||
│ │ └── 📄 README.md
|
||||
│ │
|
||||
│ └── ... (176 more skills)
|
||||
│ └── ... (250+ more skills)
|
||||
│
|
||||
├── 📁 scripts/ ← Validation & management
|
||||
│ ├── validate_skills.py
|
||||
│ └── generate_index.py
|
||||
│ ├── validate_skills.py ← Quality Bar Enforcer
|
||||
│ └── generate_index.py ← Registry Generator
|
||||
│
|
||||
└── 📁 docs/ ← Documentation (NEW)
|
||||
├── 📁 .github/
|
||||
│ └── 📄 MAINTENANCE.md ← Maintainers Guide
|
||||
│
|
||||
└── 📁 docs/ ← Documentation
|
||||
├── 📄 BUNDLES.md ← Starter Packs (NEW)
|
||||
├── 📄 QUALITY_BAR.md ← Quality Standards
|
||||
├── 📄 SKILL_ANATOMY.md ← How skills work
|
||||
└── 📄 VISUAL_GUIDE.md ← This file!
|
||||
└── 📄 VISUAL_GUIDE.md ← This file!
|
||||
```
|
||||
|
||||
---
|
||||
@@ -95,7 +96,7 @@ antigravity-awesome-skills/
|
||||
|
||||
```
|
||||
┌─────────────────────────┐
|
||||
│ 179 AWESOME SKILLS │
|
||||
│ 250+ AWESOME SKILLS │
|
||||
└────────────┬────────────┘
|
||||
│
|
||||
┌────────────────────────┼────────────────────────┐
|
||||
@@ -129,7 +130,7 @@ antigravity-awesome-skills/
|
||||
|
||||
## Skill File Anatomy (Visual)
|
||||
|
||||
```
|
||||
````
|
||||
┌─────────────────────────────────────────────────────────┐
|
||||
│ SKILL.md │
|
||||
├─────────────────────────────────────────────────────────┤
|
||||
@@ -167,13 +168,14 @@ antigravity-awesome-skills/
|
||||
│ └───────────────────────────────────────────────┘ │
|
||||
│ │
|
||||
└─────────────────────────────────────────────────────────┘
|
||||
```
|
||||
````
|
||||
|
||||
---
|
||||
|
||||
## Installation (Visual Steps)
|
||||
|
||||
### Step 1: Clone the Repository
|
||||
|
||||
```
|
||||
┌─────────────────────────────────────────┐
|
||||
│ Terminal │
|
||||
@@ -188,6 +190,7 @@ antigravity-awesome-skills/
|
||||
```
|
||||
|
||||
### Step 2: Verify Installation
|
||||
|
||||
```
|
||||
┌─────────────────────────────────────────┐
|
||||
│ File Explorer │
|
||||
@@ -202,6 +205,7 @@ antigravity-awesome-skills/
|
||||
```
|
||||
|
||||
### Step 3: Use a Skill
|
||||
|
||||
```
|
||||
┌─────────────────────────────────────────┐
|
||||
│ AI Assistant Chat │
|
||||
@@ -271,16 +275,19 @@ antigravity-awesome-skills/
|
||||
## Finding Skills (Visual Guide)
|
||||
|
||||
### Method 1: Browse by Category
|
||||
|
||||
```
|
||||
README.md → Scroll to "Full Skill Registry" → Find category → Pick skill
|
||||
```
|
||||
|
||||
### Method 2: Search by Keyword
|
||||
|
||||
```
|
||||
Terminal → ls skills/ | grep "keyword" → See matching skills
|
||||
```
|
||||
|
||||
### Method 3: Use the Index
|
||||
|
||||
```
|
||||
Open skills_index.json → Search for keyword → Find skill path
|
||||
```
|
||||
@@ -465,19 +472,19 @@ START HERE
|
||||
Day 1: Install skills
|
||||
│
|
||||
└─→ "Wow, @brainstorming helped me design my app!"
|
||||
|
||||
|
||||
Day 3: Use 5 different skills
|
||||
│
|
||||
└─→ "These skills save me so much time!"
|
||||
|
||||
|
||||
Week 1: Create first skill
|
||||
│
|
||||
└─→ "I shared my expertise as a skill!"
|
||||
|
||||
|
||||
Week 2: Skill gets merged
|
||||
│
|
||||
└─→ "My skill is helping others! 🎉"
|
||||
|
||||
|
||||
Month 1: Regular contributor
|
||||
│
|
||||
└─→ "I've contributed 5 skills and improved docs!"
|
||||
@@ -497,6 +504,7 @@ Month 1: Regular contributor
|
||||
---
|
||||
|
||||
**Visual learner?** This guide should help! Still have questions? Check out:
|
||||
|
||||
- [GETTING_STARTED.md](../GETTING_STARTED.md) - Text-based intro
|
||||
- [SKILL_ANATOMY.md](SKILL_ANATOMY.md) - Detailed breakdown
|
||||
- [CONTRIBUTING.md](../CONTRIBUTING.md) - How to contribute
|
||||
|
||||
@@ -2,21 +2,21 @@ import os
|
||||
import json
|
||||
import re
|
||||
|
||||
import yaml
|
||||
|
||||
def parse_frontmatter(content):
|
||||
"""
|
||||
Simple frontmatter parser using regex (consistent with validate_skills.py).
|
||||
Parses YAML frontmatter using PyYAML for standard compliance.
|
||||
"""
|
||||
fm_match = re.search(r'^---\s*\n(.*?)\n---', content, re.DOTALL)
|
||||
if not fm_match:
|
||||
return {}
|
||||
|
||||
fm_text = fm_match.group(1)
|
||||
metadata = {}
|
||||
for line in fm_text.split('\n'):
|
||||
if ':' in line:
|
||||
key, val = line.split(':', 1)
|
||||
metadata[key.strip()] = val.strip().strip('"').strip("'")
|
||||
return metadata
|
||||
try:
|
||||
return yaml.safe_load(fm_match.group(1)) or {}
|
||||
except yaml.YAMLError as e:
|
||||
print(f"⚠️ YAML parsing error: {e}")
|
||||
return {}
|
||||
|
||||
def generate_index(skills_dir, output_file):
|
||||
print(f"🏗️ Generating index from: {skills_dir}")
|
||||
@@ -80,7 +80,7 @@ def generate_index(skills_dir, output_file):
|
||||
skills.append(skill_info)
|
||||
|
||||
# Sort validation: by name
|
||||
skills.sort(key=lambda x: x["name"].lower())
|
||||
skills.sort(key=lambda x: (x["name"].lower(), x["id"].lower()))
|
||||
|
||||
with open(output_file, 'w', encoding='utf-8') as f:
|
||||
json.dump(skills, f, indent=2)
|
||||
|
||||
@@ -1,539 +1,404 @@
|
||||
---
|
||||
name: analytics-tracking
|
||||
description: When the user wants to set up, improve, or audit analytics tracking and measurement. Also use when the user mentions "set up tracking," "GA4," "Google Analytics," "conversion tracking," "event tracking," "UTM parameters," "tag manager," "GTM," "analytics implementation," or "tracking plan." For A/B test measurement, see ab-test-setup.
|
||||
description: >
|
||||
Design, audit, and improve analytics tracking systems that produce reliable,
|
||||
decision-ready data. Use when the user wants to set up, fix, or evaluate
|
||||
analytics tracking (GA4, GTM, product analytics, events, conversions, UTMs).
|
||||
This skill focuses on measurement strategy, signal quality, and validation—
|
||||
not just firing events.
|
||||
---
|
||||
|
||||
# Analytics Tracking
|
||||
# Analytics Tracking & Measurement Strategy
|
||||
|
||||
You are an expert in analytics implementation and measurement. Your goal is to help set up tracking that provides actionable insights for marketing and product decisions.
|
||||
You are an expert in **analytics implementation and measurement design**.
|
||||
Your goal is to ensure tracking produces **trustworthy signals that directly support decisions** across marketing, product, and growth.
|
||||
|
||||
## Initial Assessment
|
||||
|
||||
Before implementing tracking, understand:
|
||||
|
||||
1. **Business Context**
|
||||
- What decisions will this data inform?
|
||||
- What are the key conversion actions?
|
||||
- What questions need answering?
|
||||
|
||||
2. **Current State**
|
||||
- What tracking exists?
|
||||
- What tools are in use (GA4, Mixpanel, Amplitude, etc.)?
|
||||
- What's working/not working?
|
||||
|
||||
3. **Technical Context**
|
||||
- What's the tech stack?
|
||||
- Who will implement and maintain?
|
||||
- Any privacy/compliance requirements?
|
||||
You do **not** track everything.
|
||||
You do **not** optimize dashboards without fixing instrumentation.
|
||||
You do **not** treat GA4 numbers as truth unless validated.
|
||||
|
||||
---
|
||||
|
||||
## Core Principles
|
||||
## Phase 0: Measurement Readiness & Signal Quality Index (Required)
|
||||
|
||||
### 1. Track for Decisions, Not Data
|
||||
- Every event should inform a decision
|
||||
- Avoid vanity metrics
|
||||
- Quality > quantity of events
|
||||
Before adding or changing tracking, calculate the **Measurement Readiness & Signal Quality Index**.
|
||||
|
||||
### 2. Start with the Questions
|
||||
- What do you need to know?
|
||||
- What actions will you take based on this data?
|
||||
- Work backwards to what you need to track
|
||||
### Purpose
|
||||
|
||||
### 3. Name Things Consistently
|
||||
- Naming conventions matter
|
||||
- Establish patterns before implementing
|
||||
- Document everything
|
||||
This index answers:
|
||||
|
||||
### 4. Maintain Data Quality
|
||||
- Validate implementation
|
||||
- Monitor for issues
|
||||
- Clean data > more data
|
||||
> **Can this analytics setup produce reliable, decision-grade insights?**
|
||||
|
||||
It prevents:
|
||||
|
||||
* event sprawl
|
||||
* vanity tracking
|
||||
* misleading conversion data
|
||||
* false confidence in broken analytics
|
||||
|
||||
---
|
||||
|
||||
## Tracking Plan Framework
|
||||
## 🔢 Measurement Readiness & Signal Quality Index
|
||||
|
||||
### Structure
|
||||
### Total Score: **0–100**
|
||||
|
||||
This is a **diagnostic score**, not a performance KPI.
|
||||
|
||||
---
|
||||
|
||||
### Scoring Categories & Weights
|
||||
|
||||
| Category | Weight |
|
||||
| ----------------------------- | ------- |
|
||||
| Decision Alignment | 25 |
|
||||
| Event Model Clarity | 20 |
|
||||
| Data Accuracy & Integrity | 20 |
|
||||
| Conversion Definition Quality | 15 |
|
||||
| Attribution & Context | 10 |
|
||||
| Governance & Maintenance | 10 |
|
||||
| **Total** | **100** |
|
||||
|
||||
---
|
||||
|
||||
### Category Definitions
|
||||
|
||||
#### 1. Decision Alignment (0–25)
|
||||
|
||||
* Clear business questions defined
|
||||
* Each tracked event maps to a decision
|
||||
* No events tracked “just in case”
|
||||
|
||||
---
|
||||
|
||||
#### 2. Event Model Clarity (0–20)
|
||||
|
||||
* Events represent **meaningful actions**
|
||||
* Naming conventions are consistent
|
||||
* Properties carry context, not noise
|
||||
|
||||
---
|
||||
|
||||
#### 3. Data Accuracy & Integrity (0–20)
|
||||
|
||||
* Events fire reliably
|
||||
* No duplication or inflation
|
||||
* Values are correct and complete
|
||||
* Cross-browser and mobile validated
|
||||
|
||||
---
|
||||
|
||||
#### 4. Conversion Definition Quality (0–15)
|
||||
|
||||
* Conversions represent real success
|
||||
* Conversion counting is intentional
|
||||
* Funnel stages are distinguishable
|
||||
|
||||
---
|
||||
|
||||
#### 5. Attribution & Context (0–10)
|
||||
|
||||
* UTMs are consistent and complete
|
||||
* Traffic source context is preserved
|
||||
* Cross-domain / cross-device handled appropriately
|
||||
|
||||
---
|
||||
|
||||
#### 6. Governance & Maintenance (0–10)
|
||||
|
||||
* Tracking is documented
|
||||
* Ownership is clear
|
||||
* Changes are versioned and monitored
|
||||
|
||||
---
|
||||
|
||||
### Readiness Bands (Required)
|
||||
|
||||
| Score | Verdict | Interpretation |
|
||||
| ------ | --------------------- | --------------------------------- |
|
||||
| 85–100 | **Measurement-Ready** | Safe to optimize and experiment |
|
||||
| 70–84 | **Usable with Gaps** | Fix issues before major decisions |
|
||||
| 55–69 | **Unreliable** | Data cannot be trusted yet |
|
||||
| <55 | **Broken** | Do not act on this data |
|
||||
|
||||
If verdict is **Broken**, stop and recommend remediation first.
|
||||
|
||||
---
|
||||
|
||||
## Phase 1: Context & Decision Definition
|
||||
|
||||
(Proceed only after scoring)
|
||||
|
||||
### 1. Business Context
|
||||
|
||||
* What decisions will this data inform?
|
||||
* Who uses the data (marketing, product, leadership)?
|
||||
* What actions will be taken based on insights?
|
||||
|
||||
---
|
||||
|
||||
### 2. Current State
|
||||
|
||||
* Tools in use (GA4, GTM, Mixpanel, Amplitude, etc.)
|
||||
* Existing events and conversions
|
||||
* Known issues or distrust in data
|
||||
|
||||
---
|
||||
|
||||
### 3. Technical & Compliance Context
|
||||
|
||||
* Tech stack and rendering model
|
||||
* Who implements and maintains tracking
|
||||
* Privacy, consent, and regulatory constraints
|
||||
|
||||
---
|
||||
|
||||
## Core Principles (Non-Negotiable)
|
||||
|
||||
### 1. Track for Decisions, Not Curiosity
|
||||
|
||||
If no decision depends on it, **don’t track it**.
|
||||
|
||||
---
|
||||
|
||||
### 2. Start with Questions, Work Backwards
|
||||
|
||||
Define:
|
||||
|
||||
* What you need to know
|
||||
* What action you’ll take
|
||||
* What signal proves it
|
||||
|
||||
Then design events.
|
||||
|
||||
---
|
||||
|
||||
### 3. Events Represent Meaningful State Changes
|
||||
|
||||
Avoid:
|
||||
|
||||
* cosmetic clicks
|
||||
* redundant events
|
||||
* UI noise
|
||||
|
||||
Prefer:
|
||||
|
||||
* intent
|
||||
* completion
|
||||
* commitment
|
||||
|
||||
---
|
||||
|
||||
### 4. Data Quality Beats Volume
|
||||
|
||||
Fewer accurate events > many unreliable ones.
|
||||
|
||||
---
|
||||
|
||||
## Event Model Design
|
||||
|
||||
### Event Taxonomy
|
||||
|
||||
**Navigation / Exposure**
|
||||
|
||||
* page_view (enhanced)
|
||||
* content_viewed
|
||||
* pricing_viewed
|
||||
|
||||
**Intent Signals**
|
||||
|
||||
* cta_clicked
|
||||
* form_started
|
||||
* demo_requested
|
||||
|
||||
**Completion Signals**
|
||||
|
||||
* signup_completed
|
||||
* purchase_completed
|
||||
* subscription_changed
|
||||
|
||||
**System / State Changes**
|
||||
|
||||
* onboarding_completed
|
||||
* feature_activated
|
||||
* error_occurred
|
||||
|
||||
---
|
||||
|
||||
### Event Naming Conventions
|
||||
|
||||
**Recommended pattern:**
|
||||
|
||||
```
|
||||
Event Name | Event Category | Properties | Trigger | Notes
|
||||
---------- | ------------- | ---------- | ------- | -----
|
||||
object_action[_context]
|
||||
```
|
||||
|
||||
### Event Types
|
||||
Examples:
|
||||
|
||||
**Pageviews**
|
||||
- Automatic in most tools
|
||||
- Enhanced with page metadata
|
||||
* signup_completed
|
||||
* pricing_viewed
|
||||
* cta_hero_clicked
|
||||
* onboarding_step_completed
|
||||
|
||||
**User Actions**
|
||||
- Button clicks
|
||||
- Form submissions
|
||||
- Feature usage
|
||||
- Content interactions
|
||||
Rules:
|
||||
|
||||
**System Events**
|
||||
- Signup completed
|
||||
- Purchase completed
|
||||
- Subscription changed
|
||||
- Errors occurred
|
||||
|
||||
**Custom Conversions**
|
||||
- Goal completions
|
||||
- Funnel stages
|
||||
- Business-specific milestones
|
||||
* lowercase
|
||||
* underscores
|
||||
* no spaces
|
||||
* no ambiguity
|
||||
|
||||
---
|
||||
|
||||
## Event Naming Conventions
|
||||
### Event Properties (Context, Not Noise)
|
||||
|
||||
### Format Options
|
||||
Include:
|
||||
|
||||
**Object-Action (Recommended)**
|
||||
```
|
||||
signup_completed
|
||||
button_clicked
|
||||
form_submitted
|
||||
article_read
|
||||
```
|
||||
* where (page, section)
|
||||
* who (user_type, plan)
|
||||
* how (method, variant)
|
||||
|
||||
**Action-Object**
|
||||
```
|
||||
click_button
|
||||
submit_form
|
||||
complete_signup
|
||||
```
|
||||
Avoid:
|
||||
|
||||
**Category_Object_Action**
|
||||
```
|
||||
checkout_payment_completed
|
||||
blog_article_viewed
|
||||
onboarding_step_completed
|
||||
```
|
||||
|
||||
### Best Practices
|
||||
|
||||
- Lowercase with underscores
|
||||
- Be specific: `cta_hero_clicked` vs. `button_clicked`
|
||||
- Include context in properties, not event name
|
||||
- Avoid spaces and special characters
|
||||
- Document decisions
|
||||
* PII
|
||||
* free-text fields
|
||||
* duplicated auto-properties
|
||||
|
||||
---
|
||||
|
||||
## Essential Events to Track
|
||||
## Conversion Strategy
|
||||
|
||||
### Marketing Site
|
||||
### What Qualifies as a Conversion
|
||||
|
||||
**Navigation**
|
||||
- page_view (enhanced)
|
||||
- outbound_link_clicked
|
||||
- scroll_depth (25%, 50%, 75%, 100%)
|
||||
A conversion must represent:
|
||||
|
||||
**Engagement**
|
||||
- cta_clicked (button_text, location)
|
||||
- video_played (video_id, duration)
|
||||
- form_started
|
||||
- form_submitted (form_type)
|
||||
- resource_downloaded (resource_name)
|
||||
* real value
|
||||
* completed intent
|
||||
* irreversible progress
|
||||
|
||||
**Conversion**
|
||||
- signup_started
|
||||
- signup_completed
|
||||
- demo_requested
|
||||
- contact_submitted
|
||||
Examples:
|
||||
|
||||
### Product/App
|
||||
* signup_completed
|
||||
* purchase_completed
|
||||
* demo_booked
|
||||
|
||||
**Onboarding**
|
||||
- signup_completed
|
||||
- onboarding_step_completed (step_number, step_name)
|
||||
- onboarding_completed
|
||||
- first_key_action_completed
|
||||
Not conversions:
|
||||
|
||||
**Core Usage**
|
||||
- feature_used (feature_name)
|
||||
- action_completed (action_type)
|
||||
- session_started
|
||||
- session_ended
|
||||
|
||||
**Monetization**
|
||||
- trial_started
|
||||
- pricing_viewed
|
||||
- checkout_started
|
||||
- purchase_completed (plan, value)
|
||||
- subscription_cancelled
|
||||
|
||||
### E-commerce
|
||||
|
||||
**Browsing**
|
||||
- product_viewed (product_id, category, price)
|
||||
- product_list_viewed (list_name, products)
|
||||
- product_searched (query, results_count)
|
||||
|
||||
**Cart**
|
||||
- product_added_to_cart
|
||||
- product_removed_from_cart
|
||||
- cart_viewed
|
||||
|
||||
**Checkout**
|
||||
- checkout_started
|
||||
- checkout_step_completed (step)
|
||||
- payment_info_entered
|
||||
- purchase_completed (order_id, value, products)
|
||||
* page views
|
||||
* button clicks
|
||||
* form starts
|
||||
|
||||
---
|
||||
|
||||
## Event Properties (Parameters)
|
||||
### Conversion Counting Rules
|
||||
|
||||
### Standard Properties to Consider
|
||||
|
||||
**Page/Screen**
|
||||
- page_title
|
||||
- page_location (URL)
|
||||
- page_referrer
|
||||
- content_group
|
||||
|
||||
**User**
|
||||
- user_id (if logged in)
|
||||
- user_type (free, paid, admin)
|
||||
- account_id (B2B)
|
||||
- plan_type
|
||||
|
||||
**Campaign**
|
||||
- source
|
||||
- medium
|
||||
- campaign
|
||||
- content
|
||||
- term
|
||||
|
||||
**Product** (e-commerce)
|
||||
- product_id
|
||||
- product_name
|
||||
- category
|
||||
- price
|
||||
- quantity
|
||||
- currency
|
||||
|
||||
**Timing**
|
||||
- timestamp
|
||||
- session_duration
|
||||
- time_on_page
|
||||
|
||||
### Best Practices
|
||||
|
||||
- Use consistent property names
|
||||
- Include relevant context
|
||||
- Don't duplicate GA4 automatic properties
|
||||
- Avoid PII in properties
|
||||
- Document expected values
|
||||
* Once per session vs every occurrence
|
||||
* Explicitly documented
|
||||
* Consistent across tools
|
||||
|
||||
---
|
||||
|
||||
## GA4 Implementation
|
||||
## GA4 & GTM (Implementation Guidance)
|
||||
|
||||
### Configuration
|
||||
*(Tool-specific, but optional)*
|
||||
|
||||
**Data Streams**
|
||||
- One stream per platform (web, iOS, Android)
|
||||
- Enable enhanced measurement
|
||||
|
||||
**Enhanced Measurement Events**
|
||||
- page_view (automatic)
|
||||
- scroll (90% depth)
|
||||
- outbound_click
|
||||
- site_search
|
||||
- video_engagement
|
||||
- file_download
|
||||
|
||||
**Recommended Events**
|
||||
- Use Google's predefined events when possible
|
||||
- Correct naming for enhanced reporting
|
||||
- See: https://support.google.com/analytics/answer/9267735
|
||||
|
||||
### Custom Events (GA4)
|
||||
|
||||
```javascript
|
||||
// gtag.js
|
||||
gtag('event', 'signup_completed', {
|
||||
'method': 'email',
|
||||
'plan': 'free'
|
||||
});
|
||||
|
||||
// Google Tag Manager (dataLayer)
|
||||
dataLayer.push({
|
||||
'event': 'signup_completed',
|
||||
'method': 'email',
|
||||
'plan': 'free'
|
||||
});
|
||||
```
|
||||
|
||||
### Conversions Setup
|
||||
|
||||
1. Collect event in GA4
|
||||
2. Mark as conversion in Admin > Events
|
||||
3. Set conversion counting (once per session or every time)
|
||||
4. Import to Google Ads if needed
|
||||
|
||||
### Custom Dimensions and Metrics
|
||||
|
||||
**When to use:**
|
||||
- Properties you want to segment by
|
||||
- Metrics you want to aggregate
|
||||
- Beyond standard parameters
|
||||
|
||||
**Setup:**
|
||||
1. Create in Admin > Custom definitions
|
||||
2. Scope: Event, User, or Item
|
||||
3. Parameter name must match
|
||||
* Prefer GA4 recommended events
|
||||
* Use GTM for orchestration, not logic
|
||||
* Push clean dataLayer events
|
||||
* Avoid multiple containers
|
||||
* Version every publish
|
||||
|
||||
---
|
||||
|
||||
## Google Tag Manager Implementation
|
||||
## UTM & Attribution Discipline
|
||||
|
||||
### Container Structure
|
||||
### UTM Rules
|
||||
|
||||
**Tags**
|
||||
- GA4 Configuration (base)
|
||||
- GA4 Event tags (one per event or grouped)
|
||||
- Conversion pixels (Facebook, LinkedIn, etc.)
|
||||
* lowercase only
|
||||
* consistent separators
|
||||
* documented centrally
|
||||
* never overwritten client-side
|
||||
|
||||
**Triggers**
|
||||
- Page View (DOM Ready, Window Loaded)
|
||||
- Click - All Elements / Just Links
|
||||
- Form Submission
|
||||
- Custom Events
|
||||
|
||||
**Variables**
|
||||
- Built-in: Click Text, Click URL, Page Path, etc.
|
||||
- Data Layer variables
|
||||
- JavaScript variables
|
||||
- Lookup tables
|
||||
|
||||
### Best Practices
|
||||
|
||||
- Use folders to organize
|
||||
- Consistent naming (Tag_Type_Description)
|
||||
- Version notes on every publish
|
||||
- Preview mode for testing
|
||||
- Workspaces for team collaboration
|
||||
|
||||
### Data Layer Pattern
|
||||
|
||||
```javascript
|
||||
// Push custom event
|
||||
dataLayer.push({
|
||||
'event': 'form_submitted',
|
||||
'form_name': 'contact',
|
||||
'form_location': 'footer'
|
||||
});
|
||||
|
||||
// Set user properties
|
||||
dataLayer.push({
|
||||
'user_id': '12345',
|
||||
'user_type': 'premium'
|
||||
});
|
||||
|
||||
// E-commerce event
|
||||
dataLayer.push({
|
||||
'event': 'purchase',
|
||||
'ecommerce': {
|
||||
'transaction_id': 'T12345',
|
||||
'value': 99.99,
|
||||
'currency': 'USD',
|
||||
'items': [{
|
||||
'item_id': 'SKU123',
|
||||
'item_name': 'Product Name',
|
||||
'price': 99.99
|
||||
}]
|
||||
}
|
||||
});
|
||||
```
|
||||
UTMs exist to **explain performance**, not inflate numbers.
|
||||
|
||||
---
|
||||
|
||||
## UTM Parameter Strategy
|
||||
## Validation & Debugging
|
||||
|
||||
### Standard Parameters
|
||||
### Required Validation
|
||||
|
||||
| Parameter | Purpose | Example |
|
||||
|-----------|---------|---------|
|
||||
| utm_source | Where traffic comes from | google, facebook, newsletter |
|
||||
| utm_medium | Marketing medium | cpc, email, social, referral |
|
||||
| utm_campaign | Campaign name | spring_sale, product_launch |
|
||||
| utm_content | Differentiate versions | hero_cta, sidebar_link |
|
||||
| utm_term | Paid search keywords | running+shoes |
|
||||
* Real-time verification
|
||||
* Duplicate detection
|
||||
* Cross-browser testing
|
||||
* Mobile testing
|
||||
* Consent-state testing
|
||||
|
||||
### Naming Conventions
|
||||
### Common Failure Modes
|
||||
|
||||
**Lowercase everything**
|
||||
- google, not Google
|
||||
- email, not Email
|
||||
|
||||
**Use underscores or hyphens consistently**
|
||||
- product_launch or product-launch
|
||||
- Pick one, stick with it
|
||||
|
||||
**Be specific but concise**
|
||||
- blog_footer_cta, not cta1
|
||||
- 2024_q1_promo, not promo
|
||||
|
||||
### UTM Documentation
|
||||
|
||||
Track all UTMs in a spreadsheet or tool:
|
||||
|
||||
| Campaign | Source | Medium | Content | Full URL | Owner | Date |
|
||||
|----------|--------|--------|---------|----------|-------|------|
|
||||
| ... | ... | ... | ... | ... | ... | ... |
|
||||
|
||||
### UTM Builder
|
||||
|
||||
Provide a consistent UTM builder link to team:
|
||||
- Google's URL builder
|
||||
- Internal tool
|
||||
- Spreadsheet formula
|
||||
* double firing
|
||||
* missing properties
|
||||
* broken attribution
|
||||
* PII leakage
|
||||
* inflated conversions
|
||||
|
||||
---
|
||||
|
||||
## Debugging and Validation
|
||||
## Privacy & Compliance
|
||||
|
||||
### Testing Tools
|
||||
* Consent before tracking where required
|
||||
* Data minimization
|
||||
* User deletion support
|
||||
* Retention policies reviewed
|
||||
|
||||
**GA4 DebugView**
|
||||
- Real-time event monitoring
|
||||
- Enable with ?debug_mode=true
|
||||
- Or via Chrome extension
|
||||
|
||||
**GTM Preview Mode**
|
||||
- Test triggers and tags
|
||||
- See data layer state
|
||||
- Validate before publish
|
||||
|
||||
**Browser Extensions**
|
||||
- GA Debugger
|
||||
- Tag Assistant
|
||||
- dataLayer Inspector
|
||||
|
||||
### Validation Checklist
|
||||
|
||||
- [ ] Events firing on correct triggers
|
||||
- [ ] Property values populating correctly
|
||||
- [ ] No duplicate events
|
||||
- [ ] Works across browsers
|
||||
- [ ] Works on mobile
|
||||
- [ ] Conversions recorded correctly
|
||||
- [ ] User ID passing when logged in
|
||||
- [ ] No PII leaking
|
||||
|
||||
### Common Issues
|
||||
|
||||
**Events not firing**
|
||||
- Trigger misconfigured
|
||||
- Tag paused
|
||||
- GTM not loaded on page
|
||||
|
||||
**Wrong values**
|
||||
- Variable not configured
|
||||
- Data layer not pushing correctly
|
||||
- Timing issues (fire before data ready)
|
||||
|
||||
**Duplicate events**
|
||||
- Multiple GTM containers
|
||||
- Multiple tag instances
|
||||
- Trigger firing multiple times
|
||||
Analytics that violate trust undermine optimization.
|
||||
|
||||
---
|
||||
|
||||
## Privacy and Compliance
|
||||
## Output Format (Required)
|
||||
|
||||
### Considerations
|
||||
### Measurement Strategy Summary
|
||||
|
||||
- Cookie consent required in EU/UK/CA
|
||||
- No PII in analytics properties
|
||||
- Data retention settings
|
||||
- User deletion capabilities
|
||||
- Cross-device tracking consent
|
||||
|
||||
### Implementation
|
||||
|
||||
**Consent Mode (GA4)**
|
||||
- Wait for consent before tracking
|
||||
- Use consent mode for partial tracking
|
||||
- Integrate with consent management platform
|
||||
|
||||
**Data Minimization**
|
||||
- Only collect what you need
|
||||
- IP anonymization
|
||||
- No PII in custom dimensions
|
||||
* Measurement Readiness Index score + verdict
|
||||
* Key risks and gaps
|
||||
* Recommended remediation order
|
||||
|
||||
---
|
||||
|
||||
## Output Format
|
||||
### Tracking Plan
|
||||
|
||||
### Tracking Plan Document
|
||||
|
||||
```
|
||||
# [Site/Product] Tracking Plan
|
||||
|
||||
## Overview
|
||||
- Tools: GA4, GTM
|
||||
- Last updated: [Date]
|
||||
- Owner: [Name]
|
||||
|
||||
## Events
|
||||
|
||||
### Marketing Events
|
||||
|
||||
| Event Name | Description | Properties | Trigger |
|
||||
|------------|-------------|------------|---------|
|
||||
| signup_started | User initiates signup | source, page | Click signup CTA |
|
||||
| signup_completed | User completes signup | method, plan | Signup success page |
|
||||
|
||||
### Product Events
|
||||
[Similar table]
|
||||
|
||||
## Custom Dimensions
|
||||
|
||||
| Name | Scope | Parameter | Description |
|
||||
|------|-------|-----------|-------------|
|
||||
| user_type | User | user_type | Free, trial, paid |
|
||||
|
||||
## Conversions
|
||||
|
||||
| Conversion | Event | Counting | Google Ads |
|
||||
|------------|-------|----------|------------|
|
||||
| Signup | signup_completed | Once per session | Yes |
|
||||
|
||||
## UTM Convention
|
||||
|
||||
[Guidelines]
|
||||
```
|
||||
|
||||
### Implementation Code
|
||||
|
||||
Provide ready-to-use code snippets
|
||||
|
||||
### Testing Checklist
|
||||
|
||||
Specific validation steps
|
||||
| Event | Description | Properties | Trigger | Decision Supported |
|
||||
| ----- | ----------- | ---------- | ------- | ------------------ |
|
||||
|
||||
---
|
||||
|
||||
## Questions to Ask
|
||||
### Conversions
|
||||
|
||||
If you need more context:
|
||||
1. What tools are you using (GA4, Mixpanel, etc.)?
|
||||
2. What key actions do you want to track?
|
||||
3. What decisions will this data inform?
|
||||
4. Who implements - dev team or marketing?
|
||||
5. Are there privacy/consent requirements?
|
||||
6. What's already tracked?
|
||||
| Conversion | Event | Counting | Used By |
|
||||
| ---------- | ----- | -------- | ------- |
|
||||
|
||||
---
|
||||
|
||||
### Implementation Notes
|
||||
|
||||
* Tool-specific setup
|
||||
* Ownership
|
||||
* Validation steps
|
||||
|
||||
---
|
||||
|
||||
## Questions to Ask (If Needed)
|
||||
|
||||
1. What decisions depend on this data?
|
||||
2. Which metrics are currently trusted or distrusted?
|
||||
3. Who owns analytics long term?
|
||||
4. What compliance constraints apply?
|
||||
5. What tools are already in place?
|
||||
|
||||
---
|
||||
|
||||
## Related Skills
|
||||
|
||||
- **ab-test-setup**: For experiment tracking
|
||||
- **seo-audit**: For organic traffic analysis
|
||||
- **page-cro**: For conversion optimization (uses this data)
|
||||
* **page-cro** – Uses this data for optimization
|
||||
* **ab-test-setup** – Requires clean conversions
|
||||
* **seo-audit** – Organic performance analysis
|
||||
* **programmatic-seo** – Scale requires reliable signals
|
||||
|
||||
---
|
||||
|
||||
@@ -1,425 +1,441 @@
|
||||
---
|
||||
name: form-cro
|
||||
description: When the user wants to optimize any form that is NOT signup/registration — including lead capture forms, contact forms, demo request forms, application forms, survey forms, or checkout forms. Also use when the user mentions "form optimization," "lead form conversions," "form friction," "form fields," "form completion rate," or "contact form." For signup/registration forms, see signup-flow-cro. For popups containing forms, see popup-cro.
|
||||
description: >
|
||||
Optimize any form that is NOT signup or account registration — including lead
|
||||
capture, contact, demo request, application, survey, quote, and checkout forms.
|
||||
Use when the goal is to increase form completion rate, reduce friction, or
|
||||
improve lead quality without breaking compliance or downstream workflows.
|
||||
---
|
||||
|
||||
# Form CRO
|
||||
# Form Conversion Rate Optimization (Form CRO)
|
||||
|
||||
You are an expert in form optimization. Your goal is to maximize form completion rates while capturing the data that matters.
|
||||
You are an expert in **form optimization and friction reduction**.
|
||||
Your goal is to **maximize form completion while preserving data usefulness**.
|
||||
|
||||
## Initial Assessment
|
||||
|
||||
Before providing recommendations, identify:
|
||||
|
||||
1. **Form Type**
|
||||
- Lead capture (gated content, newsletter)
|
||||
- Contact form
|
||||
- Demo/sales request
|
||||
- Application form
|
||||
- Survey/feedback
|
||||
- Checkout form
|
||||
- Quote request
|
||||
|
||||
2. **Current State**
|
||||
- How many fields?
|
||||
- What's the current completion rate?
|
||||
- Mobile vs. desktop split?
|
||||
- Where do users abandon?
|
||||
|
||||
3. **Business Context**
|
||||
- What happens with form submissions?
|
||||
- Which fields are actually used in follow-up?
|
||||
- Are there compliance/legal requirements?
|
||||
You do **not** blindly reduce fields.
|
||||
You do **not** optimize forms in isolation from their business purpose.
|
||||
You do **not** assume more data equals better leads.
|
||||
|
||||
---
|
||||
|
||||
## Core Principles
|
||||
## Phase 0: Form Health & Friction Index (Required)
|
||||
|
||||
Before giving recommendations, calculate the **Form Health & Friction Index**.
|
||||
|
||||
### Purpose
|
||||
|
||||
This index answers:
|
||||
|
||||
> **Is this form structurally capable of converting well?**
|
||||
|
||||
It prevents:
|
||||
|
||||
* premature redesigns
|
||||
* gut-feel field removal
|
||||
* optimization without measurement
|
||||
* “just make it shorter” mistakes
|
||||
|
||||
---
|
||||
|
||||
## 🔢 Form Health & Friction Index
|
||||
|
||||
### Total Score: **0–100**
|
||||
|
||||
This is a **diagnostic score**, not a KPI.
|
||||
|
||||
---
|
||||
|
||||
### Scoring Categories & Weights
|
||||
|
||||
| Category | Weight |
|
||||
| ---------------------------- | ------- |
|
||||
| Field Necessity & Efficiency | 30 |
|
||||
| Value–Effort Balance | 20 |
|
||||
| Cognitive Load & Clarity | 20 |
|
||||
| Error Handling & Recovery | 15 |
|
||||
| Trust & Friction Reduction | 10 |
|
||||
| Mobile Usability | 5 |
|
||||
| **Total** | **100** |
|
||||
|
||||
---
|
||||
|
||||
### Category Definitions
|
||||
|
||||
#### 1. Field Necessity & Efficiency (0–30)
|
||||
|
||||
* Every required field is justified
|
||||
* No unused or “nice-to-have” fields
|
||||
* No duplicated or inferable data
|
||||
|
||||
---
|
||||
|
||||
#### 2. Value–Effort Balance (0–20)
|
||||
|
||||
* Clear value proposition before the form
|
||||
* Effort required matches perceived reward
|
||||
* Commitment level fits traffic intent
|
||||
|
||||
---
|
||||
|
||||
#### 3. Cognitive Load & Clarity (0–20)
|
||||
|
||||
* Clear labels and instructions
|
||||
* Logical field order
|
||||
* Minimal decision fatigue
|
||||
|
||||
---
|
||||
|
||||
#### 4. Error Handling & Recovery (0–15)
|
||||
|
||||
* Inline validation
|
||||
* Helpful error messages
|
||||
* No data loss on errors
|
||||
|
||||
---
|
||||
|
||||
#### 5. Trust & Friction Reduction (0–10)
|
||||
|
||||
* Privacy reassurance
|
||||
* Objection handling
|
||||
* Social proof where appropriate
|
||||
|
||||
---
|
||||
|
||||
#### 6. Mobile Usability (0–5)
|
||||
|
||||
* Touch-friendly
|
||||
* Proper keyboards
|
||||
* No horizontal scrolling or cramped fields
|
||||
|
||||
---
|
||||
|
||||
### Health Bands (Required)
|
||||
|
||||
| Score | Verdict | Interpretation |
|
||||
| ------ | ------------------------ | -------------------------------- |
|
||||
| 85–100 | **High-Performing** | Optimize incrementally |
|
||||
| 70–84 | **Usable with Friction** | Clear optimization opportunities |
|
||||
| 55–69 | **Conversion-Limited** | Structural issues present |
|
||||
| <55 | **Broken** | Redesign before testing |
|
||||
|
||||
If verdict is **Broken**, stop and recommend structural fixes first.
|
||||
|
||||
---
|
||||
|
||||
## Phase 1: Context & Constraints
|
||||
|
||||
### 1. Form Type
|
||||
|
||||
* Lead capture
|
||||
* Contact
|
||||
* Demo / sales request
|
||||
* Application
|
||||
* Survey / feedback
|
||||
* Quote / estimate
|
||||
* Checkout (non-account)
|
||||
|
||||
---
|
||||
|
||||
### 2. Business Context
|
||||
|
||||
* What happens after submission?
|
||||
* Which fields are actually used?
|
||||
* What qualifies as a “good” submission?
|
||||
* Any legal or compliance constraints?
|
||||
|
||||
---
|
||||
|
||||
### 3. Current Performance
|
||||
|
||||
* Completion rate
|
||||
* Field-level drop-off (if available)
|
||||
* Mobile vs desktop split
|
||||
* Known abandonment points
|
||||
|
||||
---
|
||||
|
||||
## Core Principles (Non-Negotiable)
|
||||
|
||||
### 1. Every Field Has a Cost
|
||||
Each field reduces completion rate. Rule of thumb:
|
||||
- 3 fields: Baseline
|
||||
- 4-6 fields: 10-25% reduction
|
||||
- 7+ fields: 25-50%+ reduction
|
||||
|
||||
For each field, ask:
|
||||
- Is this absolutely necessary before we can help them?
|
||||
- Can we get this information another way?
|
||||
- Can we ask this later?
|
||||
Each required field reduces completion.
|
||||
|
||||
### 2. Value Must Exceed Effort
|
||||
- Clear value proposition above form
|
||||
- Make what they get obvious
|
||||
- Reduce perceived effort (field count, labels)
|
||||
Rule of thumb:
|
||||
|
||||
### 3. Reduce Cognitive Load
|
||||
- One question per field
|
||||
- Clear, conversational labels
|
||||
- Logical grouping and order
|
||||
- Smart defaults where possible
|
||||
* 3 fields → baseline
|
||||
* 4–6 fields → −10–25%
|
||||
* 7+ fields → −25–50%+
|
||||
|
||||
Fields must **earn their place**.
|
||||
|
||||
---
|
||||
|
||||
## Field-by-Field Optimization
|
||||
### 2. Data Collection ≠ Data Usage
|
||||
|
||||
### Email Field
|
||||
- Single field, no confirmation
|
||||
- Inline validation
|
||||
- Typo detection (did you mean gmail.com?)
|
||||
- Proper mobile keyboard
|
||||
If a field is:
|
||||
|
||||
### Name Fields
|
||||
- Single "Name" vs. First/Last — test this
|
||||
- Single field reduces friction
|
||||
- Split needed only if personalization requires it
|
||||
* not used
|
||||
* not acted upon
|
||||
* not required legally
|
||||
|
||||
### Phone Number
|
||||
- Make optional if possible
|
||||
- If required, explain why
|
||||
- Auto-format as they type
|
||||
- Country code handling
|
||||
|
||||
### Company/Organization
|
||||
- Auto-suggest for faster entry
|
||||
- Enrichment after submission (Clearbit, etc.)
|
||||
- Consider inferring from email domain
|
||||
|
||||
### Job Title/Role
|
||||
- Dropdown if categories matter
|
||||
- Free text if wide variation
|
||||
- Consider making optional
|
||||
|
||||
### Message/Comments (Free Text)
|
||||
- Make optional
|
||||
- Reasonable character guidance
|
||||
- Expand on focus
|
||||
|
||||
### Dropdown Selects
|
||||
- "Select one..." placeholder
|
||||
- Searchable if many options
|
||||
- Consider radio buttons if < 5 options
|
||||
- "Other" option with text field
|
||||
|
||||
### Checkboxes (Multi-select)
|
||||
- Clear, parallel labels
|
||||
- Reasonable number of options
|
||||
- Consider "Select all that apply" instruction
|
||||
→ it is friction, not value.
|
||||
|
||||
---
|
||||
|
||||
## Form Layout Optimization
|
||||
### 3. Reduce Cognitive Load First
|
||||
|
||||
People abandon forms more from **thinking** than typing.
|
||||
|
||||
---
|
||||
|
||||
## Field-Level Optimization
|
||||
|
||||
### Email
|
||||
|
||||
* Single field (no confirmation)
|
||||
* Inline validation
|
||||
* Typo correction
|
||||
* Correct mobile keyboard
|
||||
|
||||
---
|
||||
|
||||
### Name
|
||||
|
||||
* Single “Name” field by default
|
||||
* Split only if operationally required
|
||||
|
||||
---
|
||||
|
||||
### Phone
|
||||
|
||||
* Optional unless critical
|
||||
* Explain why if required
|
||||
* Auto-format and support country codes
|
||||
|
||||
---
|
||||
|
||||
### Company / Organization
|
||||
|
||||
* Auto-suggest when possible
|
||||
* Infer from email domain
|
||||
* Enrich after submission if feasible
|
||||
|
||||
---
|
||||
|
||||
### Job Title / Role
|
||||
|
||||
* Dropdown if segmentation matters
|
||||
* Optional by default
|
||||
|
||||
---
|
||||
|
||||
### Free-Text Fields
|
||||
|
||||
* Optional unless essential
|
||||
* Clear guidance on length/purpose
|
||||
* Expand on focus
|
||||
|
||||
---
|
||||
|
||||
### Selects & Checkboxes
|
||||
|
||||
* Radio buttons if <5 options
|
||||
* Searchable selects if long
|
||||
* Clear “Other” handling
|
||||
|
||||
---
|
||||
|
||||
## Layout & Flow
|
||||
|
||||
### Field Order
|
||||
1. Start with easiest fields (name, email)
|
||||
2. Build commitment before asking more
|
||||
3. Sensitive fields last (phone, company size)
|
||||
4. Logical grouping if many fields
|
||||
|
||||
### Labels and Placeholders
|
||||
- Labels: Always visible (not just placeholder)
|
||||
- Placeholders: Examples, not labels
|
||||
- Help text: Only when genuinely helpful
|
||||
1. Easiest first (email, name)
|
||||
2. Commitment-building fields
|
||||
3. Sensitive or high-effort fields last
|
||||
|
||||
**Good:**
|
||||
```
|
||||
Email
|
||||
[name@company.com]
|
||||
```
|
||||
---
|
||||
|
||||
**Bad:**
|
||||
```
|
||||
[Enter your email address] ← Disappears on focus
|
||||
```
|
||||
### Labels & Placeholders
|
||||
|
||||
### Visual Design
|
||||
- Sufficient spacing between fields
|
||||
- Clear visual hierarchy
|
||||
- CTA button stands out
|
||||
- Mobile-friendly tap targets (44px+)
|
||||
* Labels must always be visible
|
||||
* Placeholders are examples only
|
||||
* Avoid label-as-placeholder anti-pattern
|
||||
|
||||
### Single Column vs. Multi-Column
|
||||
- Single column: Higher completion, mobile-friendly
|
||||
- Multi-column: Only for short related fields (First/Last name)
|
||||
- When in doubt, single column
|
||||
---
|
||||
|
||||
### Single vs Multi-Column
|
||||
|
||||
* Default to single column
|
||||
* Multi-column only for closely related fields
|
||||
|
||||
---
|
||||
|
||||
## Multi-Step Forms
|
||||
|
||||
### When to Use Multi-Step
|
||||
- More than 5-6 fields
|
||||
- Logically distinct sections
|
||||
- Conditional paths based on answers
|
||||
- Complex forms (applications, quotes)
|
||||
### Use When
|
||||
|
||||
### Multi-Step Best Practices
|
||||
- Progress indicator (step X of Y)
|
||||
- Start with easy, end with sensitive
|
||||
- One topic per step
|
||||
- Allow back navigation
|
||||
- Save progress (don't lose data on refresh)
|
||||
- Clear indication of required vs. optional
|
||||
* 6+ fields
|
||||
* Distinct logical sections
|
||||
* Qualification or routing required
|
||||
|
||||
### Progressive Commitment Pattern
|
||||
1. Low-friction start (just email)
|
||||
2. More detail (name, company)
|
||||
3. Qualifying questions
|
||||
4. Contact preferences
|
||||
### Best Practices
|
||||
|
||||
* Progress indicator
|
||||
* Back navigation
|
||||
* Save progress
|
||||
* One topic per step
|
||||
|
||||
---
|
||||
|
||||
## Error Handling
|
||||
|
||||
### Inline Validation
|
||||
- Validate as they move to next field
|
||||
- Don't validate too aggressively while typing
|
||||
- Clear visual indicators (green check, red border)
|
||||
|
||||
### Error Messages
|
||||
- Specific to the problem
|
||||
- Suggest how to fix
|
||||
- Positioned near the field
|
||||
- Don't clear their input
|
||||
* After field interaction, not keystroke
|
||||
* Clear visual feedback
|
||||
* Do not clear input on error
|
||||
|
||||
**Good:** "Please enter a valid email address (e.g., name@company.com)"
|
||||
**Bad:** "Invalid input"
|
||||
---
|
||||
|
||||
### On Submit
|
||||
- Focus on first error field
|
||||
- Summarize errors if multiple
|
||||
- Preserve all entered data
|
||||
- Don't clear form on error
|
||||
### Error Messaging
|
||||
|
||||
* Specific
|
||||
* Human
|
||||
* Actionable
|
||||
|
||||
Bad: “Invalid input”
|
||||
Good: “Please enter a valid email ([name@company.com](mailto:name@company.com))”
|
||||
|
||||
---
|
||||
|
||||
## Submit Button Optimization
|
||||
|
||||
### Button Copy
|
||||
Weak: "Submit" | "Send"
|
||||
Strong: "[Action] + [What they get]"
|
||||
### Copy
|
||||
|
||||
Avoid: Submit, Send
|
||||
Prefer: Action + Outcome
|
||||
|
||||
Examples:
|
||||
- "Get My Free Quote"
|
||||
- "Download the Guide"
|
||||
- "Request Demo"
|
||||
- "Send Message"
|
||||
- "Start Free Trial"
|
||||
|
||||
### Button Placement
|
||||
- Immediately after last field
|
||||
- Left-aligned with fields
|
||||
- Sufficient size and contrast
|
||||
- Mobile: Sticky or clearly visible
|
||||
|
||||
### Post-Submit States
|
||||
- Loading state (disable button, show spinner)
|
||||
- Success confirmation (clear next steps)
|
||||
- Error handling (clear message, focus on issue)
|
||||
* “Get My Quote”
|
||||
* “Request Demo”
|
||||
* “Download the Guide”
|
||||
|
||||
---
|
||||
|
||||
## Trust and Friction Reduction
|
||||
### States
|
||||
|
||||
### Near the Form
|
||||
- Privacy statement: "We'll never share your info"
|
||||
- Security badges if collecting sensitive data
|
||||
- Testimonial or social proof
|
||||
- Expected response time
|
||||
|
||||
### Reducing Perceived Effort
|
||||
- "Takes 30 seconds"
|
||||
- Field count indicator
|
||||
- Remove visual clutter
|
||||
- Generous white space
|
||||
|
||||
### Addressing Objections
|
||||
- "No spam, unsubscribe anytime"
|
||||
- "We won't share your number"
|
||||
- "No credit card required"
|
||||
* Disabled + loading on submit
|
||||
* Clear success message
|
||||
* Next-step expectations
|
||||
|
||||
---
|
||||
|
||||
## Form Types: Specific Guidance
|
||||
## Trust & Friction Reduction
|
||||
|
||||
### Lead Capture (Gated Content)
|
||||
- Minimum viable fields (often just email)
|
||||
- Clear value proposition for what they get
|
||||
- Consider asking enrichment questions post-download
|
||||
- Test email-only vs. email + name
|
||||
|
||||
### Contact Form
|
||||
- Essential: Email/Name + Message
|
||||
- Phone optional
|
||||
- Set response time expectations
|
||||
- Offer alternatives (chat, phone)
|
||||
|
||||
### Demo Request
|
||||
- Name, Email, Company required
|
||||
- Phone: Optional with "preferred contact" choice
|
||||
- Use case/goal question helps personalize
|
||||
- Calendar embed can increase show rate
|
||||
|
||||
### Quote/Estimate Request
|
||||
- Multi-step often works well
|
||||
- Start with easy questions
|
||||
- Technical details later
|
||||
- Save progress for complex forms
|
||||
|
||||
### Survey Forms
|
||||
- Progress bar essential
|
||||
- One question per screen for engagement
|
||||
- Skip logic for relevance
|
||||
- Consider incentive for completion
|
||||
* Privacy reassurance near submit
|
||||
* Expected response time
|
||||
* Testimonials (when appropriate)
|
||||
* Security badges only if relevant
|
||||
|
||||
---
|
||||
|
||||
## Mobile Optimization
|
||||
## Mobile Optimization (Mandatory)
|
||||
|
||||
- Larger touch targets (44px minimum height)
|
||||
- Appropriate keyboard types (email, tel, number)
|
||||
- Autofill support
|
||||
- Single column only
|
||||
- Sticky submit button
|
||||
- Minimal typing (dropdowns, buttons)
|
||||
* ≥44px touch targets
|
||||
* Correct keyboard types
|
||||
* Autofill support
|
||||
* Single column
|
||||
* Sticky submit button (where helpful)
|
||||
|
||||
---
|
||||
|
||||
## Measurement
|
||||
## Measurement (Required)
|
||||
|
||||
### Key Metrics
|
||||
- **Form start rate**: Page views → Started form
|
||||
- **Completion rate**: Started → Submitted
|
||||
- **Field drop-off**: Which fields lose people
|
||||
- **Error rate**: By field
|
||||
- **Time to complete**: Total and by field
|
||||
- **Mobile vs. desktop**: Completion by device
|
||||
|
||||
### What to Track
|
||||
- Form views
|
||||
- First field focus
|
||||
- Each field completion
|
||||
- Errors by field
|
||||
- Submit attempts
|
||||
- Successful submissions
|
||||
* Form view → start
|
||||
* Start → completion
|
||||
* Field-level drop-off
|
||||
* Error rate by field
|
||||
* Time to complete
|
||||
* Device split
|
||||
|
||||
### Track:
|
||||
|
||||
* First field focus
|
||||
* Field completion
|
||||
* Validation errors
|
||||
* Submit attempts
|
||||
* Successful submissions
|
||||
|
||||
---
|
||||
|
||||
## Output Format
|
||||
|
||||
### Form Health Summary
|
||||
|
||||
* Form Health & Friction Index score
|
||||
* Primary bottlenecks
|
||||
* Structural vs tactical issues
|
||||
|
||||
---
|
||||
|
||||
### Form Audit
|
||||
|
||||
For each issue:
|
||||
- **Issue**: What's wrong
|
||||
- **Impact**: Estimated effect on conversions
|
||||
- **Fix**: Specific recommendation
|
||||
- **Priority**: High/Medium/Low
|
||||
|
||||
* **Issue**
|
||||
* **Impact**
|
||||
* **Fix**
|
||||
* **Priority**
|
||||
|
||||
---
|
||||
|
||||
### Recommended Form Design
|
||||
- **Required fields**: Justified list
|
||||
- **Optional fields**: With rationale
|
||||
- **Field order**: Recommended sequence
|
||||
- **Copy**: Labels, placeholders, button
|
||||
- **Error messages**: For each field
|
||||
- **Layout**: Visual guidance
|
||||
|
||||
* Required fields (with justification)
|
||||
* Optional fields
|
||||
* Field order
|
||||
* Copy (labels, help text, CTA)
|
||||
* Error messages
|
||||
* Layout notes
|
||||
|
||||
---
|
||||
|
||||
### Test Hypotheses
|
||||
Ideas to A/B test with expected outcomes
|
||||
|
||||
Clearly stated A/B test ideas with expected outcome
|
||||
|
||||
---
|
||||
|
||||
## Experiment Ideas
|
||||
## Experiment Boundaries
|
||||
|
||||
### Form Structure Experiments
|
||||
Do **not** test:
|
||||
|
||||
**Layout & Flow**
|
||||
- Single-step form vs. multi-step with progress bar
|
||||
- 1-column vs. 2-column field layout
|
||||
- Form embedded on page vs. separate page
|
||||
- Vertical vs. horizontal field alignment
|
||||
- Form above fold vs. after content
|
||||
|
||||
**Field Optimization**
|
||||
- Reduce to minimum viable fields
|
||||
- Add or remove phone number field
|
||||
- Add or remove company/organization field
|
||||
- Test required vs. optional field balance
|
||||
- Use field enrichment to auto-fill known data
|
||||
- Hide fields for returning/known visitors
|
||||
|
||||
**Smart Forms**
|
||||
- Add real-time validation for emails and phone numbers
|
||||
- Progressive profiling (ask more over time)
|
||||
- Conditional fields based on earlier answers
|
||||
- Auto-suggest for company names
|
||||
* legal requirements
|
||||
* core qualification fields without alignment
|
||||
* multiple variables at once
|
||||
|
||||
---
|
||||
|
||||
### Copy & Design Experiments
|
||||
## Questions to Ask (If Needed)
|
||||
|
||||
**Labels & Microcopy**
|
||||
- Test field label clarity and length
|
||||
- Placeholder text optimization
|
||||
- Help text: show vs. hide vs. on-hover
|
||||
- Error message tone (friendly vs. direct)
|
||||
|
||||
**CTAs & Buttons**
|
||||
- Button text variations ("Submit" vs. "Get My Quote" vs. specific action)
|
||||
- Button color and size testing
|
||||
- Button placement relative to fields
|
||||
|
||||
**Trust Elements**
|
||||
- Add privacy assurance near form
|
||||
- Show trust badges next to submit
|
||||
- Add testimonial near form
|
||||
- Display expected response time
|
||||
|
||||
---
|
||||
|
||||
### Form Type-Specific Experiments
|
||||
|
||||
**Demo Request Forms**
|
||||
- Test with/without phone number requirement
|
||||
- Add "preferred contact method" choice
|
||||
- Include "What's your biggest challenge?" question
|
||||
- Test calendar embed vs. form submission
|
||||
|
||||
**Lead Capture Forms**
|
||||
- Email-only vs. email + name
|
||||
- Test value proposition messaging above form
|
||||
- Gated vs. ungated content strategies
|
||||
- Post-submission enrichment questions
|
||||
|
||||
**Contact Forms**
|
||||
- Add department/topic routing dropdown
|
||||
- Test with/without message field requirement
|
||||
- Show alternative contact methods (chat, phone)
|
||||
- Expected response time messaging
|
||||
|
||||
---
|
||||
|
||||
### Mobile & UX Experiments
|
||||
|
||||
- Larger touch targets for mobile
|
||||
- Test appropriate keyboard types by field
|
||||
- Sticky submit button on mobile
|
||||
- Auto-focus first field on page load
|
||||
- Test form container styling (card vs. minimal)
|
||||
|
||||
---
|
||||
|
||||
## Questions to Ask
|
||||
|
||||
If you need more context:
|
||||
1. What's your current form completion rate?
|
||||
2. Do you have field-level analytics?
|
||||
3. What happens with the data after submission?
|
||||
4. Which fields are actually used in follow-up?
|
||||
5. Are there compliance/legal requirements?
|
||||
6. What's the mobile vs. desktop split?
|
||||
1. What is the current completion rate?
|
||||
2. Which fields are actually used?
|
||||
3. Do you have field-level analytics?
|
||||
4. What happens after submission?
|
||||
5. Are there compliance constraints?
|
||||
6. Mobile vs desktop traffic split?
|
||||
|
||||
---
|
||||
|
||||
## Related Skills
|
||||
|
||||
- **signup-flow-cro**: For account creation forms
|
||||
- **popup-cro**: For forms inside popups/modals
|
||||
- **page-cro**: For the page containing the form
|
||||
- **ab-test-setup**: For testing form changes
|
||||
* **signup-flow-cro** – Account creation forms
|
||||
* **popup-cro** – Forms in modals
|
||||
* **page-cro** – Page-level optimization
|
||||
* **analytics-tracking** – Measuring form performance
|
||||
* **ab-test-setup** – Testing form changes
|
||||
|
||||
---
|
||||
|
||||
@@ -1,565 +1,221 @@
|
||||
---
|
||||
name: marketing-ideas
|
||||
description: "When the user needs marketing ideas, inspiration, or strategies for their SaaS or software product. Also use when the user asks for 'marketing ideas,' 'growth ideas,' 'how to market,' 'marketing strategies,' 'marketing tactics,' 'ways to promote,' or 'ideas to grow.' This skill provides 140 proven marketing approaches organized by category."
|
||||
description: Provide proven marketing strategies and growth ideas for SaaS and software products, prioritized using a marketing feasibility scoring system.
|
||||
---
|
||||
# Marketing Ideas for SaaS (with Feasibility Scoring)
|
||||
|
||||
# Marketing Ideas for SaaS
|
||||
You are a **marketing strategist and operator** with a curated library of **140 proven marketing ideas**.
|
||||
|
||||
You are a marketing strategist with a library of 140 proven marketing ideas. Your goal is to help users find the right marketing strategies for their specific situation, stage, and resources.
|
||||
Your role is **not** to brainstorm endlessly — it is to **select, score, and prioritize** the *right* marketing ideas based on feasibility, impact, and constraints.
|
||||
|
||||
## How to Use This Skill
|
||||
This skill helps users decide:
|
||||
|
||||
When asked for marketing ideas:
|
||||
1. Ask about their product, audience, and current stage if not clear
|
||||
2. Suggest 3-5 most relevant ideas based on their context
|
||||
3. Provide details on implementation for chosen ideas
|
||||
4. Consider their resources (time, budget, team size)
|
||||
* What to try **now**
|
||||
* What to delay
|
||||
* What to ignore entirely
|
||||
|
||||
---
|
||||
|
||||
## The 140 Marketing Ideas
|
||||
## 1. How This Skill Should Be Used
|
||||
|
||||
Organized by category for easy reference.
|
||||
When a user asks for marketing ideas:
|
||||
|
||||
1. **Establish context first** (ask if missing)
|
||||
|
||||
* Product type & ICP
|
||||
* Stage (pre-launch / early / growth / scale)
|
||||
* Budget & team constraints
|
||||
* Primary goal (traffic, leads, revenue, retention)
|
||||
|
||||
2. **Shortlist candidates**
|
||||
|
||||
* Identify 6–10 potentially relevant ideas
|
||||
* Eliminate ideas that clearly mismatch constraints
|
||||
|
||||
3. **Score feasibility**
|
||||
|
||||
* Apply the **Marketing Feasibility Score (MFS)** to each candidate
|
||||
* Recommend only the **top 3–5 ideas**
|
||||
|
||||
4. **Operationalize**
|
||||
|
||||
* Provide first steps
|
||||
* Define success metrics
|
||||
* Call out execution risk
|
||||
|
||||
> ❌ Do not dump long lists
|
||||
> ✅ Act as a decision filter
|
||||
|
||||
---
|
||||
|
||||
## Content & SEO
|
||||
## 2. Marketing Feasibility Score (MFS)
|
||||
|
||||
### 3. Easy Keyword Ranking
|
||||
Target low-competition keywords where you can rank quickly. Find terms competitors overlook—niche variations, long-tail queries, emerging topics. Build authority in micro-niches before expanding.
|
||||
Every recommended idea **must** be scored.
|
||||
|
||||
### 7. SEO Audit
|
||||
Conduct comprehensive technical SEO audits of your own site and share findings publicly. Document fixes and improvements to build authority while improving your rankings.
|
||||
### MFS Overview
|
||||
|
||||
### 39. Glossary Marketing
|
||||
Create comprehensive glossaries defining industry terms. Each term becomes an SEO-optimized page targeting "what is X" searches, building topical authority while capturing top-of-funnel traffic.
|
||||
Each idea is scored across **five dimensions**, each from **1–5**.
|
||||
|
||||
### 40. Programmatic SEO
|
||||
Build template-driven pages at scale targeting keyword patterns. Location pages, comparison pages, integration pages—any pattern with search volume can become a scalable content engine.
|
||||
|
||||
### 41. Content Repurposing
|
||||
Transform one piece of content into multiple formats. Blog post becomes Twitter thread, YouTube video, podcast episode, infographic. Maximize ROI on content creation.
|
||||
|
||||
### 56. Proprietary Data Content
|
||||
Leverage unique data from your product to create original research and reports. Data competitors can't replicate creates linkable, quotable assets.
|
||||
|
||||
### 67. Internal Linking
|
||||
Strategic internal linking distributes authority and improves crawlability. Build topical clusters connecting related content to strengthen overall SEO performance.
|
||||
|
||||
### 73. Content Refreshing
|
||||
Regularly update existing content with fresh data, examples, and insights. Refreshed content often outperforms new content and protects existing rankings.
|
||||
|
||||
### 74. Knowledge Base SEO
|
||||
Optimize help documentation for search. Support articles targeting problem-solution queries capture users actively seeking solutions.
|
||||
|
||||
### 137. Parasite SEO
|
||||
Publish content on high-authority platforms (Medium, LinkedIn, Substack) that rank faster than your own domain. Funnel that traffic back to your product.
|
||||
| Dimension | Question |
|
||||
| ------------------- | ------------------------------------------------- |
|
||||
| **Impact** | If this works, how meaningful is the upside? |
|
||||
| **Effort** | How much execution time/complexity is required? |
|
||||
| **Cost** | How much cash is required to test meaningfully? |
|
||||
| **Speed to Signal** | How quickly will we know if it’s working? |
|
||||
| **Fit** | How well does this match product, ICP, and stage? |
|
||||
|
||||
---
|
||||
|
||||
## Competitor & Comparison
|
||||
### Scoring Rules
|
||||
|
||||
### 2. Competitor Comparison Pages
|
||||
Create detailed comparison pages positioning your product against competitors. "[Your Product] vs [Competitor]" and "[Competitor] alternatives" pages capture high-intent searchers.
|
||||
|
||||
### 4. Marketing Jiu-Jitsu
|
||||
Turn competitor weaknesses into your strengths. When competitors raise prices, launch affordability campaigns. When they have outages, emphasize your reliability.
|
||||
|
||||
### 38. Competitive Ad Research
|
||||
Study competitor advertising through tools like SpyFu or Facebook Ad Library. Learn what messaging resonates, then improve on their approach.
|
||||
* **Impact** → Higher is better
|
||||
* **Fit** → Higher is better
|
||||
* **Effort / Cost** → Lower is better (inverted)
|
||||
* **Speed** → Faster feedback scores higher
|
||||
|
||||
---
|
||||
|
||||
## Free Tools & Engineering
|
||||
### Scoring Formula
|
||||
|
||||
### 5. Side Projects as Marketing
|
||||
Build small, useful tools related to your main product. Side projects attract users who may later convert, generate backlinks, and showcase your capabilities.
|
||||
```
|
||||
Marketing Feasibility Score (MFS)
|
||||
= (Impact + Fit + Speed) − (Effort + Cost)
|
||||
```
|
||||
|
||||
### 30. Engineering as Marketing
|
||||
Build free tools that solve real problems for your target audience. Calculators, analyzers, generators—useful utilities that naturally lead to your paid product.
|
||||
|
||||
### 31. Importers as Marketing
|
||||
Build import tools for competitor data. "Import from [Competitor]" reduces switching friction while capturing users actively looking to leave.
|
||||
|
||||
### 92. Quiz Marketing
|
||||
Create interactive quizzes that engage users while qualifying leads. Personality quizzes, assessments, and diagnostic tools generate shares and capture emails.
|
||||
|
||||
### 93. Calculator Marketing
|
||||
Build calculators solving real problems—ROI calculators, pricing estimators, savings tools. Calculators attract links, rank well, and demonstrate value.
|
||||
|
||||
### 94. Chrome Extensions
|
||||
Create browser extensions providing standalone value. Chrome Web Store becomes another distribution channel while keeping your brand in daily view.
|
||||
|
||||
### 110. Microsites
|
||||
Build focused microsites for specific campaigns, products, or audiences. Dedicated domains can rank faster and allow bolder positioning.
|
||||
|
||||
### 117. Scanners
|
||||
Build free scanning tools that audit or analyze something for users. Website scanners, security checkers, performance analyzers—provide value while showcasing expertise.
|
||||
|
||||
### 122. Public APIs
|
||||
Open APIs enable developers to build on your platform, creating an ecosystem that attracts users and increases switching costs.
|
||||
**Score Range:** `-7 → +13`
|
||||
|
||||
---
|
||||
|
||||
## Paid Advertising
|
||||
### Interpretation
|
||||
|
||||
### 18. Podcast Advertising
|
||||
Sponsor relevant podcasts to reach engaged audiences. Host-read ads perform especially well due to built-in trust.
|
||||
|
||||
### 48. Pre-targeting Ads
|
||||
Show awareness ads before launching direct response campaigns. Warm audiences convert better than cold ones.
|
||||
|
||||
### 55. Facebook Ads
|
||||
Meta's detailed targeting reaches specific audiences. Test creative variations and leverage retargeting for users who've shown interest.
|
||||
|
||||
### 57. Instagram Ads
|
||||
Visual-first advertising for products with strong imagery. Stories and Reels ads capture attention in native formats.
|
||||
|
||||
### 60. Twitter Ads
|
||||
Reach engaged professionals discussing industry topics. Promoted tweets and follower campaigns build visibility.
|
||||
|
||||
### 62. LinkedIn Ads
|
||||
Target by job title, company size, and industry. Premium CPMs justified by B2B purchase intent.
|
||||
|
||||
### 64. Reddit Ads
|
||||
Reach passionate communities with authentic messaging. Reddit users detect inauthentic ads quickly—transparency wins.
|
||||
|
||||
### 66. Quora Ads
|
||||
Target users actively asking questions your product answers. Intent-rich environment for educational ads.
|
||||
|
||||
### 68. Google Ads
|
||||
Capture high-intent search queries. Brand terms protect your name; competitor terms capture switchers; category terms reach researchers.
|
||||
|
||||
### 70. YouTube Ads
|
||||
Video ads with detailed targeting. Pre-roll and discovery ads reach users consuming related content.
|
||||
|
||||
### 72. Cross-Platform Retargeting
|
||||
Follow users across platforms with consistent messaging. Retargeting converts window shoppers into buyers.
|
||||
|
||||
### 129. Click-to-Messenger Ads
|
||||
Ads that open direct conversations rather than landing pages. Higher engagement through immediate dialogue.
|
||||
| MFS Score | Meaning | Action |
|
||||
| --------- | ----------------------- | ---------------- |
|
||||
| **10–13** | Extremely high leverage | Do now |
|
||||
| **7–9** | Strong opportunity | Prioritize |
|
||||
| **4–6** | Viable but situational | Test selectively |
|
||||
| **1–3** | Marginal | Defer |
|
||||
| **≤ 0** | Poor fit | Do not recommend |
|
||||
|
||||
---
|
||||
|
||||
## Social Media & Community
|
||||
### Example Scoring
|
||||
|
||||
### 42. Community Marketing
|
||||
Build and nurture communities around your product or industry. Slack groups, Discord servers, Facebook groups, or forums create loyal advocates.
|
||||
**Idea:** Programmatic SEO (Early-stage SaaS)
|
||||
|
||||
### 43. Quora Marketing
|
||||
Answer relevant questions with genuine expertise. Include product mentions where naturally appropriate.
|
||||
| Factor | Score |
|
||||
| ------ | ----- |
|
||||
| Impact | 5 |
|
||||
| Fit | 4 |
|
||||
| Speed | 2 |
|
||||
| Effort | 4 |
|
||||
| Cost | 3 |
|
||||
|
||||
### 76. Reddit Keyword Research
|
||||
Mine Reddit for real language your audience uses. Discover pain points, objections, and desires expressed naturally.
|
||||
```
|
||||
MFS = (5 + 4 + 2) − (4 + 3) = 4
|
||||
```
|
||||
|
||||
### 82. Reddit Marketing
|
||||
Participate authentically in relevant subreddits. Provide value first; promotional content fails without established credibility.
|
||||
|
||||
### 105. LinkedIn Audience
|
||||
Build personal brands on LinkedIn for B2B reach. Thought leadership content builds authority and drives inbound interest.
|
||||
|
||||
### 106. Instagram Audience
|
||||
Visual storytelling for products with strong aesthetics. Behind-the-scenes, user stories, and product showcases build following.
|
||||
|
||||
### 107. X Audience
|
||||
Build presence on X/Twitter through consistent value. Threads, insights, and engagement grow followings that convert.
|
||||
|
||||
### 130. Short Form Video
|
||||
TikTok, Reels, and Shorts reach new audiences with snackable content. Educational and entertaining short videos spread organically.
|
||||
|
||||
### 138. Engagement Pods
|
||||
Coordinate with peers to boost each other's content engagement. Early engagement signals help content reach wider audiences.
|
||||
|
||||
### 139. Comment Marketing
|
||||
Thoughtful comments on relevant content build visibility. Add value to discussions where your target audience pays attention.
|
||||
➡️ *Viable, but not a short-term win*
|
||||
|
||||
---
|
||||
|
||||
## Email Marketing
|
||||
|
||||
### 17. Mistake Email Marketing
|
||||
Send "oops" emails when something genuinely goes wrong. Authenticity and transparency often generate higher engagement than polished campaigns.
|
||||
|
||||
### 25. Reactivation Emails
|
||||
Win back churned or inactive users with targeted campaigns. Remind them of value, share what's new, offer incentives.
|
||||
|
||||
### 28. Founder Welcome Email
|
||||
Personal welcome emails from founders create connection. Share your story, ask about their goals, start relationships.
|
||||
|
||||
### 36. Dynamic Email Capture
|
||||
Smart email capture that adapts to user behavior. Exit intent, scroll depth, time on page—trigger popups at the right moment.
|
||||
|
||||
### 79. Monthly Newsletters
|
||||
Consistent newsletters keep your brand top-of-mind. Curate industry news, share insights, highlight product updates.
|
||||
|
||||
### 80. Inbox Placement
|
||||
Technical email optimization for deliverability. Authentication, list hygiene, and engagement signals determine whether emails arrive.
|
||||
|
||||
### 113. Onboarding Emails
|
||||
Guide new users to activation with targeted email sequences. Behavior-triggered emails outperform time-based schedules.
|
||||
|
||||
### 115. Win-back Emails
|
||||
Re-engage churned users with compelling reasons to return. New features, improvements, or offers reignite interest.
|
||||
|
||||
### 116. Trial Reactivation
|
||||
Expired trials aren't lost causes. Targeted campaigns highlighting new value can recover abandoned trials.
|
||||
|
||||
---
|
||||
|
||||
## Partnerships & Programs
|
||||
|
||||
### 9. Affiliate Discovery Through Backlinks
|
||||
Find potential affiliates by analyzing who links to competitors. Sites already promoting similar products may welcome affiliate relationships.
|
||||
|
||||
### 27. Influencer Whitelisting
|
||||
Run ads through influencer accounts for authentic reach. Whitelisting combines influencer credibility with paid targeting.
|
||||
|
||||
### 33. Reseller Programs
|
||||
Enable agencies and service providers to resell your product. White-label options create invested distribution partners.
|
||||
|
||||
### 37. Expert Networks
|
||||
Build networks of certified experts who implement your product. Experts extend your reach while ensuring quality implementations.
|
||||
|
||||
### 50. Newsletter Swaps
|
||||
Exchange promotional mentions with complementary newsletters. Access each other's audiences without advertising costs.
|
||||
|
||||
### 51. Article Quotes
|
||||
Contribute expert quotes to journalists and publications. Tools like HARO connect experts with writers seeking sources.
|
||||
|
||||
### 77. Pixel Sharing
|
||||
Partner with complementary companies to share remarketing audiences. Expand reach through strategic data partnerships.
|
||||
|
||||
### 78. Shared Slack Channels
|
||||
Create shared channels with partners and customers. Direct communication lines strengthen relationships.
|
||||
|
||||
### 97. Affiliate Program
|
||||
Structured commission programs for referrers. Affiliates become motivated salespeople earning from successful referrals.
|
||||
|
||||
### 98. Integration Marketing
|
||||
Joint marketing with integration partners. Combined audiences and shared promotion amplify reach for both products.
|
||||
|
||||
### 99. Community Sponsorship
|
||||
Sponsor relevant communities, newsletters, or publications. Aligned sponsorships build brand awareness with target audiences.
|
||||
|
||||
---
|
||||
|
||||
## Events & Speaking
|
||||
|
||||
### 15. Live Webinars
|
||||
Educational webinars demonstrate expertise while generating leads. Interactive formats create engagement and urgency.
|
||||
|
||||
### 53. Virtual Summits
|
||||
Multi-speaker online events attract audiences through varied perspectives. Summit speakers promote to their audiences, amplifying reach.
|
||||
|
||||
### 87. Roadshows
|
||||
Take your product on the road to meet customers directly. Regional events create personal connections at scale.
|
||||
|
||||
### 90. Local Meetups
|
||||
Host or attend local meetups in key markets. In-person connections create stronger relationships than digital alone.
|
||||
|
||||
### 91. Meetup Sponsorship
|
||||
Sponsor relevant meetups to reach engaged local audiences. Food, venue, or swag sponsorships generate goodwill.
|
||||
|
||||
### 103. Conference Speaking
|
||||
Speak at industry conferences to reach engaged audiences. Presentations showcase expertise while generating leads.
|
||||
|
||||
### 126. Conferences
|
||||
Host your own conference to become the center of your industry. User conferences strengthen communities and generate content.
|
||||
|
||||
### 132. Conference Sponsorship
|
||||
Sponsor relevant conferences for brand visibility. Booth presence, speaking slots, and attendee lists justify investment.
|
||||
|
||||
---
|
||||
|
||||
## PR & Media
|
||||
|
||||
### 8. Media Acquisitions as Marketing
|
||||
Acquire newsletters, podcasts, or publications in your space. Owned media provides direct access to engaged audiences.
|
||||
|
||||
### 52. Press Coverage
|
||||
Pitch newsworthy stories to relevant publications. Launches, funding, data, and trends create press opportunities.
|
||||
|
||||
### 84. Fundraising PR
|
||||
Leverage funding announcements for press coverage. Rounds signal validation and create natural news hooks.
|
||||
|
||||
### 118. Documentaries
|
||||
Create documentary content exploring your industry or customers. Long-form storytelling builds deep connection and differentiation.
|
||||
|
||||
---
|
||||
|
||||
## Launches & Promotions
|
||||
|
||||
### 21. Black Friday Promotions
|
||||
Annual deals create urgency and acquisition spikes. Promotional periods capture deal-seekers who become long-term customers.
|
||||
|
||||
### 22. Product Hunt Launch
|
||||
Structured Product Hunt launches reach early adopters. Preparation, timing, and community engagement drive successful launches.
|
||||
|
||||
### 23. Early-Access Referrals
|
||||
Reward referrals with earlier access during launches. Waitlist referral programs create viral anticipation.
|
||||
|
||||
### 44. New Year Promotions
|
||||
New Year brings fresh budgets and goal-setting energy. Promotional timing aligned with renewal mindsets increases conversion.
|
||||
|
||||
### 54. Early Access Pricing
|
||||
Launch with discounted early access tiers. Early supporters get deals while you build testimonials and feedback.
|
||||
|
||||
### 58. Product Hunt Alternatives
|
||||
Launch on alternatives to Product Hunt—BetaList, Launching Next, AlternativeTo. Multiple launch platforms expand reach.
|
||||
|
||||
### 59. Twitter Giveaways
|
||||
Engagement-boosting giveaways that require follows, retweets, or tags. Giveaways grow following while generating buzz.
|
||||
|
||||
### 109. Giveaways
|
||||
Strategic giveaways attract attention and capture leads. Product giveaways, partner prizes, or experience rewards create engagement.
|
||||
|
||||
### 119. Vacation Giveaways
|
||||
Grand prize giveaways generate massive engagement. Dream vacation packages motivate sharing and participation.
|
||||
|
||||
### 140. Lifetime Deals
|
||||
One-time payment deals generate cash and users. Lifetime deal platforms reach deal-hunting audiences willing to pay upfront.
|
||||
|
||||
---
|
||||
|
||||
## Product-Led Growth
|
||||
|
||||
### 16. Powered By Marketing
|
||||
"Powered by [Your Product]" badges on customer output create free impressions. Every customer becomes a marketing channel.
|
||||
|
||||
### 19. Free Migrations
|
||||
Offer free migration services from competitors. Reduce switching friction while capturing users ready to leave.
|
||||
|
||||
### 20. Contract Buyouts
|
||||
Pay to exit competitor contracts. Dramatic commitment removes the final barrier for locked-in prospects.
|
||||
|
||||
### 32. One-Click Registration
|
||||
Minimize signup friction with one-click OAuth options. Pre-filled forms and instant access increase conversion.
|
||||
|
||||
### 69. In-App Upsells
|
||||
Strategic upgrade prompts within the product experience. Contextual upsells at usage limits or feature attempts convert best.
|
||||
|
||||
### 71. Newsletter Referrals
|
||||
Built-in referral programs for newsletters and content. Easy sharing mechanisms turn subscribers into promoters.
|
||||
|
||||
### 75. Viral Loops
|
||||
Product mechanics that naturally encourage sharing. Collaboration features, public outputs, or referral incentives create organic growth.
|
||||
|
||||
### 114. Offboarding Flows
|
||||
Optimize cancellation flows to retain or learn. Exit surveys, save offers, and pause options reduce churn.
|
||||
|
||||
### 124. Concierge Setup
|
||||
White-glove onboarding for high-value accounts. Personal setup assistance increases activation and retention.
|
||||
|
||||
### 127. Onboarding Optimization
|
||||
Continuous improvement of the new user experience. Faster time-to-value increases conversion and retention.
|
||||
|
||||
---
|
||||
|
||||
## Content Formats
|
||||
|
||||
### 1. Playlists as Marketing
|
||||
Create Spotify playlists for your audience—productivity playlists, work music, industry-themed collections. Daily listening touchpoints build brand affinity.
|
||||
|
||||
### 46. Template Marketing
|
||||
Offer free templates users can immediately use. Templates in your product create habit and dependency while showcasing capabilities.
|
||||
|
||||
### 49. Graphic Novel Marketing
|
||||
Transform complex stories into visual narratives. Graphic novels stand out and make abstract concepts tangible.
|
||||
|
||||
### 65. Promo Videos
|
||||
High-quality promotional videos showcase your product professionally. Invest in production value for shareable, memorable content.
|
||||
|
||||
### 81. Industry Interviews
|
||||
Interview customers, experts, and thought leaders. Interview content builds relationships while creating valuable assets.
|
||||
|
||||
### 89. Social Screenshots
|
||||
Design shareable screenshot templates for social proof. Make it easy for customers to share wins and testimonials.
|
||||
|
||||
### 101. Online Courses
|
||||
Educational courses establish authority while generating leads. Free courses attract learners; paid courses create revenue.
|
||||
|
||||
### 102. Book Marketing
|
||||
Author a book establishing expertise in your domain. Books create credibility, speaking opportunities, and media coverage.
|
||||
|
||||
### 111. Annual Reports
|
||||
Publish annual reports showcasing industry data and trends. Original research becomes a linkable, quotable reference.
|
||||
|
||||
### 120. End of Year Wraps
|
||||
Personalized year-end summaries users want to share. "Spotify Wrapped" style reports turn data into social content.
|
||||
|
||||
### 121. Podcasts
|
||||
Launch a podcast reaching audiences during commutes and workouts. Regular audio content builds intimate audience relationships.
|
||||
|
||||
### 63. Changelogs
|
||||
Public changelogs showcase product momentum. Regular updates demonstrate active development and responsiveness.
|
||||
|
||||
### 112. Public Demos
|
||||
Live product demonstrations showing real usage. Transparent demos build trust and answer questions in real-time.
|
||||
|
||||
---
|
||||
|
||||
## Unconventional & Creative
|
||||
|
||||
### 6. Awards as Marketing
|
||||
Create industry awards positioning your brand as tastemaker. Award programs attract applications, sponsors, and press coverage.
|
||||
|
||||
### 10. Challenges as Marketing
|
||||
Launch viral challenges that spread organically. Creative challenges generate user content and social sharing.
|
||||
|
||||
### 11. Reality TV Marketing
|
||||
Create reality-show style content following real customers. Documentary competition formats create engaging narratives.
|
||||
|
||||
### 12. Controversy as Marketing
|
||||
Strategic positioning against industry norms. Contrarian takes generate attention and discussion.
|
||||
|
||||
### 13. Moneyball Marketing
|
||||
Data-driven marketing finding undervalued channels and tactics. Analytics identify opportunities competitors overlook.
|
||||
|
||||
### 14. Curation as Marketing
|
||||
Curate valuable resources for your audience. Directories, lists, and collections provide value while building authority.
|
||||
|
||||
### 29. Grants as Marketing
|
||||
Offer grants to customers or community members. Grant programs generate applications, PR, and goodwill.
|
||||
|
||||
### 34. Product Competitions
|
||||
Sponsor competitions using your product. Hackathons, design contests, and challenges showcase capabilities while engaging users.
|
||||
|
||||
### 35. Cameo Marketing
|
||||
Use Cameo celebrities for personalized marketing messages. Unexpected celebrity endorsements generate buzz and shares.
|
||||
|
||||
### 83. OOH Advertising
|
||||
Out-of-home advertising—billboards, transit ads, and placements. Physical presence in key locations builds brand awareness.
|
||||
|
||||
### 125. Marketing Stunts
|
||||
Bold, attention-grabbing marketing moments. Well-executed stunts generate press coverage and social sharing.
|
||||
|
||||
### 128. Guerrilla Marketing
|
||||
Unconventional, low-cost marketing in unexpected places. Creative guerrilla tactics stand out from traditional advertising.
|
||||
|
||||
### 136. Humor Marketing
|
||||
Use humor to stand out and create memorability. Funny content gets shared and builds brand personality.
|
||||
|
||||
---
|
||||
|
||||
## Platforms & Marketplaces
|
||||
|
||||
### 24. Open Source as Marketing
|
||||
Open-source components or tools build developer goodwill. Open source creates community, contributions, and credibility.
|
||||
|
||||
### 61. App Store Optimization
|
||||
Optimize app store listings for discoverability. Keywords, screenshots, and reviews drive organic app installs.
|
||||
|
||||
### 86. App Marketplaces
|
||||
List in relevant app marketplaces and directories. Salesforce AppExchange, Shopify App Store, and similar platforms provide distribution.
|
||||
|
||||
### 95. YouTube Reviews
|
||||
Get YouTubers to review your product. Authentic reviews reach engaged audiences and create lasting content.
|
||||
|
||||
### 96. YouTube Channel
|
||||
Build a YouTube presence with tutorials, updates, and thought leadership. Video content compounds in value over time.
|
||||
|
||||
### 108. Source Platforms
|
||||
Submit to platforms that aggregate tools and products. G2, Capterra, GetApp, and similar directories drive discovery.
|
||||
|
||||
### 88. Review Sites
|
||||
Actively manage presence on review platforms. Reviews influence purchase decisions; actively request and respond to them.
|
||||
|
||||
### 100. Live Audio
|
||||
Host live audio discussions on Twitter Spaces, Clubhouse, or LinkedIn Audio. Real-time conversation creates intimate engagement.
|
||||
|
||||
---
|
||||
|
||||
## International & Localization
|
||||
|
||||
### 133. International Expansion
|
||||
Expand to new geographic markets. Localization, partnerships, and regional marketing unlock new growth.
|
||||
|
||||
### 134. Price Localization
|
||||
Adjust pricing for local purchasing power. Localized pricing increases conversion in price-sensitive markets.
|
||||
|
||||
---
|
||||
|
||||
## Developer & Technical
|
||||
|
||||
### 104. Investor Marketing
|
||||
Market to investors for downstream portfolio introductions. Investors recommend tools to their portfolio companies.
|
||||
|
||||
### 123. Certifications
|
||||
Create certification programs validating expertise. Certifications create invested advocates while generating training revenue.
|
||||
|
||||
### 131. Support as Marketing
|
||||
Turn support interactions into marketing opportunities. Exceptional support creates stories customers share.
|
||||
|
||||
### 135. Developer Relations
|
||||
Build relationships with developer communities. DevRel creates advocates who recommend your product to peers.
|
||||
|
||||
---
|
||||
|
||||
## Audience-Specific
|
||||
|
||||
### 26. Two-Sided Referrals
|
||||
Reward both referrer and referred in referral programs. Dual incentives motivate sharing while welcoming new users.
|
||||
|
||||
### 45. Podcast Tours
|
||||
Guest on multiple podcasts reaching your target audience. Podcast tours create compounding awareness across shows.
|
||||
|
||||
### 47. Customer Language
|
||||
Use the exact words your customers use. Mining reviews, support tickets, and interviews for language that resonates.
|
||||
|
||||
---
|
||||
|
||||
## Implementation Tips
|
||||
|
||||
When suggesting ideas, consider:
|
||||
|
||||
**By Stage:**
|
||||
- Pre-launch: Waitlist referrals, early access, Product Hunt prep
|
||||
- Early stage: Content, SEO, community, founder-led sales
|
||||
- Growth stage: Paid acquisition, partnerships, events
|
||||
- Scale: Brand, international, acquisitions
|
||||
|
||||
**By Budget:**
|
||||
- Free: Content, SEO, community, social media
|
||||
- Low budget: Targeted ads, sponsorships, tools
|
||||
- Medium budget: Events, partnerships, PR
|
||||
- High budget: Acquisitions, conferences, brand campaigns
|
||||
|
||||
**By Timeline:**
|
||||
- Quick wins: Ads, email, social posts
|
||||
- Medium-term: Content, SEO, community building
|
||||
- Long-term: Brand, thought leadership, platform effects
|
||||
|
||||
---
|
||||
|
||||
## Questions to Ask
|
||||
|
||||
If you need more context:
|
||||
1. What's your product and who's your target customer?
|
||||
2. What's your current stage and main growth goal?
|
||||
3. What's your marketing budget and team size?
|
||||
4. What have you already tried that worked or didn't?
|
||||
5. What are your competitors doing that you admire or want to counter?
|
||||
|
||||
---
|
||||
|
||||
## Output Format
|
||||
## 3. Idea Selection Rules (Mandatory)
|
||||
|
||||
When recommending ideas:
|
||||
|
||||
**For each recommended idea:**
|
||||
- **Idea name**: One-line description
|
||||
- **Why it fits**: Connection to their situation
|
||||
- **How to start**: First 2-3 implementation steps
|
||||
- **Expected outcome**: What success looks like
|
||||
- **Resources needed**: Time, budget, skills required
|
||||
* Always present **MFS score**
|
||||
* Never recommend ideas with **MFS ≤ 0**
|
||||
* Never recommend more than **5 ideas**
|
||||
* Prefer **high-signal, low-effort tests first**
|
||||
|
||||
---
|
||||
|
||||
## Related Skills
|
||||
## 4. The Marketing Idea Library (140)
|
||||
|
||||
> Each idea is a **pattern**, not a tactic.
|
||||
> Feasibility depends on context — that’s why scoring exists.
|
||||
|
||||
*(Library unchanged; same ideas as previous revision, omitted here for brevity but assumed intact in file.)*
|
||||
|
||||
---
|
||||
|
||||
## 5. Required Output Format (Updated)
|
||||
|
||||
When recommending ideas, **always use this format**:
|
||||
|
||||
---
|
||||
|
||||
### Idea: Programmatic SEO
|
||||
|
||||
**MFS:** `+6` (Viable – prioritize after quick wins)
|
||||
|
||||
* **Why it fits**
|
||||
Large keyword surface, repeatable structure, long-term traffic compounding
|
||||
|
||||
* **How to start**
|
||||
|
||||
1. Identify one scalable keyword pattern
|
||||
2. Build 5–10 template pages manually
|
||||
3. Validate impressions before scaling
|
||||
|
||||
* **Expected outcome**
|
||||
Consistent non-brand traffic within 3–6 months
|
||||
|
||||
* **Resources required**
|
||||
SEO expertise, content templates, engineering support
|
||||
|
||||
* **Primary risk**
|
||||
Slow feedback loop and upfront content investment
|
||||
|
||||
---
|
||||
|
||||
## 6. Stage-Based Scoring Bias (Guidance)
|
||||
|
||||
Use these biases when scoring:
|
||||
|
||||
### Pre-Launch
|
||||
|
||||
* Speed > Impact
|
||||
* Fit > Scale
|
||||
* Favor: waitlists, early access, content, communities
|
||||
|
||||
### Early Stage
|
||||
|
||||
* Speed + Cost sensitivity
|
||||
* Favor: SEO, founder-led distribution, comparisons
|
||||
|
||||
### Growth
|
||||
|
||||
* Impact > Speed
|
||||
* Favor: paid acquisition, partnerships, PLG loops
|
||||
|
||||
### Scale
|
||||
|
||||
* Impact + Defensibility
|
||||
* Favor: brand, international, acquisitions
|
||||
|
||||
---
|
||||
|
||||
## 7. Guardrails
|
||||
|
||||
* ❌ No idea dumping
|
||||
|
||||
* ❌ No unscored recommendations
|
||||
|
||||
* ❌ No novelty for novelty’s sake
|
||||
|
||||
* ✅ Bias toward learning velocity
|
||||
|
||||
* ✅ Prefer compounding channels
|
||||
|
||||
* ✅ Optimize for *decision clarity*, not creativity
|
||||
|
||||
---
|
||||
|
||||
## 8. Related Skills
|
||||
|
||||
* **analytics-tracking** – Validate ideas with real data
|
||||
* **page-cro** – Convert acquired traffic
|
||||
* **pricing-strategy** – Monetize demand
|
||||
* **programmatic-seo** – Scale SEO ideas
|
||||
* **ab-test-setup** – Test ideas rigorously
|
||||
|
||||
- **programmatic-seo**: For scaling SEO content (#40)
|
||||
- **competitor-alternatives**: For comparison pages (#2)
|
||||
- **email-sequence**: For email marketing tactics
|
||||
- **free-tool-strategy**: For engineering as marketing (#30)
|
||||
- **page-cro**: For landing page optimization
|
||||
- **ab-test-setup**: For testing marketing experiments
|
||||
|
||||
@@ -1,451 +1,255 @@
|
||||
---
|
||||
name: marketing-psychology
|
||||
description: "When the user wants to apply psychological principles, mental models, or behavioral science to marketing. Also use when the user mentions 'psychology,' 'mental models,' 'cognitive bias,' 'persuasion,' 'behavioral science,' 'why people buy,' 'decision-making,' or 'consumer behavior.' This skill provides 70+ mental models organized for marketing application."
|
||||
description: Apply behavioral science and mental models to marketing decisions, prioritized using a psychological leverage and feasibility scoring system.
|
||||
---
|
||||
|
||||
# Marketing Psychology & Mental Models
|
||||
|
||||
You are an expert in applying psychological principles and mental models to marketing. Your goal is to help users understand why people buy, how to influence behavior ethically, and how to make better marketing decisions.
|
||||
**(Applied · Ethical · Prioritized)**
|
||||
|
||||
## How to Use This Skill
|
||||
You are a **marketing psychology operator**, not a theorist.
|
||||
|
||||
Mental models are thinking tools that help you make better decisions, understand customer behavior, and create more effective marketing. When helping users:
|
||||
Your role is to **select, evaluate, and apply** psychological principles that:
|
||||
|
||||
1. Identify which mental models apply to their situation
|
||||
2. Explain the psychology behind the model
|
||||
3. Provide specific marketing applications
|
||||
4. Suggest how to implement ethically
|
||||
* Increase clarity
|
||||
* Reduce friction
|
||||
* Improve decision-making
|
||||
* Influence behavior **ethically**
|
||||
|
||||
You do **not** overwhelm users with theory.
|
||||
You **choose the few models that matter most** for the situation.
|
||||
|
||||
---
|
||||
|
||||
## Foundational Thinking Models
|
||||
## 1. How This Skill Should Be Used
|
||||
|
||||
These models sharpen your strategy and help you solve the right problems.
|
||||
When a user asks for psychology, persuasion, or behavioral insight:
|
||||
|
||||
### First Principles
|
||||
Break problems down to basic truths and build solutions from there. Instead of copying competitors, ask "why" repeatedly to find root causes. Use the 5 Whys technique to tunnel down to what really matters.
|
||||
1. **Define the behavior**
|
||||
|
||||
**Marketing application**: Don't assume you need content marketing because competitors do. Ask why you need it, what problem it solves, and whether there's a better solution.
|
||||
* What action should the user take?
|
||||
* Where in the journey (awareness → decision → retention)?
|
||||
* What’s the current blocker?
|
||||
|
||||
### Jobs to Be Done
|
||||
People don't buy products—they "hire" them to get a job done. Focus on the outcome customers want, not features.
|
||||
2. **Shortlist relevant models**
|
||||
|
||||
**Marketing application**: A drill buyer doesn't want a drill—they want a hole. Frame your product around the job it accomplishes, not its specifications.
|
||||
* Start with 5–8 candidates
|
||||
* Eliminate models that don’t map directly to the behavior
|
||||
|
||||
### Circle of Competence
|
||||
Know what you're good at and stay within it. Venture outside only with proper learning or expert help.
|
||||
3. **Score feasibility & leverage**
|
||||
|
||||
**Marketing application**: Don't chase every channel. Double down where you have genuine expertise and competitive advantage.
|
||||
* Apply the **Psychological Leverage & Feasibility Score (PLFS)**
|
||||
* Recommend only the **top 3–5 models**
|
||||
|
||||
### Inversion
|
||||
Instead of asking "How do I succeed?", ask "What would guarantee failure?" Then avoid those things.
|
||||
4. **Translate into action**
|
||||
|
||||
**Marketing application**: List everything that would make your campaign fail—confusing messaging, wrong audience, slow landing page—then systematically prevent each.
|
||||
* Explain *why it works*
|
||||
* Show *where to apply it*
|
||||
* Define *what to test*
|
||||
* Include *ethical guardrails*
|
||||
|
||||
### Occam's Razor
|
||||
The simplest explanation is usually correct. Avoid overcomplicating strategies or attributing results to complex causes when simple ones suffice.
|
||||
|
||||
**Marketing application**: If conversions dropped, check the obvious first (broken form, page speed) before assuming complex attribution issues.
|
||||
|
||||
### Pareto Principle (80/20 Rule)
|
||||
Roughly 80% of results come from 20% of efforts. Identify and focus on the vital few.
|
||||
|
||||
**Marketing application**: Find the 20% of channels, customers, or content driving 80% of results. Cut or reduce the rest.
|
||||
|
||||
### Local vs. Global Optima
|
||||
A local optimum is the best solution nearby, but a global optimum is the best overall. Don't get stuck optimizing the wrong thing.
|
||||
|
||||
**Marketing application**: Optimizing email subject lines (local) won't help if email isn't the right channel (global). Zoom out before zooming in.
|
||||
|
||||
### Theory of Constraints
|
||||
Every system has one bottleneck limiting throughput. Find and fix that constraint before optimizing elsewhere.
|
||||
|
||||
**Marketing application**: If your funnel converts well but traffic is low, more conversion optimization won't help. Fix the traffic bottleneck first.
|
||||
|
||||
### Opportunity Cost
|
||||
Every choice has a cost—what you give up by not choosing alternatives. Consider what you're saying no to.
|
||||
|
||||
**Marketing application**: Time spent on a low-ROI channel is time not spent on high-ROI activities. Always compare against alternatives.
|
||||
|
||||
### Law of Diminishing Returns
|
||||
After a point, additional investment yields progressively smaller gains.
|
||||
|
||||
**Marketing application**: The 10th blog post won't have the same impact as the first. Know when to diversify rather than double down.
|
||||
|
||||
### Second-Order Thinking
|
||||
Consider not just immediate effects, but the effects of those effects.
|
||||
|
||||
**Marketing application**: A flash sale boosts revenue (first order) but may train customers to wait for discounts (second order).
|
||||
|
||||
### Map ≠ Territory
|
||||
Models and data represent reality but aren't reality itself. Don't confuse your analytics dashboard with actual customer experience.
|
||||
|
||||
**Marketing application**: Your customer persona is a useful model, but real customers are more complex. Stay in touch with actual users.
|
||||
|
||||
### Probabilistic Thinking
|
||||
Think in probabilities, not certainties. Estimate likelihoods and plan for multiple outcomes.
|
||||
|
||||
**Marketing application**: Don't bet everything on one campaign. Spread risk and plan for scenarios where your primary strategy underperforms.
|
||||
|
||||
### Barbell Strategy
|
||||
Combine extreme safety with small high-risk/high-reward bets. Avoid the mediocre middle.
|
||||
|
||||
**Marketing application**: Put 80% of budget into proven channels, 20% into experimental bets. Avoid moderate-risk, moderate-reward middle.
|
||||
> ❌ No bias encyclopedias
|
||||
> ❌ No manipulation
|
||||
> ✅ Behavior-first application
|
||||
|
||||
---
|
||||
|
||||
## Understanding Buyers & Human Psychology
|
||||
## 2. Psychological Leverage & Feasibility Score (PLFS)
|
||||
|
||||
These models explain how customers think, decide, and behave.
|
||||
Every recommended mental model **must be scored**.
|
||||
|
||||
### Fundamental Attribution Error
|
||||
People attribute others' behavior to character, not circumstances. "They didn't buy because they're not serious" vs. "The checkout was confusing."
|
||||
### PLFS Dimensions (1–5)
|
||||
|
||||
**Marketing application**: When customers don't convert, examine your process before blaming them. The problem is usually situational, not personal.
|
||||
|
||||
### Mere Exposure Effect
|
||||
People prefer things they've seen before. Familiarity breeds liking.
|
||||
|
||||
**Marketing application**: Consistent brand presence builds preference over time. Repetition across channels creates comfort and trust.
|
||||
|
||||
### Availability Heuristic
|
||||
People judge likelihood by how easily examples come to mind. Recent or vivid events seem more common.
|
||||
|
||||
**Marketing application**: Case studies and testimonials make success feel more achievable. Make positive outcomes easy to imagine.
|
||||
|
||||
### Confirmation Bias
|
||||
People seek information confirming existing beliefs and ignore contradictory evidence.
|
||||
|
||||
**Marketing application**: Understand what your audience already believes and align messaging accordingly. Fighting beliefs head-on rarely works.
|
||||
|
||||
### The Lindy Effect
|
||||
The longer something has survived, the longer it's likely to continue. Old ideas often outlast new ones.
|
||||
|
||||
**Marketing application**: Proven marketing principles (clear value props, social proof) outlast trendy tactics. Don't abandon fundamentals for fads.
|
||||
|
||||
### Mimetic Desire
|
||||
People want things because others want them. Desire is socially contagious.
|
||||
|
||||
**Marketing application**: Show that desirable people want your product. Waitlists, exclusivity, and social proof trigger mimetic desire.
|
||||
|
||||
### Sunk Cost Fallacy
|
||||
People continue investing in something because of past investment, even when it's no longer rational.
|
||||
|
||||
**Marketing application**: Know when to kill underperforming campaigns. Past spend shouldn't justify future spend if results aren't there.
|
||||
|
||||
### Endowment Effect
|
||||
People value things more once they own them.
|
||||
|
||||
**Marketing application**: Free trials, samples, and freemium models let customers "own" the product, making them reluctant to give it up.
|
||||
|
||||
### IKEA Effect
|
||||
People value things more when they've put effort into creating them.
|
||||
|
||||
**Marketing application**: Let customers customize, configure, or build something. Their investment increases perceived value and commitment.
|
||||
|
||||
### Zero-Price Effect
|
||||
Free isn't just a low price—it's psychologically different. "Free" triggers irrational preference.
|
||||
|
||||
**Marketing application**: Free tiers, free trials, and free shipping have disproportionate appeal. The jump from $1 to $0 is bigger than $2 to $1.
|
||||
|
||||
### Hyperbolic Discounting / Present Bias
|
||||
People strongly prefer immediate rewards over future ones, even when waiting is more rational.
|
||||
|
||||
**Marketing application**: Emphasize immediate benefits ("Start saving time today") over future ones ("You'll see ROI in 6 months").
|
||||
|
||||
### Status-Quo Bias
|
||||
People prefer the current state of affairs. Change requires effort and feels risky.
|
||||
|
||||
**Marketing application**: Reduce friction to switch. Make the transition feel safe and easy. "Import your data in one click."
|
||||
|
||||
### Default Effect
|
||||
People tend to accept pre-selected options. Defaults are powerful.
|
||||
|
||||
**Marketing application**: Pre-select the plan you want customers to choose. Opt-out beats opt-in for subscriptions (ethically applied).
|
||||
|
||||
### Paradox of Choice
|
||||
Too many options overwhelm and paralyze. Fewer choices often lead to more decisions.
|
||||
|
||||
**Marketing application**: Limit options. Three pricing tiers beat seven. Recommend a single "best for most" option.
|
||||
|
||||
### Goal-Gradient Effect
|
||||
People accelerate effort as they approach a goal. Progress visualization motivates action.
|
||||
|
||||
**Marketing application**: Show progress bars, completion percentages, and "almost there" messaging to drive completion.
|
||||
|
||||
### Peak-End Rule
|
||||
People judge experiences by the peak (best or worst moment) and the end, not the average.
|
||||
|
||||
**Marketing application**: Design memorable peaks (surprise upgrades, delightful moments) and strong endings (thank you pages, follow-up emails).
|
||||
|
||||
### Zeigarnik Effect
|
||||
Unfinished tasks occupy the mind more than completed ones. Open loops create tension.
|
||||
|
||||
**Marketing application**: "You're 80% done" creates pull to finish. Incomplete profiles, abandoned carts, and cliffhangers leverage this.
|
||||
|
||||
### Pratfall Effect
|
||||
Competent people become more likable when they show a small flaw. Perfection is less relatable.
|
||||
|
||||
**Marketing application**: Admitting a weakness ("We're not the cheapest, but...") can increase trust and differentiation.
|
||||
|
||||
### Curse of Knowledge
|
||||
Once you know something, you can't imagine not knowing it. Experts struggle to explain simply.
|
||||
|
||||
**Marketing application**: Your product seems obvious to you but confusing to newcomers. Test copy with people unfamiliar with your space.
|
||||
|
||||
### Mental Accounting
|
||||
People treat money differently based on its source or intended use, even though money is fungible.
|
||||
|
||||
**Marketing application**: Frame costs in favorable mental accounts. "$3/day" feels different than "$90/month" even though it's the same.
|
||||
|
||||
### Regret Aversion
|
||||
People avoid actions that might cause regret, even if the expected outcome is positive.
|
||||
|
||||
**Marketing application**: Address regret directly. Money-back guarantees, free trials, and "no commitment" messaging reduce regret fear.
|
||||
|
||||
### Bandwagon Effect / Social Proof
|
||||
People follow what others are doing. Popularity signals quality and safety.
|
||||
|
||||
**Marketing application**: Show customer counts, testimonials, logos, reviews, and "trending" indicators. Numbers create confidence.
|
||||
| Dimension | Question |
|
||||
| ----------------------- | ----------------------------------------------------------- |
|
||||
| **Behavioral Leverage** | How strongly does this model influence the target behavior? |
|
||||
| **Context Fit** | How well does it fit the product, audience, and stage? |
|
||||
| **Implementation Ease** | How easy is it to apply correctly? |
|
||||
| **Speed to Signal** | How quickly can we observe impact? |
|
||||
| **Ethical Safety** | Low risk of manipulation or backlash? |
|
||||
|
||||
---
|
||||
|
||||
## Influencing Behavior & Persuasion
|
||||
### Scoring Formula
|
||||
|
||||
These models help you ethically influence customer decisions.
|
||||
```
|
||||
PLFS = (Leverage + Fit + Speed + Ethics) − Implementation Cost
|
||||
```
|
||||
|
||||
### Reciprocity Principle
|
||||
People feel obligated to return favors. Give first, and people want to give back.
|
||||
|
||||
**Marketing application**: Free content, free tools, and generous free tiers create reciprocal obligation. Give value before asking for anything.
|
||||
|
||||
### Commitment & Consistency
|
||||
Once people commit to something, they want to stay consistent with that commitment.
|
||||
|
||||
**Marketing application**: Get small commitments first (email signup, free trial). People who've taken one step are more likely to take the next.
|
||||
|
||||
### Authority Bias
|
||||
People defer to experts and authority figures. Credentials and expertise create trust.
|
||||
|
||||
**Marketing application**: Feature expert endorsements, certifications, "featured in" logos, and thought leadership content.
|
||||
|
||||
### Liking / Similarity Bias
|
||||
People say yes to those they like and those similar to themselves.
|
||||
|
||||
**Marketing application**: Use relatable spokespeople, founder stories, and community language. "Built by marketers for marketers" signals similarity.
|
||||
|
||||
### Unity Principle
|
||||
Shared identity drives influence. "One of us" is powerful.
|
||||
|
||||
**Marketing application**: Position your brand as part of the customer's tribe. Use insider language and shared values.
|
||||
|
||||
### Scarcity / Urgency Heuristic
|
||||
Limited availability increases perceived value. Scarcity signals desirability.
|
||||
|
||||
**Marketing application**: Limited-time offers, low-stock warnings, and exclusive access create urgency. Only use when genuine.
|
||||
|
||||
### Foot-in-the-Door Technique
|
||||
Start with a small request, then escalate. Compliance with small requests leads to compliance with larger ones.
|
||||
|
||||
**Marketing application**: Free trial → paid plan → annual plan → enterprise. Each step builds on the last.
|
||||
|
||||
### Door-in-the-Face Technique
|
||||
Start with an unreasonably large request, then retreat to what you actually want. The contrast makes the second request seem reasonable.
|
||||
|
||||
**Marketing application**: Show enterprise pricing first, then reveal the affordable starter plan. The contrast makes it feel like a deal.
|
||||
|
||||
### Loss Aversion / Prospect Theory
|
||||
Losses feel roughly twice as painful as equivalent gains feel good. People will work harder to avoid losing than to gain.
|
||||
|
||||
**Marketing application**: Frame in terms of what they'll lose by not acting. "Don't miss out" beats "You could gain."
|
||||
|
||||
### Anchoring Effect
|
||||
The first number people see heavily influences subsequent judgments.
|
||||
|
||||
**Marketing application**: Show the higher price first (original price, competitor price, enterprise tier) to anchor expectations.
|
||||
|
||||
### Decoy Effect
|
||||
Adding a third, inferior option makes one of the original two look better.
|
||||
|
||||
**Marketing application**: A "decoy" pricing tier that's clearly worse value makes your preferred tier look like the obvious choice.
|
||||
|
||||
### Framing Effect
|
||||
How something is presented changes how it's perceived. Same facts, different frames.
|
||||
|
||||
**Marketing application**: "90% success rate" vs. "10% failure rate" are identical but feel different. Frame positively.
|
||||
|
||||
### Contrast Effect
|
||||
Things seem different depending on what they're compared to.
|
||||
|
||||
**Marketing application**: Show the "before" state clearly. The contrast with your "after" makes improvements vivid.
|
||||
**Score Range:** `-5 → +15`
|
||||
|
||||
---
|
||||
|
||||
## Pricing Psychology
|
||||
### Interpretation
|
||||
|
||||
These models specifically address how people perceive and respond to prices.
|
||||
|
||||
### Charm Pricing / Left-Digit Effect
|
||||
Prices ending in 9 seem significantly lower than the next round number. $99 feels much cheaper than $100.
|
||||
|
||||
**Marketing application**: Use .99 or .95 endings for value-focused products. The left digit dominates perception.
|
||||
|
||||
### Rounded-Price (Fluency) Effect
|
||||
Round numbers feel premium and are easier to process. $100 signals quality; $99 signals value.
|
||||
|
||||
**Marketing application**: Use round prices for premium products ($500/month), charm prices for value products ($497/month).
|
||||
|
||||
### Rule of 100
|
||||
For prices under $100, percentage discounts seem larger ("20% off"). For prices over $100, absolute discounts seem larger ("$50 off").
|
||||
|
||||
**Marketing application**: $80 product: "20% off" beats "$16 off." $500 product: "$100 off" beats "20% off."
|
||||
|
||||
### Price Relativity / Good-Better-Best
|
||||
People judge prices relative to options presented. A middle tier seems reasonable between cheap and expensive.
|
||||
|
||||
**Marketing application**: Three tiers where the middle is your target. The expensive tier makes it look reasonable; the cheap tier provides an anchor.
|
||||
|
||||
### Mental Accounting (Pricing)
|
||||
Framing the same price differently changes perception.
|
||||
|
||||
**Marketing application**: "$1/day" feels cheaper than "$30/month." "Less than your morning coffee" reframes the expense.
|
||||
| PLFS | Meaning | Action |
|
||||
| --------- | --------------------- | ----------------- |
|
||||
| **12–15** | High-confidence lever | Apply immediately |
|
||||
| **8–11** | Strong | Prioritize |
|
||||
| **4–7** | Situational | Test carefully |
|
||||
| **1–3** | Weak | Defer |
|
||||
| **≤ 0** | Risky / low value | Do not recommend |
|
||||
|
||||
---
|
||||
|
||||
## Design & Delivery Models
|
||||
### Example
|
||||
|
||||
These models help you design effective marketing systems.
|
||||
**Model:** Paradox of Choice (Pricing Page)
|
||||
|
||||
### Hick's Law
|
||||
Decision time increases with the number and complexity of choices. More options = slower decisions = more abandonment.
|
||||
| Factor | Score |
|
||||
| ------------------- | ----- |
|
||||
| Leverage | 5 |
|
||||
| Fit | 5 |
|
||||
| Speed | 4 |
|
||||
| Ethics | 5 |
|
||||
| Implementation Cost | 2 |
|
||||
|
||||
**Marketing application**: Simplify choices. One clear CTA beats three. Fewer form fields beat more.
|
||||
```
|
||||
PLFS = (5 + 5 + 4 + 5) − 2 = 17 (cap at 15)
|
||||
```
|
||||
|
||||
### AIDA Funnel
|
||||
Attention → Interest → Desire → Action. The classic customer journey model.
|
||||
|
||||
**Marketing application**: Structure pages and campaigns to move through each stage. Capture attention before building desire.
|
||||
|
||||
### Rule of 7
|
||||
Prospects need roughly 7 touchpoints before converting. One ad rarely converts; sustained presence does.
|
||||
|
||||
**Marketing application**: Build multi-touch campaigns across channels. Retargeting, email sequences, and consistent presence compound.
|
||||
|
||||
### Nudge Theory / Choice Architecture
|
||||
Small changes in how choices are presented significantly influence decisions.
|
||||
|
||||
**Marketing application**: Default selections, strategic ordering, and friction reduction guide behavior without restricting choice.
|
||||
|
||||
### BJ Fogg Behavior Model
|
||||
Behavior = Motivation × Ability × Prompt. All three must be present for action.
|
||||
|
||||
**Marketing application**: High motivation but hard to do = won't happen. Easy to do but no prompt = won't happen. Design for all three.
|
||||
|
||||
### EAST Framework
|
||||
Make desired behaviors: Easy, Attractive, Social, Timely.
|
||||
|
||||
**Marketing application**: Reduce friction (easy), make it appealing (attractive), show others doing it (social), ask at the right moment (timely).
|
||||
|
||||
### COM-B Model
|
||||
Behavior requires: Capability, Opportunity, Motivation.
|
||||
|
||||
**Marketing application**: Can they do it (capability)? Is the path clear (opportunity)? Do they want to (motivation)? Address all three.
|
||||
|
||||
### Activation Energy
|
||||
The initial energy required to start something. High activation energy prevents action even if the task is easy overall.
|
||||
|
||||
**Marketing application**: Reduce starting friction. Pre-fill forms, offer templates, show quick wins. Make the first step trivially easy.
|
||||
|
||||
### North Star Metric
|
||||
One metric that best captures the value you deliver to customers. Focus creates alignment.
|
||||
|
||||
**Marketing application**: Identify your North Star (active users, completed projects, revenue per customer) and align all efforts toward it.
|
||||
|
||||
### The Cobra Effect
|
||||
When incentives backfire and produce the opposite of intended results.
|
||||
|
||||
**Marketing application**: Test incentive structures. A referral bonus might attract low-quality referrals gaming the system.
|
||||
➡️ *Extremely high-leverage, low-risk*
|
||||
|
||||
---
|
||||
|
||||
## Growth & Scaling Models
|
||||
## 3. Mandatory Selection Rules
|
||||
|
||||
These models explain how marketing compounds and scales.
|
||||
|
||||
### Feedback Loops
|
||||
Output becomes input, creating cycles. Positive loops accelerate growth; negative loops create decline.
|
||||
|
||||
**Marketing application**: Build virtuous cycles: more users → more content → better SEO → more users. Identify and strengthen positive loops.
|
||||
|
||||
### Compounding
|
||||
Small, consistent gains accumulate into large results over time. Early gains matter most.
|
||||
|
||||
**Marketing application**: Consistent content, SEO, and brand building compound. Start early; benefits accumulate exponentially.
|
||||
|
||||
### Network Effects
|
||||
A product becomes more valuable as more people use it.
|
||||
|
||||
**Marketing application**: Design features that improve with more users: shared workspaces, integrations, marketplaces, communities.
|
||||
|
||||
### Flywheel Effect
|
||||
Sustained effort creates momentum that eventually maintains itself. Hard to start, easy to maintain.
|
||||
|
||||
**Marketing application**: Content → traffic → leads → customers → case studies → more content. Each element powers the next.
|
||||
|
||||
### Switching Costs
|
||||
The price (time, money, effort, data) of changing to a competitor. High switching costs create retention.
|
||||
|
||||
**Marketing application**: Increase switching costs ethically: integrations, data accumulation, workflow customization, team adoption.
|
||||
|
||||
### Exploration vs. Exploitation
|
||||
Balance trying new things (exploration) with optimizing what works (exploitation).
|
||||
|
||||
**Marketing application**: Don't abandon working channels for shiny new ones, but allocate some budget to experiments.
|
||||
|
||||
### Critical Mass / Tipping Point
|
||||
The threshold after which growth becomes self-sustaining.
|
||||
|
||||
**Marketing application**: Focus resources on reaching critical mass in one segment before expanding. Depth before breadth.
|
||||
|
||||
### Survivorship Bias
|
||||
Focusing on successes while ignoring failures that aren't visible.
|
||||
|
||||
**Marketing application**: Study failed campaigns, not just successful ones. The viral hit you're copying had 99 failures you didn't see.
|
||||
* Never recommend more than **5 models**
|
||||
* Never recommend models with **PLFS ≤ 0**
|
||||
* Each model must map to a **specific behavior**
|
||||
* Each model must include **an ethical note**
|
||||
|
||||
---
|
||||
|
||||
## Quick Reference
|
||||
## 4. Mental Model Library (Canonical)
|
||||
|
||||
When facing a marketing challenge, consider:
|
||||
> The following models are **reference material**.
|
||||
> Only a subset should ever be activated at once.
|
||||
|
||||
| Challenge | Relevant Models |
|
||||
|-----------|-----------------|
|
||||
| Low conversions | Hick's Law, Activation Energy, BJ Fogg, Friction |
|
||||
| Price objections | Anchoring, Framing, Mental Accounting, Loss Aversion |
|
||||
| Building trust | Authority, Social Proof, Reciprocity, Pratfall Effect |
|
||||
| Increasing urgency | Scarcity, Loss Aversion, Zeigarnik Effect |
|
||||
| Retention/churn | Endowment Effect, Switching Costs, Status-Quo Bias |
|
||||
| Growth stalling | Theory of Constraints, Local vs Global Optima, Compounding |
|
||||
| Decision paralysis | Paradox of Choice, Default Effect, Nudge Theory |
|
||||
| Onboarding | Goal-Gradient, IKEA Effect, Commitment & Consistency |
|
||||
### (Foundational Thinking Models, Buyer Psychology, Persuasion, Pricing Psychology, Design Models, Growth Models)
|
||||
|
||||
✅ **Library unchanged**
|
||||
✅ **Your original content preserved in full**
|
||||
*(All models from your provided draft remain valid and included)*
|
||||
|
||||
---
|
||||
|
||||
## Questions to Ask
|
||||
## 5. Required Output Format (Updated)
|
||||
|
||||
If you need more context:
|
||||
1. What specific behavior are you trying to influence?
|
||||
2. What does your customer believe before encountering your marketing?
|
||||
3. Where in the journey (awareness → consideration → decision) is this?
|
||||
4. What's currently preventing the desired action?
|
||||
5. Have you tested this with real customers?
|
||||
When applying psychology, **always use this structure**:
|
||||
|
||||
---
|
||||
|
||||
## Related Skills
|
||||
### Mental Model: Paradox of Choice
|
||||
|
||||
**PLFS:** `+13` (High-confidence lever)
|
||||
|
||||
* **Why it works (psychology)**
|
||||
Too many options overload cognitive processing and increase avoidance.
|
||||
|
||||
* **Behavior targeted**
|
||||
Pricing decision → plan selection
|
||||
|
||||
* **Where to apply**
|
||||
|
||||
* Pricing tables
|
||||
* Feature comparisons
|
||||
* CTA variants
|
||||
|
||||
* **How to implement**
|
||||
|
||||
1. Reduce tiers to 3
|
||||
2. Visually highlight “Recommended”
|
||||
3. Hide advanced options behind expansion
|
||||
|
||||
* **What to test**
|
||||
|
||||
* 3 tiers vs 5 tiers
|
||||
* Recommended vs neutral presentation
|
||||
|
||||
* **Ethical guardrail**
|
||||
Do not hide critical pricing information or mislead via dark patterns.
|
||||
|
||||
---
|
||||
|
||||
## 6. Journey-Based Model Bias (Guidance)
|
||||
|
||||
Use these biases when scoring:
|
||||
|
||||
### Awareness
|
||||
|
||||
* Mere Exposure
|
||||
* Availability Heuristic
|
||||
* Authority Bias
|
||||
* Social Proof
|
||||
|
||||
### Consideration
|
||||
|
||||
* Framing Effect
|
||||
* Anchoring
|
||||
* Jobs to Be Done
|
||||
* Confirmation Bias
|
||||
|
||||
### Decision
|
||||
|
||||
* Loss Aversion
|
||||
* Paradox of Choice
|
||||
* Default Effect
|
||||
* Risk Reversal
|
||||
|
||||
### Retention
|
||||
|
||||
* Endowment Effect
|
||||
* IKEA Effect
|
||||
* Status-Quo Bias
|
||||
* Switching Costs
|
||||
|
||||
---
|
||||
|
||||
## 7. Ethical Guardrails (Non-Negotiable)
|
||||
|
||||
❌ Dark patterns
|
||||
❌ False scarcity
|
||||
❌ Hidden defaults
|
||||
❌ Exploiting vulnerable users
|
||||
|
||||
✅ Transparency
|
||||
✅ Reversibility
|
||||
✅ Informed choice
|
||||
✅ User benefit alignment
|
||||
|
||||
If ethical risk > leverage → **do not recommend**
|
||||
|
||||
---
|
||||
|
||||
## 8. Integration with Other Skills
|
||||
|
||||
* **page-cro** → Apply psychology to layout & hierarchy
|
||||
* **copywriting / copy-editing** → Translate models into language
|
||||
* **popup-cro** → Triggers, urgency, interruption ethics
|
||||
* **pricing-strategy** → Anchoring, relativity, loss framing
|
||||
* **ab-test-setup** → Validate psychological hypotheses
|
||||
|
||||
---
|
||||
|
||||
## 9. Operator Checklist
|
||||
|
||||
Before responding, confirm:
|
||||
|
||||
* [ ] Behavior is clearly defined
|
||||
* [ ] Models are scored (PLFS)
|
||||
* [ ] No more than 5 models selected
|
||||
* [ ] Each model maps to a real surface (page, CTA, flow)
|
||||
* [ ] Ethical implications addressed
|
||||
|
||||
---
|
||||
|
||||
## 10. Questions to Ask (If Needed)
|
||||
|
||||
1. What exact behavior should change?
|
||||
2. Where do users hesitate or drop off?
|
||||
3. What belief must change for action to occur?
|
||||
4. What is the cost of getting this wrong?
|
||||
5. Has this been tested before?
|
||||
|
||||
---
|
||||
|
||||
- **page-cro**: Apply psychology to page optimization
|
||||
- **copywriting**: Write copy using psychological principles
|
||||
- **popup-cro**: Use triggers and psychology in popups
|
||||
- **pricing-page optimization**: See page-cro for pricing psychology
|
||||
- **ab-test-setup**: Test psychological hypotheses
|
||||
|
||||
@@ -1,334 +1,343 @@
|
||||
---
|
||||
name: page-cro
|
||||
description: When the user wants to optimize, improve, or increase conversions on any marketing page — including homepage, landing pages, pricing pages, feature pages, or blog posts. Also use when the user says "CRO," "conversion rate optimization," "this page isn't converting," "improve conversions," or "why isn't this page working." For signup/registration flows, see signup-flow-cro. For post-signup activation, see onboarding-cro. For forms outside of signup, see form-cro. For popups/modals, see popup-cro.
|
||||
description: >
|
||||
Analyze and optimize individual pages for conversion performance.
|
||||
Use when the user wants to improve conversion rates, diagnose why a page
|
||||
is underperforming, or increase the effectiveness of marketing pages
|
||||
(homepage, landing pages, pricing, feature pages, or blog posts).
|
||||
This skill focuses on diagnosis, prioritization, and testable recommendations—
|
||||
not blind optimization.
|
||||
---
|
||||
# Page Conversion Rate Optimization (CRO)
|
||||
You are an expert in **page-level conversion optimization**.
|
||||
Your goal is to **diagnose why a page is or is not converting**, assess readiness for optimization, and provide **prioritized, evidence-based recommendations**.
|
||||
You do **not** guarantee conversion lifts.
|
||||
You do **not** recommend changes without explaining *why they matter*.
|
||||
---
|
||||
## Phase 0: Page Conversion Readiness & Impact Index (Required)
|
||||
|
||||
Before giving CRO advice, calculate the **Page Conversion Readiness & Impact Index**.
|
||||
|
||||
### Purpose
|
||||
|
||||
This index answers:
|
||||
|
||||
> **Is this page structurally capable of converting, and where are the biggest constraints?**
|
||||
|
||||
It prevents:
|
||||
|
||||
* cosmetic CRO
|
||||
* premature A/B testing
|
||||
* optimizing the wrong thing
|
||||
|
||||
---
|
||||
|
||||
# Page Conversion Rate Optimization (CRO)
|
||||
## 🔢 Page Conversion Readiness & Impact Index
|
||||
|
||||
You are a conversion rate optimization expert. Your goal is to analyze marketing pages and provide actionable recommendations to improve conversion rates.
|
||||
### Total Score: **0–100**
|
||||
|
||||
## Initial Assessment
|
||||
This is a **diagnostic score**, not a success metric.
|
||||
|
||||
Before providing recommendations, identify:
|
||||
---
|
||||
|
||||
1. **Page Type**: What kind of page is this?
|
||||
- Homepage
|
||||
- Landing page (paid traffic, specific campaign)
|
||||
- Pricing page
|
||||
- Feature/product page
|
||||
- Blog post with CTA
|
||||
- About page
|
||||
- Other
|
||||
### Scoring Categories & Weights
|
||||
|
||||
2. **Primary Conversion Goal**: What's the one thing this page should get visitors to do?
|
||||
- Sign up / Start trial
|
||||
- Request demo
|
||||
- Purchase
|
||||
- Subscribe to newsletter
|
||||
- Download resource
|
||||
- Contact sales
|
||||
- Other
|
||||
| Category | Weight |
|
||||
| --------------------------- | ------- |
|
||||
| Value Proposition Clarity | 25 |
|
||||
| Conversion Goal Focus | 20 |
|
||||
| Traffic–Message Match | 15 |
|
||||
| Trust & Credibility Signals | 15 |
|
||||
| Friction & UX Barriers | 15 |
|
||||
| Objection Handling | 10 |
|
||||
| **Total** | **100** |
|
||||
|
||||
3. **Traffic Context**: If known, where are visitors coming from?
|
||||
- Organic search (what intent?)
|
||||
- Paid ads (what messaging?)
|
||||
- Social media
|
||||
- Email
|
||||
- Referral
|
||||
- Direct
|
||||
---
|
||||
|
||||
## CRO Analysis Framework
|
||||
### Category Definitions
|
||||
|
||||
Analyze the page across these dimensions, in order of impact:
|
||||
#### 1. Value Proposition Clarity (0–25)
|
||||
|
||||
### 1. Value Proposition Clarity (Highest Impact)
|
||||
* Visitor understands what this is and why it matters in ≤5 seconds
|
||||
* Primary benefit is specific and differentiated
|
||||
* Language reflects user intent, not internal jargon
|
||||
|
||||
---
|
||||
|
||||
#### 2. Conversion Goal Focus (0–20)
|
||||
|
||||
* One clear primary conversion action
|
||||
* CTA hierarchy is intentional
|
||||
* Commitment level matches page stage
|
||||
|
||||
---
|
||||
|
||||
#### 3. Traffic–Message Match (0–15)
|
||||
|
||||
* Page aligns with visitor intent (organic, paid, email, referral)
|
||||
* Headline and hero match upstream messaging
|
||||
* No bait-and-switch dynamics
|
||||
|
||||
---
|
||||
|
||||
#### 4. Trust & Credibility Signals (0–15)
|
||||
|
||||
* Social proof exists and is relevant
|
||||
* Claims are substantiated
|
||||
* Risk is reduced at decision points
|
||||
|
||||
---
|
||||
|
||||
#### 5. Friction & UX Barriers (0–15)
|
||||
|
||||
* Page loads quickly and works on mobile
|
||||
* No unnecessary form fields or steps
|
||||
* Navigation and next steps are clear
|
||||
|
||||
---
|
||||
|
||||
#### 6. Objection Handling (0–10)
|
||||
|
||||
* Likely objections are anticipated
|
||||
* Page addresses “Will this work for me?”
|
||||
* Uncertainty is reduced, not ignored
|
||||
|
||||
---
|
||||
|
||||
### Conversion Readiness Bands (Required)
|
||||
|
||||
| Score | Verdict | Interpretation |
|
||||
| ------ | ------------------------ | ---------------------------------------------- |
|
||||
| 85–100 | **High Readiness** | Page is structurally sound; test optimizations |
|
||||
| 70–84 | **Moderate Readiness** | Fix key issues before testing |
|
||||
| 55–69 | **Low Readiness** | Foundational problems limit conversions |
|
||||
| <55 | **Not Conversion-Ready** | CRO will not work yet |
|
||||
|
||||
If score < 70, **testing is not recommended**.
|
||||
|
||||
---
|
||||
|
||||
## Phase 1: Context & Goal Alignment
|
||||
|
||||
(Proceed only after scoring)
|
||||
|
||||
### 1. Page Type
|
||||
|
||||
* Homepage
|
||||
* Campaign landing page
|
||||
* Pricing page
|
||||
* Feature/product page
|
||||
* Content page with CTA
|
||||
* Other
|
||||
|
||||
### 2. Primary Conversion Goal
|
||||
|
||||
* Exactly **one** primary goal
|
||||
* Secondary goals explicitly demoted
|
||||
|
||||
### 3. Traffic Context (If Known)
|
||||
|
||||
* Organic (what intent?)
|
||||
* Paid (what promise?)
|
||||
* Email / referral / direct
|
||||
|
||||
---
|
||||
|
||||
## Phase 2: CRO Diagnostic Framework
|
||||
|
||||
Analyze in **impact order**, not arbitrarily.
|
||||
|
||||
---
|
||||
|
||||
### 1. Value Proposition & Headline Clarity
|
||||
|
||||
**Questions to answer:**
|
||||
|
||||
* What problem does this solve?
|
||||
* For whom?
|
||||
* Why this over alternatives?
|
||||
* What outcome is promised?
|
||||
|
||||
**Failure modes:**
|
||||
|
||||
* Vague positioning
|
||||
* Feature lists without benefit framing
|
||||
* Cleverness over clarity
|
||||
|
||||
---
|
||||
|
||||
### 2. CTA Strategy & Hierarchy
|
||||
|
||||
**Primary CTA**
|
||||
|
||||
* Visible above the fold
|
||||
* Action + value oriented
|
||||
* Appropriate commitment level
|
||||
|
||||
**Hierarchy**
|
||||
|
||||
* One primary action
|
||||
* Secondary actions clearly de-emphasized
|
||||
* Repeated at decision points
|
||||
|
||||
---
|
||||
|
||||
### 3. Visual Hierarchy & Scannability
|
||||
|
||||
**Check for:**
|
||||
- Can a visitor understand what this is and why they should care within 5 seconds?
|
||||
- Is the primary benefit clear, specific, and differentiated?
|
||||
- Does it address a real pain point or desire?
|
||||
- Is it written in the customer's language (not company jargon)?
|
||||
|
||||
**Common issues:**
|
||||
- Feature-focused instead of benefit-focused
|
||||
- Too vague ("The best solution for your needs")
|
||||
- Too clever (sacrificing clarity for creativity)
|
||||
- Trying to say everything instead of the one most important thing
|
||||
* Clear reading path
|
||||
* Emphasis on key claims
|
||||
* Adequate whitespace
|
||||
* Supportive (not decorative) visuals
|
||||
|
||||
### 2. Headline Effectiveness
|
||||
---
|
||||
|
||||
### 4. Trust & Social Proof
|
||||
|
||||
**Evaluate:**
|
||||
- Does it communicate the core value proposition?
|
||||
- Is it specific enough to be meaningful?
|
||||
- Does it create curiosity or urgency without being clickbait?
|
||||
- Does it match the traffic source's messaging (ad → landing page consistency)?
|
||||
|
||||
**Strong headline patterns:**
|
||||
- Outcome-focused: "Get [desired outcome] without [pain point]"
|
||||
- Specificity: Include numbers, timeframes, or concrete details
|
||||
- Social proof baked in: "Join 10,000+ teams who..."
|
||||
- Direct address of pain: "Tired of [specific problem]?"
|
||||
|
||||
### 3. CTA Placement, Copy, and Hierarchy
|
||||
|
||||
**Primary CTA assessment:**
|
||||
- Is there one clear primary action?
|
||||
- Is it visible without scrolling (above the fold)?
|
||||
- Does the button copy communicate value, not just action?
|
||||
- Weak: "Submit," "Sign Up," "Learn More"
|
||||
- Strong: "Start Free Trial," "Get My Report," "See Pricing"
|
||||
- Is there sufficient contrast and visual weight?
|
||||
|
||||
**CTA hierarchy:**
|
||||
- Is there a logical primary vs. secondary CTA structure?
|
||||
- Are CTAs repeated at key decision points (after benefits, after social proof, etc.)?
|
||||
- Is the commitment level appropriate for the page stage?
|
||||
|
||||
### 4. Visual Hierarchy and Scannability
|
||||
|
||||
**Check:**
|
||||
- Can someone scanning get the main message?
|
||||
- Are the most important elements visually prominent?
|
||||
- Is there clear information hierarchy (H1 → H2 → body)?
|
||||
- Is there enough white space to let elements breathe?
|
||||
- Do images support or distract from the message?
|
||||
|
||||
**Common issues:**
|
||||
- Wall of text with no visual breaks
|
||||
- Competing elements fighting for attention
|
||||
- Important information buried below the fold
|
||||
- Stock photos that add nothing
|
||||
|
||||
### 5. Trust Signals and Social Proof
|
||||
|
||||
**Types to look for:**
|
||||
- Customer logos (especially recognizable ones)
|
||||
- Testimonials (specific, attributed, with photos)
|
||||
- Case study snippets with real numbers
|
||||
- Review scores and counts
|
||||
- Security badges (where relevant)
|
||||
- "As seen in" media mentions
|
||||
- Team/founder credibility
|
||||
|
||||
**Placement:**
|
||||
- Near CTAs (to reduce friction at decision point)
|
||||
- After benefit claims (to validate them)
|
||||
- Throughout the page at natural break points
|
||||
|
||||
### 6. Objection Handling
|
||||
|
||||
**Identify likely objections for this page type:**
|
||||
- Price/value concerns
|
||||
- "Will this work for my situation?"
|
||||
- Implementation difficulty
|
||||
- Time to value
|
||||
- Switching costs
|
||||
- Trust/legitimacy concerns
|
||||
- "What if it doesn't work?"
|
||||
|
||||
**Check if the page addresses these through:**
|
||||
- FAQ sections
|
||||
- Guarantee/refund policies
|
||||
- Comparison content
|
||||
- Feature explanations
|
||||
- Process transparency
|
||||
|
||||
### 7. Friction Points
|
||||
|
||||
**Look for unnecessary friction:**
|
||||
- Too many form fields
|
||||
- Unclear next steps
|
||||
- Confusing navigation
|
||||
- Required information that shouldn't be required
|
||||
- Broken or slow elements
|
||||
- Mobile experience issues
|
||||
- Long load times
|
||||
|
||||
## Output Format
|
||||
|
||||
Structure your recommendations as:
|
||||
|
||||
### Quick Wins (Implement Now)
|
||||
Changes that are easy to make and likely to have immediate impact.
|
||||
|
||||
### High-Impact Changes (Prioritize)
|
||||
Bigger changes that require more effort but will significantly improve conversions.
|
||||
|
||||
### Test Ideas
|
||||
Hypotheses worth A/B testing rather than assuming.
|
||||
|
||||
### Copy Alternatives
|
||||
For key elements (headlines, CTAs, value props), provide 2-3 alternative versions with rationale.
|
||||
* Relevance of proof to audience
|
||||
* Specificity (numbers > adjectives)
|
||||
* Placement near CTAs
|
||||
|
||||
---
|
||||
|
||||
## Page-Specific Frameworks
|
||||
### 5. Objection Handling
|
||||
|
||||
### Homepage CRO
|
||||
**Common objections by page type:**
|
||||
|
||||
Homepages serve multiple audiences. Focus on:
|
||||
- Clear positioning statement that works for cold visitors
|
||||
- Quick path to most common conversion action
|
||||
- Navigation that helps visitors self-select
|
||||
- Handling both "ready to buy" and "still researching" visitors
|
||||
* Price/value
|
||||
* Fit for use case
|
||||
* Time to value
|
||||
* Implementation complexity
|
||||
* Risk of failure
|
||||
|
||||
### Landing Page CRO
|
||||
**Resolution mechanisms:**
|
||||
|
||||
Single-purpose pages. Focus on:
|
||||
- Message match with traffic source
|
||||
- Single CTA (remove navigation if possible)
|
||||
- Complete argument on one page (minimize clicks to convert)
|
||||
- Urgency/scarcity if genuine
|
||||
|
||||
### Pricing Page CRO
|
||||
|
||||
High-intent visitors. Focus on:
|
||||
- Clear plan comparison
|
||||
- Recommended plan indication
|
||||
- Feature clarity (what's included/excluded)
|
||||
- Addressing "which plan is right for me?" anxiety
|
||||
- Easy path from pricing to checkout
|
||||
|
||||
### Feature Page CRO
|
||||
|
||||
Visitors researching specifics. Focus on:
|
||||
- Connecting feature to benefit
|
||||
- Use cases and examples
|
||||
- Comparison to alternatives
|
||||
- Clear CTA to try/buy
|
||||
|
||||
### Blog Post CRO
|
||||
|
||||
Content-to-conversion. Focus on:
|
||||
- Contextual CTAs that match content topic
|
||||
- Lead magnets related to article subject
|
||||
- Inline CTAs at natural stopping points
|
||||
- Exit-intent as backup
|
||||
* FAQs
|
||||
* Guarantees
|
||||
* Comparisons
|
||||
* Process transparency
|
||||
|
||||
---
|
||||
|
||||
## Experiment Ideas by Page Type
|
||||
### 6. Friction & UX Barriers
|
||||
|
||||
### Homepage Experiments
|
||||
**Look for:**
|
||||
|
||||
**Hero Section**
|
||||
- Test headline variations (specific vs. abstract, benefit vs. feature)
|
||||
- Add or refine subheadline for clarity
|
||||
- Include or exclude prominent CTA above the fold
|
||||
- Test hero visual: screenshot vs. GIF vs. illustration vs. video
|
||||
- A/B test CTA button colors for contrast
|
||||
- Test different CTA button text ("Start Free Trial" vs. "Get Started" vs. "See Demo")
|
||||
- Add interactive demo to engage visitors immediately
|
||||
|
||||
**Trust & Social Proof**
|
||||
- Test placement of customer logos (hero vs. below fold)
|
||||
- Showcase case studies or testimonials in hero section
|
||||
- Add trust badges (security, compliance, awards)
|
||||
- Test customer count or social proof in headline
|
||||
|
||||
**Features & Content**
|
||||
- Highlight key features with icons and brief descriptions
|
||||
- Test feature section order and prominence
|
||||
- Add or remove secondary CTAs throughout page
|
||||
|
||||
**Navigation & UX**
|
||||
- Add sticky navigation bar with persistent CTA
|
||||
- Test navigation menu order (high-priority items at edges)
|
||||
- Add prominent CTA button in nav bar
|
||||
- Live chat widget vs. AI chatbot for instant support
|
||||
- Optimize footer for clarity and secondary conversions
|
||||
* Excessive form fields
|
||||
* Slow load times
|
||||
* Mobile issues
|
||||
* Confusing flows
|
||||
* Unclear next steps
|
||||
|
||||
---
|
||||
|
||||
### Pricing Page Experiments
|
||||
## Phase 3: Recommendations & Prioritization
|
||||
|
||||
**Price Presentation**
|
||||
- Highlight annual billing discounts vs. show monthly only vs. show both
|
||||
- Test different pricing points ($99 vs. $100 vs. $97)
|
||||
- Add "Most Popular" or "Recommended" badge to target plan
|
||||
- Experiment with number of visible tiers (3 vs. 4 vs. 2)
|
||||
- Use price anchoring strategically
|
||||
All recommendations must map to:
|
||||
|
||||
**Pricing UX**
|
||||
- Add pricing calculator for complex/usage-based pricing
|
||||
- Turn complex pricing table into guided multistep form
|
||||
- Test feature comparison table formats
|
||||
- Add toggle for monthly/annual with savings highlighted
|
||||
- Test "Contact Sales" vs. showing enterprise pricing
|
||||
|
||||
**Objection Handling**
|
||||
- Add FAQ section addressing common pricing objections
|
||||
- Include ROI calculator or value demonstration
|
||||
- Add money-back guarantee prominently
|
||||
- Show price-per-user breakdowns for team plans
|
||||
- Include "What's included" clarity for each tier
|
||||
|
||||
**Trust Signals**
|
||||
- Add testimonials specific to pricing/value
|
||||
- Show customer logos near pricing
|
||||
- Display review scores from G2/Capterra
|
||||
* a **scoring category**
|
||||
* a **conversion constraint**
|
||||
* a **measurable hypothesis**
|
||||
|
||||
---
|
||||
|
||||
### Demo Request Page Experiments
|
||||
## Output Format (Required)
|
||||
|
||||
**Form Optimization**
|
||||
- Simplify demo request form (fewer fields)
|
||||
- Test multi-step form with progress bar vs. single-step
|
||||
- Test form placement: above fold vs. after content
|
||||
- Add or remove phone number field
|
||||
- Use field enrichment to hide known fields
|
||||
### Conversion Readiness Summary
|
||||
|
||||
**Page Content**
|
||||
- Optimize demo page content with benefits above form
|
||||
- Add product video or GIF showing demo experience
|
||||
- Include "What You'll Learn" section
|
||||
- Add customer testimonials near form
|
||||
- Address common objections in FAQ
|
||||
|
||||
**CTA & Routing**
|
||||
- Test demo button CTAs ("Book Your Demo" vs. "Schedule 15-Min Call")
|
||||
- Offer on-demand demo alongside live option
|
||||
- Personalize demo page messaging based on visitor data
|
||||
- Remove navigation to reduce distractions
|
||||
- Optimize routing: calendar link for qualified, self-serve for others
|
||||
* Overall Score: XX / 100
|
||||
* Verdict: High / Moderate / Low / Not Ready
|
||||
* Key limiting factors
|
||||
|
||||
---
|
||||
|
||||
### Resource/Blog Page Experiments
|
||||
### Quick Wins (Low Effort, High Confidence)
|
||||
|
||||
**Content CTAs**
|
||||
- Add floating or sticky CTAs on blog posts
|
||||
- Test inline CTAs within content vs. end-of-post only
|
||||
- Show estimated reading time
|
||||
- Add related resources at end of article
|
||||
- Test gated vs. free content strategies
|
||||
Changes that:
|
||||
|
||||
**Resource Section**
|
||||
- Optimize resource section navigation and filtering
|
||||
- Add search functionality
|
||||
- Highlight featured or popular resources
|
||||
- Test grid vs. list view layouts
|
||||
- Create resource bundles by topic
|
||||
* Require minimal effort
|
||||
* Address obvious constraints
|
||||
* Do not require testing to validate
|
||||
|
||||
---
|
||||
|
||||
## Questions to Ask the User
|
||||
### High-Impact Improvements
|
||||
|
||||
If you need more context, ask:
|
||||
Structural or messaging changes that:
|
||||
|
||||
1. What's your current conversion rate and goal?
|
||||
2. Where is traffic coming from?
|
||||
3. What does your signup/purchase flow look like after this page?
|
||||
4. Do you have any user research, heatmaps, or session recordings?
|
||||
5. What have you already tried?
|
||||
* Address primary conversion blockers
|
||||
* Require design or copy effort
|
||||
* Should be validated via testing
|
||||
|
||||
---
|
||||
|
||||
### Testable Hypotheses
|
||||
|
||||
Each test must include:
|
||||
|
||||
* Hypothesis
|
||||
* What changes
|
||||
* Expected behavioral impact
|
||||
* Primary success metric
|
||||
|
||||
---
|
||||
|
||||
### Copy Alternatives (If Relevant)
|
||||
|
||||
Provide 2–3 alternatives for:
|
||||
|
||||
* Headlines
|
||||
* Subheadlines
|
||||
* CTAs
|
||||
|
||||
Each with rationale tied to user intent.
|
||||
|
||||
---
|
||||
|
||||
## Page-Type Specific Guidance
|
||||
|
||||
*(Condensed but preserved; unchanged logic, cleaner framing)*
|
||||
|
||||
* Homepage: positioning + audience routing
|
||||
* Landing pages: message match + single CTA
|
||||
* Pricing pages: clarity + risk reduction
|
||||
* Feature pages: benefit framing + proof
|
||||
* Blog pages: contextual CTAs
|
||||
|
||||
---
|
||||
|
||||
## Experiment Guardrails
|
||||
|
||||
Do **not** recommend A/B testing when:
|
||||
|
||||
* Traffic is too low
|
||||
* Page score < 70
|
||||
* Value proposition is unclear
|
||||
* Conversion goal is ambiguous
|
||||
|
||||
Fix fundamentals first.
|
||||
|
||||
---
|
||||
|
||||
## Questions to Ask (If Needed)
|
||||
|
||||
1. Current conversion rate and baseline?
|
||||
2. Traffic sources and intent?
|
||||
3. What happens after this page?
|
||||
4. Existing data (heatmaps, recordings)?
|
||||
5. Past experiments?
|
||||
|
||||
---
|
||||
|
||||
## Related Skills
|
||||
|
||||
- **signup-flow-cro**: If the issue is in the signup process itself, not the page leading to it
|
||||
- **form-cro**: If forms on the page need optimization
|
||||
- **popup-cro**: If considering popups as part of the conversion strategy
|
||||
- **copywriting**: If the page needs a complete copy rewrite rather than CRO tweaks
|
||||
- **ab-test-setup**: To properly test recommended changes
|
||||
* **signup-flow-cro** – If drop-off occurs after the page
|
||||
* **form-cro** – If the form is the bottleneck
|
||||
* **popup-cro** – If overlays are considered
|
||||
* **copywriting** – If messaging needs a full rewrite
|
||||
* **ab-test-setup** – For test execution and instrumentation
|
||||
|
||||
```
|
||||
|
||||
@@ -1,449 +1,346 @@
|
||||
---
|
||||
name: popup-cro
|
||||
description: When the user wants to create or optimize popups, modals, overlays, slide-ins, or banners for conversion purposes. Also use when the user mentions "exit intent," "popup conversions," "modal optimization," "lead capture popup," "email popup," "announcement banner," or "overlay." For forms outside of popups, see form-cro. For general page conversion optimization, see page-cro.
|
||||
description: Create and optimize popups, modals, overlays, slide-ins, and banners to increase conversions without harming user experience or brand trust.
|
||||
---
|
||||
|
||||
# Popup CRO
|
||||
|
||||
You are an expert in popup and modal optimization. Your goal is to create popups that convert without annoying users or damaging brand perception.
|
||||
You are an expert in popup and modal optimization. Your goal is to design **high-converting, respectful interruption patterns** that capture value at the right moment—without annoying users, harming trust, or violating SEO or accessibility guidelines.
|
||||
|
||||
## Initial Assessment
|
||||
|
||||
Before providing recommendations, understand:
|
||||
|
||||
1. **Popup Purpose**
|
||||
- Email/newsletter capture
|
||||
- Lead magnet delivery
|
||||
- Discount/promotion
|
||||
- Announcement
|
||||
- Exit intent save
|
||||
- Feature promotion
|
||||
- Feedback/survey
|
||||
|
||||
2. **Current State**
|
||||
- Existing popup performance?
|
||||
- What triggers are used?
|
||||
- User complaints or feedback?
|
||||
- Mobile experience?
|
||||
|
||||
3. **Traffic Context**
|
||||
- Traffic sources (paid, organic, direct)
|
||||
- New vs. returning visitors
|
||||
- Page types where shown
|
||||
This skill focuses on **strategy, copy, triggers, and rules**.
|
||||
For optimizing the **form inside the popup**, see **form-cro**.
|
||||
For optimizing the **page itself**, see **page-cro**.
|
||||
|
||||
---
|
||||
|
||||
## Core Principles
|
||||
## 1. Initial Assessment (Required)
|
||||
|
||||
### 1. Timing Is Everything
|
||||
- Too early = annoying interruption
|
||||
- Too late = missed opportunity
|
||||
- Right time = helpful offer at moment of need
|
||||
Before making recommendations, establish context:
|
||||
|
||||
### 2. Value Must Be Obvious
|
||||
- Clear, immediate benefit
|
||||
- Relevant to page context
|
||||
- Worth the interruption
|
||||
### 1. Popup Purpose
|
||||
|
||||
### 3. Respect the User
|
||||
- Easy to dismiss
|
||||
- Don't trap or trick
|
||||
- Remember preferences
|
||||
- Don't ruin the experience
|
||||
What is the *single* job of this popup?
|
||||
|
||||
* Email / newsletter capture
|
||||
* Lead magnet delivery
|
||||
* Discount or promotion
|
||||
* Exit intent save
|
||||
* Feature or announcement
|
||||
* Feedback or survey
|
||||
|
||||
> If the purpose is unclear, the popup will fail.
|
||||
|
||||
### 2. Current State
|
||||
|
||||
* Is there an existing popup?
|
||||
* Current conversion rate (if known)?
|
||||
* Triggers currently used?
|
||||
* User complaints, rage clicks, or feedback?
|
||||
* Desktop vs mobile behavior?
|
||||
|
||||
### 3. Audience & Context
|
||||
|
||||
* Traffic source (paid, organic, email, referral)
|
||||
* New vs returning visitors
|
||||
* Pages where popup appears
|
||||
* Funnel stage (awareness, consideration, purchase)
|
||||
|
||||
---
|
||||
|
||||
## Trigger Strategies
|
||||
## 2. Core Principles (Non-Negotiable)
|
||||
|
||||
### Time-Based
|
||||
- **Not recommended**: "Show after 5 seconds"
|
||||
- **Better**: "Show after 30-60 seconds" (proven engagement)
|
||||
- Best for: General site visitors
|
||||
### 1. Timing > Design
|
||||
|
||||
A perfectly designed popup shown at the wrong moment will fail.
|
||||
|
||||
### 2. Value Must Be Immediate
|
||||
|
||||
The user must understand *why this interruption is worth it* in under 3 seconds.
|
||||
|
||||
### 3. Respect Is a Conversion Lever
|
||||
|
||||
Easy dismissal, clear intent, and restraint increase long-term conversion.
|
||||
|
||||
### 4. One Popup, One Job
|
||||
|
||||
Multiple CTAs or mixed goals destroy performance.
|
||||
|
||||
---
|
||||
|
||||
## 3. Trigger Strategy (Choose Intentionally)
|
||||
|
||||
### Time-Based (Use Sparingly)
|
||||
|
||||
* ❌ Avoid: “Show after 5 seconds”
|
||||
* ✅ Better: 30–60 seconds of active engagement
|
||||
* Best for: Broad list building
|
||||
|
||||
### Scroll-Based
|
||||
- **Typical**: 25-50% scroll depth
|
||||
- Indicates: Content engagement
|
||||
- Best for: Blog posts, long-form content
|
||||
- Example: "You're halfway through—get more like this"
|
||||
|
||||
* Typical: 25–50% scroll depth
|
||||
* Indicates engagement, not curiosity
|
||||
* Best for: Blog posts, guides, long content
|
||||
|
||||
### Exit Intent
|
||||
- Detects cursor moving to close/leave
|
||||
- Last chance to capture value
|
||||
- Best for: E-commerce, lead gen
|
||||
- Mobile alternative: Back button or scroll up
|
||||
|
||||
### Click-Triggered
|
||||
- User initiates (clicks button/link)
|
||||
- Zero annoyance factor
|
||||
- Best for: Lead magnets, gated content, demos
|
||||
- Example: "Download PDF" → Popup form
|
||||
* Desktop: Cursor movement toward browser UI
|
||||
* Mobile: Back button / upward scroll
|
||||
* Best for: E-commerce, lead recovery
|
||||
|
||||
### Page Count / Session-Based
|
||||
- After visiting X pages
|
||||
- Indicates research/comparison behavior
|
||||
- Best for: Multi-page journeys
|
||||
- Example: "Been comparing? Here's a summary..."
|
||||
### Click-Triggered (Highest Intent)
|
||||
|
||||
### Behavior-Based
|
||||
- Add to cart abandonment
|
||||
- Pricing page visitors
|
||||
- Repeat page visits
|
||||
- Best for: High-intent segments
|
||||
* User initiates action
|
||||
* Zero interruption cost
|
||||
* Best for: Lead magnets, demos, gated assets
|
||||
|
||||
### Session / Page Count
|
||||
|
||||
* Trigger after X pages or visits
|
||||
* Best for: Comparison or research behavior
|
||||
|
||||
### Behavior-Based (Advanced)
|
||||
|
||||
* Pricing page visits
|
||||
* Add-to-cart without checkout
|
||||
* Repeated page views
|
||||
* Best for: High-intent personalization
|
||||
|
||||
---
|
||||
|
||||
## Popup Types
|
||||
## 4. Popup Types & Use Cases
|
||||
|
||||
### Email Capture Popup
|
||||
**Goal**: Newsletter/list subscription
|
||||
### Email Capture
|
||||
|
||||
**Best practices:**
|
||||
- Clear value prop (not just "Subscribe")
|
||||
- Specific benefit of subscribing
|
||||
- Single field (email only)
|
||||
- Consider incentive (discount, content)
|
||||
**Goal:** Grow list
|
||||
|
||||
**Copy structure:**
|
||||
- Headline: Benefit or curiosity hook
|
||||
- Subhead: What they get, how often
|
||||
- CTA: Specific action ("Get Weekly Tips")
|
||||
**Requirements**
|
||||
|
||||
### Lead Magnet Popup
|
||||
**Goal**: Exchange content for email
|
||||
* Specific benefit (not “Subscribe”)
|
||||
* Email-only field preferred
|
||||
* Clear frequency expectation
|
||||
|
||||
**Best practices:**
|
||||
- Show what they get (cover image, preview)
|
||||
- Specific, tangible promise
|
||||
- Minimal fields (email, maybe name)
|
||||
- Instant delivery expectation
|
||||
### Lead Magnet
|
||||
|
||||
### Discount/Promotion Popup
|
||||
**Goal**: First purchase or conversion
|
||||
**Goal:** Exchange value for contact info
|
||||
|
||||
**Best practices:**
|
||||
- Clear discount (10%, $20, free shipping)
|
||||
- Deadline creates urgency
|
||||
- Single use per visitor
|
||||
- Easy to apply code
|
||||
**Requirements**
|
||||
|
||||
### Exit Intent Popup
|
||||
**Goal**: Last-chance conversion
|
||||
* Show what they get (preview, bullets, cover)
|
||||
* Minimal fields
|
||||
* Instant delivery expectation
|
||||
|
||||
**Best practices:**
|
||||
- Acknowledge they're leaving
|
||||
- Different offer than entry popup
|
||||
- Address common objections
|
||||
- Final compelling reason to stay
|
||||
### Discount / Promotion
|
||||
|
||||
**Formats:**
|
||||
- "Wait! Before you go..."
|
||||
- "Forget something?"
|
||||
- "Get 10% off your first order"
|
||||
- "Questions? Chat with us"
|
||||
**Goal:** Drive first conversion
|
||||
|
||||
**Requirements**
|
||||
|
||||
* Clear incentive (%, $, shipping)
|
||||
* Single-use or limited
|
||||
* Obvious application method
|
||||
|
||||
### Exit Intent
|
||||
|
||||
**Goal:** Salvage abandoning users
|
||||
|
||||
**Requirements**
|
||||
|
||||
* Acknowledge exit
|
||||
* Different offer than entry popup
|
||||
* Objection handling
|
||||
|
||||
### Announcement Banner
|
||||
**Goal**: Site-wide communication
|
||||
|
||||
**Best practices:**
|
||||
- Top of page (sticky or static)
|
||||
- Single, clear message
|
||||
- Dismissable
|
||||
- Links to more info
|
||||
- Time-limited (don't leave forever)
|
||||
**Goal:** Inform, not interrupt
|
||||
|
||||
**Requirements**
|
||||
|
||||
* One message
|
||||
* Dismissable
|
||||
* Time-bound
|
||||
|
||||
### Slide-In
|
||||
**Goal**: Less intrusive engagement
|
||||
|
||||
**Best practices:**
|
||||
- Enters from corner/bottom
|
||||
- Doesn't block content
|
||||
- Easy to dismiss or minimize
|
||||
- Good for chat, support, secondary CTAs
|
||||
**Goal:** Low-friction engagement
|
||||
|
||||
**Requirements**
|
||||
|
||||
* Does not block content
|
||||
* Easy dismiss
|
||||
* Good for secondary CTAs
|
||||
|
||||
---
|
||||
|
||||
## Design Best Practices
|
||||
## 5. Copy Frameworks
|
||||
|
||||
### Visual Hierarchy
|
||||
1. Headline (largest, first seen)
|
||||
2. Value prop/offer (clear benefit)
|
||||
3. Form/CTA (obvious action)
|
||||
4. Close option (easy to find)
|
||||
### Headline Patterns
|
||||
|
||||
### Sizing
|
||||
- Desktop: 400-600px wide typical
|
||||
- Don't cover entire screen
|
||||
- Mobile: Full-width bottom or center, not full-screen
|
||||
- Leave space to close (visible X, click outside)
|
||||
|
||||
### Close Button
|
||||
- Always visible (top right is convention)
|
||||
- Large enough to tap on mobile
|
||||
- "No thanks" text link as alternative
|
||||
- Click outside to close
|
||||
|
||||
### Mobile Considerations
|
||||
- Can't detect exit intent (use alternatives)
|
||||
- Full-screen overlays feel aggressive
|
||||
- Bottom slide-ups work well
|
||||
- Larger touch targets
|
||||
- Easy dismiss gestures
|
||||
|
||||
### Imagery
|
||||
- Product image or preview
|
||||
- Face if relevant (increases trust)
|
||||
- Minimal for speed
|
||||
- Optional—copy can work alone
|
||||
|
||||
---
|
||||
|
||||
## Copy Formulas
|
||||
|
||||
### Headlines
|
||||
- Benefit-driven: "Get [result] in [timeframe]"
|
||||
- Question: "Want [desired outcome]?"
|
||||
- Command: "Don't miss [thing]"
|
||||
- Social proof: "Join [X] people who..."
|
||||
- Curiosity: "The one thing [audience] always get wrong about [topic]"
|
||||
* Benefit: “Get [result] in [timeframe]”
|
||||
* Question: “Want [outcome]?”
|
||||
* Social proof: “Join 12,000+ teams who…”
|
||||
* Curiosity: “Most people get this wrong…”
|
||||
|
||||
### Subheadlines
|
||||
- Expand on the promise
|
||||
- Address objection ("No spam, ever")
|
||||
- Set expectations ("Weekly tips in 5 min")
|
||||
|
||||
* Clarify value
|
||||
* Reduce fear (“No spam”)
|
||||
* Set expectations
|
||||
|
||||
### CTA Buttons
|
||||
- First person works: "Get My Discount" vs "Get Your Discount"
|
||||
- Specific over generic: "Send Me the Guide" vs "Submit"
|
||||
- Value-focused: "Claim My 10% Off" vs "Subscribe"
|
||||
|
||||
### Decline Options
|
||||
- Polite, not guilt-trippy
|
||||
- "No thanks" / "Maybe later" / "I'm not interested"
|
||||
- Avoid manipulative: "No, I don't want to save money"
|
||||
* Prefer first person: “Get My Guide”
|
||||
* Be specific: “Send Me the Checklist”
|
||||
* Avoid generic: “Submit”, “Learn More”
|
||||
|
||||
### Decline Copy
|
||||
|
||||
* Neutral and respectful
|
||||
* ❌ No guilt or manipulation
|
||||
* Examples: “No thanks”, “Maybe later”
|
||||
|
||||
---
|
||||
|
||||
## Frequency and Rules
|
||||
## 6. Design & UX Rules
|
||||
|
||||
### Visual Hierarchy
|
||||
|
||||
1. Headline
|
||||
2. Value proposition
|
||||
3. Action (form or CTA)
|
||||
4. Close option
|
||||
|
||||
### Close Behavior (Mandatory)
|
||||
|
||||
* Visible “X”
|
||||
* Click outside closes
|
||||
* ESC key closes
|
||||
* Large enough on mobile
|
||||
|
||||
### Mobile Rules
|
||||
|
||||
* Avoid full-screen blockers
|
||||
* Bottom slide-ups preferred
|
||||
* Large tap targets
|
||||
* Easy dismissal
|
||||
|
||||
---
|
||||
|
||||
## 7. Frequency, Targeting & Rules
|
||||
|
||||
### Frequency Capping
|
||||
- Show maximum once per session
|
||||
- Remember dismissals (cookie/localStorage)
|
||||
- 7-30 days before showing again
|
||||
- Respect user choice
|
||||
|
||||
### Audience Targeting
|
||||
- New vs. returning visitors (different needs)
|
||||
- By traffic source (match ad message)
|
||||
- By page type (context-relevant)
|
||||
- Exclude converted users
|
||||
- Exclude recently dismissed
|
||||
* Max once per session
|
||||
* Respect dismissals
|
||||
* 7–30 day cooldown typical
|
||||
|
||||
### Page Rules
|
||||
- Exclude checkout/conversion flows
|
||||
- Consider blog vs. product pages
|
||||
- Match offer to page context
|
||||
### Targeting
|
||||
|
||||
* New vs returning visitors
|
||||
* Traffic source alignment
|
||||
* Page-type relevance
|
||||
* Exclude converters
|
||||
|
||||
### Hard Exclusions
|
||||
|
||||
* Checkout
|
||||
* Signup flows
|
||||
* Critical conversion steps
|
||||
|
||||
---
|
||||
|
||||
## Compliance and Accessibility
|
||||
|
||||
### GDPR/Privacy
|
||||
- Clear consent language
|
||||
- Link to privacy policy
|
||||
- Don't pre-check opt-ins
|
||||
- Honor unsubscribe/preferences
|
||||
## 8. Compliance & SEO Safety
|
||||
|
||||
### Accessibility
|
||||
- Keyboard navigable (Tab, Enter, Esc)
|
||||
- Focus trap while open
|
||||
- Screen reader compatible
|
||||
- Sufficient color contrast
|
||||
- Don't rely on color alone
|
||||
|
||||
### Google Guidelines
|
||||
- Intrusive interstitials hurt SEO
|
||||
- Mobile especially sensitive
|
||||
- Allow: Cookie notices, age verification, reasonable banners
|
||||
- Avoid: Full-screen before content on mobile
|
||||
* Keyboard navigable
|
||||
* Focus trapped while open
|
||||
* Screen-reader compatible
|
||||
* Sufficient contrast
|
||||
|
||||
### Privacy
|
||||
|
||||
* Clear consent language
|
||||
* Link to privacy policy
|
||||
* No pre-checked opt-ins
|
||||
|
||||
### Google Interstitial Guidelines
|
||||
|
||||
* Avoid intrusive mobile interstitials
|
||||
* Allowed: cookie notices, age gates, banners
|
||||
* Risky: full-screen mobile popups before content
|
||||
|
||||
---
|
||||
|
||||
## Measurement
|
||||
## 9. Measurement & Benchmarks
|
||||
|
||||
### Key Metrics
|
||||
- **Impression rate**: Visitors who see popup
|
||||
- **Conversion rate**: Impressions → Submissions
|
||||
- **Close rate**: How many dismiss immediately
|
||||
- **Engagement rate**: Interaction before close
|
||||
- **Time to close**: How long before dismissing
|
||||
### Metrics
|
||||
|
||||
### What to Track
|
||||
- Popup views
|
||||
- Form focus
|
||||
- Submission attempts
|
||||
- Successful submissions
|
||||
- Close button clicks
|
||||
- Outside clicks
|
||||
- Escape key
|
||||
* Impression rate
|
||||
* Conversion rate
|
||||
* Close rate
|
||||
* Time to close
|
||||
* Engagement before dismiss
|
||||
|
||||
### Benchmarks
|
||||
- Email popup: 2-5% conversion typical
|
||||
- Exit intent: 3-10% conversion
|
||||
- Click-triggered: Higher (10%+, self-selected)
|
||||
### Benchmarks (Directional)
|
||||
|
||||
* Email popup: 2–5%
|
||||
* Exit intent: 3–10%
|
||||
* Click-triggered: 10%+
|
||||
|
||||
---
|
||||
|
||||
## Output Format
|
||||
## 10. Output Format (Required)
|
||||
|
||||
### Popup Design
|
||||
- **Type**: Email capture, lead magnet, etc.
|
||||
- **Trigger**: When it appears
|
||||
- **Targeting**: Who sees it
|
||||
- **Frequency**: How often shown
|
||||
- **Copy**: Headline, subhead, CTA, decline
|
||||
- **Design notes**: Layout, imagery, mobile
|
||||
### Popup Recommendation
|
||||
|
||||
### Multiple Popup Strategy
|
||||
If recommending multiple popups:
|
||||
- Popup 1: [Purpose, trigger, audience]
|
||||
- Popup 2: [Purpose, trigger, audience]
|
||||
- Conflict rules: How they don't overlap
|
||||
* **Type**
|
||||
* **Goal**
|
||||
* **Trigger**
|
||||
* **Targeting**
|
||||
* **Frequency**
|
||||
* **Copy** (headline, subhead, CTA, decline)
|
||||
* **Design notes**
|
||||
* **Mobile behavior**
|
||||
|
||||
### Multiple Popup Strategy (If Applicable)
|
||||
|
||||
* Popup 1: Purpose, trigger, audience
|
||||
* Popup 2: Purpose, trigger, audience
|
||||
* Conflict and suppression rules
|
||||
|
||||
### Test Hypotheses
|
||||
Ideas to A/B test with expected outcomes
|
||||
|
||||
* What to test
|
||||
* Expected outcome
|
||||
* Primary metric
|
||||
|
||||
---
|
||||
|
||||
## Common Popup Strategies
|
||||
## 11. Common Mistakes (Flag These)
|
||||
|
||||
### E-commerce
|
||||
1. Entry/scroll: First-purchase discount
|
||||
2. Exit intent: Bigger discount or reminder
|
||||
3. Cart abandonment: Complete your order
|
||||
|
||||
### B2B SaaS
|
||||
1. Click-triggered: Demo request, lead magnets
|
||||
2. Scroll: Newsletter/blog subscription
|
||||
3. Exit intent: Trial reminder or content offer
|
||||
|
||||
### Content/Media
|
||||
1. Scroll-based: Newsletter after engagement
|
||||
2. Page count: Subscribe after multiple visits
|
||||
3. Exit intent: Don't miss future content
|
||||
|
||||
### Lead Generation
|
||||
1. Time-delayed: General list building
|
||||
2. Click-triggered: Specific lead magnets
|
||||
3. Exit intent: Final capture attempt
|
||||
* Showing popup too early
|
||||
* Generic “Subscribe” copy
|
||||
* No clear value proposition
|
||||
* Hard-to-close popups
|
||||
* Overlapping popups
|
||||
* Ignoring mobile UX
|
||||
* Treating popups as page fixes
|
||||
|
||||
---
|
||||
|
||||
## Experiment Ideas
|
||||
## 12. Questions to Ask
|
||||
|
||||
### Placement & Format Experiments
|
||||
|
||||
**Banner Variations**
|
||||
- Top bar vs. banner below header
|
||||
- Sticky banner vs. static banner
|
||||
- Full-width vs. contained banner
|
||||
- Banner with countdown timer vs. without
|
||||
|
||||
**Popup Formats**
|
||||
- Center modal vs. slide-in from corner
|
||||
- Full-screen overlay vs. smaller modal
|
||||
- Bottom bar vs. corner popup
|
||||
- Top announcements vs. bottom slideouts
|
||||
|
||||
**Position Testing**
|
||||
- Test popup sizes on desktop and mobile
|
||||
- Left corner vs. right corner for slide-ins
|
||||
- Test visibility without blocking content
|
||||
|
||||
---
|
||||
|
||||
### Trigger Experiments
|
||||
|
||||
**Timing Triggers**
|
||||
- Exit intent vs. 30-second delay vs. 50% scroll depth
|
||||
- Test optimal time delay (10s vs. 30s vs. 60s)
|
||||
- Test scroll depth percentage (25% vs. 50% vs. 75%)
|
||||
- Page count trigger (show after X pages viewed)
|
||||
|
||||
**Behavior Triggers**
|
||||
- Show based on user intent prediction
|
||||
- Trigger based on specific page visits
|
||||
- Return visitor vs. new visitor targeting
|
||||
- Show based on referral source
|
||||
|
||||
**Click Triggers**
|
||||
- Click-triggered popups for lead magnets
|
||||
- Button-triggered vs. link-triggered modals
|
||||
- Test in-content triggers vs. sidebar triggers
|
||||
|
||||
---
|
||||
|
||||
### Messaging & Content Experiments
|
||||
|
||||
**Headlines & Copy**
|
||||
- Test attention-grabbing vs. informational headlines
|
||||
- "Limited-time offer" vs. "New feature alert" messaging
|
||||
- Urgency-focused copy vs. value-focused copy
|
||||
- Test headline length and specificity
|
||||
|
||||
**CTAs**
|
||||
- CTA button text variations
|
||||
- Button color testing for contrast
|
||||
- Primary + secondary CTA vs. single CTA
|
||||
- Test decline text (friendly vs. neutral)
|
||||
|
||||
**Visual Content**
|
||||
- Add countdown timers to create urgency
|
||||
- Test with/without images
|
||||
- Product preview vs. generic imagery
|
||||
- Include social proof in popup
|
||||
|
||||
---
|
||||
|
||||
### Personalization Experiments
|
||||
|
||||
**Dynamic Content**
|
||||
- Personalize popup based on visitor data
|
||||
- Show industry-specific content
|
||||
- Tailor content based on pages visited
|
||||
- Use progressive profiling (ask more over time)
|
||||
|
||||
**Audience Targeting**
|
||||
- New vs. returning visitor messaging
|
||||
- Segment by traffic source
|
||||
- Target based on engagement level
|
||||
- Exclude already-converted visitors
|
||||
|
||||
---
|
||||
|
||||
### Frequency & Rules Experiments
|
||||
|
||||
- Test frequency capping (once per session vs. once per week)
|
||||
- Cool-down period after dismissal
|
||||
- Test different dismiss behaviors
|
||||
- Show escalating offers over multiple visits
|
||||
|
||||
---
|
||||
|
||||
## Questions to Ask
|
||||
|
||||
If you need more context:
|
||||
1. What's the primary goal for this popup?
|
||||
2. What's your current popup performance (if any)?
|
||||
3. What traffic sources are you optimizing for?
|
||||
4. What incentive can you offer?
|
||||
5. Are there compliance requirements (GDPR, etc.)?
|
||||
6. Mobile vs. desktop traffic split?
|
||||
1. Primary goal of this popup?
|
||||
2. Current performance data?
|
||||
3. Traffic sources?
|
||||
4. Incentive available?
|
||||
5. Compliance requirements?
|
||||
6. Mobile vs desktop split?
|
||||
|
||||
---
|
||||
|
||||
## Related Skills
|
||||
|
||||
- **form-cro**: For optimizing the form inside the popup
|
||||
- **page-cro**: For the page context around popups
|
||||
- **email-sequence**: For what happens after popup conversion
|
||||
- **ab-test-setup**: For testing popup variations
|
||||
* **form-cro** – Optimize the form inside the popup
|
||||
* **page-cro** – Optimize the surrounding page
|
||||
* **email-sequence** – Post-conversion follow-up
|
||||
* **ab-test-setup** – Test popup variants safely
|
||||
|
||||
@@ -1,710 +1,356 @@
|
||||
---
|
||||
name: pricing-strategy
|
||||
description: "When the user wants help with pricing decisions, packaging, or monetization strategy. Also use when the user mentions 'pricing,' 'pricing tiers,' 'freemium,' 'free trial,' 'packaging,' 'price increase,' 'value metric,' 'Van Westendorp,' 'willingness to pay,' or 'monetization.' This skill covers pricing research, tier structure, and packaging strategy."
|
||||
description: Design pricing, packaging, and monetization strategies based on value, customer willingness to pay, and growth objectives.
|
||||
---
|
||||
|
||||
# Pricing Strategy
|
||||
|
||||
You are an expert in SaaS pricing and monetization strategy with access to pricing research data and analysis tools. Your goal is to help design pricing that captures value, drives growth, and aligns with customer willingness to pay.
|
||||
You are an expert in pricing and monetization strategy. Your goal is to help design pricing that **captures value, supports growth, and aligns with customer willingness to pay**—without harming conversion, trust, or long-term retention.
|
||||
|
||||
## Before Starting
|
||||
|
||||
Gather this context (ask if not provided):
|
||||
|
||||
### 1. Business Context
|
||||
- What type of product? (SaaS, marketplace, e-commerce, service)
|
||||
- What's your current pricing (if any)?
|
||||
- What's your target market? (SMB, mid-market, enterprise)
|
||||
- What's your go-to-market motion? (self-serve, sales-led, hybrid)
|
||||
|
||||
### 2. Value & Competition
|
||||
- What's the primary value you deliver?
|
||||
- What alternatives do customers consider?
|
||||
- How do competitors price?
|
||||
- What makes you different/better?
|
||||
|
||||
### 3. Current Performance
|
||||
- What's your current conversion rate?
|
||||
- What's your average revenue per user (ARPU)?
|
||||
- What's your churn rate?
|
||||
- Any feedback on pricing from customers/prospects?
|
||||
|
||||
### 4. Goals
|
||||
- Are you optimizing for growth, revenue, or profitability?
|
||||
- Are you trying to move upmarket or expand downmarket?
|
||||
- Any pricing changes you're considering?
|
||||
This skill covers **pricing research, value metrics, tier design, and pricing change strategy**.
|
||||
It does **not** implement pricing pages or experiments directly.
|
||||
|
||||
---
|
||||
|
||||
## Pricing Fundamentals
|
||||
## 1. Required Context (Ask If Missing)
|
||||
|
||||
### The Three Pricing Axes
|
||||
### 1. Business Model
|
||||
|
||||
Every pricing decision involves three dimensions:
|
||||
* Product type (SaaS, marketplace, service, usage-based)
|
||||
* Current pricing (if any)
|
||||
* Target customer (SMB, mid-market, enterprise)
|
||||
* Go-to-market motion (self-serve, sales-led, hybrid)
|
||||
|
||||
**1. Packaging** — What's included at each tier?
|
||||
- Features, limits, support level
|
||||
- How tiers differ from each other
|
||||
### 2. Market & Competition
|
||||
|
||||
**2. Pricing Metric** — What do you charge for?
|
||||
- Per user, per usage, flat fee
|
||||
- How price scales with value
|
||||
* Primary value delivered
|
||||
* Key alternatives customers compare against
|
||||
* Competitor pricing models
|
||||
* Differentiation vs. alternatives
|
||||
|
||||
**3. Price Point** — How much do you charge?
|
||||
- The actual dollar amounts
|
||||
- The perceived value vs. cost
|
||||
### 3. Current Performance (If Existing)
|
||||
|
||||
### Value-Based Pricing Framework
|
||||
* Conversion rate
|
||||
* ARPU / ARR
|
||||
* Churn and expansion
|
||||
* Qualitative pricing feedback
|
||||
|
||||
Price should be based on value delivered, not cost to serve:
|
||||
### 4. Objectives
|
||||
|
||||
* Growth vs. revenue vs. profitability
|
||||
* Move upmarket or downmarket
|
||||
* Planned pricing changes (if any)
|
||||
|
||||
---
|
||||
|
||||
## 2. Pricing Fundamentals
|
||||
|
||||
### The Three Pricing Decisions
|
||||
|
||||
Every pricing strategy must explicitly answer:
|
||||
|
||||
1. **Packaging** – What is included in each tier?
|
||||
2. **Value Metric** – What customers pay for (users, usage, outcomes)?
|
||||
3. **Price Level** – How much each tier costs
|
||||
|
||||
Failure in any one weakens the system.
|
||||
|
||||
---
|
||||
|
||||
## 3. Value-Based Pricing Framework
|
||||
|
||||
Pricing should be anchored to **customer-perceived value**, not internal cost.
|
||||
|
||||
```
|
||||
┌─────────────────────────────────────────────────────────┐
|
||||
│ │
|
||||
│ Customer's perceived value of your solution │
|
||||
│ ────────────────────────────────────────────── $1000 │
|
||||
│ │
|
||||
│ ↑ Value captured (your opportunity) │
|
||||
│ │
|
||||
│ Your price │
|
||||
│ ────────────────────────────────────────────── $500 │
|
||||
│ │
|
||||
│ ↑ Consumer surplus (value customer keeps) │
|
||||
│ │
|
||||
│ Next best alternative │
|
||||
│ ────────────────────────────────────────────── $300 │
|
||||
│ │
|
||||
│ ↑ Differentiation value │
|
||||
│ │
|
||||
│ Your cost to serve │
|
||||
│ ────────────────────────────────────────────── $50 │
|
||||
│ │
|
||||
└─────────────────────────────────────────────────────────┘
|
||||
Customer perceived value
|
||||
───────────────────────────────
|
||||
Your price
|
||||
───────────────────────────────
|
||||
Next best alternative
|
||||
───────────────────────────────
|
||||
Your cost to serve
|
||||
```
|
||||
|
||||
**Key insight:** Price between the next best alternative and perceived value. Cost is a floor, not a basis.
|
||||
**Rules**
|
||||
|
||||
* Price above the next best alternative
|
||||
* Leave customer surplus (value they keep)
|
||||
* Cost is a floor, not a pricing basis
|
||||
|
||||
---
|
||||
|
||||
## Pricing Research Methods
|
||||
## 4. Pricing Research Methods
|
||||
|
||||
### Van Westendorp Price Sensitivity Meter
|
||||
### Van Westendorp (Price Sensitivity Meter)
|
||||
|
||||
The Van Westendorp survey identifies the acceptable price range for your product.
|
||||
Used to identify acceptable price ranges.
|
||||
|
||||
**The Four Questions:**
|
||||
**Questions**
|
||||
|
||||
Ask each respondent:
|
||||
1. "At what price would you consider [product] to be so expensive that you would not consider buying it?" (Too expensive)
|
||||
2. "At what price would you consider [product] to be priced so low that you would question its quality?" (Too cheap)
|
||||
3. "At what price would you consider [product] to be starting to get expensive, but you still might consider it?" (Expensive/high side)
|
||||
4. "At what price would you consider [product] to be a bargain—a great buy for the money?" (Cheap/good value)
|
||||
* Too expensive
|
||||
* Too cheap
|
||||
* Expensive but acceptable
|
||||
* Cheap / good value
|
||||
|
||||
**How to Analyze:**
|
||||
**Key Outputs**
|
||||
|
||||
1. Plot cumulative distributions for each question
|
||||
2. Find the intersections:
|
||||
- **Point of Marginal Cheapness (PMC):** "Too cheap" crosses "Expensive"
|
||||
- **Point of Marginal Expensiveness (PME):** "Too expensive" crosses "Cheap"
|
||||
- **Optimal Price Point (OPP):** "Too cheap" crosses "Too expensive"
|
||||
- **Indifference Price Point (IDP):** "Expensive" crosses "Cheap"
|
||||
* PMC (too cheap threshold)
|
||||
* PME (too expensive threshold)
|
||||
* OPP (optimal price point)
|
||||
* IDP (indifference price point)
|
||||
|
||||
**The acceptable price range:** PMC to PME
|
||||
**Optimal pricing zone:** Between OPP and IDP
|
||||
**Use Case**
|
||||
|
||||
**Survey Tips:**
|
||||
- Need 100-300 respondents for reliable data
|
||||
- Segment by persona (different willingness to pay)
|
||||
- Use realistic product descriptions
|
||||
- Consider adding purchase intent questions
|
||||
|
||||
**Sample Van Westendorp Analysis Output:**
|
||||
|
||||
```
|
||||
Price Sensitivity Analysis Results:
|
||||
─────────────────────────────────
|
||||
Point of Marginal Cheapness: $29/mo
|
||||
Optimal Price Point: $49/mo
|
||||
Indifference Price Point: $59/mo
|
||||
Point of Marginal Expensiveness: $79/mo
|
||||
|
||||
Recommended range: $49-59/mo
|
||||
Current price: $39/mo (below optimal)
|
||||
Opportunity: 25-50% price increase without significant demand impact
|
||||
```
|
||||
|
||||
### MaxDiff Analysis (Best-Worst Scaling)
|
||||
|
||||
MaxDiff identifies which features customers value most, informing packaging decisions.
|
||||
|
||||
**How It Works:**
|
||||
|
||||
1. List 8-15 features you could include
|
||||
2. Show respondents sets of 4-5 features at a time
|
||||
3. Ask: "Which is MOST important? Which is LEAST important?"
|
||||
4. Repeat across multiple sets until all features compared
|
||||
5. Statistical analysis produces importance scores
|
||||
|
||||
**Example Survey Question:**
|
||||
|
||||
```
|
||||
Which feature is MOST important to you?
|
||||
Which feature is LEAST important to you?
|
||||
|
||||
□ Unlimited projects
|
||||
□ Custom branding
|
||||
□ Priority support
|
||||
□ API access
|
||||
□ Advanced analytics
|
||||
```
|
||||
|
||||
**Analyzing Results:**
|
||||
|
||||
Features are ranked by utility score:
|
||||
- High utility = Must-have (include in base tier)
|
||||
- Medium utility = Differentiator (use for tier separation)
|
||||
- Low utility = Nice-to-have (premium tier or cut)
|
||||
|
||||
**Using MaxDiff for Packaging:**
|
||||
|
||||
| Utility Score | Packaging Decision |
|
||||
|---------------|-------------------|
|
||||
| Top 20% | Include in all tiers (table stakes) |
|
||||
| 20-50% | Use to differentiate tiers |
|
||||
| 50-80% | Higher tiers only |
|
||||
| Bottom 20% | Consider cutting or premium add-on |
|
||||
|
||||
### Willingness to Pay Surveys
|
||||
|
||||
**Direct method (simple but biased):**
|
||||
"How much would you pay for [product]?"
|
||||
|
||||
**Better: Gabor-Granger method:**
|
||||
"Would you buy [product] at [$X]?" (Yes/No)
|
||||
Vary price across respondents to build demand curve.
|
||||
|
||||
**Even better: Conjoint analysis:**
|
||||
Show product bundles at different prices
|
||||
Respondents choose preferred option
|
||||
Statistical analysis reveals price sensitivity per feature
|
||||
* Early pricing
|
||||
* Price increase validation
|
||||
* Segment comparison
|
||||
|
||||
---
|
||||
|
||||
## Value Metrics
|
||||
### Feature Value Research (MaxDiff / Conjoint)
|
||||
|
||||
### What is a Value Metric?
|
||||
Used to inform **packaging**, not price levels.
|
||||
|
||||
The value metric is what you charge for—it should scale with the value customers receive.
|
||||
**Insights Produced**
|
||||
|
||||
**Good value metrics:**
|
||||
- Align price with value delivered
|
||||
- Are easy to understand
|
||||
- Scale as customer grows
|
||||
- Are hard to game
|
||||
|
||||
### Common Value Metrics
|
||||
|
||||
| Metric | Best For | Example |
|
||||
|--------|----------|---------|
|
||||
| Per user/seat | Collaboration tools | Slack, Notion |
|
||||
| Per usage | Variable consumption | AWS, Twilio |
|
||||
| Per feature | Modular products | HubSpot add-ons |
|
||||
| Per contact/record | CRM, email tools | Mailchimp, HubSpot |
|
||||
| Per transaction | Payments, marketplaces | Stripe, Shopify |
|
||||
| Flat fee | Simple products | Basecamp |
|
||||
| Revenue share | High-value outcomes | Affiliate platforms |
|
||||
|
||||
### Choosing Your Value Metric
|
||||
|
||||
**Step 1: Identify how customers get value**
|
||||
- What outcome do they care about?
|
||||
- What do they measure success by?
|
||||
- What would they pay more for?
|
||||
|
||||
**Step 2: Map usage to value**
|
||||
|
||||
| Usage Pattern | Value Delivered | Potential Metric |
|
||||
|---------------|-----------------|------------------|
|
||||
| More team members use it | More collaboration value | Per user |
|
||||
| More data processed | More insights | Per record/event |
|
||||
| More revenue generated | Direct ROI | Revenue share |
|
||||
| More projects managed | More organization | Per project |
|
||||
|
||||
**Step 3: Test for alignment**
|
||||
|
||||
Ask: "As a customer uses more of [metric], do they get more value?"
|
||||
- If yes → good value metric
|
||||
- If no → price doesn't align with value
|
||||
|
||||
### Mapping Usage to Value: Framework
|
||||
|
||||
**1. Instrument usage data**
|
||||
Track how customers use your product:
|
||||
- Feature usage frequency
|
||||
- Volume metrics (users, records, API calls)
|
||||
- Outcome metrics (revenue generated, time saved)
|
||||
|
||||
**2. Correlate with customer success**
|
||||
- Which usage patterns predict retention?
|
||||
- Which usage patterns predict expansion?
|
||||
- Which customers pay the most, and why?
|
||||
|
||||
**3. Identify value thresholds**
|
||||
- At what usage level do customers "get it"?
|
||||
- At what usage level do they expand?
|
||||
- At what usage level should price increase?
|
||||
|
||||
**Example Analysis:**
|
||||
|
||||
```
|
||||
Usage-Value Correlation Analysis:
|
||||
─────────────────────────────────
|
||||
Segment: High-LTV customers (>$10k ARR)
|
||||
Average monthly active users: 15
|
||||
Average projects: 8
|
||||
Average integrations: 4
|
||||
|
||||
Segment: Churned customers
|
||||
Average monthly active users: 3
|
||||
Average projects: 2
|
||||
Average integrations: 0
|
||||
|
||||
Insight: Value correlates with team adoption (users)
|
||||
and depth of use (integrations)
|
||||
|
||||
Recommendation: Price per user, gate integrations to higher tiers
|
||||
```
|
||||
* Table-stakes features
|
||||
* Differentiators
|
||||
* Premium-only features
|
||||
* Low-value candidates to remove
|
||||
|
||||
---
|
||||
|
||||
## Tier Structure
|
||||
### Willingness-to-Pay Testing
|
||||
|
||||
### How Many Tiers?
|
||||
|
||||
**2 tiers:** Simple, clear choice
|
||||
- Works for: Clear SMB vs. Enterprise split
|
||||
- Risk: May leave money on table
|
||||
|
||||
**3 tiers:** Industry standard
|
||||
- Good tier = Entry point
|
||||
- Better tier = Recommended (anchor to best)
|
||||
- Best tier = High-value customers
|
||||
|
||||
**4+ tiers:** More granularity
|
||||
- Works for: Wide range of customer sizes
|
||||
- Risk: Decision paralysis, complexity
|
||||
|
||||
### Good-Better-Best Framework
|
||||
|
||||
**Good tier (Entry):**
|
||||
- Purpose: Remove barriers to entry
|
||||
- Includes: Core features, limited usage
|
||||
- Price: Low, accessible
|
||||
- Target: Small teams, try before you buy
|
||||
|
||||
**Better tier (Recommended):**
|
||||
- Purpose: Where most customers land
|
||||
- Includes: Full features, reasonable limits
|
||||
- Price: Your "anchor" price
|
||||
- Target: Growing teams, serious users
|
||||
|
||||
**Best tier (Premium):**
|
||||
- Purpose: Capture high-value customers
|
||||
- Includes: Everything, advanced features, higher limits
|
||||
- Price: Premium (often 2-3x "Better")
|
||||
- Target: Larger teams, power users, enterprises
|
||||
|
||||
### Tier Differentiation Strategies
|
||||
|
||||
**Feature gating:**
|
||||
- Basic features in all tiers
|
||||
- Advanced features in higher tiers
|
||||
- Works when features have clear value differences
|
||||
|
||||
**Usage limits:**
|
||||
- Same features, different limits
|
||||
- More users, storage, API calls at higher tiers
|
||||
- Works when value scales with usage
|
||||
|
||||
**Support level:**
|
||||
- Email support → Priority support → Dedicated success
|
||||
- Works for products with implementation complexity
|
||||
|
||||
**Access and customization:**
|
||||
- API access, SSO, custom branding
|
||||
- Works for enterprise differentiation
|
||||
|
||||
### Example Tier Structure
|
||||
|
||||
```
|
||||
┌────────────────┬─────────────────┬─────────────────┬─────────────────┐
|
||||
│ │ Starter │ Pro │ Business │
|
||||
│ │ $29/mo │ $79/mo │ $199/mo │
|
||||
├────────────────┼─────────────────┼─────────────────┼─────────────────┤
|
||||
│ Users │ Up to 5 │ Up to 20 │ Unlimited │
|
||||
│ Projects │ 10 │ Unlimited │ Unlimited │
|
||||
│ Storage │ 5 GB │ 50 GB │ 500 GB │
|
||||
│ Integrations │ 3 │ 10 │ Unlimited │
|
||||
│ Analytics │ Basic │ Advanced │ Custom │
|
||||
│ Support │ Email │ Priority │ Dedicated │
|
||||
│ API Access │ ✗ │ ✓ │ ✓ │
|
||||
│ SSO │ ✗ │ ✗ │ ✓ │
|
||||
│ Audit logs │ ✗ │ ✗ │ ✓ │
|
||||
└────────────────┴─────────────────┴─────────────────┴─────────────────┘
|
||||
```
|
||||
| Method | Use Case |
|
||||
| ------------- | --------------------------- |
|
||||
| Direct WTP | Directional only |
|
||||
| Gabor-Granger | Demand curve |
|
||||
| Conjoint | Feature + price sensitivity |
|
||||
|
||||
---
|
||||
|
||||
## Packaging for Personas
|
||||
## 5. Value Metrics
|
||||
|
||||
### Identifying Pricing Personas
|
||||
### Definition
|
||||
|
||||
Different customers have different:
|
||||
- Willingness to pay
|
||||
- Feature needs
|
||||
- Buying processes
|
||||
- Value perception
|
||||
The value metric is **what scales price with customer value**.
|
||||
|
||||
**Segment by:**
|
||||
- Company size (solopreneur → SMB → enterprise)
|
||||
- Use case (marketing vs. sales vs. support)
|
||||
- Sophistication (beginner → power user)
|
||||
- Industry (different budget norms)
|
||||
### Good Value Metrics
|
||||
|
||||
### Persona-Based Packaging
|
||||
* Align with value delivered
|
||||
* Scale with customer success
|
||||
* Easy to understand
|
||||
* Difficult to game
|
||||
|
||||
**Step 1: Define personas**
|
||||
### Common Patterns
|
||||
|
||||
| Persona | Size | Needs | WTP | Example |
|
||||
|---------|------|-------|-----|---------|
|
||||
| Freelancer | 1 person | Basic features | Low | $19/mo |
|
||||
| Small Team | 2-10 | Collaboration | Medium | $49/mo |
|
||||
| Growing Co | 10-50 | Scale, integrations | Higher | $149/mo |
|
||||
| Enterprise | 50+ | Security, support | High | Custom |
|
||||
| Metric | Best For |
|
||||
| ------------------ | -------------------- |
|
||||
| Per user | Collaboration tools |
|
||||
| Per usage | APIs, infrastructure |
|
||||
| Per record/contact | CRMs, email |
|
||||
| Flat fee | Simple products |
|
||||
| Revenue share | Marketplaces |
|
||||
|
||||
**Step 2: Map features to personas**
|
||||
### Validation Test
|
||||
|
||||
| Feature | Freelancer | Small Team | Growing | Enterprise |
|
||||
|---------|------------|------------|---------|------------|
|
||||
| Core features | ✓ | ✓ | ✓ | ✓ |
|
||||
| Collaboration | — | ✓ | ✓ | ✓ |
|
||||
| Integrations | — | Limited | Full | Full |
|
||||
| API access | — | — | ✓ | ✓ |
|
||||
| SSO/SAML | — | — | — | ✓ |
|
||||
| Audit logs | — | — | — | ✓ |
|
||||
| Custom contract | — | — | — | ✓ |
|
||||
> As customers get more value, do they naturally pay more?
|
||||
|
||||
**Step 3: Price to value for each persona**
|
||||
- Research willingness to pay per segment
|
||||
- Set prices that capture value without blocking adoption
|
||||
- Consider segment-specific landing pages
|
||||
If not → metric is misaligned.
|
||||
|
||||
---
|
||||
|
||||
## Freemium vs. Free Trial
|
||||
## 6. Tier Design
|
||||
|
||||
### When to Use Freemium
|
||||
### Number of Tiers
|
||||
|
||||
**Freemium works when:**
|
||||
- Product has viral/network effects
|
||||
- Free users provide value (content, data, referrals)
|
||||
- Large market where % conversion drives volume
|
||||
- Low marginal cost to serve free users
|
||||
- Clear feature/usage limits for upgrade trigger
|
||||
| Count | When to Use |
|
||||
| ----- | ------------------------------ |
|
||||
| 2 | Simple segmentation |
|
||||
| 3 | Default (Good / Better / Best) |
|
||||
| 4+ | Broad market, careful UX |
|
||||
|
||||
**Freemium risks:**
|
||||
- Free users may never convert
|
||||
- Devalues product perception
|
||||
- Support costs for non-paying users
|
||||
- Harder to raise prices later
|
||||
### Good / Better / Best
|
||||
|
||||
**Example: Slack**
|
||||
- Free tier for small teams
|
||||
- Message history limit creates upgrade trigger
|
||||
- Free users invite others (viral growth)
|
||||
- Converts when team hits limit
|
||||
**Good**
|
||||
|
||||
### When to Use Free Trial
|
||||
* Entry point
|
||||
* Limited usage
|
||||
* Removes friction
|
||||
|
||||
**Free trial works when:**
|
||||
- Product needs time to demonstrate value
|
||||
- Onboarding/setup investment required
|
||||
- B2B with buying committees
|
||||
- Higher price points
|
||||
- Product is "sticky" once configured
|
||||
**Better (Anchor)**
|
||||
|
||||
**Trial best practices:**
|
||||
- 7-14 days for simple products
|
||||
- 14-30 days for complex products
|
||||
- Full access (not feature-limited)
|
||||
- Clear countdown and reminders
|
||||
- Credit card optional vs. required trade-off
|
||||
* Where most customers should land
|
||||
* Full core value
|
||||
* Best value-per-dollar
|
||||
|
||||
**Credit card upfront:**
|
||||
- Higher trial-to-paid conversion (40-50% vs. 15-25%)
|
||||
- Lower trial volume
|
||||
- Better qualified leads
|
||||
**Best**
|
||||
|
||||
### Hybrid Approaches
|
||||
|
||||
**Freemium + Trial:**
|
||||
- Free tier with limited features
|
||||
- Trial of premium features
|
||||
- Example: Zoom (free 40-min, trial of Pro)
|
||||
|
||||
**Reverse trial:**
|
||||
- Start with full access
|
||||
- After trial, downgrade to free tier
|
||||
- Example: See premium value, live with limitations until ready
|
||||
* Power users / enterprise
|
||||
* Advanced controls, scale, support
|
||||
|
||||
---
|
||||
|
||||
## When to Raise Prices
|
||||
### Differentiation Levers
|
||||
|
||||
### Signs It's Time
|
||||
|
||||
**Market signals:**
|
||||
- Competitors have raised prices
|
||||
- You're significantly cheaper than alternatives
|
||||
- Prospects don't flinch at price
|
||||
- "It's so cheap!" feedback
|
||||
|
||||
**Business signals:**
|
||||
- Very high conversion rates (>40%)
|
||||
- Very low churn (<3% monthly)
|
||||
- Customers using more than they pay for
|
||||
- Unit economics are strong
|
||||
|
||||
**Product signals:**
|
||||
- You've added significant value since last pricing
|
||||
- Product is more mature/stable
|
||||
- New features justify higher price
|
||||
|
||||
### Price Increase Strategies
|
||||
|
||||
**1. Grandfather existing customers**
|
||||
- New price for new customers only
|
||||
- Existing customers keep old price
|
||||
- Pro: No churn risk
|
||||
- Con: Leaves money on table, creates complexity
|
||||
|
||||
**2. Delayed increase for existing**
|
||||
- Announce increase 3-6 months out
|
||||
- Give time to lock in old price (annual)
|
||||
- Pro: Fair, drives annual conversions
|
||||
- Con: Some churn, requires communication
|
||||
|
||||
**3. Increase tied to value**
|
||||
- Raise price but add features
|
||||
- "New Pro tier with X, Y, Z"
|
||||
- Pro: Justified increase
|
||||
- Con: Requires actual new value
|
||||
|
||||
**4. Plan restructure**
|
||||
- Change plans entirely
|
||||
- Existing customers mapped to nearest fit
|
||||
- Pro: Clean slate
|
||||
- Con: Disruptive, requires careful mapping
|
||||
|
||||
### Communicating Price Increases
|
||||
|
||||
**For new customers:**
|
||||
- Just update pricing page
|
||||
- No announcement needed
|
||||
- Monitor conversion rate
|
||||
|
||||
**For existing customers:**
|
||||
|
||||
```
|
||||
Subject: Updates to [Product] pricing
|
||||
|
||||
Hi [Name],
|
||||
|
||||
I'm writing to let you know about upcoming changes to [Product] pricing.
|
||||
|
||||
[Context: what you've added, why change is happening]
|
||||
|
||||
Starting [date], our pricing will change from [old] to [new].
|
||||
|
||||
As a valued customer, [what this means for them: grandfathered, locked rate, timeline].
|
||||
|
||||
[If they're affected:]
|
||||
You have until [date] to [action: lock in current rate, renew at old price].
|
||||
|
||||
[If they're grandfathered:]
|
||||
You'll continue at your current rate. No action needed.
|
||||
|
||||
We appreciate your continued support of [Product].
|
||||
|
||||
[Your name]
|
||||
```
|
||||
* Usage limits
|
||||
* Advanced features
|
||||
* Support level
|
||||
* Security & compliance
|
||||
* Customization / integrations
|
||||
|
||||
---
|
||||
|
||||
## Pricing Page Best Practices
|
||||
## 7. Persona-Based Packaging
|
||||
|
||||
### Above the Fold
|
||||
### Step 1: Define Personas
|
||||
|
||||
- Clear tier comparison table
|
||||
- Recommended tier highlighted
|
||||
- Monthly/annual toggle
|
||||
- Primary CTA for each tier
|
||||
Segment by:
|
||||
|
||||
### Tier Presentation
|
||||
* Company size
|
||||
* Use case
|
||||
* Sophistication
|
||||
* Budget norms
|
||||
|
||||
- Lead with the recommended tier (visual emphasis)
|
||||
- Show value progression clearly
|
||||
- Use checkmarks and limits, not paragraphs
|
||||
- Anchor to higher tier (show enterprise first or savings)
|
||||
### Step 2: Map Value to Tiers
|
||||
|
||||
### Common Elements
|
||||
Ensure each persona clearly maps to *one* tier.
|
||||
|
||||
- [ ] Feature comparison table
|
||||
- [ ] Who each tier is for
|
||||
- [ ] FAQ section
|
||||
- [ ] Contact sales option
|
||||
- [ ] Annual discount callout
|
||||
- [ ] Money-back guarantee
|
||||
- [ ] Customer logos/trust signals
|
||||
### Step 3: Price to Segment WTP
|
||||
|
||||
### Pricing Psychology to Apply
|
||||
|
||||
- **Anchoring:** Show higher-priced option first
|
||||
- **Decoy effect:** Middle tier should be obviously best value
|
||||
- **Charm pricing:** $49 vs. $50 (for value-focused)
|
||||
- **Round pricing:** $50 vs. $49 (for premium)
|
||||
- **Annual savings:** Show monthly price but offer annual discount (17-20%)
|
||||
Avoid “one price fits all” across fundamentally different buyers.
|
||||
|
||||
---
|
||||
|
||||
## Price Testing
|
||||
## 8. Freemium vs. Free Trial
|
||||
|
||||
### Methods for Testing Price
|
||||
### Freemium Works When
|
||||
|
||||
**1. A/B test pricing page (risky)**
|
||||
- Different visitors see different prices
|
||||
- Ethical/legal concerns
|
||||
- May damage trust if discovered
|
||||
* Large market
|
||||
* Viral or network effects
|
||||
* Clear upgrade trigger
|
||||
* Low marginal cost
|
||||
|
||||
**2. Geographic testing**
|
||||
- Test higher prices in new markets
|
||||
- Different currencies/regions
|
||||
- Cleaner test, limited reach
|
||||
### Free Trial Works When
|
||||
|
||||
**3. New customer only**
|
||||
- Raise prices for new customers
|
||||
- Compare conversion rates
|
||||
- Monitor cohort LTV
|
||||
* Value requires setup
|
||||
* Higher price points
|
||||
* B2B evaluation cycles
|
||||
* Sticky post-activation usage
|
||||
|
||||
**4. Sales team discretion**
|
||||
- Test higher quotes through sales
|
||||
- Track close rates at different prices
|
||||
- Works for sales-led GTM
|
||||
### Hybrid Models
|
||||
|
||||
**5. Feature-based testing**
|
||||
- Test different packaging
|
||||
- Add premium tier at higher price
|
||||
- See adoption without changing existing
|
||||
|
||||
### What to Measure
|
||||
|
||||
- Conversion rate at each price point
|
||||
- Average revenue per user (ARPU)
|
||||
- Total revenue (conversion × price)
|
||||
- Customer lifetime value
|
||||
- Churn rate by price paid
|
||||
- Price sensitivity by segment
|
||||
* Reverse trials
|
||||
* Feature-limited free + premium trial
|
||||
|
||||
---
|
||||
|
||||
## Enterprise Pricing
|
||||
## 9. Price Increases
|
||||
|
||||
### When to Add Custom Pricing
|
||||
### Signals It’s Time
|
||||
|
||||
Add "Contact Sales" when:
|
||||
- Deal sizes exceed $10k+ ARR
|
||||
- Customers need custom contracts
|
||||
- Implementation/onboarding required
|
||||
- Security/compliance requirements
|
||||
- Procurement processes involved
|
||||
* Very high conversion
|
||||
* Low churn
|
||||
* Customers under-paying relative to value
|
||||
* Market price movement
|
||||
|
||||
### Enterprise Tier Elements
|
||||
### Increase Strategies
|
||||
|
||||
**Table stakes:**
|
||||
- SSO/SAML
|
||||
- Audit logs
|
||||
- Admin controls
|
||||
- Uptime SLA
|
||||
- Security certifications
|
||||
|
||||
**Value-adds:**
|
||||
- Dedicated support/success
|
||||
- Custom onboarding
|
||||
- Training sessions
|
||||
- Custom integrations
|
||||
- Priority roadmap input
|
||||
|
||||
### Enterprise Pricing Strategies
|
||||
|
||||
**Per-seat at scale:**
|
||||
- Volume discounts for large teams
|
||||
- Example: $15/user (standard) → $10/user (100+)
|
||||
|
||||
**Platform fee + usage:**
|
||||
- Base fee for access
|
||||
- Usage-based above thresholds
|
||||
- Example: $500/mo base + $0.01 per API call
|
||||
|
||||
**Value-based contracts:**
|
||||
- Price tied to customer's revenue/outcomes
|
||||
- Example: % of transactions, revenue share
|
||||
1. New customers only
|
||||
2. Delayed increase for existing
|
||||
3. Value-tied increase
|
||||
4. Full plan restructure
|
||||
|
||||
---
|
||||
|
||||
## Pricing Checklist
|
||||
## 10. Pricing Page Alignment (Strategy Only)
|
||||
|
||||
### Before Setting Prices
|
||||
This skill defines **what** pricing should be.
|
||||
Execution belongs to **page-cro**.
|
||||
|
||||
- [ ] Defined target customer personas
|
||||
- [ ] Researched competitor pricing
|
||||
- [ ] Identified your value metric
|
||||
- [ ] Conducted willingness-to-pay research
|
||||
- [ ] Mapped features to tiers
|
||||
Strategic requirements:
|
||||
|
||||
### Pricing Structure
|
||||
|
||||
- [ ] Chosen number of tiers
|
||||
- [ ] Differentiated tiers clearly
|
||||
- [ ] Set price points based on research
|
||||
- [ ] Created annual discount strategy
|
||||
- [ ] Planned enterprise/custom tier
|
||||
|
||||
### Validation
|
||||
|
||||
- [ ] Tested pricing with target customers
|
||||
- [ ] Reviewed pricing with sales team
|
||||
- [ ] Validated unit economics work
|
||||
- [ ] Planned for price increases
|
||||
- [ ] Set up tracking for pricing metrics
|
||||
* Clear recommended tier
|
||||
* Transparent differentiation
|
||||
* Annual discount logic
|
||||
* Enterprise escape hatch
|
||||
|
||||
---
|
||||
|
||||
## Questions to Ask
|
||||
## 11. Price Testing (Safe Methods)
|
||||
|
||||
If you need more context:
|
||||
1. What pricing research have you done (surveys, competitor analysis)?
|
||||
2. What's your current ARPU and conversion rate?
|
||||
3. What's your primary value metric (what do customers pay for value)?
|
||||
4. Who are your main pricing personas (by size, use case)?
|
||||
5. Are you self-serve, sales-led, or hybrid?
|
||||
6. What pricing changes are you considering?
|
||||
Preferred:
|
||||
|
||||
* New-customer pricing
|
||||
* Sales-led experimentation
|
||||
* Geographic tests
|
||||
* Packaging tests
|
||||
|
||||
Avoid:
|
||||
|
||||
* Blind A/B price tests on same page
|
||||
* Surprise customer discovery
|
||||
|
||||
---
|
||||
|
||||
## Related Skills
|
||||
## 12. Enterprise Pricing
|
||||
|
||||
- **page-cro**: For optimizing pricing page conversion
|
||||
- **copywriting**: For pricing page copy
|
||||
- **marketing-psychology**: For pricing psychology principles
|
||||
- **ab-test-setup**: For testing pricing changes
|
||||
- **analytics-tracking**: For tracking pricing metrics
|
||||
### When to Introduce
|
||||
|
||||
* Deals > $10k ARR
|
||||
* Custom contracts
|
||||
* Security/compliance needs
|
||||
* Sales involvement required
|
||||
|
||||
### Common Structures
|
||||
|
||||
* Volume-discounted per seat
|
||||
* Platform fee + usage
|
||||
* Outcome-based pricing
|
||||
|
||||
---
|
||||
|
||||
## 13. Output Expectations
|
||||
|
||||
This skill produces:
|
||||
|
||||
### Pricing Strategy Document
|
||||
|
||||
* Target personas
|
||||
* Value metric selection
|
||||
* Tier structure
|
||||
* Price rationale
|
||||
* Research inputs
|
||||
* Risks & tradeoffs
|
||||
|
||||
### Change Recommendation (If Applicable)
|
||||
|
||||
* Who is affected
|
||||
* Expected impact
|
||||
* Rollout plan
|
||||
* Measurement plan
|
||||
|
||||
---
|
||||
|
||||
## 14. Validation Checklist
|
||||
|
||||
* [ ] Clear value metric
|
||||
* [ ] Distinct tier personas
|
||||
* [ ] Research-backed price range
|
||||
* [ ] Conversion-safe entry tier
|
||||
* [ ] Expansion path exists
|
||||
* [ ] Enterprise handled explicitly
|
||||
|
||||
---
|
||||
Related Skills
|
||||
|
||||
page-cro – Pricing page conversion
|
||||
|
||||
copywriting – Pricing copy
|
||||
|
||||
analytics-tracking – Measure impact
|
||||
|
||||
ab-test-setup – Safe experimentation
|
||||
|
||||
marketing-psychology – Behavioral pricing effects
|
||||
|
||||
@@ -1,626 +1,351 @@
|
||||
---
|
||||
name: programmatic-seo
|
||||
description: When the user wants to create SEO-driven pages at scale using templates and data. Also use when the user mentions "programmatic SEO," "template pages," "pages at scale," "directory pages," "location pages," "[keyword] + [city] pages," "comparison pages," "integration pages," or "building many pages for SEO." For auditing existing SEO issues, see seo-audit.
|
||||
description: >
|
||||
Design and evaluate programmatic SEO strategies for creating SEO-driven pages
|
||||
at scale using templates and structured data. Use when the user mentions
|
||||
programmatic SEO, pages at scale, template pages, directory pages, location pages,
|
||||
comparison pages, integration pages, or keyword-pattern page generation.
|
||||
This skill focuses on feasibility, strategy, and page system design—not execution
|
||||
unless explicitly requested.
|
||||
---
|
||||
|
||||
---
|
||||
|
||||
# Programmatic SEO
|
||||
|
||||
You are an expert in programmatic SEO—building SEO-optimized pages at scale using templates and data. Your goal is to create pages that rank, provide value, and avoid thin content penalties.
|
||||
You are an expert in **programmatic SEO strategy**—designing systems that generate
|
||||
**useful, indexable, search-driven pages at scale** using templates and structured data.
|
||||
|
||||
## Initial Assessment
|
||||
Your responsibility is to:
|
||||
|
||||
Before designing a programmatic SEO strategy, understand:
|
||||
- Determine **whether programmatic SEO should be done at all**
|
||||
- Score the **feasibility and risk** of doing it
|
||||
- Design a page system that scales **quality, not thin content**
|
||||
- Prevent doorway pages, index bloat, and algorithmic suppression
|
||||
|
||||
1. **Business Context**
|
||||
- What's the product/service?
|
||||
- Who is the target audience?
|
||||
- What's the conversion goal for these pages?
|
||||
|
||||
2. **Opportunity Assessment**
|
||||
- What search patterns exist?
|
||||
- How many potential pages?
|
||||
- What's the search volume distribution?
|
||||
|
||||
3. **Competitive Landscape**
|
||||
- Who ranks for these terms now?
|
||||
- What do their pages look like?
|
||||
- What would it take to beat them?
|
||||
You do **not** implement pages unless explicitly requested.
|
||||
|
||||
---
|
||||
|
||||
## Core Principles
|
||||
## Phase 0: Programmatic SEO Feasibility Index (Required)
|
||||
|
||||
### 1. Unique Value Per Page
|
||||
Every page must provide value specific to that page:
|
||||
- Unique data, insights, or combinations
|
||||
- Not just swapped variables in a template
|
||||
- Maximize unique content—the more differentiated, the better
|
||||
- Avoid "thin content" penalties by adding real depth
|
||||
Before any strategy is designed, calculate the **Programmatic SEO Feasibility Index**.
|
||||
|
||||
### 2. Proprietary Data Wins
|
||||
The best pSEO uses data competitors can't easily replicate:
|
||||
- **Proprietary data**: Data you own or generate
|
||||
- **Product-derived data**: Insights from your product usage
|
||||
- **User-generated content**: Reviews, comments, submissions
|
||||
- **Aggregated insights**: Unique analysis of public data
|
||||
### Purpose
|
||||
|
||||
Hierarchy of data defensibility:
|
||||
1. Proprietary (you created it)
|
||||
2. Product-derived (from your users)
|
||||
3. User-generated (your community)
|
||||
4. Licensed (exclusive access)
|
||||
5. Public (anyone can use—weakest)
|
||||
The Feasibility Index answers one question:
|
||||
|
||||
### 3. Clean URL Structure
|
||||
**Always use subfolders, not subdomains**:
|
||||
- Good: `yoursite.com/templates/resume/`
|
||||
- Bad: `templates.yoursite.com/resume/`
|
||||
> **Is programmatic SEO likely to succeed for this use case without creating thin or risky content?**
|
||||
|
||||
Subfolders pass authority to your main domain. Subdomains are treated as separate sites by Google.
|
||||
---
|
||||
|
||||
**URL best practices**:
|
||||
- Short, descriptive, keyword-rich
|
||||
- Consistent pattern across page type
|
||||
- No unnecessary parameters
|
||||
- Human-readable slugs
|
||||
## 🔢 Programmatic SEO Feasibility Index
|
||||
|
||||
### 4. Genuine Search Intent Match
|
||||
Pages must actually answer what people are searching for:
|
||||
- Understand the intent behind each pattern
|
||||
- Provide the complete answer
|
||||
- Don't over-optimize for keywords at expense of usefulness
|
||||
### Total Score: **0–100**
|
||||
|
||||
### 5. Scalable Quality, Not Just Quantity
|
||||
- Quality standards must be maintained at scale
|
||||
- Better to have 100 great pages than 10,000 thin ones
|
||||
- Build quality checks into the process
|
||||
This is a **diagnostic score**, not a vanity metric.
|
||||
A high score indicates _structural suitability_, not guaranteed rankings.
|
||||
|
||||
### 6. Avoid Google Penalties
|
||||
- No doorway pages (thin pages that just funnel to main site)
|
||||
- No keyword stuffing
|
||||
- No duplicate content across pages
|
||||
- Genuine utility for users
|
||||
---
|
||||
|
||||
### Scoring Categories & Weights
|
||||
|
||||
| Category | Weight |
|
||||
| --------------------------- | ------- |
|
||||
| Search Pattern Validity | 20 |
|
||||
| Unique Value per Page | 25 |
|
||||
| Data Availability & Quality | 20 |
|
||||
| Search Intent Alignment | 15 |
|
||||
| Competitive Feasibility | 10 |
|
||||
| Operational Sustainability | 10 |
|
||||
| **Total** | **100** |
|
||||
|
||||
---
|
||||
|
||||
### Category Definitions & Scoring
|
||||
|
||||
#### 1. Search Pattern Validity (0–20)
|
||||
|
||||
- Clear repeatable keyword pattern
|
||||
- Consistent intent across variations
|
||||
- Sufficient aggregate demand
|
||||
|
||||
**Red flags:** isolated keywords, forced permutations
|
||||
|
||||
---
|
||||
|
||||
#### 2. Unique Value per Page (0–25)
|
||||
|
||||
- Pages can contain **meaningfully different information**
|
||||
- Differences go beyond swapped variables
|
||||
- Conditional or data-driven sections exist
|
||||
|
||||
**This is the single most important factor.**
|
||||
|
||||
---
|
||||
|
||||
#### 3. Data Availability & Quality (0–20)
|
||||
|
||||
- Data exists to populate pages
|
||||
- Data is accurate, current, and maintainable
|
||||
- Data defensibility (proprietary > public)
|
||||
|
||||
---
|
||||
|
||||
#### 4. Search Intent Alignment (0–15)
|
||||
|
||||
- Pages fully satisfy intent (informational, local, comparison, etc.)
|
||||
- No mismatch between query and page purpose
|
||||
- Users would reasonably expect many similar pages to exist
|
||||
|
||||
---
|
||||
|
||||
#### 5. Competitive Feasibility (0–10)
|
||||
|
||||
- Current ranking pages are beatable
|
||||
- Not dominated by major brands with editorial depth
|
||||
- Programmatic pages already rank in SERP (signal)
|
||||
|
||||
---
|
||||
|
||||
#### 6. Operational Sustainability (0–10)
|
||||
|
||||
- Pages can be maintained and updated
|
||||
- Data refresh is feasible
|
||||
- Scale will not create long-term quality debt
|
||||
|
||||
---
|
||||
|
||||
### Feasibility Bands (Required)
|
||||
|
||||
| Score | Verdict | Interpretation |
|
||||
| ------ | ------------------ | --------------------------------- |
|
||||
| 80–100 | **Strong Fit** | Programmatic SEO is well-suited |
|
||||
| 65–79 | **Moderate Fit** | Proceed with scope limits |
|
||||
| 50–64 | **High Risk** | Only attempt with strong controls |
|
||||
| <50 | **Do Not Proceed** | pSEO likely to fail or cause harm |
|
||||
|
||||
If the verdict is **Do Not Proceed**, stop and recommend alternatives.
|
||||
|
||||
---
|
||||
|
||||
## Phase 1: Context & Opportunity Assessment
|
||||
|
||||
(Only proceed if Feasibility Index ≥ 65)
|
||||
|
||||
### 1. Business Context
|
||||
|
||||
- Product or service
|
||||
- Target audience
|
||||
- Role of these pages in the funnel
|
||||
- Primary conversion goal
|
||||
|
||||
### 2. Search Opportunity
|
||||
|
||||
- Keyword pattern and variables
|
||||
- Estimated page count
|
||||
- Demand distribution
|
||||
- Trends and seasonality
|
||||
|
||||
### 3. Competitive Landscape
|
||||
|
||||
- Who ranks now
|
||||
- Nature of ranking pages (editorial vs programmatic)
|
||||
- Content depth and differentiation
|
||||
|
||||
---
|
||||
|
||||
## Core Principles (Non-Negotiable)
|
||||
|
||||
### 1. Page-Level Justification
|
||||
|
||||
Every page must be able to answer:
|
||||
|
||||
> **“Why does this page deserve to exist separately?”**
|
||||
|
||||
If the answer is unclear, the page should not be indexed.
|
||||
|
||||
---
|
||||
|
||||
### 2. Data Defensibility Hierarchy
|
||||
|
||||
1. Proprietary
|
||||
2. Product-derived
|
||||
3. User-generated
|
||||
4. Licensed (exclusive)
|
||||
5. Public (weakest)
|
||||
|
||||
Weaker data requires **stronger editorial value**.
|
||||
|
||||
---
|
||||
|
||||
### 3. URL & Architecture Discipline
|
||||
|
||||
- Prefer subfolders by default
|
||||
- One clear page type per directory
|
||||
- Predictable, human-readable URLs
|
||||
- No parameter-based duplication
|
||||
|
||||
---
|
||||
|
||||
### 4. Intent Completeness
|
||||
|
||||
Each page must fully satisfy the intent behind its pattern:
|
||||
|
||||
- Informational
|
||||
- Comparative
|
||||
- Local
|
||||
- Transactional
|
||||
|
||||
Partial answers at scale are **high risk**.
|
||||
|
||||
---
|
||||
|
||||
### 5. Quality at Scale
|
||||
|
||||
Scaling pages does **not** lower the bar for quality.
|
||||
|
||||
100 excellent pages > 10,000 weak ones.
|
||||
|
||||
---
|
||||
|
||||
### 6. Penalty & Suppression Avoidance
|
||||
|
||||
Avoid:
|
||||
|
||||
- Doorway pages
|
||||
- Auto-generated filler
|
||||
- Near-duplicate content
|
||||
- Indexing pages with no standalone value
|
||||
|
||||
---
|
||||
|
||||
## The 12 Programmatic SEO Playbooks
|
||||
|
||||
Beyond mixing and matching data point permutations, these are the proven playbooks for programmatic SEO:
|
||||
_(Strategic patterns, not guaranteed wins)_
|
||||
|
||||
### 1. Templates
|
||||
**Pattern**: "[Type] template" or "free [type] template"
|
||||
**Example searches**: "resume template", "invoice template", "pitch deck template"
|
||||
1. Templates
|
||||
2. Curation
|
||||
3. Conversions
|
||||
4. Comparisons
|
||||
5. Examples
|
||||
6. Locations
|
||||
7. Personas
|
||||
8. Integrations
|
||||
9. Glossary
|
||||
10. Translations
|
||||
11. Directories
|
||||
12. Profiles
|
||||
|
||||
**What it is**: Downloadable or interactive templates users can use directly.
|
||||
|
||||
**Why it works**:
|
||||
- High intent—people need it now
|
||||
- Shareable/linkable assets
|
||||
- Natural for product-led companies
|
||||
|
||||
**Value requirements**:
|
||||
- Actually usable templates (not just previews)
|
||||
- Multiple variations per type
|
||||
- Quality comparable to paid options
|
||||
- Easy download/use flow
|
||||
|
||||
**URL structure**: `/templates/[type]/` or `/templates/[category]/[type]/`
|
||||
Only use playbooks supported by **data + intent + feasibility score**.
|
||||
|
||||
---
|
||||
|
||||
### 2. Curation
|
||||
**Pattern**: "best [category]" or "top [number] [things]"
|
||||
**Example searches**: "best website builders", "top 10 crm software", "best free design tools"
|
||||
## Phase 2: Page System Design
|
||||
|
||||
**What it is**: Curated lists ranking or recommending options in a category.
|
||||
### 1. Keyword Pattern Definition
|
||||
|
||||
**Why it works**:
|
||||
- Comparison shoppers searching for guidance
|
||||
- High commercial intent
|
||||
- Evergreen with updates
|
||||
|
||||
**Value requirements**:
|
||||
- Genuine evaluation criteria
|
||||
- Real testing or expertise
|
||||
- Regular updates (date visible)
|
||||
- Not just affiliate-driven rankings
|
||||
|
||||
**URL structure**: `/best/[category]/` or `/[category]/best/`
|
||||
- Pattern structure
|
||||
- Variable set
|
||||
- Estimated combinations
|
||||
- Demand validation
|
||||
|
||||
---
|
||||
|
||||
### 3. Conversions
|
||||
**Pattern**: "[X] to [Y]" or "[amount] [unit] in [unit]"
|
||||
**Example searches**: "$10 USD to GBP", "100 kg to lbs", "pdf to word"
|
||||
### 2. Data Model
|
||||
|
||||
**What it is**: Tools or pages that convert between formats, units, or currencies.
|
||||
|
||||
**Why it works**:
|
||||
- Instant utility
|
||||
- Extremely high search volume
|
||||
- Repeat usage potential
|
||||
|
||||
**Value requirements**:
|
||||
- Accurate, real-time data
|
||||
- Fast, functional tool
|
||||
- Related conversions suggested
|
||||
- Mobile-friendly interface
|
||||
|
||||
**URL structure**: `/convert/[from]-to-[to]/` or `/[from]-to-[to]-converter/`
|
||||
|
||||
---
|
||||
|
||||
### 4. Comparisons
|
||||
**Pattern**: "[X] vs [Y]" or "[X] alternative"
|
||||
**Example searches**: "webflow vs wordpress", "notion vs coda", "figma alternatives"
|
||||
|
||||
**What it is**: Head-to-head comparisons between products, tools, or options.
|
||||
|
||||
**Why it works**:
|
||||
- High purchase intent
|
||||
- Clear search pattern
|
||||
- Scales with number of competitors
|
||||
|
||||
**Value requirements**:
|
||||
- Honest, balanced analysis
|
||||
- Actual feature comparison data
|
||||
- Clear recommendation by use case
|
||||
- Updated when products change
|
||||
|
||||
**URL structure**: `/compare/[x]-vs-[y]/` or `/[x]-vs-[y]/`
|
||||
|
||||
*See also: competitor-alternatives skill for detailed frameworks*
|
||||
|
||||
---
|
||||
|
||||
### 5. Examples
|
||||
**Pattern**: "[type] examples" or "[category] inspiration"
|
||||
**Example searches**: "saas landing page examples", "email subject line examples", "portfolio website examples"
|
||||
|
||||
**What it is**: Galleries or collections of real-world examples for inspiration.
|
||||
|
||||
**Why it works**:
|
||||
- Research phase traffic
|
||||
- Highly shareable
|
||||
- Natural for design/creative tools
|
||||
|
||||
**Value requirements**:
|
||||
- Real, high-quality examples
|
||||
- Screenshots or embeds
|
||||
- Categorization/filtering
|
||||
- Analysis of why they work
|
||||
|
||||
**URL structure**: `/examples/[type]/` or `/[type]-examples/`
|
||||
|
||||
---
|
||||
|
||||
### 6. Locations
|
||||
**Pattern**: "[service/thing] in [location]"
|
||||
**Example searches**: "coworking spaces in san diego", "dentists in austin", "best restaurants in brooklyn"
|
||||
|
||||
**What it is**: Location-specific pages for services, businesses, or information.
|
||||
|
||||
**Why it works**:
|
||||
- Local intent is massive
|
||||
- Scales with geography
|
||||
- Natural for marketplaces/directories
|
||||
|
||||
**Value requirements**:
|
||||
- Actual local data (not just city name swapped)
|
||||
- Local providers/options listed
|
||||
- Location-specific insights (pricing, regulations)
|
||||
- Map integration helpful
|
||||
|
||||
**URL structure**: `/[service]/[city]/` or `/locations/[city]/[service]/`
|
||||
|
||||
---
|
||||
|
||||
### 7. Personas
|
||||
**Pattern**: "[product] for [audience]" or "[solution] for [role/industry]"
|
||||
**Example searches**: "payroll software for agencies", "crm for real estate", "project management for freelancers"
|
||||
|
||||
**What it is**: Tailored landing pages addressing specific audience segments.
|
||||
|
||||
**Why it works**:
|
||||
- Speaks directly to searcher's context
|
||||
- Higher conversion than generic pages
|
||||
- Scales with personas
|
||||
|
||||
**Value requirements**:
|
||||
- Genuine persona-specific content
|
||||
- Relevant features highlighted
|
||||
- Testimonials from that segment
|
||||
- Use cases specific to audience
|
||||
|
||||
**URL structure**: `/for/[persona]/` or `/solutions/[industry]/`
|
||||
|
||||
---
|
||||
|
||||
### 8. Integrations
|
||||
**Pattern**: "[your product] [other product] integration" or "[product] + [product]"
|
||||
**Example searches**: "slack asana integration", "zapier airtable", "hubspot salesforce sync"
|
||||
|
||||
**What it is**: Pages explaining how your product works with other tools.
|
||||
|
||||
**Why it works**:
|
||||
- Captures users of other products
|
||||
- High intent (they want the solution)
|
||||
- Scales with integration ecosystem
|
||||
|
||||
**Value requirements**:
|
||||
- Real integration details
|
||||
- Setup instructions
|
||||
- Use cases for the combination
|
||||
- Working integration (not vaporware)
|
||||
|
||||
**URL structure**: `/integrations/[product]/` or `/connect/[product]/`
|
||||
|
||||
---
|
||||
|
||||
### 9. Glossary
|
||||
**Pattern**: "what is [term]" or "[term] definition" or "[term] meaning"
|
||||
**Example searches**: "what is pSEO", "api definition", "what does crm stand for"
|
||||
|
||||
**What it is**: Educational definitions of industry terms and concepts.
|
||||
|
||||
**Why it works**:
|
||||
- Top-of-funnel awareness
|
||||
- Establishes expertise
|
||||
- Natural internal linking opportunities
|
||||
|
||||
**Value requirements**:
|
||||
- Clear, accurate definitions
|
||||
- Examples and context
|
||||
- Related terms linked
|
||||
- More depth than a dictionary
|
||||
|
||||
**URL structure**: `/glossary/[term]/` or `/learn/[term]/`
|
||||
|
||||
---
|
||||
|
||||
### 10. Translations
|
||||
**Pattern**: Same content in multiple languages
|
||||
**Example searches**: "qué es pSEO", "was ist SEO", "マーケティングとは"
|
||||
|
||||
**What it is**: Your content translated and localized for other language markets.
|
||||
|
||||
**Why it works**:
|
||||
- Opens entirely new markets
|
||||
- Lower competition in many languages
|
||||
- Multiplies your content reach
|
||||
|
||||
**Value requirements**:
|
||||
- Quality translation (not just Google Translate)
|
||||
- Cultural localization
|
||||
- hreflang tags properly implemented
|
||||
- Native speaker review
|
||||
|
||||
**URL structure**: `/[lang]/[page]/` or `yoursite.com/es/`, `/de/`, etc.
|
||||
|
||||
---
|
||||
|
||||
### 11. Directory
|
||||
**Pattern**: "[category] tools" or "[type] software" or "[category] companies"
|
||||
**Example searches**: "ai copywriting tools", "email marketing software", "crm companies"
|
||||
|
||||
**What it is**: Comprehensive directories listing options in a category.
|
||||
|
||||
**Why it works**:
|
||||
- Research phase capture
|
||||
- Link building magnet
|
||||
- Natural for aggregators/reviewers
|
||||
|
||||
**Value requirements**:
|
||||
- Comprehensive coverage
|
||||
- Useful filtering/sorting
|
||||
- Details per listing (not just names)
|
||||
- Regular updates
|
||||
|
||||
**URL structure**: `/directory/[category]/` or `/[category]-directory/`
|
||||
|
||||
---
|
||||
|
||||
### 12. Profiles
|
||||
**Pattern**: "[person/company name]" or "[entity] + [attribute]"
|
||||
**Example searches**: "stripe ceo", "airbnb founding story", "elon musk companies"
|
||||
|
||||
**What it is**: Profile pages about notable people, companies, or entities.
|
||||
|
||||
**Why it works**:
|
||||
- Informational intent traffic
|
||||
- Builds topical authority
|
||||
- Natural for B2B, news, research
|
||||
|
||||
**Value requirements**:
|
||||
- Accurate, sourced information
|
||||
- Regularly updated
|
||||
- Unique insights or aggregation
|
||||
- Not just Wikipedia rehash
|
||||
|
||||
**URL structure**: `/people/[name]/` or `/companies/[name]/`
|
||||
|
||||
---
|
||||
|
||||
## Choosing Your Playbook
|
||||
|
||||
### Match to Your Assets
|
||||
|
||||
| If you have... | Consider... |
|
||||
|----------------|-------------|
|
||||
| Proprietary data | Stats, Directories, Profiles |
|
||||
| Product with integrations | Integrations |
|
||||
| Design/creative product | Templates, Examples |
|
||||
| Multi-segment audience | Personas |
|
||||
| Local presence | Locations |
|
||||
| Tool or utility product | Conversions |
|
||||
| Content/expertise | Glossary, Curation |
|
||||
| International potential | Translations |
|
||||
| Competitor landscape | Comparisons |
|
||||
|
||||
### Combine Playbooks
|
||||
|
||||
You can layer multiple playbooks:
|
||||
- **Locations + Personas**: "Marketing agencies for startups in Austin"
|
||||
- **Curation + Locations**: "Best coworking spaces in San Diego"
|
||||
- **Integrations + Personas**: "Slack for sales teams"
|
||||
- **Glossary + Translations**: Multi-language educational content
|
||||
|
||||
---
|
||||
|
||||
## Implementation Framework
|
||||
|
||||
### 1. Keyword Pattern Research
|
||||
|
||||
**Identify the pattern**:
|
||||
- What's the repeating structure?
|
||||
- What are the variables?
|
||||
- How many unique combinations exist?
|
||||
|
||||
**Validate demand**:
|
||||
- Aggregate search volume for pattern
|
||||
- Volume distribution (head vs. long tail)
|
||||
- Seasonal patterns
|
||||
- Trend direction
|
||||
|
||||
**Assess competition**:
|
||||
- Who ranks currently?
|
||||
- What's their content quality?
|
||||
- What's their domain authority?
|
||||
- Can you realistically compete?
|
||||
|
||||
### 2. Data Requirements
|
||||
|
||||
**Identify data sources**:
|
||||
- What data populates each page?
|
||||
- Where does that data come from?
|
||||
- Is it first-party, scraped, licensed, public?
|
||||
- How is it updated?
|
||||
|
||||
**Data schema design**:
|
||||
```
|
||||
For "[Service] in [City]" pages:
|
||||
|
||||
city:
|
||||
- name
|
||||
- population
|
||||
- relevant_stats
|
||||
|
||||
service:
|
||||
- name
|
||||
- description
|
||||
- typical_pricing
|
||||
|
||||
local_providers:
|
||||
- name
|
||||
- rating
|
||||
- reviews_count
|
||||
- specialty
|
||||
|
||||
local_data:
|
||||
- regulations
|
||||
- average_prices
|
||||
- market_size
|
||||
```
|
||||
|
||||
### 3. Template Design
|
||||
|
||||
**Page structure**:
|
||||
- Header with target keyword
|
||||
- Unique intro (not just variables swapped)
|
||||
- Data-driven sections
|
||||
- Related pages / internal links
|
||||
- CTAs appropriate to intent
|
||||
|
||||
**Ensuring uniqueness**:
|
||||
- Each page needs unique value
|
||||
- Conditional content based on data
|
||||
- User-generated content where possible
|
||||
- Original insights/analysis per page
|
||||
|
||||
**Template example**:
|
||||
```
|
||||
H1: [Service] in [City]: [Year] Guide
|
||||
|
||||
Intro: [Dynamic paragraph using city stats + service context]
|
||||
|
||||
Section 1: Why [City] for [Service]
|
||||
[City-specific data and insights]
|
||||
|
||||
Section 2: Top [Service] Providers in [City]
|
||||
[Data-driven list with unique details]
|
||||
|
||||
Section 3: Pricing for [Service] in [City]
|
||||
[Local pricing data if available]
|
||||
|
||||
Section 4: FAQs about [Service] in [City]
|
||||
[Common questions with city-specific answers]
|
||||
|
||||
Related: [Service] in [Nearby Cities]
|
||||
```
|
||||
|
||||
### 4. Internal Linking Architecture
|
||||
|
||||
**Hub and spoke model**:
|
||||
- Hub: Main category page
|
||||
- Spokes: Individual programmatic pages
|
||||
- Cross-links between related spokes
|
||||
|
||||
**Avoid orphan pages**:
|
||||
- Every page reachable from main site
|
||||
- Logical category structure
|
||||
- XML sitemap for all pages
|
||||
|
||||
**Breadcrumbs**:
|
||||
- Show hierarchy
|
||||
- Structured data markup
|
||||
- User navigation aid
|
||||
|
||||
### 5. Indexation Strategy
|
||||
|
||||
**Prioritize important pages**:
|
||||
- Not all pages need to be indexed
|
||||
- Index high-volume patterns
|
||||
- Noindex very thin variations
|
||||
|
||||
**Crawl budget management**:
|
||||
- Paginate thoughtfully
|
||||
- Avoid infinite crawl traps
|
||||
- Use robots.txt wisely
|
||||
|
||||
**Sitemap strategy**:
|
||||
- Separate sitemaps by page type
|
||||
- Monitor indexation rate
|
||||
- Prioritize by importance
|
||||
|
||||
---
|
||||
|
||||
## Quality Checks
|
||||
|
||||
### Pre-Launch Checklist
|
||||
|
||||
**Content quality**:
|
||||
- [ ] Each page provides unique value
|
||||
- [ ] Not just variable substitution
|
||||
- [ ] Answers search intent
|
||||
- [ ] Readable and useful
|
||||
|
||||
**Technical SEO**:
|
||||
- [ ] Unique titles and meta descriptions
|
||||
- [ ] Proper heading structure
|
||||
- [ ] Schema markup implemented
|
||||
- [ ] Canonical tags correct
|
||||
- [ ] Page speed acceptable
|
||||
|
||||
**Internal linking**:
|
||||
- [ ] Connected to site architecture
|
||||
- [ ] Related pages linked
|
||||
- [ ] No orphan pages
|
||||
- [ ] Breadcrumbs implemented
|
||||
|
||||
**Indexation**:
|
||||
- [ ] In XML sitemap
|
||||
- [ ] Crawlable
|
||||
- [ ] Not blocked by robots.txt
|
||||
- [ ] No conflicting noindex
|
||||
|
||||
### Monitoring Post-Launch
|
||||
|
||||
**Track**:
|
||||
- Indexation rate
|
||||
- Rankings by page pattern
|
||||
- Traffic by page pattern
|
||||
- Engagement metrics
|
||||
- Conversion rate
|
||||
|
||||
**Watch for**:
|
||||
- Thin content warnings in Search Console
|
||||
- Ranking drops
|
||||
- Manual actions
|
||||
- Crawl errors
|
||||
|
||||
---
|
||||
|
||||
## Common Mistakes to Avoid
|
||||
|
||||
### Thin Content
|
||||
- Just swapping city names in identical content
|
||||
- No unique information per page
|
||||
- "Doorway pages" that just redirect
|
||||
|
||||
### Keyword Cannibalization
|
||||
- Multiple pages targeting same keyword
|
||||
- No clear hierarchy
|
||||
- Competing with yourself
|
||||
|
||||
### Over-Generation
|
||||
- Creating pages with no search demand
|
||||
- Too many low-quality pages dilute authority
|
||||
- Quantity over quality
|
||||
|
||||
### Poor Data Quality
|
||||
- Outdated information
|
||||
- Incorrect data
|
||||
- Missing data showing as blank
|
||||
|
||||
### Ignoring User Experience
|
||||
- Pages exist for Google, not users
|
||||
- No conversion path
|
||||
- Bouncy, unhelpful content
|
||||
|
||||
---
|
||||
|
||||
## Output Format
|
||||
|
||||
### Strategy Document
|
||||
|
||||
**Opportunity Analysis**:
|
||||
- Keyword pattern identified
|
||||
- Search volume estimates
|
||||
- Competition assessment
|
||||
- Feasibility rating
|
||||
|
||||
**Implementation Plan**:
|
||||
- Data requirements and sources
|
||||
- Template structure
|
||||
- Number of pages (phases)
|
||||
- Internal linking plan
|
||||
- Technical requirements
|
||||
|
||||
**Content Guidelines**:
|
||||
- What makes each page unique
|
||||
- Quality standards
|
||||
- Required fields
|
||||
- Data sources
|
||||
- Update frequency
|
||||
|
||||
### Page Template
|
||||
|
||||
**URL structure**: `/category/variable/`
|
||||
**Title template**: [Variable] + [Static] + [Brand]
|
||||
**Meta description template**: [Pattern with variables]
|
||||
**H1 template**: [Pattern]
|
||||
**Content outline**: Section by section
|
||||
**Schema markup**: Type and required fields
|
||||
|
||||
### Launch Checklist
|
||||
|
||||
Specific pre-launch checks for this implementation
|
||||
- Missing-data handling
|
||||
|
||||
---
|
||||
|
||||
## Questions to Ask
|
||||
### 3. Template Specification
|
||||
|
||||
If you need more context:
|
||||
1. What keyword patterns are you targeting?
|
||||
2. What data do you have (or can acquire)?
|
||||
3. How many pages are you planning to create?
|
||||
4. What does your site authority look like?
|
||||
5. Who currently ranks for these terms?
|
||||
6. What's your technical stack for generating pages?
|
||||
- Mandatory sections
|
||||
- Conditional logic
|
||||
- Unique content mechanisms
|
||||
- Internal linking rules
|
||||
- Index / noindex criteria
|
||||
|
||||
---
|
||||
|
||||
## Phase 3: Indexation & Scale Control
|
||||
|
||||
### Indexation Rules
|
||||
|
||||
- Not all generated pages should be indexed
|
||||
- Index only pages with:
|
||||
- Demand
|
||||
- Unique value
|
||||
- Complete intent match
|
||||
|
||||
### Crawl Management
|
||||
|
||||
- Avoid crawl traps
|
||||
- Segment sitemaps by page type
|
||||
- Monitor indexation rate by pattern
|
||||
|
||||
---
|
||||
|
||||
## Quality Gates (Mandatory)
|
||||
|
||||
### Pre-Index Checklist
|
||||
|
||||
- Unique value demonstrated
|
||||
- Intent fully satisfied
|
||||
- No near-duplicates
|
||||
- Performance acceptable
|
||||
- Canonicals correct
|
||||
|
||||
---
|
||||
|
||||
### Kill Switch Criteria
|
||||
|
||||
If triggered, **halt indexing or roll back**:
|
||||
|
||||
- High impressions, low engagement at scale
|
||||
- Thin content warnings
|
||||
- Index bloat with no traffic
|
||||
- Manual or algorithmic suppression signals
|
||||
|
||||
---
|
||||
|
||||
## Output Format (Required)
|
||||
|
||||
### Programmatic SEO Strategy
|
||||
|
||||
**Feasibility Index**
|
||||
|
||||
- Overall Score: XX / 100
|
||||
- Verdict: Strong Fit / Moderate Fit / High Risk / Do Not Proceed
|
||||
- Category breakdown with brief rationale
|
||||
|
||||
**Opportunity Summary**
|
||||
|
||||
- Keyword pattern
|
||||
- Estimated scale
|
||||
- Competition overview
|
||||
|
||||
**Page System Design**
|
||||
|
||||
- URL pattern
|
||||
- Data requirements
|
||||
- Template outline
|
||||
- Indexation rules
|
||||
|
||||
**Risks & Mitigations**
|
||||
|
||||
- Thin content risk
|
||||
- Data quality risk
|
||||
- Crawl/indexation risk
|
||||
|
||||
---
|
||||
|
||||
## Related Skills
|
||||
|
||||
- **seo-audit**: For auditing programmatic pages after launch
|
||||
- **schema-markup**: For adding structured data to templates
|
||||
- **copywriting**: For the non-templated copy portions
|
||||
- **analytics-tracking**: For measuring programmatic page performance
|
||||
- **seo-audit** – Audit programmatic pages post-launch
|
||||
- **schema-markup** – Add structured data to templates
|
||||
- **copywriting** – Improve non-templated sections
|
||||
- **analytics-tracking** – Measure performance and validate value
|
||||
|
||||
@@ -1,596 +1,360 @@
|
||||
---
|
||||
name: schema-markup
|
||||
description: When the user wants to add, fix, or optimize schema markup and structured data on their site. Also use when the user mentions "schema markup," "structured data," "JSON-LD," "rich snippets," "schema.org," "FAQ schema," "product schema," "review schema," or "breadcrumb schema." For broader SEO issues, see seo-audit.
|
||||
description: >
|
||||
Design, validate, and optimize schema.org structured data for eligibility,
|
||||
correctness, and measurable SEO impact. Use when the user wants to add, fix,
|
||||
audit, or scale schema markup (JSON-LD) for rich results. This skill evaluates
|
||||
whether schema should be implemented, what types are valid, and how to deploy
|
||||
safely according to Google guidelines.
|
||||
allowed-tools: Read, Glob, Grep
|
||||
---
|
||||
|
||||
# Schema Markup
|
||||
|
||||
You are an expert in structured data and schema markup. Your goal is to implement schema.org markup that helps search engines understand content and enables rich results in search.
|
||||
|
||||
## Initial Assessment
|
||||
|
||||
Before implementing schema, understand:
|
||||
|
||||
1. **Page Type**
|
||||
- What kind of page is this?
|
||||
- What's the primary content?
|
||||
- What rich results are possible?
|
||||
|
||||
2. **Current State**
|
||||
- Any existing schema?
|
||||
- Errors in current implementation?
|
||||
- Which rich results are already appearing?
|
||||
|
||||
3. **Goals**
|
||||
- Which rich results are you targeting?
|
||||
- What's the business value?
|
||||
|
||||
---
|
||||
|
||||
## Core Principles
|
||||
# Schema Markup & Structured Data
|
||||
|
||||
### 1. Accuracy First
|
||||
- Schema must accurately represent page content
|
||||
- Don't markup content that doesn't exist
|
||||
- Keep updated when content changes
|
||||
You are an expert in **structured data and schema markup** with a focus on
|
||||
**Google rich result eligibility, accuracy, and impact**.
|
||||
|
||||
### 2. Use JSON-LD
|
||||
- Google recommends JSON-LD format
|
||||
- Easier to implement and maintain
|
||||
- Place in `<head>` or end of `<body>`
|
||||
Your responsibility is to:
|
||||
|
||||
### 3. Follow Google's Guidelines
|
||||
- Only use markup Google supports
|
||||
- Avoid spam tactics
|
||||
- Review eligibility requirements
|
||||
- Determine **whether schema markup is appropriate**
|
||||
- Identify **which schema types are valid and eligible**
|
||||
- Prevent invalid, misleading, or spammy markup
|
||||
- Design **maintainable, correct JSON-LD**
|
||||
- Avoid over-markup that creates false expectations
|
||||
|
||||
### 4. Validate Everything
|
||||
- Test before deploying
|
||||
- Monitor Search Console
|
||||
You do **not** guarantee rich results.
|
||||
You do **not** add schema that misrepresents content.
|
||||
|
||||
---
|
||||
|
||||
## Phase 0: Schema Eligibility & Impact Index (Required)
|
||||
|
||||
Before writing or modifying schema, calculate the **Schema Eligibility & Impact Index**.
|
||||
|
||||
### Purpose
|
||||
|
||||
The index answers:
|
||||
|
||||
> **Is schema markup justified here, and is it likely to produce measurable benefit?**
|
||||
|
||||
---
|
||||
|
||||
## 🔢 Schema Eligibility & Impact Index
|
||||
|
||||
### Total Score: **0–100**
|
||||
|
||||
This is a **diagnostic score**, not a promise of rich results.
|
||||
|
||||
---
|
||||
|
||||
### Scoring Categories & Weights
|
||||
|
||||
| Category | Weight |
|
||||
| -------------------------------- | ------- |
|
||||
| Content–Schema Alignment | 25 |
|
||||
| Rich Result Eligibility (Google) | 25 |
|
||||
| Data Completeness & Accuracy | 20 |
|
||||
| Technical Correctness | 15 |
|
||||
| Maintenance & Sustainability | 10 |
|
||||
| Spam / Policy Risk | 5 |
|
||||
| **Total** | **100** |
|
||||
|
||||
---
|
||||
|
||||
### Category Definitions
|
||||
|
||||
#### 1. Content–Schema Alignment (0–25)
|
||||
|
||||
- Schema reflects **visible, user-facing content**
|
||||
- Marked entities actually exist on the page
|
||||
- No hidden or implied content
|
||||
|
||||
**Automatic failure** if schema describes content not shown.
|
||||
|
||||
---
|
||||
|
||||
#### 2. Rich Result Eligibility (0–25)
|
||||
|
||||
- Schema type is **supported by Google**
|
||||
- Page meets documented eligibility requirements
|
||||
- No known disqualifying patterns (e.g. self-serving reviews)
|
||||
|
||||
---
|
||||
|
||||
#### 3. Data Completeness & Accuracy (0–20)
|
||||
|
||||
- All required properties present
|
||||
- Values are correct, current, and formatted properly
|
||||
- No placeholders or fabricated data
|
||||
|
||||
---
|
||||
|
||||
#### 4. Technical Correctness (0–15)
|
||||
|
||||
- Valid JSON-LD
|
||||
- Correct nesting and types
|
||||
- No syntax, enum, or formatting errors
|
||||
|
||||
---
|
||||
|
||||
#### 5. Maintenance & Sustainability (0–10)
|
||||
|
||||
- Data can be kept in sync with content
|
||||
- Updates won’t break schema
|
||||
- Suitable for templates if scaled
|
||||
|
||||
---
|
||||
|
||||
#### 6. Spam / Policy Risk (0–5)
|
||||
|
||||
- No deceptive intent
|
||||
- No over-markup
|
||||
- No attempt to game rich results
|
||||
|
||||
---
|
||||
|
||||
### Eligibility Bands (Required)
|
||||
|
||||
| Score | Verdict | Interpretation |
|
||||
| ------ | --------------------- | ------------------------------------- |
|
||||
| 85–100 | **Strong Candidate** | Schema is appropriate and low risk |
|
||||
| 70–84 | **Valid but Limited** | Use selectively, expect modest impact |
|
||||
| 55–69 | **High Risk** | Implement only with strict controls |
|
||||
| <55 | **Do Not Implement** | Likely invalid or harmful |
|
||||
|
||||
If verdict is **Do Not Implement**, stop and explain why.
|
||||
|
||||
---
|
||||
|
||||
## Phase 1: Page & Goal Assessment
|
||||
|
||||
(Proceed only if score ≥ 70)
|
||||
|
||||
### 1. Page Type
|
||||
|
||||
- What kind of page is this?
|
||||
- Primary content entity
|
||||
- Single-entity vs multi-entity page
|
||||
|
||||
### 2. Current State
|
||||
|
||||
- Existing schema present?
|
||||
- Errors or warnings?
|
||||
- Rich results currently shown?
|
||||
|
||||
### 3. Objective
|
||||
|
||||
- Which rich result (if any) is targeted?
|
||||
- Expected benefit (CTR, clarity, trust)
|
||||
- Is schema _necessary_ to achieve this?
|
||||
|
||||
---
|
||||
|
||||
## Core Principles (Non-Negotiable)
|
||||
|
||||
### 1. Accuracy Over Ambition
|
||||
|
||||
- Schema must match visible content exactly
|
||||
- Do not “add content for schema”
|
||||
- Remove schema if content is removed
|
||||
|
||||
---
|
||||
|
||||
### 2. Google First, Schema.org Second
|
||||
|
||||
- Follow **Google rich result documentation**
|
||||
- Schema.org allows more than Google supports
|
||||
- Unsupported types provide minimal SEO value
|
||||
|
||||
---
|
||||
|
||||
### 3. Minimal, Purposeful Markup
|
||||
|
||||
- Add only schema that serves a clear purpose
|
||||
- Avoid redundant or decorative markup
|
||||
- More schema ≠ better SEO
|
||||
|
||||
---
|
||||
|
||||
### 4. Continuous Validation
|
||||
|
||||
- Validate before deployment
|
||||
- Monitor Search Console enhancements
|
||||
- Fix errors promptly
|
||||
|
||||
---
|
||||
|
||||
## Common Schema Types
|
||||
## Supported & Common Schema Types
|
||||
|
||||
_(Only implement when eligibility criteria are met.)_
|
||||
|
||||
### Organization
|
||||
**Use for**: Company/brand homepage or about page
|
||||
|
||||
**Required properties**:
|
||||
- name
|
||||
- url
|
||||
Use for: brand entity (homepage or about page)
|
||||
|
||||
**Recommended properties**:
|
||||
- logo
|
||||
- sameAs (social profiles)
|
||||
- contactPoint
|
||||
### WebSite (+ SearchAction)
|
||||
|
||||
```json
|
||||
{
|
||||
"@context": "https://schema.org",
|
||||
"@type": "Organization",
|
||||
"name": "Example Company",
|
||||
"url": "https://example.com",
|
||||
"logo": "https://example.com/logo.png",
|
||||
"sameAs": [
|
||||
"https://twitter.com/example",
|
||||
"https://linkedin.com/company/example",
|
||||
"https://facebook.com/example"
|
||||
],
|
||||
"contactPoint": {
|
||||
"@type": "ContactPoint",
|
||||
"telephone": "+1-555-555-5555",
|
||||
"contactType": "customer service"
|
||||
}
|
||||
}
|
||||
```
|
||||
|
||||
### WebSite (with SearchAction)
|
||||
**Use for**: Homepage, enables sitelinks search box
|
||||
|
||||
**Required properties**:
|
||||
- name
|
||||
- url
|
||||
|
||||
**For search box**:
|
||||
- potentialAction with SearchAction
|
||||
|
||||
```json
|
||||
{
|
||||
"@context": "https://schema.org",
|
||||
"@type": "WebSite",
|
||||
"name": "Example",
|
||||
"url": "https://example.com",
|
||||
"potentialAction": {
|
||||
"@type": "SearchAction",
|
||||
"target": {
|
||||
"@type": "EntryPoint",
|
||||
"urlTemplate": "https://example.com/search?q={search_term_string}"
|
||||
},
|
||||
"query-input": "required name=search_term_string"
|
||||
}
|
||||
}
|
||||
```
|
||||
Use for: enabling sitelinks search box
|
||||
|
||||
### Article / BlogPosting
|
||||
**Use for**: Blog posts, news articles
|
||||
|
||||
**Required properties**:
|
||||
- headline
|
||||
- image
|
||||
- datePublished
|
||||
- author
|
||||
|
||||
**Recommended properties**:
|
||||
- dateModified
|
||||
- publisher
|
||||
- description
|
||||
- mainEntityOfPage
|
||||
|
||||
```json
|
||||
{
|
||||
"@context": "https://schema.org",
|
||||
"@type": "Article",
|
||||
"headline": "How to Implement Schema Markup",
|
||||
"image": "https://example.com/image.jpg",
|
||||
"datePublished": "2024-01-15T08:00:00+00:00",
|
||||
"dateModified": "2024-01-20T10:00:00+00:00",
|
||||
"author": {
|
||||
"@type": "Person",
|
||||
"name": "Jane Doe",
|
||||
"url": "https://example.com/authors/jane"
|
||||
},
|
||||
"publisher": {
|
||||
"@type": "Organization",
|
||||
"name": "Example Company",
|
||||
"logo": {
|
||||
"@type": "ImageObject",
|
||||
"url": "https://example.com/logo.png"
|
||||
}
|
||||
},
|
||||
"description": "A complete guide to implementing schema markup...",
|
||||
"mainEntityOfPage": {
|
||||
"@type": "WebPage",
|
||||
"@id": "https://example.com/schema-guide"
|
||||
}
|
||||
}
|
||||
```
|
||||
Use for: editorial content with authorship
|
||||
|
||||
### Product
|
||||
**Use for**: Product pages (e-commerce or SaaS)
|
||||
|
||||
**Required properties**:
|
||||
- name
|
||||
- image
|
||||
- offers (with price and availability)
|
||||
Use for: real purchasable products
|
||||
**Must show price, availability, and offers visibly**
|
||||
|
||||
**Recommended properties**:
|
||||
- description
|
||||
- sku
|
||||
- brand
|
||||
- aggregateRating
|
||||
- review
|
||||
|
||||
```json
|
||||
{
|
||||
"@context": "https://schema.org",
|
||||
"@type": "Product",
|
||||
"name": "Premium Widget",
|
||||
"image": "https://example.com/widget.jpg",
|
||||
"description": "Our best-selling widget for professionals",
|
||||
"sku": "WIDGET-001",
|
||||
"brand": {
|
||||
"@type": "Brand",
|
||||
"name": "Example Co"
|
||||
},
|
||||
"offers": {
|
||||
"@type": "Offer",
|
||||
"url": "https://example.com/products/widget",
|
||||
"priceCurrency": "USD",
|
||||
"price": "99.99",
|
||||
"availability": "https://schema.org/InStock",
|
||||
"priceValidUntil": "2024-12-31"
|
||||
},
|
||||
"aggregateRating": {
|
||||
"@type": "AggregateRating",
|
||||
"ratingValue": "4.8",
|
||||
"reviewCount": "127"
|
||||
}
|
||||
}
|
||||
```
|
||||
---
|
||||
|
||||
### SoftwareApplication
|
||||
**Use for**: SaaS product pages, app landing pages
|
||||
|
||||
**Required properties**:
|
||||
- name
|
||||
- offers (or free indicator)
|
||||
Use for: SaaS apps and tools
|
||||
|
||||
**Recommended properties**:
|
||||
- applicationCategory
|
||||
- operatingSystem
|
||||
- aggregateRating
|
||||
|
||||
```json
|
||||
{
|
||||
"@context": "https://schema.org",
|
||||
"@type": "SoftwareApplication",
|
||||
"name": "Example App",
|
||||
"applicationCategory": "BusinessApplication",
|
||||
"operatingSystem": "Web, iOS, Android",
|
||||
"offers": {
|
||||
"@type": "Offer",
|
||||
"price": "0",
|
||||
"priceCurrency": "USD"
|
||||
},
|
||||
"aggregateRating": {
|
||||
"@type": "AggregateRating",
|
||||
"ratingValue": "4.6",
|
||||
"ratingCount": "1250"
|
||||
}
|
||||
}
|
||||
```
|
||||
---
|
||||
|
||||
### FAQPage
|
||||
**Use for**: Pages with frequently asked questions
|
||||
|
||||
**Required properties**:
|
||||
- mainEntity (array of Question/Answer)
|
||||
Use only when:
|
||||
|
||||
```json
|
||||
{
|
||||
"@context": "https://schema.org",
|
||||
"@type": "FAQPage",
|
||||
"mainEntity": [
|
||||
{
|
||||
"@type": "Question",
|
||||
"name": "What is schema markup?",
|
||||
"acceptedAnswer": {
|
||||
"@type": "Answer",
|
||||
"text": "Schema markup is a structured data vocabulary that helps search engines understand your content..."
|
||||
}
|
||||
},
|
||||
{
|
||||
"@type": "Question",
|
||||
"name": "How do I implement schema?",
|
||||
"acceptedAnswer": {
|
||||
"@type": "Answer",
|
||||
"text": "The recommended approach is to use JSON-LD format, placing the script in your page's head..."
|
||||
}
|
||||
}
|
||||
]
|
||||
}
|
||||
```
|
||||
- Questions and answers are visible
|
||||
- Not used for promotional content
|
||||
- Not user-generated without moderation
|
||||
|
||||
---
|
||||
|
||||
### HowTo
|
||||
**Use for**: Instructional content, tutorials
|
||||
|
||||
**Required properties**:
|
||||
- name
|
||||
- step (array of HowToStep)
|
||||
Use only for:
|
||||
|
||||
**Recommended properties**:
|
||||
- image
|
||||
- totalTime
|
||||
- estimatedCost
|
||||
- supply/tool
|
||||
- Genuine step-by-step instructional content
|
||||
- Not marketing funnels
|
||||
|
||||
```json
|
||||
{
|
||||
"@context": "https://schema.org",
|
||||
"@type": "HowTo",
|
||||
"name": "How to Add Schema Markup to Your Website",
|
||||
"description": "A step-by-step guide to implementing JSON-LD schema",
|
||||
"totalTime": "PT15M",
|
||||
"step": [
|
||||
{
|
||||
"@type": "HowToStep",
|
||||
"name": "Choose your schema type",
|
||||
"text": "Identify the appropriate schema type for your page content...",
|
||||
"url": "https://example.com/guide#step1"
|
||||
},
|
||||
{
|
||||
"@type": "HowToStep",
|
||||
"name": "Write the JSON-LD",
|
||||
"text": "Create the JSON-LD markup following schema.org specifications...",
|
||||
"url": "https://example.com/guide#step2"
|
||||
},
|
||||
{
|
||||
"@type": "HowToStep",
|
||||
"name": "Add to your page",
|
||||
"text": "Insert the script tag in your page's head section...",
|
||||
"url": "https://example.com/guide#step3"
|
||||
}
|
||||
]
|
||||
}
|
||||
```
|
||||
---
|
||||
|
||||
### BreadcrumbList
|
||||
**Use for**: Any page with breadcrumb navigation
|
||||
|
||||
```json
|
||||
{
|
||||
"@context": "https://schema.org",
|
||||
"@type": "BreadcrumbList",
|
||||
"itemListElement": [
|
||||
{
|
||||
"@type": "ListItem",
|
||||
"position": 1,
|
||||
"name": "Home",
|
||||
"item": "https://example.com"
|
||||
},
|
||||
{
|
||||
"@type": "ListItem",
|
||||
"position": 2,
|
||||
"name": "Blog",
|
||||
"item": "https://example.com/blog"
|
||||
},
|
||||
{
|
||||
"@type": "ListItem",
|
||||
"position": 3,
|
||||
"name": "SEO Guide",
|
||||
"item": "https://example.com/blog/seo-guide"
|
||||
}
|
||||
]
|
||||
}
|
||||
```
|
||||
Use whenever breadcrumbs exist visually
|
||||
|
||||
---
|
||||
|
||||
### LocalBusiness
|
||||
**Use for**: Local business location pages
|
||||
|
||||
**Required properties**:
|
||||
- name
|
||||
- address
|
||||
- (Various by business type)
|
||||
Use for: real, physical business locations
|
||||
|
||||
```json
|
||||
{
|
||||
"@context": "https://schema.org",
|
||||
"@type": "LocalBusiness",
|
||||
"name": "Example Coffee Shop",
|
||||
"image": "https://example.com/shop.jpg",
|
||||
"address": {
|
||||
"@type": "PostalAddress",
|
||||
"streetAddress": "123 Main Street",
|
||||
"addressLocality": "San Francisco",
|
||||
"addressRegion": "CA",
|
||||
"postalCode": "94102",
|
||||
"addressCountry": "US"
|
||||
},
|
||||
"geo": {
|
||||
"@type": "GeoCoordinates",
|
||||
"latitude": "37.7749",
|
||||
"longitude": "-122.4194"
|
||||
},
|
||||
"telephone": "+1-555-555-5555",
|
||||
"openingHoursSpecification": [
|
||||
{
|
||||
"@type": "OpeningHoursSpecification",
|
||||
"dayOfWeek": ["Monday", "Tuesday", "Wednesday", "Thursday", "Friday"],
|
||||
"opens": "08:00",
|
||||
"closes": "18:00"
|
||||
}
|
||||
],
|
||||
"priceRange": "$$"
|
||||
}
|
||||
```
|
||||
---
|
||||
|
||||
### Review / AggregateRating
|
||||
**Use for**: Review pages or products with reviews
|
||||
|
||||
Note: Self-serving reviews (reviewing your own product) are against guidelines. Reviews must be from real customers.
|
||||
**Strict rules:**
|
||||
|
||||
```json
|
||||
{
|
||||
"@context": "https://schema.org",
|
||||
"@type": "Product",
|
||||
"name": "Example Product",
|
||||
"aggregateRating": {
|
||||
"@type": "AggregateRating",
|
||||
"ratingValue": "4.5",
|
||||
"bestRating": "5",
|
||||
"worstRating": "1",
|
||||
"ratingCount": "523"
|
||||
},
|
||||
"review": [
|
||||
{
|
||||
"@type": "Review",
|
||||
"author": {
|
||||
"@type": "Person",
|
||||
"name": "John Smith"
|
||||
},
|
||||
"datePublished": "2024-01-10",
|
||||
"reviewRating": {
|
||||
"@type": "Rating",
|
||||
"ratingValue": "5"
|
||||
},
|
||||
"reviewBody": "Excellent product, exceeded my expectations..."
|
||||
}
|
||||
]
|
||||
}
|
||||
```
|
||||
- Reviews must be genuine
|
||||
- No self-serving reviews
|
||||
- Ratings must match visible content
|
||||
|
||||
---
|
||||
|
||||
### Event
|
||||
**Use for**: Event pages, webinars, conferences
|
||||
|
||||
**Required properties**:
|
||||
- name
|
||||
- startDate
|
||||
- location (or eventAttendanceMode for online)
|
||||
|
||||
```json
|
||||
{
|
||||
"@context": "https://schema.org",
|
||||
"@type": "Event",
|
||||
"name": "Annual Marketing Conference",
|
||||
"startDate": "2024-06-15T09:00:00-07:00",
|
||||
"endDate": "2024-06-15T17:00:00-07:00",
|
||||
"eventAttendanceMode": "https://schema.org/OnlineEventAttendanceMode",
|
||||
"eventStatus": "https://schema.org/EventScheduled",
|
||||
"location": {
|
||||
"@type": "VirtualLocation",
|
||||
"url": "https://example.com/conference"
|
||||
},
|
||||
"image": "https://example.com/conference.jpg",
|
||||
"description": "Join us for our annual marketing conference...",
|
||||
"offers": {
|
||||
"@type": "Offer",
|
||||
"url": "https://example.com/conference/tickets",
|
||||
"price": "199",
|
||||
"priceCurrency": "USD",
|
||||
"availability": "https://schema.org/InStock",
|
||||
"validFrom": "2024-01-01"
|
||||
},
|
||||
"performer": {
|
||||
"@type": "Organization",
|
||||
"name": "Example Company"
|
||||
},
|
||||
"organizer": {
|
||||
"@type": "Organization",
|
||||
"name": "Example Company",
|
||||
"url": "https://example.com"
|
||||
}
|
||||
}
|
||||
```
|
||||
Use for: real events with clear dates and availability
|
||||
|
||||
---
|
||||
|
||||
## Multiple Schema Types on One Page
|
||||
## Multiple Schema Types per Page
|
||||
|
||||
You can (and often should) have multiple schema types:
|
||||
Use `@graph` when representing multiple entities.
|
||||
|
||||
```json
|
||||
{
|
||||
"@context": "https://schema.org",
|
||||
"@graph": [
|
||||
{
|
||||
"@type": "Organization",
|
||||
"@id": "https://example.com/#organization",
|
||||
"name": "Example Company",
|
||||
"url": "https://example.com"
|
||||
},
|
||||
{
|
||||
"@type": "WebSite",
|
||||
"@id": "https://example.com/#website",
|
||||
"url": "https://example.com",
|
||||
"name": "Example",
|
||||
"publisher": {
|
||||
"@id": "https://example.com/#organization"
|
||||
}
|
||||
},
|
||||
{
|
||||
"@type": "BreadcrumbList",
|
||||
"itemListElement": [...]
|
||||
}
|
||||
]
|
||||
}
|
||||
```
|
||||
Rules:
|
||||
|
||||
- One primary entity per page
|
||||
- Others must relate logically
|
||||
- Avoid conflicting entity definitions
|
||||
|
||||
---
|
||||
|
||||
## Validation and Testing
|
||||
## Validation & Testing
|
||||
|
||||
### Tools
|
||||
- **Google Rich Results Test**: https://search.google.com/test/rich-results
|
||||
- **Schema.org Validator**: https://validator.schema.org/
|
||||
- **Search Console**: Enhancements reports
|
||||
### Required Tools
|
||||
|
||||
### Common Errors
|
||||
- Google Rich Results Test
|
||||
- Schema.org Validator
|
||||
- Search Console Enhancements
|
||||
|
||||
**Missing required properties**
|
||||
- Check Google's documentation for required fields
|
||||
- Different from schema.org minimum requirements
|
||||
### Common Failure Patterns
|
||||
|
||||
**Invalid values**
|
||||
- Dates must be ISO 8601 format
|
||||
- URLs must be fully qualified
|
||||
- Enumerations must use exact values
|
||||
|
||||
**Mismatch with page content**
|
||||
- Schema doesn't match visible content
|
||||
- Ratings for products without reviews shown
|
||||
- Prices that don't match displayed prices
|
||||
- Missing required properties
|
||||
- Mismatched values
|
||||
- Hidden or fabricated data
|
||||
- Incorrect enum values
|
||||
- Dates not in ISO 8601
|
||||
|
||||
---
|
||||
|
||||
## Implementation Patterns
|
||||
## Implementation Guidance
|
||||
|
||||
### Static Sites
|
||||
- Add JSON-LD directly in HTML template
|
||||
- Use includes/partials for reusable schema
|
||||
|
||||
### Dynamic Sites (React, Next.js, etc.)
|
||||
- Component that renders schema
|
||||
- Server-side rendered for SEO
|
||||
- Serialize data to JSON-LD
|
||||
- Embed JSON-LD in templates
|
||||
- Use includes for reuse
|
||||
|
||||
```jsx
|
||||
// Next.js example
|
||||
export default function ProductPage({ product }) {
|
||||
const schema = {
|
||||
"@context": "https://schema.org",
|
||||
"@type": "Product",
|
||||
name: product.name,
|
||||
// ... other properties
|
||||
};
|
||||
### Frameworks (React / Next.js)
|
||||
|
||||
return (
|
||||
<>
|
||||
<Head>
|
||||
<script
|
||||
type="application/ld+json"
|
||||
dangerouslySetInnerHTML={{ __html: JSON.stringify(schema) }}
|
||||
/>
|
||||
</Head>
|
||||
{/* Page content */}
|
||||
</>
|
||||
);
|
||||
}
|
||||
```
|
||||
- Server-side rendered JSON-LD
|
||||
- Data serialized directly from source
|
||||
|
||||
### CMS / WordPress
|
||||
- Plugins (Yoast, Rank Math, Schema Pro)
|
||||
- Theme modifications
|
||||
- Custom fields to structured data
|
||||
|
||||
- Prefer structured plugins
|
||||
- Use custom fields for dynamic values
|
||||
- Avoid hardcoded schema in themes
|
||||
|
||||
---
|
||||
|
||||
## Output Format
|
||||
## Output Format (Required)
|
||||
|
||||
### Schema Strategy Summary
|
||||
|
||||
- Eligibility Index score + verdict
|
||||
- Supported schema types
|
||||
- Risks and constraints
|
||||
|
||||
### JSON-LD Implementation
|
||||
|
||||
### Schema Implementation
|
||||
```json
|
||||
// Full JSON-LD code block
|
||||
{
|
||||
"@context": "https://schema.org",
|
||||
"@type": "...",
|
||||
// Complete markup
|
||||
...
|
||||
}
|
||||
```
|
||||
|
||||
### Placement Instructions
|
||||
Where to add the code and how
|
||||
|
||||
### Testing Checklist
|
||||
- [ ] Validates in Rich Results Test
|
||||
- [ ] No errors or warnings
|
||||
- [ ] Matches page content
|
||||
- [ ] All required properties included
|
||||
Where and how to add it
|
||||
|
||||
### Validation Checklist
|
||||
|
||||
- [ ] Valid JSON-LD
|
||||
- [ ] Passes Rich Results Test
|
||||
- [ ] Matches visible content
|
||||
- [ ] Meets Google eligibility rules
|
||||
|
||||
---
|
||||
|
||||
## Questions to Ask
|
||||
## Questions to Ask (If Needed)
|
||||
|
||||
If you need more context:
|
||||
1. What type of page is this?
|
||||
2. What rich results are you hoping to achieve?
|
||||
3. What data is available to populate the schema?
|
||||
4. Is there existing schema on the page?
|
||||
5. What's your tech stack for implementation?
|
||||
1. What content is visible on the page?
|
||||
2. Which rich result are you targeting (if any)?
|
||||
3. Is this content templated or editorial?
|
||||
4. How is this data maintained?
|
||||
5. Is schema already present?
|
||||
|
||||
---
|
||||
|
||||
## Related Skills
|
||||
|
||||
- **seo-audit**: For overall SEO including schema review
|
||||
- **programmatic-seo**: For templated schema at scale
|
||||
- **analytics-tracking**: For measuring rich result impact
|
||||
- **seo-audit** – Full SEO review including schema
|
||||
- **programmatic-seo** – Templated schema at scale
|
||||
- **analytics-tracking** – Measure rich result impact
|
||||
|
||||
@@ -1,41 +1,56 @@
|
||||
---
|
||||
name: seo-audit
|
||||
description: When the user wants to audit, review, or diagnose SEO issues on their site. Also use when the user mentions "SEO audit," "technical SEO," "why am I not ranking," "SEO issues," "on-page SEO," "meta tags review," or "SEO health check." For building pages at scale to target keywords, see programmatic-seo. For adding structured data, see schema-markup.
|
||||
description: >
|
||||
Diagnose and audit SEO issues affecting crawlability, indexation, rankings,
|
||||
and organic performance. Use when the user asks for an SEO audit, technical SEO
|
||||
review, ranking diagnosis, on-page SEO review, meta tag audit, or SEO health check.
|
||||
This skill identifies issues and prioritizes actions but does not execute changes.
|
||||
For large-scale page creation, use programmatic-seo. For structured data, use
|
||||
schema-markup.
|
||||
---
|
||||
|
||||
# SEO Audit
|
||||
|
||||
You are an expert in search engine optimization. Your goal is to identify SEO issues and provide actionable recommendations to improve organic search performance.
|
||||
You are an **SEO diagnostic specialist**.
|
||||
Your role is to **identify, explain, and prioritize SEO issues** that affect organic visibility—**not to implement fixes unless explicitly requested**.
|
||||
|
||||
## Initial Assessment
|
||||
|
||||
Before auditing, understand:
|
||||
|
||||
1. **Site Context**
|
||||
- What type of site? (SaaS, e-commerce, blog, etc.)
|
||||
- What's the primary business goal for SEO?
|
||||
- What keywords/topics are priorities?
|
||||
|
||||
2. **Current State**
|
||||
- Any known issues or concerns?
|
||||
- Current organic traffic level?
|
||||
- Recent changes or migrations?
|
||||
|
||||
3. **Scope**
|
||||
- Full site audit or specific pages?
|
||||
- Technical + on-page, or one focus area?
|
||||
- Access to Search Console / analytics?
|
||||
Your output must be **evidence-based, scoped, and actionable**.
|
||||
|
||||
---
|
||||
|
||||
## Audit Framework
|
||||
## Scope Gate (Ask First if Missing)
|
||||
|
||||
### Priority Order
|
||||
1. **Crawlability & Indexation** (can Google find and index it?)
|
||||
2. **Technical Foundations** (is the site fast and functional?)
|
||||
3. **On-Page Optimization** (is content optimized?)
|
||||
4. **Content Quality** (does it deserve to rank?)
|
||||
5. **Authority & Links** (does it have credibility?)
|
||||
Before performing a full audit, clarify:
|
||||
|
||||
1. **Business Context**
|
||||
|
||||
* Site type (SaaS, e-commerce, blog, local, marketplace, etc.)
|
||||
* Primary SEO goal (traffic, conversions, leads, brand visibility)
|
||||
* Target markets and languages
|
||||
|
||||
2. **SEO Focus**
|
||||
|
||||
* Full site audit or specific sections/pages?
|
||||
* Technical SEO, on-page, content, or all?
|
||||
* Desktop, mobile, or both?
|
||||
|
||||
3. **Data Access**
|
||||
|
||||
* Google Search Console access?
|
||||
* Analytics access?
|
||||
* Known issues, penalties, or recent changes (migration, redesign, CMS change)?
|
||||
|
||||
If critical context is missing, **state assumptions explicitly** before proceeding.
|
||||
|
||||
---
|
||||
|
||||
## Audit Framework (Priority Order)
|
||||
|
||||
1. **Crawlability & Indexation** – Can search engines access and index the site?
|
||||
2. **Technical Foundations** – Is the site fast, stable, and accessible?
|
||||
3. **On-Page Optimization** – Is each page clearly optimized for its intent?
|
||||
4. **Content Quality & E-E-A-T** – Does the content deserve to rank?
|
||||
5. **Authority & Signals** – Does the site demonstrate trust and relevance?
|
||||
|
||||
---
|
||||
|
||||
@@ -44,96 +59,96 @@ Before auditing, understand:
|
||||
### Crawlability
|
||||
|
||||
**Robots.txt**
|
||||
- Check for unintentional blocks
|
||||
- Verify important pages allowed
|
||||
- Check sitemap reference
|
||||
|
||||
**XML Sitemap**
|
||||
- Exists and accessible
|
||||
- Submitted to Search Console
|
||||
- Contains only canonical, indexable URLs
|
||||
- Updated regularly
|
||||
- Proper formatting
|
||||
* Accidental blocking of important paths
|
||||
* Sitemap reference present
|
||||
* Environment-specific rules (prod vs staging)
|
||||
|
||||
**XML Sitemaps**
|
||||
|
||||
* Accessible and valid
|
||||
* Contains only canonical, indexable URLs
|
||||
* Reasonable size and segmentation
|
||||
* Submitted and processed successfully
|
||||
|
||||
**Site Architecture**
|
||||
- Important pages within 3 clicks of homepage
|
||||
- Logical hierarchy
|
||||
- Internal linking structure
|
||||
- No orphan pages
|
||||
|
||||
**Crawl Budget Issues** (for large sites)
|
||||
- Parameterized URLs under control
|
||||
- Faceted navigation handled properly
|
||||
- Infinite scroll with pagination fallback
|
||||
- Session IDs not in URLs
|
||||
* Key pages within ~3 clicks
|
||||
* Logical hierarchy
|
||||
* Internal linking coverage
|
||||
* No orphaned URLs
|
||||
|
||||
**Crawl Efficiency (Large Sites)**
|
||||
|
||||
* Parameter handling
|
||||
* Faceted navigation controls
|
||||
* Infinite scroll with crawlable pagination
|
||||
* Session IDs avoided
|
||||
|
||||
---
|
||||
|
||||
### Indexation
|
||||
|
||||
**Index Status**
|
||||
- site:domain.com check
|
||||
- Search Console coverage report
|
||||
- Compare indexed vs. expected
|
||||
**Coverage Analysis**
|
||||
|
||||
**Indexation Issues**
|
||||
- Noindex tags on important pages
|
||||
- Canonicals pointing wrong direction
|
||||
- Redirect chains/loops
|
||||
- Soft 404s
|
||||
- Duplicate content without canonicals
|
||||
* Indexed vs expected pages
|
||||
* Excluded URLs (intentional vs accidental)
|
||||
|
||||
**Canonicalization**
|
||||
- All pages have canonical tags
|
||||
- Self-referencing canonicals on unique pages
|
||||
- HTTP → HTTPS canonicals
|
||||
- www vs. non-www consistency
|
||||
- Trailing slash consistency
|
||||
**Common Indexation Issues**
|
||||
|
||||
### Site Speed & Core Web Vitals
|
||||
* Incorrect `noindex`
|
||||
* Canonical conflicts
|
||||
* Redirect chains or loops
|
||||
* Soft 404s
|
||||
* Duplicate content without consolidation
|
||||
|
||||
**Core Web Vitals**
|
||||
- LCP (Largest Contentful Paint): < 2.5s
|
||||
- INP (Interaction to Next Paint): < 200ms
|
||||
- CLS (Cumulative Layout Shift): < 0.1
|
||||
**Canonicalization Consistency**
|
||||
|
||||
**Speed Factors**
|
||||
- Server response time (TTFB)
|
||||
- Image optimization
|
||||
- JavaScript execution
|
||||
- CSS delivery
|
||||
- Caching headers
|
||||
- CDN usage
|
||||
- Font loading
|
||||
* Self-referencing canonicals
|
||||
* HTTPS consistency
|
||||
* Hostname consistency (www / non-www)
|
||||
* Trailing slash rules
|
||||
|
||||
**Tools**
|
||||
- PageSpeed Insights
|
||||
- WebPageTest
|
||||
- Chrome DevTools
|
||||
- Search Console Core Web Vitals report
|
||||
---
|
||||
|
||||
### Performance & Core Web Vitals
|
||||
|
||||
**Key Metrics**
|
||||
|
||||
* LCP < 2.5s
|
||||
* INP < 200ms
|
||||
* CLS < 0.1
|
||||
|
||||
**Contributing Factors**
|
||||
|
||||
* Server response time
|
||||
* Image handling
|
||||
* JavaScript execution cost
|
||||
* CSS delivery
|
||||
* Caching strategy
|
||||
* CDN usage
|
||||
* Font loading behavior
|
||||
|
||||
---
|
||||
|
||||
### Mobile-Friendliness
|
||||
|
||||
- Responsive design (not separate m. site)
|
||||
- Tap target sizes
|
||||
- Viewport configured
|
||||
- No horizontal scroll
|
||||
- Same content as desktop
|
||||
- Mobile-first indexing readiness
|
||||
* Responsive layout
|
||||
* Proper viewport configuration
|
||||
* Tap target sizing
|
||||
* No horizontal scrolling
|
||||
* Content parity with desktop
|
||||
* Mobile-first indexing readiness
|
||||
|
||||
### Security & HTTPS
|
||||
---
|
||||
|
||||
- HTTPS across entire site
|
||||
- Valid SSL certificate
|
||||
- No mixed content
|
||||
- HTTP → HTTPS redirects
|
||||
- HSTS header (bonus)
|
||||
### Security & Accessibility Signals
|
||||
|
||||
### URL Structure
|
||||
|
||||
- Readable, descriptive URLs
|
||||
- Keywords in URLs where natural
|
||||
- Consistent structure
|
||||
- No unnecessary parameters
|
||||
- Lowercase and hyphen-separated
|
||||
* HTTPS everywhere
|
||||
* Valid certificates
|
||||
* No mixed content
|
||||
* HTTP → HTTPS redirects
|
||||
* Accessibility issues that impact UX or crawling
|
||||
|
||||
---
|
||||
|
||||
@@ -141,244 +156,332 @@ Before auditing, understand:
|
||||
|
||||
### Title Tags
|
||||
|
||||
**Check for:**
|
||||
- Unique titles for each page
|
||||
- Primary keyword near beginning
|
||||
- 50-60 characters (visible in SERP)
|
||||
- Compelling and click-worthy
|
||||
- Brand name placement (end, usually)
|
||||
|
||||
**Common issues:**
|
||||
- Duplicate titles
|
||||
- Too long (truncated)
|
||||
- Too short (wasted opportunity)
|
||||
- Keyword stuffing
|
||||
- Missing entirely
|
||||
* Unique per page
|
||||
* Keyword-aligned
|
||||
* Appropriate length
|
||||
* Clear intent and differentiation
|
||||
|
||||
### Meta Descriptions
|
||||
|
||||
**Check for:**
|
||||
- Unique descriptions per page
|
||||
- 150-160 characters
|
||||
- Includes primary keyword
|
||||
- Clear value proposition
|
||||
- Call to action
|
||||
|
||||
**Common issues:**
|
||||
- Duplicate descriptions
|
||||
- Auto-generated garbage
|
||||
- Too long/short
|
||||
- No compelling reason to click
|
||||
* Unique and descriptive
|
||||
* Supports click-through
|
||||
* Not auto-generated noise
|
||||
|
||||
### Heading Structure
|
||||
|
||||
**Check for:**
|
||||
- One H1 per page
|
||||
- H1 contains primary keyword
|
||||
- Logical hierarchy (H1 → H2 → H3)
|
||||
- Headings describe content
|
||||
- Not just for styling
|
||||
|
||||
**Common issues:**
|
||||
- Multiple H1s
|
||||
- Skip levels (H1 → H3)
|
||||
- Headings used for styling only
|
||||
- No H1 on page
|
||||
* One clear H1
|
||||
* Logical hierarchy
|
||||
* Headings reflect content structure
|
||||
|
||||
### Content Optimization
|
||||
|
||||
**Primary Page Content**
|
||||
- Keyword in first 100 words
|
||||
- Related keywords naturally used
|
||||
- Sufficient depth/length for topic
|
||||
- Answers search intent
|
||||
- Better than competitors
|
||||
* Satisfies search intent
|
||||
* Sufficient topical depth
|
||||
* Natural keyword usage
|
||||
* Not competing with other internal pages
|
||||
|
||||
**Thin Content Issues**
|
||||
- Pages with little unique content
|
||||
- Tag/category pages with no value
|
||||
- Doorway pages
|
||||
- Duplicate or near-duplicate content
|
||||
### Images
|
||||
|
||||
### Image Optimization
|
||||
|
||||
**Check for:**
|
||||
- Descriptive file names
|
||||
- Alt text on all images
|
||||
- Alt text describes image
|
||||
- Compressed file sizes
|
||||
- Modern formats (WebP)
|
||||
- Lazy loading implemented
|
||||
- Responsive images
|
||||
* Descriptive filenames
|
||||
* Accurate alt text
|
||||
* Proper compression and formats
|
||||
* Responsive handling and lazy loading
|
||||
|
||||
### Internal Linking
|
||||
|
||||
**Check for:**
|
||||
- Important pages well-linked
|
||||
- Descriptive anchor text
|
||||
- Logical link relationships
|
||||
- No broken internal links
|
||||
- Reasonable link count per page
|
||||
|
||||
**Common issues:**
|
||||
- Orphan pages (no internal links)
|
||||
- Over-optimized anchor text
|
||||
- Important pages buried
|
||||
- Excessive footer/sidebar links
|
||||
|
||||
### Keyword Targeting
|
||||
|
||||
**Per Page**
|
||||
- Clear primary keyword target
|
||||
- Title, H1, URL aligned
|
||||
- Content satisfies search intent
|
||||
- Not competing with other pages (cannibalization)
|
||||
|
||||
**Site-Wide**
|
||||
- Keyword mapping document
|
||||
- No major gaps in coverage
|
||||
- No keyword cannibalization
|
||||
- Logical topical clusters
|
||||
* Important pages reinforced
|
||||
* Descriptive anchor text
|
||||
* No broken links
|
||||
* Balanced link distribution
|
||||
|
||||
---
|
||||
|
||||
## Content Quality Assessment
|
||||
## Content Quality & E-E-A-T
|
||||
|
||||
### E-E-A-T Signals
|
||||
### Experience & Expertise
|
||||
|
||||
**Experience**
|
||||
- First-hand experience demonstrated
|
||||
- Original insights/data
|
||||
- Real examples and case studies
|
||||
* First-hand knowledge
|
||||
* Original insights or data
|
||||
* Clear author attribution
|
||||
|
||||
**Expertise**
|
||||
- Author credentials visible
|
||||
- Accurate, detailed information
|
||||
- Properly sourced claims
|
||||
### Authoritativeness
|
||||
|
||||
**Authoritativeness**
|
||||
- Recognized in the space
|
||||
- Cited by others
|
||||
- Industry credentials
|
||||
* Citations or recognition
|
||||
* Consistent topical focus
|
||||
|
||||
**Trustworthiness**
|
||||
- Accurate information
|
||||
- Transparent about business
|
||||
- Contact information available
|
||||
- Privacy policy, terms
|
||||
- Secure site (HTTPS)
|
||||
### Trustworthiness
|
||||
|
||||
### Content Depth
|
||||
* Accurate, updated content
|
||||
* Transparent business information
|
||||
* Policies (privacy, terms)
|
||||
* Secure site
|
||||
|
||||
- Comprehensive coverage of topic
|
||||
- Answers follow-up questions
|
||||
- Better than top-ranking competitors
|
||||
- Updated and current
|
||||
---
|
||||
## 🔢 SEO Health Index & Scoring Layer (Additive)
|
||||
|
||||
### User Engagement Signals
|
||||
### Purpose
|
||||
|
||||
- Time on page
|
||||
- Bounce rate in context
|
||||
- Pages per session
|
||||
- Return visits
|
||||
The **SEO Health Index** provides a **normalized, explainable score** that summarizes overall SEO health **without replacing detailed findings**.
|
||||
|
||||
It is designed to:
|
||||
|
||||
* Communicate severity at a glance
|
||||
* Support prioritization
|
||||
* Track improvement over time
|
||||
* Avoid misleading “one-number SEO” claims
|
||||
|
||||
---
|
||||
|
||||
## Common Issues by Site Type
|
||||
## Scoring Model Overview
|
||||
|
||||
### SaaS/Product Sites
|
||||
- Product pages lack content depth
|
||||
- Blog not integrated with product pages
|
||||
- Missing comparison/alternative pages
|
||||
- Feature pages thin on content
|
||||
- No glossary/educational content
|
||||
### Total Score: **0–100**
|
||||
|
||||
### E-commerce
|
||||
- Thin category pages
|
||||
- Duplicate product descriptions
|
||||
- Missing product schema
|
||||
- Faceted navigation creating duplicates
|
||||
- Out-of-stock pages mishandled
|
||||
The score is a **weighted composite**, not an average.
|
||||
|
||||
### Content/Blog Sites
|
||||
- Outdated content not refreshed
|
||||
- Keyword cannibalization
|
||||
- No topical clustering
|
||||
- Poor internal linking
|
||||
- Missing author pages
|
||||
| Category | Weight |
|
||||
| ------------------------- | ------- |
|
||||
| Crawlability & Indexation | 30 |
|
||||
| Technical Foundations | 25 |
|
||||
| On-Page Optimization | 20 |
|
||||
| Content Quality & E-E-A-T | 15 |
|
||||
| Authority & Trust Signals | 10 |
|
||||
| **Total** | **100** |
|
||||
|
||||
### Local Business
|
||||
- Inconsistent NAP
|
||||
- Missing local schema
|
||||
- No Google Business Profile optimization
|
||||
- Missing location pages
|
||||
- No local content
|
||||
> If a category is **out of scope**, redistribute its weight proportionally and state this explicitly.
|
||||
|
||||
---
|
||||
|
||||
## Output Format
|
||||
## Category Scoring Rules
|
||||
|
||||
### Audit Report Structure
|
||||
Each category is scored **independently**, then weighted.
|
||||
|
||||
**Executive Summary**
|
||||
- Overall health assessment
|
||||
- Top 3-5 priority issues
|
||||
- Quick wins identified
|
||||
### Per-Category Score: 0–100
|
||||
|
||||
**Technical SEO Findings**
|
||||
For each issue:
|
||||
- **Issue**: What's wrong
|
||||
- **Impact**: SEO impact (High/Medium/Low)
|
||||
- **Evidence**: How you found it
|
||||
- **Fix**: Specific recommendation
|
||||
- **Priority**: 1-5 or High/Medium/Low
|
||||
Start each category at **100** and subtract points based on issues found.
|
||||
|
||||
**On-Page SEO Findings**
|
||||
Same format as above
|
||||
#### Severity Deductions
|
||||
|
||||
**Content Findings**
|
||||
Same format as above
|
||||
| Issue Severity | Deduction |
|
||||
| ------------------------------------------- | ---------- |
|
||||
| Critical (blocks crawling/indexing/ranking) | −15 to −30 |
|
||||
| High impact | −10 |
|
||||
| Medium impact | −5 |
|
||||
| Low impact / cosmetic | −1 to −3 |
|
||||
|
||||
**Prioritized Action Plan**
|
||||
1. Critical fixes (blocking indexation/ranking)
|
||||
2. High-impact improvements
|
||||
3. Quick wins (easy, immediate benefit)
|
||||
4. Long-term recommendations
|
||||
#### Confidence Modifier
|
||||
|
||||
If confidence is **Medium**, apply **50%** of the deduction
|
||||
If confidence is **Low**, apply **25%** of the deduction
|
||||
|
||||
---
|
||||
|
||||
## Tools Referenced
|
||||
## Example (Category)
|
||||
|
||||
**Free Tools**
|
||||
- Google Search Console (essential)
|
||||
- Google PageSpeed Insights
|
||||
- Bing Webmaster Tools
|
||||
- Rich Results Test
|
||||
- Mobile-Friendly Test
|
||||
- Schema Validator
|
||||
> Crawlability & Indexation (Weight: 30)
|
||||
|
||||
**Paid Tools** (if available)
|
||||
- Screaming Frog
|
||||
- Ahrefs / Semrush
|
||||
- Sitebulb
|
||||
- ContentKing
|
||||
* Noindex on key category pages → Critical (−25, High confidence)
|
||||
* XML sitemap includes redirected URLs → Medium (−5, Medium confidence → −2.5)
|
||||
* Missing sitemap reference in robots.txt → Low (−2)
|
||||
|
||||
**Raw score:** 100 − 29.5 = **70.5**
|
||||
**Weighted contribution:** 70.5 × 0.30 = **21.15**
|
||||
|
||||
---
|
||||
|
||||
## Questions to Ask
|
||||
## Overall SEO Health Index
|
||||
|
||||
If you need more context:
|
||||
1. What pages/keywords matter most?
|
||||
2. Do you have Search Console access?
|
||||
3. Any recent changes or migrations?
|
||||
4. Who are your top organic competitors?
|
||||
5. What's your current organic traffic baseline?
|
||||
### Calculation
|
||||
|
||||
```
|
||||
SEO Health Index =
|
||||
Σ (Category Score × Category Weight)
|
||||
```
|
||||
|
||||
Rounded to nearest whole number.
|
||||
|
||||
---
|
||||
|
||||
## Related Skills
|
||||
## Health Bands (Required)
|
||||
|
||||
Always classify the final score into a band:
|
||||
|
||||
| Score Range | Health Status | Interpretation |
|
||||
| ----------- | ------------- | ----------------------------------------------- |
|
||||
| 90–100 | Excellent | Strong SEO foundation, minor optimizations only |
|
||||
| 75–89 | Good | Solid performance with clear improvement areas |
|
||||
| 60–74 | Fair | Meaningful issues limiting growth |
|
||||
| 40–59 | Poor | Serious SEO constraints |
|
||||
| <40 | Critical | SEO is fundamentally broken |
|
||||
|
||||
---
|
||||
|
||||
## Output Requirements (Scoring Section)
|
||||
|
||||
Include this **after the Executive Summary**:
|
||||
|
||||
### SEO Health Index
|
||||
|
||||
* **Overall Score:** XX / 100
|
||||
* **Health Status:** [Excellent / Good / Fair / Poor / Critical]
|
||||
|
||||
#### Category Breakdown
|
||||
|
||||
| Category | Score | Weight | Weighted Contribution |
|
||||
| ------------------------- | ----- | ------ | --------------------- |
|
||||
| Crawlability & Indexation | XX | 30 | XX |
|
||||
| Technical Foundations | XX | 25 | XX |
|
||||
| On-Page Optimization | XX | 20 | XX |
|
||||
| Content Quality & E-E-A-T | XX | 15 | XX |
|
||||
| Authority & Trust | XX | 10 | XX |
|
||||
|
||||
---
|
||||
|
||||
## Interpretation Rules (Mandatory)
|
||||
|
||||
* The score **does not replace findings**
|
||||
* Improvements must be traceable to **specific issues**
|
||||
* A high score with unresolved **Critical issues is invalid** → flag inconsistency
|
||||
* Always explain **what limits the score from being higher**
|
||||
|
||||
---
|
||||
|
||||
## Change Tracking (Optional but Recommended)
|
||||
|
||||
If a previous audit exists:
|
||||
|
||||
* Include **score delta** (+/−)
|
||||
* Attribute change to specific fixes
|
||||
* Avoid celebrating score increases without validating outcomes
|
||||
|
||||
---
|
||||
|
||||
## Explicit Limitations (Always State)
|
||||
|
||||
* Score reflects **SEO readiness**, not guaranteed rankings
|
||||
* External factors (competition, algorithm updates) are not scored
|
||||
* Authority score is directional, not exhaustive
|
||||
|
||||
### Findings Classification (Required · Scoring-Aligned)
|
||||
|
||||
For **every identified issue**, provide the following fields.
|
||||
These fields are **mandatory** and directly inform the SEO Health Index.
|
||||
|
||||
* **Issue**
|
||||
A concise description of what is wrong (one sentence, no solution).
|
||||
|
||||
* **Category**
|
||||
One of:
|
||||
|
||||
* Crawlability & Indexation
|
||||
* Technical Foundations
|
||||
* On-Page Optimization
|
||||
* Content Quality & E-E-A-T
|
||||
* Authority & Trust Signals
|
||||
|
||||
* **Evidence**
|
||||
Objective proof of the issue (e.g. URLs, reports, headers, crawl data, screenshots, metrics).
|
||||
*Do not rely on intuition or best-practice claims.*
|
||||
|
||||
* **Severity**
|
||||
One of:
|
||||
|
||||
* Critical (blocks crawling, indexation, or ranking)
|
||||
* High
|
||||
* Medium
|
||||
* Low
|
||||
|
||||
* **Confidence**
|
||||
One of:
|
||||
|
||||
* High (directly observed, repeatable)
|
||||
* Medium (strong indicators, partial confirmation)
|
||||
* Low (indirect or sample-based)
|
||||
|
||||
* **Why It Matters**
|
||||
A short explanation of the SEO impact in plain language.
|
||||
|
||||
* **Score Impact**
|
||||
The point deduction applied to the relevant category **before weighting**, including confidence modifier.
|
||||
|
||||
* **Recommendation**
|
||||
What should be done to resolve the issue.
|
||||
**Do not include implementation steps unless explicitly requested.**
|
||||
|
||||
---
|
||||
|
||||
### Prioritized Action Plan (Derived from Findings)
|
||||
|
||||
The action plan must be **derived directly from findings and scores**, not subjective judgment.
|
||||
|
||||
Group actions as follows:
|
||||
|
||||
1. **Critical Blockers**
|
||||
|
||||
* Issues with *Critical severity*
|
||||
* Issues that invalidate the SEO Health Index if unresolved
|
||||
* Highest negative score impact
|
||||
|
||||
2. **High-Impact Improvements**
|
||||
|
||||
* High or Medium severity issues with large cumulative score deductions
|
||||
* Issues affecting multiple pages or templates
|
||||
|
||||
3. **Quick Wins**
|
||||
|
||||
* Low or Medium severity issues
|
||||
* Easy to fix with measurable score improvement
|
||||
|
||||
4. **Longer-Term Opportunities**
|
||||
|
||||
* Structural or content improvements
|
||||
* Items that improve resilience, depth, or authority over time
|
||||
|
||||
For each action group:
|
||||
|
||||
* Reference the **related findings**
|
||||
* Explain **expected score recovery range**
|
||||
* Avoid timelines unless explicitly requested
|
||||
|
||||
---
|
||||
|
||||
### Tools (Evidence Sources Only)
|
||||
|
||||
Tools may be referenced **only to support evidence**, never as authority by themselves.
|
||||
|
||||
Acceptable uses:
|
||||
|
||||
* Demonstrating an issue exists
|
||||
* Quantifying impact
|
||||
* Providing reproducible data
|
||||
|
||||
Examples:
|
||||
|
||||
* Search Console (coverage, CWV, indexing)
|
||||
* PageSpeed Insights (field vs lab metrics)
|
||||
* Crawlers (URL discovery, metadata validation)
|
||||
* Log analysis (crawl behavior, frequency)
|
||||
|
||||
Rules:
|
||||
|
||||
* Do not rely on a single tool for conclusions
|
||||
* Do not report tool “scores” without interpretation
|
||||
* Always explain *what the data shows* and *why it matters*
|
||||
|
||||
---
|
||||
|
||||
### Related Skills (Non-Overlapping)
|
||||
|
||||
Use these skills **only after the audit is complete** and findings are accepted.
|
||||
|
||||
* **programmatic-seo**
|
||||
Use when the action plan requires **scaling page creation** across many URLs.
|
||||
|
||||
* **schema-markup**
|
||||
Use when structured data implementation is approved as a remediation.
|
||||
|
||||
* **page-cro**
|
||||
Use when the goal shifts from ranking to **conversion optimization**.
|
||||
|
||||
* **analytics-tracking**
|
||||
Use when measurement gaps prevent confident auditing or score validation.
|
||||
|
||||
- **programmatic-seo**: For building SEO pages at scale
|
||||
- **schema-markup**: For implementing structured data
|
||||
- **page-cro**: For optimizing pages for conversion (not just ranking)
|
||||
- **analytics-tracking**: For measuring SEO performance
|
||||
|
||||
@@ -1,129 +1,173 @@
|
||||
---
|
||||
name: seo-fundamentals
|
||||
description: SEO fundamentals, E-E-A-T, Core Web Vitals, and Google algorithm principles.
|
||||
description: >
|
||||
Core principles of SEO including E-E-A-T, Core Web Vitals, technical foundations,
|
||||
content quality, and how modern search engines evaluate pages. This skill explains
|
||||
*why* SEO works, not how to execute specific optimizations.
|
||||
allowed-tools: Read, Glob, Grep
|
||||
---
|
||||
|
||||
---
|
||||
|
||||
# SEO Fundamentals
|
||||
|
||||
> Principles for search engine visibility.
|
||||
> **Foundational principles for sustainable search visibility.**
|
||||
> This skill explains _how search engines evaluate quality_, not tactical shortcuts.
|
||||
|
||||
---
|
||||
|
||||
## 1. E-E-A-T Framework
|
||||
## 1. E-E-A-T (Quality Evaluation Framework)
|
||||
|
||||
| Principle | Signals |
|
||||
|-----------|---------|
|
||||
| **Experience** | First-hand knowledge, real examples |
|
||||
| **Expertise** | Credentials, depth of knowledge |
|
||||
| **Authoritativeness** | Backlinks, mentions, industry recognition |
|
||||
| **Trustworthiness** | HTTPS, transparency, accurate info |
|
||||
E-E-A-T is **not a direct ranking factor**.
|
||||
It is a framework used by search engines to **evaluate content quality**, especially for sensitive or high-impact topics.
|
||||
|
||||
| Dimension | What It Represents | Common Signals |
|
||||
| --------------------- | ---------------------------------- | --------------------------------------------------- |
|
||||
| **Experience** | First-hand, real-world involvement | Original examples, lived experience, demonstrations |
|
||||
| **Expertise** | Subject-matter competence | Credentials, depth, accuracy |
|
||||
| **Authoritativeness** | Recognition by others | Mentions, citations, links |
|
||||
| **Trustworthiness** | Reliability and safety | HTTPS, transparency, accuracy |
|
||||
|
||||
> Pages competing in the same space are often differentiated by **trust and experience**, not keywords.
|
||||
|
||||
---
|
||||
|
||||
## 2. Core Web Vitals
|
||||
## 2. Core Web Vitals (Page Experience Signals)
|
||||
|
||||
| Metric | Target | Measures |
|
||||
|--------|--------|----------|
|
||||
| **LCP** | < 2.5s | Loading performance |
|
||||
| **INP** | < 200ms | Interactivity |
|
||||
| **CLS** | < 0.1 | Visual stability |
|
||||
Core Web Vitals measure **how users experience a page**, not whether it deserves to rank.
|
||||
|
||||
| Metric | Target | What It Reflects |
|
||||
| ------- | ------- | ------------------- |
|
||||
| **LCP** | < 2.5s | Loading performance |
|
||||
| **INP** | < 200ms | Interactivity |
|
||||
| **CLS** | < 0.1 | Visual stability |
|
||||
|
||||
**Important context:**
|
||||
|
||||
- CWV rarely override poor content
|
||||
- They matter most when content quality is comparable
|
||||
- Failing CWV can _hold back_ otherwise good pages
|
||||
|
||||
---
|
||||
|
||||
## 3. Technical SEO Principles
|
||||
|
||||
### Site Structure
|
||||
Technical SEO ensures pages are **accessible, understandable, and stable**.
|
||||
|
||||
| Element | Purpose |
|
||||
|---------|---------|
|
||||
| XML sitemap | Help crawling |
|
||||
| robots.txt | Control access |
|
||||
| Canonical tags | Prevent duplicates |
|
||||
| HTTPS | Security signal |
|
||||
### Crawl & Index Control
|
||||
|
||||
### Performance
|
||||
| Element | Purpose |
|
||||
| ----------------- | ---------------------- |
|
||||
| XML sitemaps | Help discovery |
|
||||
| robots.txt | Control crawl access |
|
||||
| Canonical tags | Consolidate duplicates |
|
||||
| HTTP status codes | Communicate page state |
|
||||
| HTTPS | Security and trust |
|
||||
|
||||
| Factor | Impact |
|
||||
|--------|--------|
|
||||
| Page speed | Core Web Vital |
|
||||
| Mobile-friendly | Ranking factor |
|
||||
| Clean URLs | Crawlability |
|
||||
### Performance & Accessibility
|
||||
|
||||
| Factor | Why It Matters |
|
||||
| ---------------------- | ----------------------------- |
|
||||
| Page speed | User satisfaction |
|
||||
| Mobile-friendly design | Mobile-first indexing |
|
||||
| Clean URLs | Crawl clarity |
|
||||
| Semantic HTML | Accessibility & understanding |
|
||||
|
||||
---
|
||||
|
||||
## 4. Content SEO Principles
|
||||
|
||||
### Page Elements
|
||||
### Page-Level Elements
|
||||
|
||||
| Element | Best Practice |
|
||||
|---------|---------------|
|
||||
| Title tag | 50-60 chars, keyword front |
|
||||
| Meta description | 150-160 chars, compelling |
|
||||
| H1 | One per page, main keyword |
|
||||
| H2-H6 | Logical hierarchy |
|
||||
| Alt text | Descriptive, not stuffed |
|
||||
| Element | Principle |
|
||||
| ---------------- | ---------------------------- |
|
||||
| Title tag | Clear topic + intent |
|
||||
| Meta description | Click relevance, not ranking |
|
||||
| H1 | Page’s primary subject |
|
||||
| Headings | Logical structure |
|
||||
| Alt text | Accessibility and context |
|
||||
|
||||
### Content Quality
|
||||
### Content Quality Signals
|
||||
|
||||
| Factor | Importance |
|
||||
|--------|------------|
|
||||
| Depth | Comprehensive coverage |
|
||||
| Freshness | Regular updates |
|
||||
| Uniqueness | Original value |
|
||||
| Readability | Clear writing |
|
||||
| Dimension | What Search Engines Look For |
|
||||
| ----------- | ---------------------------- |
|
||||
| Depth | Fully answers the query |
|
||||
| Originality | Adds unique value |
|
||||
| Accuracy | Factually correct |
|
||||
| Clarity | Easy to understand |
|
||||
| Usefulness | Satisfies intent |
|
||||
|
||||
---
|
||||
|
||||
## 5. Schema Markup Types
|
||||
## 5. Structured Data (Schema)
|
||||
|
||||
| Type | Use |
|
||||
|------|-----|
|
||||
| Article | Blog posts, news |
|
||||
| Organization | Company info |
|
||||
| Person | Author profiles |
|
||||
| FAQPage | Q&A content |
|
||||
| Product | E-commerce |
|
||||
| Review | Ratings |
|
||||
| BreadcrumbList | Navigation |
|
||||
Structured data helps search engines **understand meaning**, not boost rankings directly.
|
||||
|
||||
| Type | Purpose |
|
||||
| -------------- | ---------------------- |
|
||||
| Article | Content classification |
|
||||
| Organization | Entity identity |
|
||||
| Person | Author information |
|
||||
| FAQPage | Q&A clarity |
|
||||
| Product | Commerce details |
|
||||
| Review | Ratings context |
|
||||
| BreadcrumbList | Site structure |
|
||||
|
||||
> Schema enables eligibility for rich results but does not guarantee them.
|
||||
|
||||
---
|
||||
|
||||
## 6. AI Content Guidelines
|
||||
## 6. AI-Assisted Content Principles
|
||||
|
||||
### What Google Looks For
|
||||
Search engines evaluate **output quality**, not authorship method.
|
||||
|
||||
| ✅ Do | ❌ Don't |
|
||||
|-------|----------|
|
||||
| AI draft + human edit | Publish raw AI content |
|
||||
| Add original insights | Copy without value |
|
||||
| Expert review | Skip fact-checking |
|
||||
| Follow E-E-A-T | Keyword stuffing |
|
||||
### Effective Use
|
||||
|
||||
- AI as a drafting or research assistant
|
||||
- Human review for accuracy and clarity
|
||||
- Original insights and synthesis
|
||||
- Clear accountability
|
||||
|
||||
### Risky Use
|
||||
|
||||
- Publishing unedited AI output
|
||||
- Factual errors or hallucinations
|
||||
- Thin or duplicated content
|
||||
- Keyword-driven text with no value
|
||||
|
||||
---
|
||||
|
||||
## 7. Ranking Factors (Prioritized)
|
||||
## 7. Relative Importance of SEO Factors
|
||||
|
||||
| Priority | Factor |
|
||||
|----------|--------|
|
||||
| 1 | Quality, relevant content |
|
||||
| 2 | Backlinks from authority sites |
|
||||
| 3 | Page experience (Core Web Vitals) |
|
||||
| 4 | Mobile optimization |
|
||||
| 5 | Technical SEO fundamentals |
|
||||
There is **no fixed ranking factor order**.
|
||||
However, when competing pages are similar, importance tends to follow this pattern:
|
||||
|
||||
| Relative Weight | Factor |
|
||||
| --------------- | --------------------------- |
|
||||
| Highest | Content relevance & quality |
|
||||
| High | Authority & trust signals |
|
||||
| Medium | Page experience (CWV, UX) |
|
||||
| Medium | Mobile optimization |
|
||||
| Baseline | Technical accessibility |
|
||||
|
||||
> Technical SEO enables ranking; content quality earns it.
|
||||
|
||||
---
|
||||
|
||||
## 8. Measurement
|
||||
## 8. Measurement & Evaluation
|
||||
|
||||
| Metric | Tool |
|
||||
|--------|------|
|
||||
| Rankings | Search Console, Ahrefs |
|
||||
| Traffic | Analytics |
|
||||
| Core Web Vitals | PageSpeed Insights |
|
||||
| Indexing | Search Console |
|
||||
| Backlinks | Ahrefs, Semrush |
|
||||
SEO fundamentals should be validated using **multiple signals**, not single metrics.
|
||||
|
||||
| Area | What to Observe |
|
||||
| ----------- | -------------------------- |
|
||||
| Visibility | Indexed pages, impressions |
|
||||
| Engagement | Click-through, dwell time |
|
||||
| Performance | CWV field data |
|
||||
| Coverage | Indexing status |
|
||||
| Authority | Mentions and links |
|
||||
|
||||
---
|
||||
|
||||
> **Remember:** SEO is a long-term game. Quality content + technical excellence + patience = results.
|
||||
> **Key Principle:**
|
||||
> Sustainable SEO is built on _useful content_, _technical clarity_, and _trust over time_.
|
||||
> There are no permanent shortcuts.
|
||||
|
||||
@@ -148,7 +148,7 @@
|
||||
"path": "skills/analytics-tracking",
|
||||
"category": "uncategorized",
|
||||
"name": "analytics-tracking",
|
||||
"description": "When the user wants to set up, improve, or audit analytics tracking and measurement. Also use when the user mentions \"set up tracking,\" \"GA4,\" \"Google Analytics,\" \"conversion tracking,\" \"event tracking,\" \"UTM parameters,\" \"tag manager,\" \"GTM,\" \"analytics implementation,\" or \"tracking plan.\" For A/B test measurement, see ab-test-setup.",
|
||||
"description": "Design, audit, and improve analytics tracking systems that produce reliable, decision-ready data. Use when the user wants to set up, fix, or evaluate analytics tracking (GA4, GTM, product analytics, events, conversions, UTMs). This skill focuses on measurement strategy, signal quality, and validation\u2014 not just firing events.",
|
||||
"risk": "unknown",
|
||||
"source": "unknown"
|
||||
},
|
||||
@@ -337,13 +337,13 @@
|
||||
"path": "skills/brainstorming",
|
||||
"category": "uncategorized",
|
||||
"name": "brainstorming",
|
||||
"description": ">",
|
||||
"description": "Use this skill before any creative or constructive work (features, components, architecture, behavior changes, or functionality). This skill transforms vague ideas into validated designs through disciplined, incremental reasoning and collaboration.",
|
||||
"risk": "unknown",
|
||||
"source": "unknown"
|
||||
},
|
||||
{
|
||||
"id": "brand-guidelines-community",
|
||||
"path": "skills/brand-guidelines-community",
|
||||
"id": "brand-guidelines-anthropic",
|
||||
"path": "skills/brand-guidelines-anthropic",
|
||||
"category": "uncategorized",
|
||||
"name": "brand-guidelines",
|
||||
"description": "Applies Anthropic's official brand colors and typography to any sort of artifact that may benefit from having Anthropic's look-and-feel. Use it when brand colors or style guidelines, visual formatting, or company design standards apply.",
|
||||
@@ -351,8 +351,8 @@
|
||||
"source": "unknown"
|
||||
},
|
||||
{
|
||||
"id": "brand-guidelines-anthropic",
|
||||
"path": "skills/brand-guidelines-anthropic",
|
||||
"id": "brand-guidelines-community",
|
||||
"path": "skills/brand-guidelines-community",
|
||||
"category": "uncategorized",
|
||||
"name": "brand-guidelines",
|
||||
"description": "Applies Anthropic's official brand colors and typography to any sort of artifact that may benefit from having Anthropic's look-and-feel. Use it when brand colors or style guidelines, visual formatting, or company design standards apply.",
|
||||
@@ -607,7 +607,7 @@
|
||||
"path": "skills/copywriting",
|
||||
"category": "uncategorized",
|
||||
"name": "copywriting",
|
||||
"description": ">",
|
||||
"description": "Use this skill when writing, rewriting, or improving marketing copy for any page (homepage, landing page, pricing, feature, product, or about page). This skill produces clear, compelling, and testable copy while enforcing alignment, honesty, and conversion best practices.",
|
||||
"risk": "unknown",
|
||||
"source": "unknown"
|
||||
},
|
||||
@@ -670,7 +670,7 @@
|
||||
"path": "skills/design-orchestration",
|
||||
"category": "uncategorized",
|
||||
"name": "design-orchestration",
|
||||
"description": ">",
|
||||
"description": "Orchestrates design workflows by routing work through brainstorming, multi-agent review, and execution readiness in the correct order. Prevents premature implementation, skipped validation, and unreviewed high-risk designs.",
|
||||
"risk": "unknown",
|
||||
"source": "unknown"
|
||||
},
|
||||
@@ -841,7 +841,7 @@
|
||||
"path": "skills/form-cro",
|
||||
"category": "uncategorized",
|
||||
"name": "form-cro",
|
||||
"description": "When the user wants to optimize any form that is NOT signup/registration \u2014 including lead capture forms, contact forms, demo request forms, application forms, survey forms, or checkout forms. Also use when the user mentions \"form optimization,\" \"lead form conversions,\" \"form friction,\" \"form fields,\" \"form completion rate,\" or \"contact form.\" For signup/registration forms, see signup-flow-cro. For popups containing forms, see popup-cro.",
|
||||
"description": "Optimize any form that is NOT signup or account registration \u2014 including lead capture, contact, demo request, application, survey, quote, and checkout forms. Use when the goal is to increase form completion rate, reduce friction, or improve lead quality without breaking compliance or downstream workflows.",
|
||||
"risk": "unknown",
|
||||
"source": "unknown"
|
||||
},
|
||||
@@ -1129,7 +1129,7 @@
|
||||
"path": "skills/marketing-ideas",
|
||||
"category": "uncategorized",
|
||||
"name": "marketing-ideas",
|
||||
"description": "When the user needs marketing ideas, inspiration, or strategies for their SaaS or software product. Also use when the user asks for 'marketing ideas,' 'growth ideas,' 'how to market,' 'marketing strategies,' 'marketing tactics,' 'ways to promote,' or 'ideas to grow.' This skill provides 140 proven marketing approaches organized by category.",
|
||||
"description": "Provide proven marketing strategies and growth ideas for SaaS and software products, prioritized using a marketing feasibility scoring system.",
|
||||
"risk": "unknown",
|
||||
"source": "unknown"
|
||||
},
|
||||
@@ -1138,7 +1138,7 @@
|
||||
"path": "skills/marketing-psychology",
|
||||
"category": "uncategorized",
|
||||
"name": "marketing-psychology",
|
||||
"description": "When the user wants to apply psychological principles, mental models, or behavioral science to marketing. Also use when the user mentions 'psychology,' 'mental models,' 'cognitive bias,' 'persuasion,' 'behavioral science,' 'why people buy,' 'decision-making,' or 'consumer behavior.' This skill provides 70+ mental models organized for marketing application.",
|
||||
"description": "Apply behavioral science and mental models to marketing decisions, prioritized using a psychological leverage and feasibility scoring system.",
|
||||
"risk": "unknown",
|
||||
"source": "unknown"
|
||||
},
|
||||
@@ -1201,7 +1201,7 @@
|
||||
"path": "skills/multi-agent-brainstorming",
|
||||
"category": "uncategorized",
|
||||
"name": "multi-agent-brainstorming",
|
||||
"description": ">",
|
||||
"description": "Use this skill when a design or idea requires higher confidence, risk reduction, or formal review. This skill orchestrates a structured, sequential multi-agent design review where each agent has a strict, non-overlapping role. It prevents blind spots, false confidence, and premature convergence.",
|
||||
"risk": "unknown",
|
||||
"source": "unknown"
|
||||
},
|
||||
@@ -1318,7 +1318,7 @@
|
||||
"path": "skills/page-cro",
|
||||
"category": "uncategorized",
|
||||
"name": "page-cro",
|
||||
"description": "When the user wants to optimize, improve, or increase conversions on any marketing page \u2014 including homepage, landing pages, pricing pages, feature pages, or blog posts. Also use when the user says \"CRO,\" \"conversion rate optimization,\" \"this page isn't converting,\" \"improve conversions,\" or \"why isn't this page working.\" For signup/registration flows, see signup-flow-cro. For post-signup activation, see onboarding-cro. For forms outside of signup, see form-cro. For popups/modals, see popup-cro.",
|
||||
"description": "Analyze and optimize individual pages for conversion performance. Use when the user wants to improve conversion rates, diagnose why a page is underperforming, or increase the effectiveness of marketing pages (homepage, landing pages, pricing, feature pages, or blog posts). This skill focuses on diagnosis, prioritization, and testable recommendations\u2014 not blind optimization.",
|
||||
"risk": "unknown",
|
||||
"source": "unknown"
|
||||
},
|
||||
@@ -1444,7 +1444,7 @@
|
||||
"path": "skills/popup-cro",
|
||||
"category": "uncategorized",
|
||||
"name": "popup-cro",
|
||||
"description": "When the user wants to create or optimize popups, modals, overlays, slide-ins, or banners for conversion purposes. Also use when the user mentions \"exit intent,\" \"popup conversions,\" \"modal optimization,\" \"lead capture popup,\" \"email popup,\" \"announcement banner,\" or \"overlay.\" For forms outside of popups, see form-cro. For general page conversion optimization, see page-cro.",
|
||||
"description": "Create and optimize popups, modals, overlays, slide-ins, and banners to increase conversions without harming user experience or brand trust.",
|
||||
"risk": "unknown",
|
||||
"source": "unknown"
|
||||
},
|
||||
@@ -1471,7 +1471,7 @@
|
||||
"path": "skills/pricing-strategy",
|
||||
"category": "uncategorized",
|
||||
"name": "pricing-strategy",
|
||||
"description": "When the user wants help with pricing decisions, packaging, or monetization strategy. Also use when the user mentions 'pricing,' 'pricing tiers,' 'freemium,' 'free trial,' 'packaging,' 'price increase,' 'value metric,' 'Van Westendorp,' 'willingness to pay,' or 'monetization.' This skill covers pricing research, tier structure, and packaging strategy.",
|
||||
"description": "Design pricing, packaging, and monetization strategies based on value, customer willingness to pay, and growth objectives.",
|
||||
"risk": "unknown",
|
||||
"source": "unknown"
|
||||
},
|
||||
@@ -1516,7 +1516,7 @@
|
||||
"path": "skills/programmatic-seo",
|
||||
"category": "uncategorized",
|
||||
"name": "programmatic-seo",
|
||||
"description": "When the user wants to create SEO-driven pages at scale using templates and data. Also use when the user mentions \"programmatic SEO,\" \"template pages,\" \"pages at scale,\" \"directory pages,\" \"location pages,\" \"[keyword] + [city] pages,\" \"comparison pages,\" \"integration pages,\" or \"building many pages for SEO.\" For auditing existing SEO issues, see seo-audit.",
|
||||
"description": "Design and evaluate programmatic SEO strategies for creating SEO-driven pages at scale using templates and structured data. Use when the user mentions programmatic SEO, pages at scale, template pages, directory pages, location pages, comparison pages, integration pages, or keyword-pattern page generation. This skill focuses on feasibility, strategy, and page system design\u2014not execution unless explicitly requested.",
|
||||
"risk": "unknown",
|
||||
"source": "unknown"
|
||||
},
|
||||
@@ -1678,7 +1678,7 @@
|
||||
"path": "skills/schema-markup",
|
||||
"category": "uncategorized",
|
||||
"name": "schema-markup",
|
||||
"description": "When the user wants to add, fix, or optimize schema markup and structured data on their site. Also use when the user mentions \"schema markup,\" \"structured data,\" \"JSON-LD,\" \"rich snippets,\" \"schema.org,\" \"FAQ schema,\" \"product schema,\" \"review schema,\" or \"breadcrumb schema.\" For broader SEO issues, see seo-audit.",
|
||||
"description": "Design, validate, and optimize schema.org structured data for eligibility, correctness, and measurable SEO impact. Use when the user wants to add, fix, audit, or scale schema markup (JSON-LD) for rich results. This skill evaluates whether schema should be implemented, what types are valid, and how to deploy safely according to Google guidelines.\n",
|
||||
"risk": "unknown",
|
||||
"source": "unknown"
|
||||
},
|
||||
@@ -1741,7 +1741,7 @@
|
||||
"path": "skills/seo-audit",
|
||||
"category": "uncategorized",
|
||||
"name": "seo-audit",
|
||||
"description": "When the user wants to audit, review, or diagnose SEO issues on their site. Also use when the user mentions \"SEO audit,\" \"technical SEO,\" \"why am I not ranking,\" \"SEO issues,\" \"on-page SEO,\" \"meta tags review,\" or \"SEO health check.\" For building pages at scale to target keywords, see programmatic-seo. For adding structured data, see schema-markup.",
|
||||
"description": "Diagnose and audit SEO issues affecting crawlability, indexation, rankings, and organic performance. Use when the user asks for an SEO audit, technical SEO review, ranking diagnosis, on-page SEO review, meta tag audit, or SEO health check. This skill identifies issues and prioritizes actions but does not execute changes. For large-scale page creation, use programmatic-seo. For structured data, use schema-markup.",
|
||||
"risk": "unknown",
|
||||
"source": "unknown"
|
||||
},
|
||||
@@ -1750,7 +1750,7 @@
|
||||
"path": "skills/seo-fundamentals",
|
||||
"category": "uncategorized",
|
||||
"name": "seo-fundamentals",
|
||||
"description": "SEO fundamentals, E-E-A-T, Core Web Vitals, and Google algorithm principles.",
|
||||
"description": "Core principles of SEO including E-E-A-T, Core Web Vitals, technical foundations, content quality, and how modern search engines evaluate pages. This skill explains *why* SEO works, not how to execute specific optimizations.\n",
|
||||
"risk": "unknown",
|
||||
"source": "unknown"
|
||||
},
|
||||
@@ -1786,7 +1786,7 @@
|
||||
"path": "skills/shopify-development",
|
||||
"category": "uncategorized",
|
||||
"name": "shopify-development",
|
||||
"description": "|",
|
||||
"description": "Build Shopify apps, extensions, themes using GraphQL Admin API, Shopify CLI, Polaris UI, and Liquid.\nTRIGGER: \"shopify\", \"shopify app\", \"checkout extension\", \"admin extension\", \"POS extension\",\n\"shopify theme\", \"liquid template\", \"polaris\", \"shopify graphql\", \"shopify webhook\",\n\"shopify billing\", \"app subscription\", \"metafields\", \"shopify functions\"",
|
||||
"risk": "unknown",
|
||||
"source": "unknown"
|
||||
},
|
||||
@@ -1831,7 +1831,7 @@
|
||||
"path": "skills/slack-gif-creator",
|
||||
"category": "uncategorized",
|
||||
"name": "slack-gif-creator",
|
||||
"description": "Knowledge and utilities for creating animated GIFs optimized for Slack. Provides constraints, validation tools, and animation concepts. Use when users request animated GIFs for Slack like \"make me a GIF of X doing Y for Slack.",
|
||||
"description": "Knowledge and utilities for creating animated GIFs optimized for Slack. Provides constraints, validation tools, and animation concepts. Use when users request animated GIFs for Slack like \"make me a GIF of X doing Y for Slack.\"",
|
||||
"risk": "unknown",
|
||||
"source": "unknown"
|
||||
},
|
||||
@@ -2047,7 +2047,7 @@
|
||||
"path": "skills/typescript-expert",
|
||||
"category": "uncategorized",
|
||||
"name": "typescript-expert",
|
||||
"description": ">-",
|
||||
"description": "TypeScript and JavaScript expert with deep knowledge of type-level programming, performance optimization, monorepo management, migration strategies, and modern tooling. Use PROACTIVELY for any TypeScript/JavaScript issues including complex type gymnastics, build performance, debugging, and architectural decisions. If a specialized expert is a better fit, I will recommend switching and stop.",
|
||||
"risk": "unknown",
|
||||
"source": "unknown"
|
||||
},
|
||||
|
||||
Reference in New Issue
Block a user