Conversion Rate Optimization skill 11 of 13

Mobile Conversion Optimisation SKILL.md

The Mobile Conversion skill makes Claude, Codex or another AI agent close the gap between mobile and desktop conversion. It compares funnels by device, tests journeys on real phones, checks speed and Core Web Vitals by template, fixes first-screen layout, tap targets and navigation, improves forms and wallet payments, controls pop-ups and sticky elements, checks in-app browsers and supports cross-device journeys.

mobile-conversion/SKILL.md, version 1.0.0, 1,506 words.

For many sites most visits now come from phones, yet mobile conversion rates often trail desktop by a wide margin. Some of the gap reflects behaviour (people research on phones and buy later on laptops), but much of it comes from fixable problems: slow pages, cramped layouts, tiny buttons, awkward forms, pop-ups covering content, missing wallet payments and checkout flows designed for a mouse. Closing even part of the gap is one of the largest opportunities in CRO.

This skill audits and improves mobile conversion: speed, layout, navigation, tap targets, forms, payments, pop-ups and cross-device journeys, with mobile-specific research and tests.

Operating principles

  1. Test on real phones. Desktop browser resizing hides many problems.
  2. Speed is a conversion feature. Mobile users on variable networks feel every extra second.
  3. Thumbs, not cursors. Tap targets, spacing and reachable buttons matter.
  4. Fewer keystrokes. Autofill, wallets, address lookup and the right keyboards.
  5. Respect cross-device journeys. Help people save, share or continue on another device.

Common mobile problems

ProblemFix
Slow pagesCompress images, cut scripts, prioritise above-the-fold content, check Core Web Vitals field data
Content pushed below the foldShorter hero, smaller images, key information and call to action visible
Tiny tap targetsAt least about 44 by 44 pixels with spacing
Hidden navigationClear menu, search and key links
Pop-ups covering contentDelay, shrink or remove on mobile
Awkward formsInput types, autofill, fewer fields, large inputs
No wallet paymentsApple Pay, Google Pay, PayPal and local options
Sticky elements covering contentLimit sticky bars; keep the call to action sticky only where it helps
Hard-to-read tablesResponsive tables or cards
Layout shiftsReserve space for images, ads and banners

When to use, and when not to

Use it when mobile conversion lags desktop, when most traffic is mobile, after redesigns, before peak seasons and when mobile Core Web Vitals fail.

Don't use it for app store optimisation or native app onboarding in depth, or for technical performance work beyond conversion (the Technical SEO core-web-vitals skill).

Inputs to ask for, in one message

  1. Conversion rate and funnel by device, browser and operating system.
  2. Core Web Vitals field data by template.
  3. Mobile session recordings and heatmaps.
  4. Payment methods offered.
  5. Device and browser mix of visitors.
  6. Any mobile-specific complaints in support or reviews.

Raw SKILL.md file

.md

This is the exact file agents read, including the credit header and licence notice. Save it as mobile-conversion/SKILL.md.

---
name: mobile-conversion
description: "Close the gap between mobile and desktop conversion: device funnels, real-phone testing, speed and Core Web Vitals by template, first-screen layout, tap targets, navigation, forms with correct keyboards and autofill, wallet payments, pop-up and sticky element control, in-app browsers, cross-device save and share, and mobile tests. Use whenever someone asks about mobile conversion, mobile checkout, why mobile converts worse than desktop, mobile UX, tap targets, mobile forms, mobile speed or mobile pop-ups."
license: CC-BY-4.0
metadata:
  author: Afeez Adebayo
  author_url: https://afeezadebayo.com
  author_linkedin: https://www.linkedin.com/in/afeez-adebayo/
  author_x: https://x.com/za_icon
  source: https://afeezadebayo.com/skills-md/marketing/conversion-rate-optimization/mobile-conversion/
  category: marketing
  subcategory: conversion-rate-optimization
  version: "1.0.0"
  created: "2026-10-10"
  updated: "2026-10-10"
---

# Mobile Conversion Optimisation

For many sites most visits now come from phones, yet mobile conversion rates often trail desktop by a wide margin. Some of the gap reflects behaviour (people research on phones and buy later on laptops), but much of it comes from fixable problems: slow pages, cramped layouts, tiny buttons, awkward forms, pop-ups covering content, missing wallet payments and checkout flows designed for a mouse. Closing even part of the gap is one of the largest opportunities in CRO.

This skill audits and improves mobile conversion: speed, layout, navigation, tap targets, forms, payments, pop-ups and cross-device journeys, with mobile-specific research and tests.

## Operating principles
1. **Test on real phones.** Desktop browser resizing hides many problems.
2. **Speed is a conversion feature.** Mobile users on variable networks feel every extra second.
3. **Thumbs, not cursors.** Tap targets, spacing and reachable buttons matter.
4. **Fewer keystrokes.** Autofill, wallets, address lookup and the right keyboards.
5. **Respect cross-device journeys.** Help people save, share or continue on another device.

## Common mobile problems
| Problem | Fix |
|---|---|
| Slow pages | Compress images, cut scripts, prioritise above-the-fold content, check Core Web Vitals field data |
| Content pushed below the fold | Shorter hero, smaller images, key information and call to action visible |
| Tiny tap targets | At least about 44 by 44 pixels with spacing |
| Hidden navigation | Clear menu, search and key links |
| Pop-ups covering content | Delay, shrink or remove on mobile |
| Awkward forms | Input types, autofill, fewer fields, large inputs |
| No wallet payments | Apple Pay, Google Pay, PayPal and local options |
| Sticky elements covering content | Limit sticky bars; keep the call to action sticky only where it helps |
| Hard-to-read tables | Responsive tables or cards |
| Layout shifts | Reserve space for images, ads and banners |

## When to use, and when not to
Use it when mobile conversion lags desktop, when most traffic is mobile, after redesigns, before peak seasons and when mobile Core Web Vitals fail.

Don't use it for app store optimisation or native app onboarding in depth, or for technical performance work beyond conversion (the Technical SEO `core-web-vitals` skill).

## Inputs to ask for, in one message
1. Conversion rate and funnel by device, browser and operating system.
2. Core Web Vitals field data by template.
3. Mobile session recordings and heatmaps.
4. Payment methods offered.
5. Device and browser mix of visitors.
6. Any mobile-specific complaints in support or reviews.

## Workflow

### Step 1. Quantify the gap
Conversion and step completion by device; revenue per visitor by device; cross-device behaviour where measurable.

### Step 2. Test on real devices
Complete key journeys on popular iOS and Android phones over mobile data.

### Step 3. Check speed
Field data by template; largest contentful paint and interaction responsiveness; heavy scripts.

### Step 4. Review layout and navigation
First screen content, menu, search, tap targets, sticky elements.

### Step 5. Review forms and payments
Keyboards, autofill, address lookup, wallets, error handling.

### Step 6. Review interruptions
Pop-ups, cookie banners, chat widgets and app install prompts.

### Step 7. Support cross-device journeys
Save cart or wishlist, email a link, remember logged-in users.

### Step 8. Fix and test
Fix bugs and speed issues first; test layout and flow changes on mobile traffic.

## Mobile checklist
- Key message and call to action visible on the first screen.
- Tap targets large and spaced.
- Forms use correct input types and autofill.
- Wallet payments available at checkout.
- No pop-up covers content on arrival.
- Pages load quickly on mobile networks.
- Images and media sized for mobile.
- Sticky elements don't hide content.
- Search is easy to find on content-heavy sites.

## Device gap analysis
| Step | Desktop | Mobile | Gap | Likely cause to check |
|---|---|---|---|---|
| Landing to product view | 62% | 48% | Large | Speed, first screen, navigation |
| Product view to add to cart | 9% | 6% | Medium | Images, sizing info, button placement |
| Cart to checkout | 55% | 41% | Large | Costs, sticky elements, account prompts |
| Checkout to purchase | 70% | 52% | Large | Forms, payments, errors |
Illustrative numbers; build the table from your analytics and investigate the largest gaps first.

## Real-device test script
1. Use a mid-range Android phone and a recent iPhone on mobile data, not office Wi-Fi.
2. Arrive from a search result and from a social link (in-app browser).
3. Find a product or plan, add it, check out or sign up as a new user.
4. Note load delays, mis-taps, hidden elements, keyboard problems and payment friction.
5. Record the screen so findings can be shared with designers and developers.

## In-app browsers
Visitors from social apps often land in in-app browsers that may block some cookies, wallets or saved passwords. Test journeys from the main social platforms you use, and offer an easy way to open the page in the phone's main browser when payment or login fails.

## Mobile metrics
| Metric | Why |
|---|---|
| Conversion and revenue per visitor by device | Size of the gap |
| Step completion by device | Where the gap opens |
| Core Web Vitals (mobile field data) | Speed and stability |
| Mis-tap and rage-click signals in recordings | Layout problems |
| Wallet payment share | Payment convenience |

## Cross-device support
Let visitors save a cart or wishlist, email themselves a link or log in to continue later. For lead generation, offer to send a summary or quote by email so people can finish on a laptop without starting again.

Re-test mobile journeys after every major release, because layout and script changes often break mobile first.

## Edge cases and judgement calls
| Situation | What to do |
|---|---|
| Research on mobile, purchase on desktop | Track cross-device where possible; add save and share features |
| App and mobile web both exist | Avoid aggressive app install prompts; serve users where they are |
| Emerging markets with low-end phones | Prioritise lightweight pages and data-friendly design |
| Long B2B forms | Offer "email me a link to finish later" |
| Mobile traffic mostly from social apps | Check in-app browsers, which may block cookies or payments |

## Handoffs to related skills
- Speed in depth: the Technical SEO `core-web-vitals` skill
- Forms: `form-optimisation`
- Checkout: `checkout-optimisation`
- Popups: `popups-onsite-messaging`
- Research: `conversion-research`
- Test planning: `cro-test-planning`

## Worked example
An electronics retailer's mobile conversion was less than half its desktop rate. Real-device testing found a slow product page, filters hidden behind an unclear icon, a pop-up covering the add-to-cart button and no wallet payments. Fixes cut image weight and deferred non-essential scripts; tests moved filters into a clear button, delayed the pop-up and added Apple Pay and Google Pay. Mobile conversion rose substantially, narrowing the gap with desktop.

## Output format
```
# Mobile conversion review: <site>, <date>
## Device gap (conversion, revenue per visitor, funnel)
## Real-device findings
## Speed by template
## Layout, forms, payments and interruptions
## Fixes and tests
## Metrics
```

## Common mistakes
- Testing only in desktop browsers.
- Ignoring speed.
- Pop-ups and banners covering content.
- No wallet payments.
- Assuming the device gap is all behaviour.

## Questions to ask before you change mobile pages
- How big is the mobile gap at each step?
- What does the journey feel like on a mid-range phone on mobile data?
- Which payment methods do mobile customers expect?

## Self-check before you answer
- Was the journey tested on real devices?
- Are speed issues measured with field data?
- Are forms and payments mobile-friendly?
- Are interruptions controlled on mobile?

## Further reading
- web.dev on Core Web Vitals: https://web.dev/articles/vitals
- Baymard Institute mobile e-commerce research: https://baymard.com/research

---
Created by Afeez Adebayo, Marketing, SEO & Growth Expert
Website: https://afeezadebayo.com
LinkedIn: https://www.linkedin.com/in/afeez-adebayo/
X: https://x.com/za_icon
Source: https://afeezadebayo.com/skills-md/marketing/conversion-rate-optimization/mobile-conversion/

Licence: CC BY 4.0 (https://creativecommons.org/licenses/by/4.0/). You may copy, share and adapt this skill, including for commercial use, as long as you credit Afeez Adebayo and link to the source URL above. Keep this notice in any copy or adapted version.

Workflow

Step 1. Quantify the gap

Conversion and step completion by device; revenue per visitor by device; cross-device behaviour where measurable.

Step 2. Test on real devices

Complete key journeys on popular iOS and Android phones over mobile data.

Step 3. Check speed

Field data by template; largest contentful paint and interaction responsiveness; heavy scripts.

Step 4. Review layout and navigation

First screen content, menu, search, tap targets, sticky elements.

Step 5. Review forms and payments

Keyboards, autofill, address lookup, wallets, error handling.

Step 6. Review interruptions

Pop-ups, cookie banners, chat widgets and app install prompts.

Step 7. Support cross-device journeys

Save cart or wishlist, email a link, remember logged-in users.

Step 8. Fix and test

Fix bugs and speed issues first; test layout and flow changes on mobile traffic.

Mobile checklist

  • Key message and call to action visible on the first screen.
  • Tap targets large and spaced.
  • Forms use correct input types and autofill.
  • Wallet payments available at checkout.
  • No pop-up covers content on arrival.
  • Pages load quickly on mobile networks.
  • Images and media sized for mobile.
  • Sticky elements don't hide content.
  • Search is easy to find on content-heavy sites.

Device gap analysis

StepDesktopMobileGapLikely cause to check
Landing to product view62%48%LargeSpeed, first screen, navigation
Product view to add to cart9%6%MediumImages, sizing info, button placement
Cart to checkout55%41%LargeCosts, sticky elements, account prompts
Checkout to purchase70%52%LargeForms, payments, errors

Illustrative numbers; build the table from your analytics and investigate the largest gaps first.

Real-device test script

  1. Use a mid-range Android phone and a recent iPhone on mobile data, not office Wi-Fi.
  2. Arrive from a search result and from a social link (in-app browser).
  3. Find a product or plan, add it, check out or sign up as a new user.
  4. Note load delays, mis-taps, hidden elements, keyboard problems and payment friction.
  5. Record the screen so findings can be shared with designers and developers.

In-app browsers

Visitors from social apps often land in in-app browsers that may block some cookies, wallets or saved passwords. Test journeys from the main social platforms you use, and offer an easy way to open the page in the phone's main browser when payment or login fails.

Mobile metrics

MetricWhy
Conversion and revenue per visitor by deviceSize of the gap
Step completion by deviceWhere the gap opens
Core Web Vitals (mobile field data)Speed and stability
Mis-tap and rage-click signals in recordingsLayout problems
Wallet payment sharePayment convenience

Cross-device support

Let visitors save a cart or wishlist, email themselves a link or log in to continue later. For lead generation, offer to send a summary or quote by email so people can finish on a laptop without starting again.

Re-test mobile journeys after every major release, because layout and script changes often break mobile first.

Edge cases and judgement calls

SituationWhat to do
Research on mobile, purchase on desktopTrack cross-device where possible; add save and share features
App and mobile web both existAvoid aggressive app install prompts; serve users where they are
Emerging markets with low-end phonesPrioritise lightweight pages and data-friendly design
Long B2B formsOffer "email me a link to finish later"
Mobile traffic mostly from social appsCheck in-app browsers, which may block cookies or payments
  • Speed in depth: the Technical SEO core-web-vitals skill
  • Forms: form-optimisation
  • Checkout: checkout-optimisation
  • Popups: popups-onsite-messaging
  • Research: conversion-research
  • Test planning: cro-test-planning

Worked example

An electronics retailer's mobile conversion was less than half its desktop rate. Real-device testing found a slow product page, filters hidden behind an unclear icon, a pop-up covering the add-to-cart button and no wallet payments. Fixes cut image weight and deferred non-essential scripts; tests moved filters into a clear button, delayed the pop-up and added Apple Pay and Google Pay. Mobile conversion rose substantially, narrowing the gap with desktop.

Output format

# Mobile conversion review: <site>, <date>
## Device gap (conversion, revenue per visitor, funnel)
## Real-device findings
## Speed by template
## Layout, forms, payments and interruptions
## Fixes and tests
## Metrics

Common mistakes

  • Testing only in desktop browsers.
  • Ignoring speed.
  • Pop-ups and banners covering content.
  • No wallet payments.
  • Assuming the device gap is all behaviour.

Questions to ask before you change mobile pages

  • How big is the mobile gap at each step?
  • What does the journey feel like on a mid-range phone on mobile data?
  • Which payment methods do mobile customers expect?

Self-check before you answer

  • Was the journey tested on real devices?
  • Are speed issues measured with field data?
  • Are forms and payments mobile-friendly?
  • Are interruptions controlled on mobile?

Further reading

When to use this skill, and when not to

Use it when mobile conversion lags desktop, when most traffic is mobile, after redesigns, before peak seasons and when mobile Core Web Vitals fail.

For many sites most visits come from phones, yet mobile conversion often trails desktop by a wide margin. Some of the gap is behaviour, but much comes from fixable problems: slow pages, cramped layouts, tiny buttons, awkward forms, pop-ups and missing wallet payments.

Don’t use it for app store optimisation or technical performance beyond conversion (use the Technical SEO Core Web Vitals skill).

Example prompts

  • “Mobile converts at half the desktop rate. Why?”
  • “Write a real-device test script for our checkout.”
  • “Which mobile fixes should we make first?”
  • “Do in-app browsers break our checkout?”
  • “Add wallet payments for mobile shoppers.”

Example output

The skill returns a fixed structure. A shortened example for an imaginary site:

# Mobile review: example electronics retailer, 11 October 2026

Gap: mobile conversion under half of desktop
Real-device findings: slow product pages; filters hidden behind unclear icon; pop-up over add-to-cart; no wallets
Fixes: lighter images, deferred scripts
Tests: clear filter button, delayed pop-up, Apple Pay and Google Pay

Journeys are tested on real mid-range phones over mobile data, because desktop browser resizing hides many mobile problems.

What the agent needs from you

The skill asks for conversion and funnels by device, browser and operating system, Core Web Vitals field data by template, mobile recordings and heatmaps, payment methods offered, device mix and mobile complaints in support or reviews.

How this skill hands off to related skills

Mobile work connects to the set: speed with the Technical SEO Core Web Vitals skill, Forms, Checkout, Popups, Research and Test Planning.

How to run Mobile Conversion step by step

  1. Install the skill as mobile-conversion/SKILL.md.
  2. Quantify the device gap by step.
  3. Test on real phones over mobile data.
  4. Check speed with field data.
  5. Fix layout, forms, payments and interruptions.
  6. Test layout and flow changes on mobile traffic.

Situations this skill handles

Mobile problems vary. The skill handles these situations:

SituationWhat the skill does
Research on mobile, buying on desktopSave and share features
App and mobile webNo aggressive install prompts
Low-end phonesLightweight, data-friendly pages
Long B2B formsEmail a link to finish later
Social app trafficIn-app browser checks
Slow templatesScript and image fixes first

What makes this skill different

Most mobile reviews resize a desktop browser. This skill uses real phones, field speed data and device-level funnels to find where the gap opens, then fixes speed, layout, forms, payments and interruptions in that order.

It also supports cross-device journeys, so mobile research is not counted as a loss.

Practical tips from real projects

  • Test on real phones.
  • Speed is a conversion feature.
  • Thumbs, not cursors.
  • Fewer keystrokes.

A worked example: an electronics retailer mobile conversion was less than half its desktop rate. Real-device testing found a slow product page, filters hidden behind an unclear icon, a pop-up covering the add-to-cart button and no wallet payments. Fixes cut image weight and deferred non-essential scripts; tests moved filters into a clear button, delayed the pop-up and added Apple Pay and Google Pay. Mobile conversion rose substantially, narrowing the gap with desktop.

Common mobile problems have known fixes. Slow pages need compressed images, fewer scripts and priority for above-the-fold content, checked with field data. Content pushed below the fold needs a shorter hero and visible call to action. Tiny tap targets need more size and spacing. Hidden navigation needs a clear menu and search. Pop-ups covering content are delayed, shrunk or removed. Awkward forms get correct input types, autofill and fewer fields. Missing wallets are added. Sticky elements are limited so they do not cover content. Wide tables become responsive cards. Layout shifts are prevented by reserving space for images and banners.

The device gap analysis compares each step between desktop and mobile, from landing to product view, product view to add to cart, cart to checkout and checkout to purchase, then investigates the largest gaps first with likely causes such as speed, first screen, sizing information, costs, sticky elements, forms and payments.

The real-device test script uses a mid-range Android phone and a recent iPhone on mobile data, arrives from a search result and from a social link in an in-app browser, finds a product or plan, adds it and checks out or signs up as a new user, noting load delays, mis-taps, hidden elements, keyboard problems and payment friction while recording the screen.

In-app browsers inside social apps may block some cookies, wallets or saved passwords, so journeys from the main platforms are tested and visitors are offered an easy way to open the page in their main browser when payment or login fails.

The mobile checklist confirms the key message and call to action on the first screen, large spaced tap targets, correct input types and autofill, wallet payments, no pop-up on arrival, fast loads on mobile networks, sized images, sticky elements that do not hide content and easy search on content-heavy sites.

Metrics include conversion and revenue per visitor by device, step completion by device, mobile Core Web Vitals, mis-tap and rage-click signals in recordings and wallet payment share.

Cross-device support lets visitors save a cart or wishlist, email themselves a link or log in to continue later; lead forms can send a summary by email so people finish on a laptop without starting again.

Fixes come before tests: bugs and speed problems are repaired first, then layout and flow changes are tested on mobile traffic. Mobile journeys are re-tested after every major release, because layout and script changes often break phones first, and markets with many low-end phones get especially lightweight pages.

Frequently asked questions

Partly behaviour, since many people research on phones and buy later, but often slow pages, cramped layouts, awkward forms, pop-ups and missing wallet payments.

On real iOS and Android phones over mobile data, arriving from search and social links.

At least about 44 by 44 pixels with spacing between them.

Often, because they remove typing card and address details on small screens.

Browsers inside social apps may block some cookies, wallets or saved passwords, breaking login or payment.

Let visitors save carts, email themselves links or log in to continue later.

Changelog

  • 1.0.0, 10 October 2026: first release.

Use, adapt and share this skill under CC BY 4.0: credit Afeez Adebayo and link to this page.