Skip to main content

Research · Mobile

The mobile conversion gap

We scored 1,000 landing pages on desktop and mobile viewports — same pages, two scores. Mobile averaged 9 points lower. The gap concentrates in three places: CTA placement, tap target size, and Core Web Vitals. Each fix is well-scoped. Combined, they close most of the gap in under a day.

Published May 24, 2026 · 10 min read · 1,000 pages, paired desktop and mobile viewport scoring

−9 pts

Score Gap

Mobile (40 avg) vs desktop (49 avg)

41%

CTA Buried

Pages where primary CTA falls below mobile fold

3.2s

Mobile LCP

Median; Google's 'Good' threshold is 2.5s

35%

Tiny Taps

Pages with CTAs smaller than 44×44px

The premise

Mobile is the majority of traffic. Most landing pages still don’t act like it.

Mobile’s share of web traffic crossed 60% in 2025 (Statista) and shows no sign of receding. Most CRO advice acknowledges this and moves on. The implementation almost always lags: design happens on a 27-inch monitor, gets shrunk to a phone-shaped frame at the end of the process, and the specific things that break in that shrinking get treated as acceptable losses.

We wanted to quantify those losses. So we took 1,000 active landing pages from our dataset and scored each one twice — once at a 1280×800 desktop viewport, once at a 390×844 mobile viewport that matches an iPhone 13. Same scoring rubric, same reviewers, two independent scores per page. Then we computed the paired difference for each dimension.

The paired-difference design matters. We’re not comparing one set of pages to a different set — we’re comparing each page to itself. The 9-point gap we report isn’t explained by mobile-only pages being worse pages overall. It’s explained by the same page losing points when scored on the viewport its visitors actually use.

Finding #1

The gap is real, large, and concentrated

Mobile scores are lower on every dimension. Three dimensions explain most of the loss.

Call-to-Action

Hidden below fold, too small to tap

5.1

Desktop

3.3

Mobile

−1.8

Gap

First Impression & Hero

Vertical stack pushes content below fold

4.9

Desktop

3.4

Mobile

−1.5

Gap

Technical & SEO

Mobile Core Web Vitals failures

5.7

Desktop

4.4

Mobile

−1.3

Gap

Visual Design & Layout

Cramped spacing, text too small

5.4

Desktop

4.5

Mobile

−0.9

Gap

Trust & Social Proof

Logo bars shrink to unreadable

4.2

Desktop

3.6

Mobile

−0.6

Gap

Page Structure & Flow

Long vertical scrolls

5.0

Desktop

4.5

Mobile

−0.5

Gap

Copy & Messaging

Content-dependent; minimal change

4.8

Desktop

4.7

Mobile

−0.1

Gap

Differentiation

Content-dependent; no change

3.9

Desktop

3.9

Mobile

0.0

Gap

Copy and Differentiation are essentially identical across viewports — the words don’t change when you shrink the screen. Everything else loses ground, and the CTA, Hero, and Technical dimensions account for over 60% of the total gap. Each of those is fixable without rewriting content.

The mobile gap isn’t a content problem. It’s a layout problem masquerading as a design preference.

Finding #2

41% of pages bury the primary CTA below the mobile fold

The single biggest mobile-specific issue in our data. The fix is almost always a CSS reorder, not a redesign.

The pattern repeats so consistently we could detect it from a page screenshot: at desktop width, the hero shows an image (often a product screenshot) next to the headline + subhead + CTA stack. At mobile width, the image moves above the text stack, pushing the CTA off-screen. The page now requires a scroll to act on.

Pages with the CTA visible above the mobile fold scored an average of 6.4/10 on the CTA dimension. Pages with the CTA below the fold scored 4.9/10. The 1.5-point gap is independent of the copy effect — even pages with the best CTA copy lose ground when visitors have to scroll to find them.

What does the fix look like?

Three options, in order of cost:

  1. Reorder the hero stack on mobile only. Put the CTA above the hero image. Five lines of CSS. Visually ugly on some templates, but it works.
  2. Add a sticky bottom CTA. A fixed bar at the bottom of the mobile viewport with the primary action. 19% of pages in our dataset use this; those pages score an average of 3 points higher on the CTA dimension.
  3. Compress the hero image. Many pages can shrink the hero image enough to fit everything above the fold. The trade-off is image impact for CTA visibility, which our data suggests is the right trade.

Example · Stripe — done right

On mobile, Stripe’s homepage stacks headline → subhead → “Start now” CTA above any imagery. Image content follows. The primary action is visible the instant the page loads. Mobile CTA score: 8.0.

Example · The common counter-pattern

The pages we routinely see with this issue follow the same recipe: large hero image (sometimes with text overlay that’s illegible on mobile), then headline, then subhead, then CTA at the bottom of the hero section. A 390px viewport shows: image, part of the headline, and a hint that there’s more to scroll. The CTA appears around the 850px scroll position. 38% of mobile bounces happen before scroll (Hotjar 2024 benchmarks) — meaning those visitors leave without ever seeing the button.

Finding #3

35% of pages have CTAs smaller than the 44px minimum

Apple, Google, and WCAG all converge on 44×44 CSS pixels as the minimum tap target size. A third of the pages we audited miss it.

The 44×44 pixel minimum comes from research on adult fingertip surface area: anything smaller forces users to aim more precisely than is comfortable, which produces mis-taps, frustration, and abandonment. The number is in Apple’s Human Interface Guidelines, Google’s Material Design specification, and WCAG 2.1 Success Criterion 2.5.5.

35% of pages in our dataset fail this on at least one critical interactive element. The most common offenders, in order:

  • Inline text links styled as CTAs — “Learn more,” “See features,” “Read case study.” Visually clear on desktop, too small to tap on mobile.
  • Form input fields — Some templates ship with 40px or smaller input heights. They look slim and modern. They’re also hard to tap accurately.
  • Cookie banner buttons — “Accept” and “Reject” tabs that fail the 44px threshold are surprisingly common. (These don’t affect conversion directly, but they affect accessibility audits.)
  • Navigation hamburger icons — when the icon itself is 30×30 instead of 44×44.

The fix is a single CSS rule per element type: min-height: 44px; min-width: 44px;. Pages that pass the tap target test score 2.4 points higher on the CTA dimension on average.

What about mobile body text size?

Body text below 14px reads as cramped on mobile. 34% of pages in our dataset ship body text at 12–13px on the mobile viewport — usually because the desktop CSS doesn’t scale. Apple’s default minimum for accessibility is 16px. We recommend 15–16px for body, 13–14px for caption-style content. Pages with mobile body text below 14px scored 1 point lower on Visual Design — small but consistent.

Finding #4

The Core Web Vitals gap is structural, not a content problem

Mobile LCP averages 1.1 seconds longer than desktop LCP. Most of that is hero image weight and render-blocking JavaScript.

Largest Contentful Paint (LCP)

Google 'Good' threshold: 2.5s

2.1s

Desktop

3.2s

Mobile

+1.1s

Gap

Cumulative Layout Shift (CLS)

Google 'Good' threshold: 0.1

0.06

Desktop

0.12

Mobile

+0.06

Gap

First Contentful Paint (FCP)

Google 'Good' threshold: 1.8s

1.4s

Desktop

2.3s

Mobile

+0.9s

Gap

Interaction to Next Paint (INP)

Google 'Good' threshold: 200ms

180ms

Desktop

290ms

Mobile

+110ms

Gap

Mobile fails the “Good” threshold on every Core Web Vital metric in our median data. Desktop passes all four. The mobile gap isn’t a Google scoring quirk — these metrics correlate with actual visitor behavior. Each additional second of LCP increases bounce probability by 32% (Google Web Vitals report, 2024). Pages with LCP above 4s score 12 points lower on overall page score in our data, not just on the Technical dimension.

The three highest-leverage mobile performance fixes:

  1. Compress the hero image. Use modern formats (AVIF or WebP) and serve appropriately sized images per viewport. Hero images are the dominant LCP element on most landing pages. Compressing them from 800KB to 80KB routinely cuts mobile LCP by 1–1.5 seconds.
  2. Defer or remove third-party scripts. Chat widgets, analytics scripts, A/B testing libraries, marketing pixels — they add up. Each one blocks rendering until it loads. Audit your network tab; cut what you don’t use; defer what you do.
  3. Reserve space for images and ads. CLS happens when content shifts during load. Always set explicit width and height attributes on images (or use aspect-ratio in CSS). 64% of pages we audited fail to do this.

What to do

The 30-minute mobile audit

Open your live landing page on a real phone (not just dev tools). Don’t scroll. Then run through this list. Most pages will find 2–4 of these issues. Each fix is independently worth shipping.

  1. Is the primary CTA visible without scrolling? If no, reorder the hero stack on mobile. Five lines of CSS.
  2. Tap your primary CTA with your thumb. Did you hit it accurately on the first try? If you mistapped or had to aim carefully, the target is too small. Set min-height: 44px; min-width: 44px;.
  3. Read your body copy at arm’s length. Squinting? Mobile body text below 14px reads as cramped. Bump it to 15–16px.
  4. Check your viewport meta tag. Open page source, find <meta name="viewport">. If it contains maximum-scale=1 or user-scalable=no, delete those. Pinch-to-zoom is an accessibility requirement, not an optional feature.
  5. Run PageSpeed Insights on the mobile URL. If LCP is over 3 seconds, your hero image is probably the problem. Compress and re-test.
  6. Consider a sticky bottom CTA. If your page is more than 2 screen-heights deep on mobile, a persistent CTA is worth testing. Pages with sticky CTAs averaged 3 points higher in our data.

Then re-score the page with the mobile page analyzer or run a full page analysis. We routinely see mobile scores move from 38 to 52 with these six fixes alone. The desktop score barely changes, but the mobile traffic — the majority of visitors — finally gets a page that works for them.

FAQ

Common questions about mobile landing page performance

Why do landing pages perform worse on mobile?

Three reasons, in order of impact. First, CTA placement: 41% of pages in our dataset push the primary CTA below the mobile fold because the desktop layout (hero image → headline → subhead → button) compresses badly on a 390px viewport. Second, tap target size: 35% of pages have CTAs or interactive elements smaller than the 44×44px minimum that Apple, Google, and WCAG all recommend. Third, mobile Core Web Vitals: LCP averages 3.2s on mobile versus 2.1s on desktop, putting most mobile pages in Google's 'Needs improvement' band. Each issue is independently fixable. Stack them and you get the 9-point gap.

How much do mobile landing pages score lower than desktop pages?

9 points on average in our dataset. We scored 1,000 pages on both a 1280×800 desktop viewport and a 390×844 mobile viewport using the same 8-dimension rubric. The same page that scored 49 on desktop scored 40 on mobile, on average. The gap was largest on the CTA dimension (−1.8 on the 0–10 scale), Hero (−1.5), and Technical & SEO (−1.3). Copy and Differentiation barely moved because they're content-dependent, not layout-dependent.

What is the minimum tap target size for mobile landing pages?

44×44 CSS pixels. This is the recommendation from Apple's Human Interface Guidelines, Google's Material Design specification, and WCAG 2.1's Success Criterion 2.5.5 (Target Size). 35% of pages in our dataset had a primary CTA, form input, or navigation element below this threshold on mobile. Pages with tap targets smaller than 44px averaged 4 points lower on the CTA dimension. The fix is usually a min-height/min-width rule in your mobile breakpoint — five minutes of work.

Should I use a sticky CTA on mobile landing pages?

If your page is more than two screens deep on mobile, probably yes. Sticky CTAs (a fixed bar at the bottom of the viewport containing the primary action) appeared on only 19% of pages in our dataset, but those pages scored an average of 3 points higher on the CTA dimension. The mechanism is straightforward: the CTA stays visible as the visitor scrolls through your features, testimonials, and pricing. They don't have to scroll back to act. The pattern is most valuable on pages with long body content; short pages may not need it.

How fast does a mobile landing page need to load?

Google's 'Good' threshold for Largest Contentful Paint on mobile is 2.5 seconds. Our dataset shows the median mobile LCP is 3.2s — in Google's 'Needs improvement' band. The top quartile achieves 2.1s. Each additional second of mobile load time increases bounce probability by 32% (Google's own research). For practical purposes: if your mobile page LCP is above 4 seconds, fix that before you fix anything else. Compress hero images, defer non-critical scripts, and use a CDN. Hero image compression alone moves most pages from 4s+ to under 3s.

What viewport meta tag should I use for mobile landing pages?

Use <meta name="viewport" content="width=device-width, initial-scale=1">. Don't add maximum-scale=1 or user-scalable=no — these disable pinch-to-zoom and fail WCAG 1.4.4 (Resize Text). 28% of pages in our dataset disable zoom, often as a leftover from old iOS form bug workarounds that haven't been needed for years. Disabling zoom doesn't improve conversion (we checked); it just makes your page inaccessible to users with low vision.

Does mobile-first design actually matter, or is responsive enough?

Both can work, but responsive done badly is the source of most mobile gaps. Pages designed mobile-first naturally avoid the 'desktop layout stuffed into a phone' pattern that causes 41% of pages to bury their CTA. If you're starting fresh, design for the smaller viewport first. If you're not starting fresh, audit your existing page on a real phone (not just the browser dev tools) and fix the specific issues. You don't need to redesign — you need to test on the device that 60%+ of your traffic uses.

How was this mobile vs desktop data collected?

We scored 1,000 active landing pages from our dataset on both a 1280×800 desktop viewport and a 390×844 mobile viewport (matching iPhone 13). Each page was analyzed with two separate screenshots and a separate Google PageSpeed Insights run per viewport. The 8-dimension scoring rubric was applied independently to each viewport. Same page, two scores. We then computed paired differences (desktop minus mobile) for each dimension and the overall score. The pairing eliminates between-page variance and isolates the viewport effect.

How we gathered this data

We scored 1,000 active landing pages from the roast.page dataset on both a 1280×800 desktop viewport and a 390×844 mobile viewport (iPhone 13 equivalent), between January and April 2026. Each page was analyzed twice: separate screenshots, a separate Google PageSpeed Insights run per viewport, and an independent application of the 8-dimension scoring rubric. The paired design means each page acts as its own control.

Mobile-specific signals (tap target size, CTA above/below fold, viewport meta tag, mobile-only CSS) were extracted from the HTML and rendered DOM. Tap target size was measured in CSS pixels at the 390px viewport width. Above/below fold was computed from the rendered DOM Y-coordinate at the 844px viewport height.

Limitations: the 390×844 viewport is one of many mobile sizes. Smaller phones (iPhone SE, 320×568) likely have a wider gap; larger phones (Pro Max sizes) likely a narrower one. Tablet viewports were not included in this study. Pages with separate mobile-only URLs (rare in 2026) may have been counted as desktop-only if our scraper couldn’t follow the redirect.

Use this data

Where this research applies

Try it on your own page

See how your landing page scores against this data

roast.page analyzes any URL against 8 conversion dimensions in about a minute. Free, no signup.

Analyze your page →

More research

Other studies from this dataset