Project portfolio Browse selected work

Shopify Plus: lower fees + up to $4,800 credit

Guide

Shopify 3D/AR Product Media and Virtual Try-On: Scope and Launch QA

Published: Editorial review: 2026-08-28

“Virtual try-on” is often used as if it were a synonym for Shopify AR. It is not. Shopify’s native 3D product-media path shows, rotates, zooms, and places an object in a supported camera experience. Apparel fitting, garment drape, face makeup, colour simulation, and size guidance require tracking, occlusion, rendering, and product-data rules. Name that boundary before choosing product media, a third-party service, or custom development.

This guide explains the asset, theme, API, performance, accessibility, bilingual, and launch-QA decisions around Shopify 3D and AR. Platform facts are grounded in Shopify Help and Shopify.dev references. Store configuration, API version, theme code, device capability, and vendor terms still need a check in the development store that will ship the experience.

Separate 3D product media from virtual try-on

Shopify product media treats a 3D model as an interactive product representation. A shopper can inspect shape, zoom, and, on a supported mobile path, place an object in a real space. This fits furniture, luggage, shoes, equipment, and products whose visible form is the question. Room placement is AR placement; it does not understand a shopper’s body or put a garment on that body.

Virtual try-on adds a different product system. Apparel can involve body landmarks, pose, garment masks, occlusion, fit rules, and size information; beauty can involve face landmarks, skin-tone handling, lighting, colour blending, and camera permissions. Native product media does not supply those algorithms. A third-party SDK, app proxy, custom front end, and separate consent path may be needed, with its own permissions, cost, retention, and exit review.

Define the customer task

Ask what the shopper is trying to decide: understand the silhouette, judge scale, inspect a finish, or see an apparel or makeup effect through a camera. The first tasks can start with 3D product media; the last belongs in a try-on assessment. The brief should name devices, products, markets, theme, data flows, fallback, and ownership so “AR” does not hide unrelated engineering work.

What Shopify native 3D provides

Shopify product media includes images, videos, and 3D models. Common 3D formats are GLB and USDZ, and a single file has a 500 MB limit. Files above 15 MB may be automatically optimized. Modelling handoff guides can mention 4 MB or 15 MB as workflow recommendations; do not present those figures as one hard limit for every store or endpoint. Record size, format, compression, and revision before upload.

Model Viewer and AR placement

Online Store 2.0 and Horizon themes have official product-media support paths. An older or customized theme needs checks for sections, media loops, buttons, and JavaScript events. A theme can use model_viewer_tag for Model Viewer markup, while Shopify-XR can connect supported flows to iOS Quick Look or Android Scene Viewer. Operating system, browser, permission, and format affect the result, so treat device coverage as a test matrix.

The first view should provide a static preview and a fallback when the model cannot load. Button text should distinguish “View in 3D” from “View in your space” and explain the camera permission. Leaving AR should return to the media sequence without losing the selected product.

Storefront fields and display data

The Storefront API Model3d object can expose alt, previewImage, and sources. Treat these as display data rather than storing only one model URL. Availability depends on API version and store setup. If an example uses latest, still pin a version and run upgrade QA.

Build a usable product-media asset

A rotating model is not automatically a shippable asset. Set dimensions, units, origin, orientation, visible parts, and naming rules before export. Review UVs, PBR materials, texture paths, normals, transparency, and animation needs. Align the model with still images, product title, option names, and package dimensions.

Scale, units, and fallback

AR placement depends on scale information. Furniture, footwear, and equipment need length, width, and height checks using an understandable unit system; an export number alone is not a scale review. Keep source files, export settings, textures, and approvals with each model. Compare a development-store model with a physical item of known dimensions. If review fails, keep a still image available so product, price, stock, and purchase information remain usable.

Theme integration and progressive enhancement

Treat 3D as one item in the product-media sequence, not a separate page with no fallback. Confirm that the product page renders its main image, thumbnails, model viewer, video, and fallback in one region. Check breakpoints, lazy-load triggers, focus order, close behavior, error states, and cleanup when an option changes. Record ownership when an app block or custom script changes the area.

Load on demand and observe the cache

Deliver title, price, primary image, purchase controls, and essential information first. Load the model after selection. Give preview images, models, and textures coherent cache and invalidation rules so an old file cannot sit beside new data. Test slow networks, low-memory devices, repeated rotations, and a return to the page. Keep console errors, request timing, and resource size in QA. Shopify performance guidance is a theme checklist; the target storefront supplies the measurement.

Accessibility for an interactive viewer

Every media item needs meaningful alt text, and every 3D control needs a readable name. A keyboard user should be able to enter, operate, and leave the viewer without losing focus after an AR action. Camera denial, model failure, and state changes need perceivable text or an ARIA live region. Keep product name, specifications, price, and purchase action available without 3D.

Why apparel and beauty need another system

An apparel try-on flow may take a camera frame or uploaded photo, segment the person, estimate pose, composite clothing layers, and handle occlusion. Fabric folds, stretches, and becomes translucent; fit and size affect the result. A beauty flow needs face landmarks, skin-tone handling, lighting, colour blending, and camera permissions. Shopify native 3D can supply a model or reference, but it does not perform those algorithms.

Evaluate a third-party or custom path

Review which customer, camera, image, device, and analytics data a service requests. Confirm storage region, retention, deletion, subprocessors, cross-border transfers, consent withdrawal, and support ownership. Check product, option, and inventory mapping; the camera-denial view; and residue after uninstall. Keep this vendor and privacy review separate from native product-media acceptance.

Choose the smallest suitable capability

If the decision is “what does the product look like, and how large is it in my room?”, start with 3D and AR placement. If it is “what will this garment or colour look like on me?”, assess virtual try-on. Both can share a product page, but buttons, permissions, data flows, and fallbacks should be distinct. A product model does not mean try-on is complete, and a preview is not a definitive size, colour, or appearance decision.

Admin and Storefront media acceptance

Media processing in admin is not necessarily synchronous. When Admin GraphQL creates or updates product media, an action can remain in processing. An automation should wait for READY, record failures and retries, and keep the original asset. GraphQL can expose broader media and variant fields than the admin help interface. Test the exact API version, permissions, store, and theme before documenting an association.

Record status and revisions

The acceptance record should include product ID, media ID, language, file format, model revision, preview image, processing state, theme version, test devices, and reviewer. Retain a fallback when a model changes. Check CDN addresses, cache invalidation, and thumbnails for cross-product contamination. Trace a failed check from admin action to storefront request to separate asset, permission, theme, and device causes.

Do not infer automatic variant switching

Shopify help guidance does not describe 3D or video as backend variant media in the admin-management sense; GraphQL can expose wider fields by version and context. An accepted association does not establish automatic switching of model, AR control, and image. Define the relationship among each option, model, image, colour, and size. Click, refresh, change option, and fallback in the actual theme, then save the result.

Bilingual content, SEO, and release gates

Chinese and English should be separate bodies, rather than one body temporarily translated by a language plugin. The Chinese page uses /cn/, and the English page uses /en/; each needs its own title, description, body, FAQ, media alternative text, and internal link. See WESWOO Shopify services for implementation context.

Canonical and hreflang checks

The article keeps the database slug xunishichuanjishushendujiexishopify-argongnengkaifashijian. The Chinese canonical should use the clean /cn/ URL, and the English canonical should use the clean /en/ URL. Both pages should emit exact zh-CN, en-US, and x-default hreflang links, with x-default returning to the clean Chinese URL. Query strings, old language prefixes, and redirect chains do not belong in canonical output. Record clean and query URL HTTP behavior separately; content ownership does not require a change to site-wide routing rules.

Capability and acceptance matrix

Capability or boundaryShopify native product mediaVirtual try-on projectEvidence to collect
3D displayGLB/USDZ viewer, rotate, zoom, and static previewCan be a product reference, but does not provide body or face trackingProduct recording, model revision, fallback image
AR behaviorTheme and Shopify-XR path to supported Quick Look or Scene ViewerNeeds camera, tracking, occlusion, and compositing servicesDevice matrix, denied permission, error copy
Data fieldsModel3d alt, previewImage, sources, and other media dataCustomer images, camera, try-on output, and vendor data need separate governanceData-flow map, consent, deletion record
Variant relationshipTest by API version and theme; do not infer automatic switchingMap size, colour, fit, and appearance rules explicitlyOption clicks, refresh test, theme revision
Performance and accessibilityOn-demand load, fallback, keyboard, focus, and perceivable statesAlso test camera failure, low light, tracking loss, and out-of-scope productsNetwork log, keyboard check, ARIA and fallback capture

FAQ

Is Shopify 3D product media the same as virtual try-on?

No. Product media lets a shopper inspect a model and, on supported paths, place an object in a space. Virtual try-on adds tracking, occlusion, compositing, and camera-data governance. They need different buttons and acceptance records.

Which format and size should a 3D model use?

Common formats are GLB and USDZ. A single file has a 500 MB limit, and files above 15 MB may be automatically optimized. A 4 MB or 15 MB value can be a modelling recommendation, not one universal endpoint limit. Check current documentation and actual device behavior.

Can an older theme use Model Viewer and an AR button directly?

Do not assume so. Online Store 2.0 and Horizon have official paths; an older or customized theme needs checks for the media loop, scripts, button, fallback, keyboard focus, and mobile layout. Validate the target theme in a development store.

Why can admin show an upload while the storefront has no model?

Media processing can be asynchronous. Wait for the Admin GraphQL media state to reach READY, then check association, preview image, theme markup, cache, and device support. An upload action is not a storefront acceptance result.

Should an apparel or beauty store install an AR app or build 3D first?

Start with the customer decision. For shape and room scale, 3D product media is a smaller starting point. For apparel fit or beauty overlays, assess tracking, camera privacy, product mapping, vendor exit, and fallback before choosing an app or custom build. See WESWOO Shopify services for implementation context.

Sources