landing-page · mengto — Claude Code skill: what it does, how to install
Skill for planning and copywriting single-offer landing pages for web apps or services. Sets up section order, benefit-driven copy formulas, and objection handling.
npx skills add MengTo/Skills --skill landing-page -a claude-codeWhat landing-page does
This skill guides Claude Code to design single-offer pages for software products. Instead of treating the landing page like a general homepage, it focuses visitor attention on a single primary action, matching the messaging to the traffic source.
The workflow covers every essential area, from the hero headline to problem framing, social proof, and objections. The skill selects from four distinct layouts, such as classic hero setups, long-form sales copy, minimal waitlists, or direct comparison pages. It also checks search requirements, advising a noindex tag when running time-limited advertising campaigns.
The system relies on real proof assets like customer logos, clear guarantees, and genuine metrics before writing copy. Skipping those details weakens the output because the skill actively avoids vague filler words like streamlining or optimizing.
What it helps with
- structure a single-offer landing page for SaaS products
- write benefit-first headlines and persuasive action buttons
- organize objection handling and frequently asked questions
- choose the right page layout based on user traffic intent
Example prompts for the agent
- Design a landing page structure for our developer tool with a free trial call to action
- Rewrite the hero section headline and subheadline using the outcome-first formula
- Draft an objection-handling section and frequently asked questions for our subscription service
How to install landing-page
1Skills CLI (Vercel)
npx skills add MengTo/Skills --skill landing-page -a claude-code2Manually: put the files in place
~/.claude/skills/landing-page/SKILL.mdCopy the whole skill folder; for one project use .claude/skills/landing-page/
1Skills CLI (Vercel)
npx skills add MengTo/Skills --skill landing-page -a codex2Manually: put the files in place
.agents/skills/landing-page/SKILL.mdFor all projects use ~/.agents/skills/
1Skills CLI (Vercel)
npx skills add MengTo/Skills --skill landing-page -a cursor2Manually: put the files in place
.cursor/skills/landing-page/SKILL.mdCursor also reads .agents/skills/ and .claude/skills/
1GitHub CLI
gh skill install MengTo/Skills landing-page2Manually: put the files in place
.github/skills/landing-page/SKILL.md1Skills CLI (Vercel)
npx skills add MengTo/Skills --skill landing-page -a gemini-cli2Platform CLI
gemini skills install https://github.com/MengTo/Skills --path agent-skills/web-design/landing-pageManually: put the files in place
.devin/skills/landing-page/SKILL.mdThe legacy .windsurf/skills/ path still works
Skills CLI (Vercel)
npx skills add MengTo/Skills --skill landing-page -a opencodeClaude.ai
Zip the folder and upload it in Settings → Capabilities → Skills
Step by step, with commands for each platform: How to install skills in Claude Code: five ways
Questions about landing-page
How to install landing-page in Claude Code?
Run npx skills add MengTo/Skills --skill landing-page -a claude-code in your terminal. The skill will load directly into your Claude Code environment.
What is the core principle behind this landing page skill?
It treats landing pages separately from homepages by focusing strictly on one offer, one target audience, and one primary conversion action.
When does the skill advise against search engine indexing?
It recommends applying a noindex tag for ad-only campaigns or strictly time-bound promotions to avoid cluttering search results.
Source text
SKILL.md · MIT
---
name: landing-page
description: Use when designing or rewriting a high-converting landing page (single-offer page) for SaaS/apps/services. Covers structure, layout patterns, conversion strategies, copywriting, SEO/AEO, and common pitfalls.
---
# Landing Page (High‑Conversion) — Web Design Skill
A landing page is not a homepage.
A homepage serves multiple intents.
A landing page wins one intent: **one offer → one audience → one primary action**.
## Before you design/write
Gather (ask if missing):
### 1) Page purpose
- What is the ONE primary action? (trial, demo, buy, waitlist, download)
- What’s the offer? (exactly what do they get?)
- What counts as conversion? (click, signup, purchase)
### 2) Audience + context
- Who is the ICP?
- What problem are they trying to solve?
- Top 3 objections (why they don’t convert today)
- Traffic source: ads / search / social / email
- What do visitors already know when they land?
### 3) Proof + assets
- Any proof points: logos, testimonials, numbers, case studies
- Screenshots, demo video, product GIFs
- Guarantees / refund / cancellation terms
### 4) Constraints
- Brand voice: casual vs professional
- Design direction: minimal editorial vs playful 3D vs glass UI
- Mobile priority?
---
## Core structure (what it should include)
### Above the fold (must)
1) **Headline** (outcome + audience)
2) **Subheadline** (clarifies “how” + adds specificity)
3) **Primary CTA** (clear verb + what they get)
4) **One proof signal** (logo strip / stat / short testimonial)
5) **Hero visual** (product screenshot/video) *or* a strong illustration
### Mid page (argument)
6) **Problem → solution** (1 section)
7) **Benefits** (3–5, outcome-driven)
8) **How it works** (3 steps)
9) **Social proof** (testimonials/case study)
### Bottom (objection handling)
10) **FAQ** (6–12 Q/A)
11) **Risk reversal** (trial, cancel anytime, guarantee)
12) **Final CTA** (same as top)
---
## Layout types (pick one)
### A) Classic hero + sections (most common)
Best when:
- product is understandable with a hero screenshot
### B) Long-form story (sales page)
Best when:
- you need to educate + overcome skepticism
### C) Minimal conversion page
Best when:
- high-intent traffic (email → known users)
- short offer (download, waitlist)
### D) Comparison landing page
Best when:
- search intent includes alternatives (“X vs Y”, “best for…”)—usually paired with SEO pages
---
## High‑conversion strategies (practical)
### 1) Match message to source
If traffic is from ads:
- mirror the ad headline in the hero
- use the same promise and visual tone
### 2) Make the next step obvious
- one primary CTA
- avoid multiple competing CTAs above the fold
### 3) Write benefit-first
- Features: what it does
- Benefits: what that means for them
### 4) Use specificity
- ❌ “Save time and streamline”
- ✅ “Cut your weekly reporting from 4 hours to 15 minutes”
### 5) Reduce risk
Pick at least one:
- free trial
- free plan
- no credit card
- cancel anytime
- money-back guarantee
### 6) Objection handling is a section, not a footer
- add FAQ earlier if it’s a high-friction offer
- put proof right next to the claim it supports
---
## Copywriting templates
### Headline formulas
- “{Outcome} without {pain}”
- “The {category} for {audience}”
- “Ship {result} in {time}”
### Subheadline rules
- 1–2 sentences
- clarify what it is + who it’s for
### CTA rules
- Verb + what they get
- Avoid weak CTAs: “Learn more”, “Submit”
Examples:
- “Start free trial”
- “Book a demo”
- “Get the checklist”
### Benefit bullets
Format:
- **Benefit** — proof/detail
Example:
- **Faster iteration** — generate 3 layout variants in one click.
---
## Section-by-section workflow (designer-friendly)
Work in this order:
1) Hero
2) Benefits
3) How it works
4) Proof
5) FAQ
6) Final CTA
Rule: don’t rebuild the whole page each time.
Iterate section-by-section to keep control.
---
## SEO + AEO checklist (when relevant)
### When landing pages should NOT be indexed
- ad-only campaigns
- highly time-bound offers
Use:
- `noindex` (or keep it behind a non-indexed path)
### When they SHOULD be indexed
- evergreen offers
- search intent matches the promise
Add:
- clear title + meta
- internal links from homepage/feature pages
- FAQ in plain Q/A for AEO
Optional:
- FAQ schema (if appropriate)
---
## Common pitfalls
- Too many CTAs above the fold
- Vague value prop (“streamline”, “optimize”)
- Big feature list with no outcomes
- Proof hidden at the bottom
- Mobile layout breaks readability
- No clear next step
---
## Output format (when generating a landing page)
Return:
1) **Page outline** (sections + order)
2) **Hero copy** (headline, subheadline, CTA, proof line)
3) **Benefits section** (3–5 bullets)
4) **How it works** (3 steps)
5) **FAQ** (6–12 Q/A)
6) **SEO/AEO** (indexing recommendation + title/meta if indexed)
7) **Layout recommendation** (A/B/C/D + why)
---
## Quick questions (if user says “make a landing page”)
- What’s the ONE primary CTA?
- Who is the ICP and what’s the main pain?
- Any proof (numbers/testimonials/logos)?
- What’s the offer and risk reversal?
- Where is traffic coming from?
© MengTo · MIT · MengTo/Skills
Similar skills
Everything for Design →landing-page by other authors comes first.