Eyewear Try On WooCommerce: How to Add a PDP Try On Button (No‑Code, Fast)
Quick Summary
Add a virtual try‑on to PDPs quickly using a link‑based approach (no plugin or SDK required).
Three implementation options: no‑code button, iframe/lightbox embed, or theme‑level hook for global placement.
Follow staging-first edits, map per‑SKU try‑on links, and track usage with GA4 for ROI measurement.
Table of Contents
Quick intro — eyewear try on WooCommerce
“eyewear try on woocommerce” means adding a virtual try‑on experience directly to your WooCommerce product detail pages so shoppers can see frames on their face before buying. Virtual try‑on increases buyer confidence and helps reduce returns — industry overviews show notable uplifts in conversions and return reductions (see examples at WooCommerce, Kiksar, and Zakeke). This post is a practical, action‑first how‑to that walks you through embed methods, PDP placement, theme edits and QA — using tryitonme.com’s zero‑code, link‑based VTO for the fastest rollout. See a local writeup at cermin.id.
What you’ll learn
How to add a virtual try‑on to individual PDPs and site‑wide.
Three embed options: no‑code link/button, inline iframe/lightbox, and theme‑level hooks.
Where to place the PDP try on button and what copy/design works best.
Safe theme edits, staging recommendations and a QA checklist.
How to track try‑on usage and measure impact on conversions and returns.
Who this guide is for
You’re a WooCommerce store owner, marketer, or implementer (dev or non‑dev) selling eyewear, jewelry, watches, or other accessories. If you want a fast, low‑risk way to add virtual try‑on without building or maintaining an SDK/API — this guide is written for you.
Why add eyewear try on to your WooCommerce store (business case)
Adding an in‑page try‑on builds shopper confidence around fit and style — two big friction points for eyewear online. Virtual try‑on experiences have been shown to lift sales and lower returns; for background on commerce benefits and implementation approaches, see WooCommerce Virtual Try Glasses, Kiksar’s overview, and Zakeke’s guide.
Why tryitonme.com is the Right Fit for Your Business
ZERO‑CODE, LINK‑BASED deployment — no plugin installs or SDK/APIs needed. See tryitonme.com.
Fast time‑to‑market — tryitonme provides a ready‑to‑use product try‑on link in under 3 business days after onboarding.
Simple onboarding: buy by SKU count → send standard product photos → tryitonme team/AI processes AR → receive shareable links. (See cermin.id onboarding notes.)
Cross‑channel reuse — same link works in web PDPs, mobile, and social. Book a demo or sign up: Book a Demo · Sign up.
How virtual try on WooCommerce works — link‑based vs SDK
There are two common technical approaches:
SDK / plugin integrations: embed AR logic and assets directly; require installs, API keys and maintenance (example documentation: WooCommerce docs).
Link‑based VTO: a hosted service (like tryitonme.com) creates a product‑specific try‑on session accessible via a simple URL. Drop that link into your PDP as a button or iframe/lightbox — lower maintenance and reusable across channels.
Embed try on WooCommerce — 3 implementation options (step‑by‑step)
Overview: “embed try on woocommerce” can mean anything from a basic button to a full inline try‑on panel. Choose based on UX goals, time and dev bandwidth.
Option A — No‑code PDP Try On Button (recommended)
Best when: fastest, lowest‑risk rollout.
Sign up at tryitonme.com and purchase package by SKU.
Upload standard product photos (front & side) per onboarding. See a photo guide: cermin.id.
Receive shareable try‑on link for the SKU (under 3 business days).
In WooCommerce admin, open the product editor and add a CTA button linking to the tryitonme URL (short description, Gutenberg Button block or Custom HTML block).
Example minimal HTML:
<a href="https://tryitonme.com/your-product-link" class="button" target="_blank" rel="noopener">Try On Virtually</a>
Pros: zero‑code, immediate. Cons: opens new tab (simple fallback if embedding blocked).
Notes: embeds can be blocked by cross‑origin policies on some browsers/devices — test thoroughly. For embed caveats see Kiksar and Zakeke.
Option C — Theme‑level integration with hooks (mixed code/no‑code)
Best when: want a global automated button for all eyewear SKUs.
Use a child theme or the Code Snippets plugin (don’t edit the parent theme).
Store per‑product tryitonme URLs in a custom field (product meta) keyed by SKU.
Add a small function hooked into a WooCommerce single product hook to output the button for eyewear category products.
Example pseudocode (functions.php / snippet):
<?php
add_action('woocommerce_single_product_summary','yourprefix_add_tryon_button',25);
function yourprefix_add_tryon_button() {
if ( has_term('eyewear','product_cat') ) {
$link = get_post_meta(get_the_ID(),'tryitonme_link', true);
if ($link) echo '<a class="button tryon-btn" href="'.esc_url($link).'" target="_blank" rel="noopener">Try On Virtually</a>';
}
}
?>
Reference WooCommerce hooks: WooCommerce hooks. Safety: deploy on staging, test, then push.
PDP try on button — placement, copy, and design best practices
Placement
Near main product images (top of PDP) to align with visual try‑on behavior — see examples at WooCommerce.
Close to Add to Cart so try‑on feels part of decision flow.
On mobile, consider a persistent/floating CTA at bottom of viewport for thumb reach.
Copy & microcopy
Clear CTAs: “Try On Virtually”, “See Me Wearing This”, “Try These Glasses”.
Add helper copy: “Requires camera access” or a tooltip linking to a short privacy note.
Design
Use a glasses or camera icon, strong contrast and a 48×48 px minimum touch target.
Only show the button for eligible SKUs/categories to avoid confusion.
Theme edits & implementation safety
Always work on staging first.
Use a child theme or Code Snippets plugin for PHP changes; back up before edits.
Files/hooks to check: single-product.php, content-single-product.php and WooCommerce hooks (docs: template structure).
Non‑developer option: Gutenberg reusable blocks to insert the button in multiple products.
QA checklist (critical)
Functional tests: button opens correct tryitonme page for that SKU; mapping product SKU → tryitonme link meta is correct for sample SKUs.
Cross‑browser & device: test Chrome, Firefox, Edge, Safari desktop; iOS Safari and Android Chrome mobile. Note iOS Safari may block iframe camera access — test fallback flows (see Kiksar).
Camera permissions & fallback: verify camera prompt and provide upload-photo fallback or open link in new tab if blocked.
Performance & accessibility: lazy‑load iframes; include ARIA labels (e.g., aria-label=”Virtual try-on”); ensure keyboard and screen‑reader accessibility.
Analytics & tracking
Track try‑on clicks in GA4 via GTM. Example GA4 event:
Track session duration, shares, add‑to‑cart rate after try‑on. For analytics guidance see cermin.id analytics notes.
Privacy & compliance
Show a brief camera‑use notice and link to your privacy policy if capturing images. Ensure HTTPS for camera access and document any image handling in your privacy policy.
Button not visible: clear caches, verify category conditionals and that meta field exists.
Camera permission errors: ensure HTTPS and browser settings allow camera access.
iOS Safari iframe/camera problems: use lightbox or open the tryitonme link in a new tab (iOS iframe camera access may be limited). See Kiksar.
Wrong product mapping: re‑check product meta and SKU → link mapping.
Example implementation scenarios — quick walkthroughs
5‑Minute Gutenberg no‑code button: generate tryitonme product link → Edit product → Add Button block → Paste link and label “Try On Virtually” → Publish & test.
Global hook for all eyewear SKUs (Dev: ~1 hour on staging): add product meta for tryitonme links or import CSV mapping → add add_action snippet (Option C) → style in child theme → test across SKUs.
Technical attachments & assets to prepare
Annotated screenshots: product editor with Button block, PDP with button under images.
Code snippets: Gutenberg Custom HTML example, functions.php add_action pseudocode, responsive iframe sample.
GA4 event snippet for try_on_click and optional demo GIF.
Add a small FAQ on the PDP about how the try‑on works.
Mention virtual try‑on in product descriptions and include Product schema fields for improved snippets (consult your SEO tool for schema details).
CTA & next steps
Ready to deploy? Generate your first product try‑on link or book a demo with tryitonme.com. Sign up to get links: Sign up. Offer a downloadable internal QA checklist to validate rollout.
Suggested meta title & meta description
Meta title (approx. 60 chars): Eyewear Try On WooCommerce: Add PDP Try On Button (No‑Code)
Meta description (150–160 chars): Add an eyewear try on WooCommerce PDP try on button with no code. Fast link‑based VTO, placement tips, QA checklist and tracking examples.
FAQ
Do I need a plugin or SDK to add try‑on to my WooCommerce PDP?
No — with a link‑based service like tryitonme.com you can add a no‑code button or iframe. SDKs/plugins are optional for deeper integration.
Will an embedded iframe access the camera on iOS Safari?
iOS Safari has stricter iframe camera restrictions; test on device. Recommended fallback: lightbox or open the try‑on link in a new tab for iOS users (see Kiksar).
What product images do I need to onboard tryitonme?
Standard front and side product photos for eyewear are required. Onboarding details are in the tryitonme instructions and local guide: cermin.id.
How do I track try‑on usage and measure impact?
Track try‑on button clicks with GA4 via GTM (example event: try_on_click), measure add‑to‑cart and conversion lift, and compare return rates for SKUs with try‑on vs control.
How do I ensure the button only shows for eligible SKUs?
Store tryitonme links in a product meta field and use theme hooks or conditional logic (has_term(‘eyewear’,’product_cat’)) to render the button only for eligible products.