Wix eCommerce site speed: optimising for Core Web Vitals with large catalogues

Site speed is not optional for eCommerce. Google has confirmed that Core Web Vitals are ranking signals, and for online stores the impact is even more direct: every 100ms of additional load time reduces conversion rates by approximately 1.1%. When you have a large product catalogue on Wix with hundreds of images, dynamic pricing, and third-party integrations, maintaining fast page speeds requires deliberate, ongoing optimisation. This lesson covers the specific speed challenges that eCommerce stores face and the practical solutions that work within Wix's platform constraints.

Image Optimisation at Scale: The Biggest eCommerce Speed Win

Images are the single largest contributor to page weight on eCommerce sites. A typical product page with six product images, a lifestyle banner, and trust badge graphics can easily exceed 3MB if images are not properly optimised. Multiply that across a category page showing 24 products, and you are asking the browser to load 50 or more images simultaneously. Even with Wix's automatic WebP conversion and responsive image serving, your upload quality is the baseline that determines everything.

Batch image optimisation process for large catalogues

• Audit your current product images: check the file sizes by downloading a sample and measuring (anything over 300KB per image needs compression)
• Choose a batch compression tool: Squoosh for individual images, ShortPixel or TinyPNG for bulk processing
• Set maximum dimensions: 2000px on the longest side for product images, 1400px for banners and hero images
• Target file sizes: under 150KB for product images, under 200KB for hero images, under 50KB for icons and badges
• Convert to WebP format before uploading when possible (Wix will convert to WebP on delivery, but starting with WebP gives the best baseline)
• Re-upload optimised images to replace the originals in your Wix Media Manager
• Verify the improvement by running PageSpeed Insights on a sample product page and category page

Lazy Loading: Essential for Category Pages with Many Products

Lazy loading defers the loading of images that are not visible in the viewport until the user scrolls to them. For a category page displaying 48 products, this means only the first 8-12 product images load initially, dramatically reducing initial page load time. Wix has built-in lazy loading for images and galleries, but you need to verify it is working correctly and understand its interaction with your specific page layout.

The critical consideration with lazy loading is the Largest Contentful Paint (LCP) element. Your above-the-fold hero image or first visible product image should never be lazy-loaded because it needs to render as quickly as possible for a good LCP score. Wix generally handles this correctly by eager-loading the first visible images, but if you have customised your page layout extensively, verify that your LCP element is not accidentally lazy-loaded using the Chrome DevTools Performance panel.

Speed-Killing Apps and Scripts to Audit

Third-party Wix apps are the second largest cause of slow eCommerce page speeds after images. Every app you install from the Wix App Market adds JavaScript to your pages. Chat widgets, pop-up builders, analytics trackers, social media feeds, and review platforms all inject code that the browser must download, parse, and execute. Each one adds latency, and their cumulative effect can be devastating.

• Live chat widgets (Tidio, Intercom, LiveChat) typically add 200-400KB of JavaScript and frequently cause CLS issues
• Pop-up and banner builders add render-blocking scripts that delay LCP
• Social media feed embeds (Instagram, Facebook) load external resources that are outside your control and often slow
• Analytics scripts beyond Google Analytics (Hotjar, Crazy Egg, Facebook Pixel, multiple ad trackers) compound JavaScript execution time
• Review platforms that load dynamically (Yotpo, Judge.me) can delay INP if they inject content into the DOM after page load
• Abandoned cart apps that add exit-intent pop-ups often trigger layout shifts and increase INP

How to audit and reduce app-related speed impact

• Open your Wix Dashboard and go to Apps > Manage Apps to see all installed apps
• List every app and categorise them as essential, useful, or dispensable
• Remove all dispensable apps immediately; every removed app improves speed
• For essential apps, test whether they offer a "load on interaction" option (e.g., chat widgets that only load when clicked)
• Run PageSpeed Insights before and after removing each app to measure the specific impact
• Check if any functionality provided by an app could be achieved natively in Wix without the app
• Consider replacing heavy third-party review apps with Wix's built-in product reviews feature

CLS Issues on Dynamic eCommerce Pages

Cumulative Layout Shift is particularly problematic on eCommerce pages because of the dynamic elements that load at different times: product image galleries, variant selectors, price updates, stock availability badges, review widgets, and recommendation carousels. Each of these can cause the layout to shift as it loads, pushing content around and frustrating users. A CLS score above 0.1 fails Google's Core Web Vitals threshold.

The most common CLS offenders on Wix eCommerce pages are cookie consent banners that push content down, review stars that load after the main content, product image galleries that resize as images load, and "You May Also Like" recommendation sections that inject content above the fold. Wix has improved its default CLS handling significantly, but customisations and apps can reintroduce layout shift issues.

Monitoring eCommerce Core Web Vitals Over Time

Speed optimisation is not a one-time task. Every new product you add, every app you install, and every design change you make can affect Core Web Vitals. Establish a monitoring routine that catches regressions before they impact rankings and conversions. Google Search Console's Core Web Vitals report is the primary monitoring tool because it uses real user data (CrUX data) rather than lab simulations, giving you the actual experience your visitors are having.

• Check Google Search Console Core Web Vitals report weekly for any pages that have moved from "Good" to "Needs Improvement" or "Poor"
• Run PageSpeed Insights on your homepage, top category page, and a sample product page at least monthly
• After installing any new Wix app, immediately test speed on affected page types and compare to pre-installation benchmarks
• Use the Web Vitals Chrome extension during development to catch issues before publishing changes
• Set up a Google Looker Studio dashboard that pulls Core Web Vitals data from Search Console for trend tracking
• Pay special attention to mobile speed scores as the majority of eCommerce browsing happens on mobile devices

Complete How-To Guide: Optimising Your Wix Store Speed for Core Web Vitals

This guide walks you through a systematic speed optimisation process for your Wix eCommerce store to pass Core Web Vitals and improve both rankings and conversion rates.

How to optimise your Wix Store for fast page speeds and passing Core Web Vitals

• Step 1: Run your homepage, a category page and a product page through Google PageSpeed Insights. Record the LCP, INP and CLS scores for both mobile and desktop. These are your baseline measurements.
• Step 2: Check Google Search Console Core Web Vitals report for field data. This shows how real visitors experience your store and is more important than lab scores.
• Step 3: Address image optimisation first as it typically has the biggest impact. Compress all product images to under 200KB before uploading. Use WebP format where possible.
• Step 4: Review product images across your store. Replace any images larger than 500KB with compressed versions. Use Squoosh or ShortPixel for batch compression.
• Step 5: Audit third-party apps and scripts. Go to Wix Dashboard > Settings > Custom Code and list every script. Remove any you no longer actively use. Each unnecessary script slows your store.
• Step 6: Move non-essential scripts to load in the footer rather than the header. Analytics, chat widgets and marketing pixels should load after the page content renders.
• Step 7: Reduce the number of products displayed in collection page grids. Showing 50 products on initial load is slower than showing 12-20 with a "Load More" button.
• Step 8: Optimise hero images and banners on your homepage. Set explicit width and height dimensions to prevent CLS. Use appropriately sized images rather than uploading oversized files.
• Step 9: Review Wix Apps installed on your store. Some apps inject significant JavaScript. Check which apps affect page speed by temporarily disabling them and re-testing in PageSpeed Insights.
• Step 10: Minimise the use of animations and video on product and category pages. These increase LCP and INP scores. Reserve animations for the homepage where visual impact justifies the speed cost.
• Step 11: Re-test all three page types (homepage, category, product) in PageSpeed Insights after making changes. Compare with your baseline scores to confirm improvement.
• Step 12: Set a monthly calendar reminder to re-check Core Web Vitals in Search Console. New products, images and app installations can degrade speed over time if not monitored.