The CRO experiment that moved my landing page from 0.4% to 1.9%

A SaaS template product on toolgenx.com was converting at 0.4% in February 2026. After a 30-day controlled rewrite it converted at 1.9% — a 375% lift on the same traffic and same offer. I ran it as a controlled A/B so the result is real, not vibes.

This is what changed, in order of contribution.

The before state

Baseline metrics, control variant, February 1-28 2026:

• Sessions: 2,100 (from a single paid traffic source, targeting unchanged)
• Add-to-cart events: 14
• Completed purchases: 9
• Conversion rate: 0.43%
• Average order value: $39

The control landing page had:

• A hero with "Transform your workflow with [product name]" as the headline
• Three rows of trust badges below the hero (Norton, McAfee, TRUSTe, plus a "as featured in" strip)
• A standard pricing card with three tiers
• A long "features" section with checkmark icons
• A testimonial carousel near the bottom
• A second CTA at the page foot

It looked like every B2B SaaS landing page produced in 2018. That was the problem.

The hypothesis

Six changes, each with a hypothesis I had a prior on:

1. Hero rewrite → replacing template language with a concrete answer-block style would lift the engagement above the fold
2. Social proof above the fold → moving one real customer quote up from the testimonial carousel would build trust before the first scroll
3. Price-anchored CTA → replacing "Get started" with "Buy — $39 one-time" would set expectation and reduce drop-off at the checkout
4. Remove three trust badges → Norton/McAfee/TRUSTe badges trigger "this is sketchy and trying to look legitimate" on developer audiences; removing them should improve trust, not hurt it
5. Faster LCP via image preload → cutting LCP from 2.8s to 1.1s should reduce bounce
6. Honest "what you do NOT get" section → adding a section that says who this product is wrong for should filter the wrong buyers and reassure the right ones

None of these is novel. Together they hypothesize that the page was failing on trust + clarity, not on features or pricing.

The treatment variant

The new page changed all six things at once. This is not the cleanest experimental design — I could not attribute lift to individual changes — but for a 30-day timeline with limited traffic I needed to maximize signal first and attribute later.

The hero went from:

Transform your workflow with the industry-leading SaaS template. Built for modern teams who demand the best.

to:

A 14-section Next.js SaaS template I personally use. Stripe + Supabase + auth + landing pages wired together. $39 one-time. Lifetime updates to v1.

The new hero is 32 words. Names the stack. States the price upfront. Sets the upgrade expectation. Reads like a person wrote it.

The trust badges row was deleted entirely. In its place: one real customer quote with a real LinkedIn link, attributed to a real person at a real company.

The price-anchored CTA changed from "Get started" to "Buy on Gumroad → $39". (At the time the checkout was a Gumroad redirect, since chronicled in the Gumroad postmortem.)

The LCP optimization was a single <link rel="preload" as="image" fetchpriority="high"> for the hero screenshot. LCP dropped from 2.8s to 1.1s on mobile 4G.

The "what you do NOT get" section was three lines added after the features:

This is wrong for you if you want: a no-code builder (this is code), a free tier (it is paid, $39), or guaranteed support (it is "best effort, when I have time").

The result

30 days, A/B split via Cloudflare Worker hash on visitor IP:

Metric	Control	Treatment	Lift
Sessions	2,140	2,072	—
Add-to-cart	14	53	+279%
Completed purchases	9	40	+344%
Conversion rate	0.42%	1.93%	+359% (4.59x)
Average order value	$39	$39	(unchanged)
Revenue	$351	$1,560	+344%

At 95% confidence, the conversion rate lift is real. The absolute revenue lift was modest because the base was modest. The unit economics were transformed.

What each change contributed (best estimate)

After the test I ran a second round of follow-up tests, isolating each change one at a time on the same traffic source over four more weeks. The attribution is less precise than the headline lift but the pattern is clear.

Change	Estimated contribution
Hero rewrite	~60% of absolute lift
Faster LCP	~12%
Honest "what you do NOT get"	~10%
Price-anchored CTA	~8%
Social proof above fold	~5%
Remove trust badges	~5%

The hero alone did most of the work. The other five changes stacked but each was small.

What I would change if I ran this again

Three things, in order of regret:

1. I would have isolated the hero change first. The 60% attribution suggests I could have shipped just that change and gotten most of the lift in a fraction of the engineering time. The other five changes were worth shipping, but I could have prioritized.

2. I would have measured time-to-purchase, not just conversion. Some of the lift may have been from buyers who would have converted anyway, just faster. Faster conversion is still valuable (fewer drop-off opportunities) but it is different from "new buyers who would not otherwise have bought".

3. I would not have run six changes simultaneously. It worked because I had enough traffic to get a clear signal on the bundled change, but my attribution is fuzzier than it should be. For a smaller-traffic test, isolate each change.

What this generalizes to

Three patterns I have seen replicate on other products:

• Hero rewrites from template-language to specific-answer-block produce 2-5x lift on landing pages that previously had "Transform your workflow" headlines. This is consistent across at least four of my product pages and two friends' tests.

• Trust badges from the early 2010s (Norton, McAfee, TRUSTe) actively hurt conversion on developer and founder audiences in 2026. They signal "this site is trying too hard to look legitimate". Different audiences respond differently. Test before assuming.

• The "what you do NOT get" section consistently filters wrong buyers without losing right ones. Refund rates drop, completion rates hold. Even on a small sample this pattern has been robust.

Where this fits in the rebuild

The CRO experiment was actually the trigger event for the larger site rewrite. Once one product page demonstrated a 4.59x lift, the question became: why have I not done this for all 19 products? Answer: because the foundation was wrong (Gumroad redirect blind spot, generic AI-template copy, no GEO surface).

The single-page CRO experiment justified the whole-site rebuild. The whole-site rebuild then enabled CRO experimentation across the catalog, which is the work for the next 90 days.

---

The audit + experiment framework I used for this is in Conversion Rate Domination. The hero-rewrite humanization workflow is in Humanizer Pro and walked through in How I rewrote 19 product descriptions. The wider context is in the hub post on shipping as a solo founder.