Does Virtual Try-On Slow Down a Website?
By the ZeDaq.ai team · · 4 min read
On this page
- Why can a third-party script slow a page?
- Which page speed measures matter?
- How do you test your page speed before and after?
- How should you load a try-on script?
- What else slows a product page more than try-on?
- How do you keep the experience fast for shoppers on weak connections?
- Is a small speed cost worth it?
A virtual try-on script can slow a website if it is loaded badly, but any single script is a small part of the picture and you can measure its effect. Test your product page before and after you add it, and keep the script from blocking the rest of the page.
This guide gives store owners and developers a way to check the effect themselves instead of trusting a claim. It applies to any virtual fitting room for clothing websites, whichever vendor you choose.
Why can a third-party script slow a page?
Every script the browser has to download, parse and run takes time. If the browser must wait for a script before it shows the rest of the page, the shopper waits too.
Try-on adds two kinds of work:
- Loading the widget code. This happens when the page opens.
- Running a try-on. This happens only when a shopper taps the button and uploads a photo.
The second kind is on demand. A shopper who never taps the button never triggers it. So the part you most need to control is the first.
See how the try-on feels in the live demo
Try it on yourself
Live renderUpload a photo, pick a piece, see it rendered on you.
Pick something to try on
Which page speed measures matter?
Google describes three Core Web Vitals on its web.dev vitals page:
- Largest Contentful Paint (LCP) measures how fast the main content appears.
- Interaction to Next Paint (INP) measures how fast the page responds to taps and clicks.
- Cumulative Layout Shift (CLS) measures how much the layout jumps around while loading.
A try-on widget can affect all three. A heavy script can delay LCP, a busy script can make taps feel slow, and a button that pops in late can move the layout.
How do you test your page speed before and after?
Run the same test on the same page in the same way each time. Here is a simple method.
- Pick a product page that gets real traffic.
- Test it on PageSpeed Insights and save the report.
- Add the try-on script or app.
- Wait for the cache to clear or use a private window, then test the same page again.
- Compare LCP, INP and CLS between the two reports.
- Repeat three times, because single results vary.
Check the mobile result first, because many shoppers browse on phones.
How should you load a try-on script?
A script tag's attributes decide whether it blocks the page. For the ZeDaq.ai widget, the documented snippet already includes defer, which tells the browser to download the script while it keeps parsing the page and to run it afterward.
<script src="https://www.zedaq.ai/widget/zedaq.js" data-key="…" defer>
Keep defer in place when you paste it into your product template. Setup details are in the widget documentation. Lock the key to your store's domain in Dashboard → API keys, so the script only works on your site.
On Shopify, the app uses an app embed, which you switch on in the Theme Editor. You can turn it off at any time and compare your speed with and without it.
What else slows a product page more than try-on?
Before you blame the widget, check the usual suspects. They are often larger.
- Oversized product photos that were not compressed
- Many apps that each add their own scripts
- Custom fonts that load late
- Slider or video blocks high on the page
- Tracking and chat tools that run on every page
A try-on script is one item on a list. If your page was slow before, adding it won't make it fast, and removing it won't fix the rest.
How do you keep the experience fast for shoppers on weak connections?
Shoppers on slow mobile data feel every extra script. Two habits help: load only what the page needs, and keep the try-on button light until it is used. We cover more tactics in making try-on work on slow connections.
You should also think about timing. A seasonal page with many products and banners, such as a lookbook, may need extra checks, as covered in using virtual try-on in seasonal lookbooks.
Is a small speed cost worth it?
That depends on what the feature does for your store. Fit is a common reason shoppers hesitate, and a clear size guide plays a part too, as in how to write size guides.
Decide with your own data. Run the test above, check the change in the three measures, and see whether it falls within what you can accept. You can try the shopper experience yourself before installing anything.
Test try-on on your own product page
FAQs
Does the try-on widget load on every page?
You choose where to paste the script. Put it in the product template only, so other pages stay unchanged.
What does the defer attribute do?
It tells the browser to download the script without pausing page rendering, then run it after the page has been parsed.
Can I remove the widget if my page gets slower?
Yes. On Shopify you switch off the app embed. On other sites you delete the script tag.
Do I need a developer to test page speed?
No. PageSpeed Insights is a free tool that anyone can run on a page URL, though a developer can help read the results.
Try ZeDaq.ai free
Virtual try-on and Find my size for your store, plus client, order and invoicing tools for tailors, in one subscription.


