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.

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.

For a comparative view, see Zakeke’s integration guide and a platform comparison at cermin.id.

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.

  1. Sign up at tryitonme.com and purchase package by SKU.
  2. Upload standard product photos (front & side) per onboarding. See a photo guide: cermin.id.
  3. Receive shareable try‑on link for the SKU (under 3 business days).
  4. 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).

Reference product editor approach: WooCommerce Virtual Try Glasses.

Option B — Embedded iframe or Lightbox (inline experience)

Best when: want shoppers to try on without leaving the PDP.

  1. If tryitonme supplies an iframe snippet, copy it. Otherwise use a lightbox plugin to open the tryitonme URL in an overlay.
  2. Paste a responsive iframe in the product editor or template.

Responsive iframe sample:

<div style="max-width:100%;height:0;padding-bottom:56%;position:relative;">
  <iframe src="https://tryitonme.com/your-product-link" style="position:absolute;width:100%;height:100%;border:0;" allow="camera; microphone"></iframe>
</div>

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.

  1. Use a child theme or the Code Snippets plugin (don’t edit the parent theme).
  2. Store per‑product tryitonme URLs in a custom field (product meta) keyed by SKU.
  3. 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:

gtag('event','try_on_click',{ 'event_category':'tryon', 'item_id':'SKU123' });

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.

  • PDP try‑on CTR (button clicks ÷ product page views).
  • Add‑to‑cart rate change and conversion lift after try‑on.
  • Return‑rate delta for SKUs with try‑on vs control group.
  • Try‑on sessions per product, average session duration and shares.

Context on conversion and return impacts: Zakeke and WooCommerce.

Troubleshooting common issues

  • 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

  1. 5‑Minute Gutenberg no‑code button: generate tryitonme product link → Edit product → Add Button block → Paste link and label “Try On Virtually” → Publish & test.
  2. 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.
  • Suggested filenames: screenshot-pdp-button.png, screenshot-admin-link.png, snippet-iframe.html, snippet-hook.php, ga4-tryon-snippet.txt.

UX / SEO extras

  • 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.
Scroll to Top