landing-page-conversion-audit
Audit a landing page, sales page or checkout page for conversion leaks and return a fix list ordered by expected revenue impact. Use when asked to review, critique or improve a landing page, sales page, opt-in page, product page or checkout flow, when conversion rate is low, when paid traffic is not converting, or when someone asks "why isn't this page converting" or wants a CRO / landing page review.
Why we recommend it: Audits landing, sales, and checkout pages for conversion leaks, returning a fix list ranked by expected revenue impact. Covers message match, above-the-fold, offer clarity, form friction, trust, and post-click path.
Inspect before use
Read the source instructions and check the requirements before you install this skill.
SKILL.md
The saved excerpt is a snapshot from when this skill was listed. The external source remains the complete and most current version.
--- name: landing-page-conversion-audit description: Audit a landing page, sales page or checkout page for conversion leaks and return a fix list ordered by expected revenue impact. Use when asked to review, critique or improve a landing page, sales page, opt-in page, product page or checkout flow, when conversion rate is low, when paid traffic is not converting, or when someone asks "why isn't this page converting" or wants a CRO / landing page review. --- # Landing Page Conversion Audit Audit a live page (or a mockup) for the things that actually move conversion rate on paid traffic, and return a ranked fix list. Do not return a generic "add more social proof" list - every finding must name the element, the failure mode, and what to change it to. ## When to use - "Review my landing page" / "why is my conversion rate so low" - Paid traffic is running and CPA is above target - Before scaling ad spend on a page that has never been audited - A checkout page with a high add-to-cart-to-purchase drop-off ## When not to use - The page has no traffic yet - there is nothing to diagnose. Use `sales-funnel-blueprint` to design it instead. - The problem is upstream (wrong audience, wrong offer). A page audit cannot fix a broken offer; say so and stop. ## Procedure ### 1. Gather what you are allowed to conclude from Ask for, or fetch, in this order. Note explicitly which you did not get, because it caps what you can claim: | Input | What it unlocks | |---|---| | Page URL | Everything below (fetch and read the rendered DOM, not just the HTML source) | | Traffic source + a sample ad / keyword | Message-match check, the single highest-impact finding | | Sessions and conversions over the last 14-30 days | Whether the problem is statistically real or noise | | Funnel step drop-off numbers | Which step to audit at all | | Device split | Whether to audit mobile-first (usually yes: paid social is 70-90% mobile) | If you only have the URL, say so in the output and mark every quantitative claim as an estimate. ### 2. Run the checks Work in this order. It is ordered by how much revenue each typically moves, not by how easy it is to check. **A. Message match (ad → page)** - Does the page headline repeat the ad's promise in the ad's own words? A mismatch here caps everything downstream and is the most common single leak on paid traffic. - Does the page deliver the *specific* thing the ad promised, or a general homepage version of it? - Is the offer visible without scrolling on a 390x844 viewport? **B. Above the fold, mobile** - One clear promise, one clear CTA. Count the competing CTAs - more than one primary action is a leak. - Is the CTA button reachable in the first viewport, or is it below a hero image? - Load: is anything meaningful painted before ~2.5s LCP? Slow hero video/images on paid social is a silent 10-30% loss. **C. Offer clarity** - Can a stranger answer, in 5 seconds: what is it, who is it for, what does it cost, what happens when I click? - Price presented, or hidden? Hiding price is only correct for high-ticket / call-booking funnels. - Risk reversal present (guarantee, trial, "cancel anytime", shipping/returns)? **D. Friction in the form** - Count the fields. Every field past the minimum costs conversions. Ask for each: is this needed *now*, or can it be collected after payment? - Is the checkout on the same page as the offer, or is there an extra click/redirect? - Are payment methods visible before the user commits? Mobile wallets (Apple Pay / PayPal) present? - Does the form validate inline, or dump errors on submit? **E. Trust at the moment of payment** - Trust elements next to the button, not stranded in the footer: guarantee, secure-payment mark, real reviews with names, return policy. - Are testimonials specific and attributable, or anonymous filler? Anonymous filler reads as fake and costs more than it earns. **F. The path after the button** - Is there a next step (upsell / order bump / thank-you with instrRead the full source on GitHub (opens external page)