Use when the user wants a landing page audit, CRO review, marketing conversion review, copy audit, funnel alignment check, brand positioning critique, technical performance marketing audit, or prioritized issue report for a landing page, pricing page, signup page, lead magnet, or product page. Runs evidence-first context gathering, parallel specialist analysis, synthesis, and severity-ranked recommendations.
100
100%
Does it follow best practices?
Impact
100%
1.81xAverage score across 3 eval scenarios
Passed
No known issues
Reference files under references/ hold phase details; open only the files needed for the current phase or specialist lens.
Audit a landing page from marketing, conversion, copy, brand, technical, and funnel perspectives. Produce a narrative report with prioritized issues, evidence, conversion impact, and concrete fixes.
The user should provide a local page URL, for example
http://localhost:3000. If no URL is provided, inspect the repo for a dev or
start script and infer the default port. Ask only if the URL cannot be
determined.
Build a factual context brief before any critique. Use commands like these when local repo access is available:
rg --files | rg '(^|/)(README|package.json|vite.config|next.config|astro.config|src|app|pages|components|content|copy|public)'
rg -n "utm|gtag|GTM|fbq|analytics|pixel|conversion|thank-you|success|pricing|testimonial|logo|signup|demo|trial" .Collect product, audience, page type, page URL, visible copy, structure, CTAs, forms, social proof, tracking, images, metadata, and unavailable evidence. See context-gathering.md for the full brief contract and fallback rules.
| # | Phase | Use |
|---|---|---|
| 1 | Gather context from repo, local render, and source | context-gathering.md |
| 2 | Run five specialist lenses | specialist-agents.md |
| 3 | Deduplicate and synthesize findings | synthesis-report.md |
| 4 | Apply guardrails, page-type logic, and success checks | guardrails-decision-logic.md |
Use parallel specialist agents when the host environment allows it. If not, run the five lenses as separate passes and keep their findings distinct before synthesis. No intermediate files are required; pass the context brief inline.
| Signal | Classification |
|---|---|
| Form plus offer/value exchange, minimal navigation | Lead-generation landing page |
| Pricing tiers or plan comparison | Pricing page, bottom funnel |
| Account creation form with minimal content | Signup page, bottom funnel |
| Gated ebook, webinar, template, quiz, or report | Lead magnet, top funnel |
| Feature showcase with demo or trial CTA | Product page, mid funnel |
If traffic source is unknown, default to a cold-traffic lens and state that assumption. If the product name and target audience cannot be determined from repo, page, source, or metadata, ask: "What does this product do and who is it for?"
| Severity | Definition | Examples |
|---|---|---|
| Critical | Known to cause more than 30% conversion loss | No CTA above fold, page load over 5s, ad-to-page mismatch, competing primary CTAs |
| High | 10-30% likely conversion impact | Missing social proof, generic headline, distracting navigation, weak trust signals |
| Medium | Measurable but under 10% expected impact | Form field friction, weak microcopy, inconsistent tone, incomplete metadata |
| Low | Best-practice gap or marginal lift | Missing sticky mobile CTA, no video, stock-like imagery signal |
Use benchmark data only from the bundled checklists. Do not invent statistics, traffic share, or device mix. Severity thresholds are internal; never quote them as conversion-loss percentages.
Every finding block must use this exact template:
Finding: [what was observed]
Evidence: [specific quote, element, DOM/source signal, or file reference]
Why it matters: [impact explanation using bundled benchmark data when available]
Suggested fix: [concrete, actionable recommendation]
Severity: [critical/high/medium/low]Default to the report template in synthesis-report.md. The final answer must include:
The detailed analysis must include at least three structured finding blocks. A prioritized table is useful, but it does not replace those evidence-bearing blocks.