Mobile UX Audit

v1.0.0

Audit the mobile shopping experience of your ecommerce store for friction points including slow load times, hard-to-tap buttons, confusing navigation, checko...

0· 31·0 current·0 all-time
byLeroyCreates@leooooooow
Security Scan
Capability signals
CryptoRequires walletCan make purchasesRequires sensitive credentials
These labels describe what authority the skill may exercise. They are separate from suspicious or malicious moderation verdicts.
VirusTotalVirusTotal
Benign
View report →
OpenClawOpenClaw
Benign
high confidence
Purpose & Capability
The name/description (mobile ecommerce UX audit) matches the SKILL.md: it outlines manual analysis of pages, tap targets, payments, and accessibility. It explicitly does not require cloud credentials or system access and asks only for storefront URLs, pages, and conversion metrics which are appropriate inputs for this task.
Instruction Scope
The instructions stay within scope: they describe a structured, manual audit and the required inputs. The skill explicitly declares it will not execute live Lighthouse/WebPageTest runs or perform code changes, so it doesn't ask the agent to read unrelated files, environment variables, or system state.
Install Mechanism
No install spec and no code files — the skill is instruction-only, so nothing is written to disk or downloaded. This is the lowest-risk install profile and matches the declared behavior.
Credentials
The skill declares no required environment variables, credentials, or config paths. The inputs it requests (store URL, landing pages, conversion rate, optional screenshots) are proportionate and relevant to producing the audit.
Persistence & Privilege
always is false and the skill does not request persistent system or cross-skill configuration. Model invocation is allowed (the platform default) but the skill itself does not request elevated privileges or permanent presence.
Assessment
This skill is instruction-only and appears coherent with its purpose. Before installing or using it, do not provide admin credentials, API keys, or any private backend access — only share public storefront URLs, page examples, conversion numbers, and optional session screenshots/recordings. Remember the skill will not run automated Lighthouse/WebPageTest or modify your site; it produces a manual, prioritized specification your team must implement. If you want automated performance testing or live audits, pick a tool/skill that explicitly runs those tests and review its install/credential requirements first.

Like a lobster shell, security has layers — review code before you run it.

latestvk970e5mk1fe8cxgw7ctegx2m7n85d6fm
31downloads
0stars
1versions
Updated 9h ago
v1.0.0
MIT-0

Mobile UX Audit

This skill performs a structured mobile UX audit of an ecommerce storefront, identifying the specific friction points — layout, speed, input, payment, and navigation issues — that cause mobile visitors to bounce or abandon carts even when desktop performance looks healthy.

Use when

  • The user sees a large gap between mobile and desktop conversion rates, for example 1.1% on mobile versus 2.8% on desktop, and wants to understand where mobile shoppers are actually dropping off.
  • The user just finished a theme migration on Shopify, BigCommerce, or WooCommerce and wants a pre-launch mobile review before turning paid traffic back on.
  • The user runs mostly Meta, TikTok, or Google Shopping ads where over 70% of traffic lands on phones and suspects the landing pages, PDPs, or checkout are breaking the journey.
  • The user says their Lighthouse or PageSpeed Insights mobile score is below 50 and wants practical, prioritized fixes rather than a generic checklist.

What this skill does

Walks the full mobile shopping funnel — homepage, collection, product detail, cart, checkout, and account flows — and flags concrete issues at each step. Evaluates page weight and Core Web Vitals (LCP, INP, CLS), tap-target size and spacing, thumb-reach of primary CTAs, form field behavior (input types, autofill, error states), image and video loading strategy, sticky element intrusiveness, payment method coverage (Apple Pay, Google Pay, Shop Pay, local wallets), and accessibility basics like text contrast and zoom behavior. Every finding is tagged with severity, estimated conversion impact, and implementation effort so the team can triage.

Inputs required

  • Store URL (required): The public storefront URL so each page can be referenced explicitly in the findings.
  • Top 3 landing pages by paid traffic (required): Typically a hero collection and two bestseller PDPs; audit depth focuses here.
  • Current mobile conversion rate and AOV (required): Used to estimate dollar impact of each fix.
  • Platform and theme (optional): Shopify theme name, WooCommerce template, or headless stack — shapes which fixes are realistic.
  • Screenshots or Loom of a real mobile session (optional): Reveals friction that static audits miss, like scroll jank or popup stacking.

Output format

Three deliverables. (1) Executive summary — five to eight bullet-equivalent findings ranked by expected revenue impact, written in plain language a founder can act on. (2) Per-page findings table — columns for page, issue, severity (Critical, High, Medium, Low), root cause, recommended fix, estimated dev effort in hours, and expected conversion lift band. (3) Prioritized 30-day remediation roadmap — week-by-week sequence grouping fixes by theme (speed wins, form fixes, payment wallet rollout, navigation cleanup) with dependencies and suggested owners (developer, designer, marketer).

Scope

  • Designed for: ecommerce operators, CRO leads, product managers, and front-end developers
  • Platform context: Shopify, WooCommerce, BigCommerce, Magento, and headless stacks; audit logic applies to any storefront
  • Language: English

Limitations

  • Does not execute live Lighthouse or WebPageTest runs — metrics must be supplied or described.
  • Does not write the production code or theme edits; the output is a specification that your development team implements.
  • Accessibility findings cover common WCAG A and AA issues visible from the front end; a full accessibility audit including screen-reader flows is out of scope.

Comments

Loading comments...