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.
By Afeez Adebayo, Marketing, SEO & Growth Expert with 10+ years of experience.
Created 10 October 2026. Updated 10 October 2026. Free to use under CC BY 4.0.
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
- Test on real phones. Desktop browser resizing hides many problems.
- Speed is a conversion feature. Mobile users on variable networks feel every extra second.
- Thumbs, not cursors. Tap targets, spacing and reachable buttons matter.
- Fewer keystrokes. Autofill, wallets, address lookup and the right keyboards.
- 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
- Conversion rate and funnel by device, browser and operating system.
- Core Web Vitals field data by template.
- Mobile session recordings and heatmaps.
- Payment methods offered.
- Device and browser mix of visitors.
- Any mobile-specific complaints in support or reviews.
Raw SKILL.md file
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
| 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
- Use a mid-range Android phone and a recent iPhone on mobile data, not office Wi-Fi.
- Arrive from a search result and from a social link (in-app browser).
- Find a product or plan, add it, check out or sign up as a new user.
- Note load delays, mis-taps, hidden elements, keyboard problems and payment friction.
- 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-vitalsskill - 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
## MetricsCommon 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
On this page
- When to use this skill, and when not to
- Example prompts
- Example output
- What the agent needs from you
- How this skill hands off to related skills
- How to run Mobile Conversion step by step
- Situations this skill handles
- What makes this skill different
- Practical tips from real projects
- Frequently asked questions
- Changelog
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
- Install the skill as
mobile-conversion/SKILL.md. - Quantify the device gap by step.
- Test on real phones over mobile data.
- Check speed with field data.
- Fix layout, forms, payments and interruptions.
- Test layout and flow changes on mobile traffic.
Situations this skill handles
Mobile problems vary. The skill handles these situations:
| Situation | What the skill does |
|---|---|
| Research on mobile, buying on desktop | Save and share features |
| App and mobile web | No aggressive install prompts |
| Low-end phones | Lightweight, data-friendly pages |
| Long B2B forms | Email a link to finish later |
| Social app traffic | In-app browser checks |
| Slow templates | Script 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
Why does mobile convert worse than desktop?
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.
How should I test mobile journeys?
On real iOS and Android phones over mobile data, arriving from search and social links.
How big should tap targets be?
At least about 44 by 44 pixels with spacing between them.
Do wallet payments help mobile conversion?
Often, because they remove typing card and address details on small screens.
What are in-app browser problems?
Browsers inside social apps may block some cookies, wallets or saved passwords, breaking login or payment.
How do I handle cross-device journeys?
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.
All Conversion Rate Optimization skills
- CRO Audit
- Conversion Research Methods
- Landing Page and Homepage Optimisation
- Form Optimisation
- Pricing Page Optimisation
- Checkout and Cart Optimisation
- Sign-Up Flow and Onboarding Conversion
- Popups and On-Site Messaging
- Social Proof and Trust Signals
- Conversion Copywriting and Value Proposition Tests
- CRO Test Planning and Prioritisation
- CRO Programme Reporting
