When the user wants to create, optimize, or audit a HowTo section block—an in-page block of ordered steps with optional Schema.org HowTo JSON-LD. Also use when the user mentions "HowTo section," "how-to section," "steps section," "quick start," "walkthrough," "tutorial block," "3 steps," "N steps," "simple steps," "tutorial steps," "step-by-step block," "HowTo schema," "HowTo JSON-LD," "instruction steps," "numbered steps SEO," "horizontal tabs for steps," or "procedure section." This skill is for a section inside a page, not a full page template—use article-page-generator, docs-page-generator, or tools-page-generator for page-level layout. For FAQ Q&A blocks, use faq-page-generator. For structured data details beyond HowTo, use schema-markup. For article body copy only, use article-content.
npx skills add https://github.com/kostja94/marketing-skills --skill howto-section-generator
Guides HowTo as an in-page section: a block of ordered steps (and optional HowTo JSON-LD) embedded inside article, documentation, tool, or landing pages. Not a standalone page type—parent page structure and templates come from article-page-generator, docs-page-generator, tools-page-generator, landing-page-generator, etc. Distinct from FAQ (Q&A → FAQPage) and from full article body drafting alone (article-content). schema-markup remains the source for exhaustive Schema.org property rules and type-wide tables; this skill owns section-level placement, copy, HTML, and HowTo-vs-FAQ decisions.
When invoking: On first use, if helpful, open with 1–2 sentences on what this skill covers and why it matters, then provide the main output. On subsequent use or when the user asks to skip, go directly to the main output.
| Dimension | HowTo section | FAQ section |
|-----------|---------------|-------------|
| Intent | User follows ordered steps to complete a task | User reads Q&A pairs for doubts |
| Structure | Steps (1→2→3), optional tools/time/supplies | Question → answer per item |
| Schema | HowTo (Schema.org) | FAQPage |
| UI | Often horizontal tabs for steps; or numbered list in flow | Often vertical accordion |
| Skill | howto-section-generator (this) | faq-page-generator |
Do not mark FAQ content as HowTo or vice versa; schema must match visible content.
This section is always part of a larger page. Typical positions:
| Location | When |
|----------|------|
| After intro (and optional TL;DR / Key Takeaways) | Article: context first, then solution = steps |
| As the main middle of the page | Tutorial-heavy article where the HowTo block carries most of the value |
| After product/tool context | Tool or LP: short context → How to use steps → FAQ/CTA |
Narrative: Align with PAS for how-to articles—Problem in intro; Agitation in brief context; Solution = the HowTo section. Answer-first still applies per step (see below).
Parent page vs URL split: Whether the parent is one article URL or a separate doc/tool URL is decided by content-strategy, article-page-generator, docs-page-generator, or tools-page-generator. This skill only defines the HowTo block; if each tab were a different ranking topic, use separate URLs (pillar/cluster). If all steps are one task, keep one page with one HowTo section (or multiple sections only if clearly separated).
Headings should describe the topic or purpose (WCAG 2.4.6)—not just decorate. Prefer one primary H2 for the procedure; match page type and search intent.
| Pattern | Best for | Examples |
|---------|----------|----------|
| Outcome / task (default) | Blog posts, guides, most informational “how to …” queries | “How to [verb] [outcome]”, “[Task] step by step” |
| Product or tool | Tool pages, LP blocks after hero | “How to use [Product]”, “Using [Tool]” |
| Quick start / walkthrough | Docs, onboarding | “Quick start”, “Walkthrough”, “Get started with [X]” |
| Numbered hook (“In 3 steps …”, “3 simple steps to …”) | Short LP/tool copy when simplicity is the message | Use only if the visible <ol> (and HowTo JSON-LD step list) has exactly that many steps |
Rules
inLanguage as the visible heading.<ol> with <li> per step; bold the step title inside the <li> if needed.<ol> or H3 under a step when the step is long.<div>—hurts extraction and accessibility.| Format | Role |
|--------|------|
| List snippet (~19% of snippet formats) | How-to, steps, options—use <ol> / <ul> |
| Schema | FAQPage, HowTo, Article support identifying extractable blocks; not required for Featured Snippets |
| HowTo ↔ snippet | HowTo maps to list-style position-zero; desktop support historically stronger; mobile may be limited |
See featured-snippet, serp-features.
Use case: Tutorials, procedural guides, visible step sequences in this section.
Principles (detail in schema-markup):
<script type="application/ld+json">; properties must match visible content—no hidden-only steps.Where the section lives (parent page type)
| Parent page type | Typical embedding |
|------------------|-------------------|
| Blog / guide | HowTo section inside the article body |
| Documentation | Guides/tutorials—often TechArticle + HowTo per docs-page-generator |
| Free tool / calculator | SoftwareApplication + HowTo for “how to use” per tools-page-generator |
Multilingual: inLanguage on HowTo (and related types) aligned with hreflang; localize step text in JSON-LD. See schema-markup.
Validation: Rich Results Test, Schema.org Validator.
| Pattern | Guidance |
|---------|----------|
| Horizontal tabs | Good for Step 1 \| Step 2 \| Step 3 when all steps are one topic; see tab-accordion |
| DOM | All step content must be in the initial HTML—no AJAX load on tab click |
| Default open | First tab or first step visible by default |
| Primary vs secondary | If the HowTo is the page’s main value, avoid burying all steps in low-priority hidden UI; crawlers index hidden content, but primary intent should be clear |
Vertical accordion for steps is less common than for FAQ; if used, same rules: server-rendered, first item expanded, content in DOM at load (rendering-strategies).
<ol> length and HowTo step items<ol> steps with concise, answer-first lines per steptotalTime / tool / supply if shown on page)inLanguageTransforms vague UI ideas into polished, Stitch-optimized prompts. Enhances specificity, adds UI/UX keywords, injects design system context, and structures output for better generation results.
Generate memes using the memegen.link API. Use when users request memes, want to add humor to content, or need visual aids for social media. Supports 100+ popular templates with custom text and styling.
Fix PageSpeed Insights/Lighthouse accessibility "!" errors caused by contrast audit failures (CSS filters, OKLCH/OKLAB, low opacity, gradient text, image backgrounds). Use for accessibility-driven SEO/performance debugging and remediation.
> Brand-first landing page designer — runs a brand-identity interview (colors, typography, shape language), then generates and iterates on a polished landing page via Stitch with deployment-ready HTML. Use when the user asks to create, design, or build a landing page, homepage, or marketing page and has no established visual direction. Skip when they have a design mockup, need a dashboard or app UI, are working at component level, building a multi-page app, or restyling with known design tokens — use frontend-design instead.
Audit paid-ad landing pages for message match, mobile experience, performance, accessibility, trust, forms, consent, tracking, security, and conversion friction. Use for landing-page audit, post-click experience, LP audit, conversion-rate optimization, form optimization, ad-to-page message match, redirects, blocked navigation, or requests involving private, loopback, link-local, or metadata IP destinations.
Marketing landing page and conversion-focused product page reference. Use this skill when building hero sections, feature grids, pricing pages, testimonials, CTAs, footers, navigation bars, or any public-facing marketing surface. Covers a warm, professional, developer-friendly design language (cream backgrounds, generous whitespace, pill CTAs, corner-bracket card decorations) and a complete token set, animation system, and copy-paste component snippets. NOT for product/dashboard UIs — use frontend-design-saas for those.
Review UI code for Web Interface Guidelines compliance. Use when asked to "review my UI", "check accessibility", "audit design", "review UX", or "check my site against best practices". Focuses on visual design and interaction patterns. Do NOT use for performance audits (use core-web-vitals), SEO (use seo), or comprehensive site audits (use web-quality-audit).
Comprehensive web quality audit covering performance, accessibility, SEO, and best practices. Use when asked to "audit my site", "review web quality", "run lighthouse audit", "check page quality", or "optimize my website".
Take kostja94/howto-section-generator from the repository into ~/.claude/skills for personal
use, or into .claude/skills inside a project.
The agent identifies a skill by the name field in its header. Two skills with the
same name cannot sit side by side — one of them will be ignored.