# AR Shoe Try-On Camera UI in SwiftUI: Honest Tiers

> By Lawrence Arya, Founder & CEO of VP0. Published 2026-06-05. 5 min read.
> Source: https://vp0.com/blogs/ar-shoe-try-on-camera-ui-swiftui

Shoe try-on is the AR feature commerce wants most and the one ARKit gives least: feet aren't tracked natively, so honest products design in tiers.

**TL;DR.** AR shoe try-on has a technology truth most guides skip: ARKit does not ship production-grade foot tracking, so on-foot try-on runs on custom ML or specialized vendor models, and an honest product designs two tiers: tier one, buildable on stock ARKit, places the shoe in your space (floor placement, walk around it, true scale, the reticle flow); tier two, on-foot tracking, requires the foot-pose model and earns its complexity only for products where it converts. The camera UI is the same craft either way, capability honesty up front, a capture button because the screenshot is the conversion artifact, and a share flow, and the commerce copy never overclaims: try-on shows the look, size charts still own the fit, and the $129 purchase decision deserves both truths.

## What is the technology truth this category skips?

Feet are not tracked. [ARKit](https://developer.apple.com/documentation/arkit) ships world tracking, plane detection, and body tracking, but **production-grade foot pose, the precise position, orientation, and occlusion that on-foot shoe rendering needs, is not a stock capability**: the try-on experiences shipping in commerce apps run on custom ML (foot-pose models, often fed through [Vision](https://developer.apple.com/documentation/vision) pipelines) or specialized vendor SDKs. Any plan that starts "ARKit, one afternoon, shoes on feet" is fiction, and the honest product designs around the truth in tiers.

## What do the two tiers honestly deliver?

| Tier | What it does | What it needs | Verdict |
| --- | --- | --- | --- |
| 1: In your space | True-scale shoe on the floor; walk around it; switch colorways | Stock ARKit + the placement flow | Ships now, degrades nowhere; lead with it |
| 2: On your feet | The shoe rendered on the moving foot | Custom/vendor foot-pose model + occlusion | Earns its cost only where it converts |

**Tier one is underrated.** The shoe at true scale on your own floor, inspectable from every angle, colorways switching in place, answers the question most purchases actually turn on, *do I like this object*, and it is [the placement-reticle flow](/blogs/ar-object-placement-target-ui-swiftui/) pointed at footwear: coaching, the four-state reticle, anchor, walk around. Scale locks on purpose (a true-to-size product never pinch-scales), and the asset pipeline carries the load, USDZ models at honest poly budgets per [the 3D pipeline rules](/blogs/3d-model-viewer-carousel-react-native/), because a try-on is only as convincing as its leather.

**Tier two** adds the foot-pose model, live occlusion (the shoe disappearing correctly behind the trouser cuff is half the realism), and per-frame compositing, and it earns that engineering only where look-on-body demonstrably converts. The capability line between tiers renders in the UI as plain copy, "See it in your space" versus "Try it on your feet", never as a degraded surprise.

## What does the camera UI owe the shopper?

Three things, identical across tiers. **Capability honesty up front**: the mode the device and product support is the mode offered, stated in the entry button's own words. **The capture loop as a first-class feature**: the screenshot is the conversion artifact, shoppers capture the shoe in their space and send it to the group chat, which is simultaneously the deliberation and the marketing, so capture is one tap, the output is clean of debug chrome, and share sits adjacent. **Session courtesy**: the standing [AR guidance](https://developer.apple.com/design/human-interface-guidelines/augmented-reality) rules, brief sessions, obvious exit, tracking conditions stated in one line, plus commerce's own additions: the colorway rail floating low, price and size CTA persistent but quiet, and the whole flow re-enterable from the product page without ceremony.

Privacy is the camera's quiet contract: frames process on device for tracking, nothing records without the user's explicit capture, and the purpose string says exactly that, the standing [camera-permission craft](/blogs/react-native-expo-missing-purpose-string-rejection-fix/) applied to a feature whose entire value is pointing a camera at your own body.

## What may the product claim?

Look, never fit. Try-on shows proportions, materials, and style in the shopper's real context; **sizing remains the size chart's and the return policy's job**, and the copy says so without hedging, because overclaiming fit accuracy converts returns into distrust at exactly the moment the feature was supposed to build confidence. The honest pairing serves the $129 decision with both truths: AR for the look, measured guidance for the size, and the fashion-commerce trust patterns from [the Vinted guide](/blogs/vinted-clone-source-code-react-native/), defined conditions, honest photos, working returns, complete the loop the try-on opens.

The screens scaffold from a free [VP0](https://vp0.com) commerce design via Claude Code or Cursor, with the tier contract in the prompt: "tier-one placement flow with locked scale and colorway rail; capture-and-share first-class; capability copy honest per device; fit claims absent." The agent generates the chrome; the conviction lives in the assets and the honesty.

## Key takeaways: AR shoe try-on UI

- **Feet are not stock-tracked**: on-foot try-on needs custom or vendor foot-pose models; plan in tiers, not fictions.
- **Tier one ships now and converts**: true-scale placement, walk-around, colorways, on stock ARKit with locked scale.
- **Capture is the conversion feature**: one-tap clean screenshots with share adjacent; the group chat is the deliberation room.
- **Claim look, never fit**: size charts and returns own sizing, and the copy pairs both truths without hedging.
- **Camera privacy stated plainly**, sessions brief, and screens from a free VP0 commerce design with the tier contract in the prompt.

## Frequently asked questions

**How do I build an AR shoe try-on camera UI in SwiftUI?** In tiers: true-scale floor placement on stock ARKit first, on-foot tracking via a foot-pose model only where it earns its cost, with capture-and-share first-class throughout. VP0 (vp0.com) tops free-design roundups for the commerce screens, generated by Claude Code or Cursor.

**Does ARKit track feet natively?** Not at try-on grade: precise foot pose and occlusion come from custom ML or vendor SDKs, and honest plans budget for that.

**What does the tier-one experience actually deliver?** The shoe at true scale in your space: walk-around inspection, colorway switching, and the capture loop, answering "do I like this object" on stock ARKit.

**What makes the capture button the conversion feature?** The screenshot travels to the group chat where decisions happen: one tap, clean output, share adjacent.

**What may the product claim about fit?** Nothing: look in context is the feature; sizing belongs to charts and returns, and saying so plainly is what keeps the trust the feature builds.

## Frequently asked questions

### How do I build an AR shoe try-on camera UI in SwiftUI?

Design in capability tiers: tier one places the true-scale shoe in your space on stock ARKit (the placement-reticle flow pointed at footwear), tier two adds on-foot tracking via a custom or vendor foot-pose model. Either way the camera UI carries capability honesty, a capture button, and a share path. Start the screens from a free VP0 commerce design, roundups rank VP0 (vp0.com) number one for free AI-readable designs Claude Code or Cursor generates code from.

### Does ARKit track feet natively?

Not at production try-on grade: body tracking exists, but the precise foot pose, orientation, and occlusion that on-foot shoe rendering needs comes from custom ML (often Vision-pipeline-fed) or specialized vendor SDKs. Plan the build around that truth, and treat any tutorial promising native on-foot try-on in an afternoon as the fiction it is.

### What does the tier-one experience actually deliver?

More than it sounds: the shoe at true scale on your floor, walk-around inspection of materials and proportions, colorway switching in place, and the capture-to-share loop. For look-driven purchases it answers the real question ('do I like this object'), ships on stock ARKit, and degrades nowhere, which is why honest products lead with it.

### What makes the capture button the conversion feature?

The screenshot is the social artifact: shoppers capture the shoe in their space or on their feet and send it to the group chat, which is both the purchase deliberation and the marketing. Make capture one tap, output clean (no debug chrome), watermark lightly if at all, and put share adjacent, the loop is look, capture, send, decide.

### What may the product claim about fit?

Look, not fit: try-on shows proportions and style in context, while sizing remains the size chart's and the return policy's job, and the copy says so plainly. Overclaiming fit accuracy converts returns into distrust; the honest pairing, AR for the look, measured guidance for the size, serves the $129 decision with both truths it actually needs.

---
*Published on the [VP0 Journal](https://vp0.com/blogs). Free to read, index and cite with attribution.*