Speed up WooCommerce without plugins or a rebuild

Your store keeps running where it runs — a DNS change routes traffic through WebSpeed, and there is nothing in your extension list to break on an update. A store carries everything a WordPress site carries plus a cart, a catalogue and extensions that each queue their own assets: across the 57 stores we audited, one bottleneck showed up on 93% of them.

No signup. See your before/after PageSpeed score in about a minute.

  • Nothing to install
  • Your site stays where it is
  • Any optimization can be switched off

What WebSpeed does on WooCommerce

Each one is independent and can be switched off for your domain — nothing here is all-or-nothing.

The product grid paints before the CSS chain finishes

The styles your first screen needs are inlined; the rest stops blocking. The browser paints on the first response instead of waiting out a queue of extension stylesheets.

Critical CSS Render-blocking resources FCP

Extension scripts stop holding up the parser

Scripts that don't build the first screen are deferred, and inline body scripts run once the page is usable rather than in the middle of it rendering.

TBT Render-blocking resources

The banner image is found early, product images wait their turn

The largest above-the-fold image — including CSS backgrounds — is preloaded at high priority, while product images further down the catalogue load as they approach the viewport.

LCP fetchpriority Lazy loading

Product photography ships lighter

JPEG and PNG become WebP on the fly and animated GIFs become animated WebP, without touching your media library or your markup.

SI

Product images get their real dimensions

We read each image's true aspect ratio server-side and put it in the markup, so the grid reserves the right boxes and prices stop jumping as photos land.

CLS

Pixels and chat load after the store is usable

Tag Manager, the Meta pixel, review widgets and live chat load once the page is interactive instead of competing with your catalogue for the connection.

TBT INP

Your controls

What stays under your control

An optimization you cannot undo is a risk, not a feature. Each of these is a decision you keep after the site is live on WebSpeed.

  • Switch any optimization off

    Each one is independent. If something doesn't suit your WooCommerce theme, it can be disabled for your domain alone and everything else keeps working.

  • Keep only what measurably helps

    On a tuned profile we measure each optimization against your own pages and drop the ones that do not earn their place there.

  • Re-check whenever you want

    Your audit page re-runs both measurements on demand, so "did it help" stays a number you can pull rather than a claim you have to take.

  • Turn it off entirely

    WebSpeed sits in front of your site, not inside it. Revert the DNS record and your original site serves again, unchanged — nothing to uninstall.

In progress: a dashboard where you flip these yourself and follow each page's scores over time. Today it is a message to us and we apply it to your domain.

Why WooCommerce sites are slow

Not general advice about stores — this is what our filter logs recorded across the WooCommerce sites we have audited, ranked by how many of them had something to fix.

Measured across 57 WooCommerce audits · snapshot 2026-08-04

93%of sites

Scripts block the parser

The most common bottleneck on this platform, and the most store-specific. Every extension you add — variations, filters, wishlists, reviews, currency switchers — queues its own script into the page, and each one that loads without a defer stops the browser from building the rest of the page while it downloads.

88%of sites

Stylesheets block the first paint

Your theme ships one, WooCommerce ships several, and each extension adds its own. The browser has to fetch and parse the whole chain before it can paint a single pixel of your product grid.

79%of sites

The hero background waits for the stylesheet

Category banners and homepage hero images are usually CSS backgrounds, so the browser only learns they exist after the stylesheet arrives and gets applied. The largest image on the first screen starts downloading last.

913fixes on 35 sites

Inline scripts run during rendering

The highest-volume defect we correct on this platform. Cart fragments, tracking snippets and extension bootstraps sit inline in the body and execute while the browser is still trying to draw the page.

Real results

Measured on real WooCommerce pages

Stored audits — the original page against the same page served through WebSpeed, on mobile and desktop. Not a demo build: these are the sites as they ship.

WooCommerce
migaeyewear.com PageSpeed 53/57 94/98 mobile / desktop measured
4.5×faster
2.7×lighter
SEO +40%* Conv. +20%** Bounce -20%*** CO₂ -63% -0.7g
71 optimizations applied
  • JavaScript — 29 changes
  • Images — 24 changes
  • CSS delivery — 10 changes
  • HTML — 4 changes
  • Resource hints — 4 changes
WooCommerce
yoast.com PageSpeed 49/67 61/77 mobile / desktop measured
1.1×faster
1.8×lighter
SEO +29%* Conv. +7%** Bounce -12%*** CO₂ -44% -0.1g
48 optimizations applied
  • CSS delivery — 22 changes
  • JavaScript — 13 changes
  • Resource hints — 10 changes
  • Fonts — 3 changes
WooCommerce
martinshomeandgarden.com PageSpeed 46/47 57/73 mobile / desktop measured
1.1×faster
2.1×lighter
SEO +40%* Conv. +29%** Bounce -20%*** CO₂ -53% -0.4g
97 optimizations applied
  • JavaScript — 38 changes
  • Images — 21 changes
  • CSS delivery — 19 changes
  • Resource hints — 11 changes
  • Fonts — 4 changes
  • HTML — 2 changes
  • Embeds — 1 change
  • Rendering — 1 change
WooCommerce
woocommerce.com PageSpeed 53/73 57/91 mobile / desktop measured
1.1×lighter
SEO +15%* Conv. +5%** Bounce -7%*** CO₂ -5% -0.1g
71 optimizations applied
  • JavaScript — 29 changes
  • Images — 18 changes
  • Resource hints — 10 changes
  • CSS delivery — 8 changes
  • HTML — 5 changes
  • Fonts — 1 change
WooCommerce
offermanwoodshop.com PageSpeed 61/86 64/98 mobile / desktop measured
lighter
SEO +24%* Conv. +7%** Bounce -11%*** CO₂ -50% -0.2g
39 optimizations applied
  • JavaScript — 23 changes
  • CSS delivery — 7 changes
  • Fonts — 3 changes
  • HTML — 3 changes
  • Resource hints — 2 changes
  • Images — 1 change

Real Google Lighthouse audits, original vs. WebSpeed Fast. The ring is the mobile PageSpeed after; “faster” is the Speed-Index ratio; “lighter” and CO₂ (≈0.15 g/MB per visit, Sustainable Web Design v4) come from the measured byte reduction. SEO / conversion / bounce are projections from the measured LCP improvement, not guarantees. Scores are per-page; yours will differ.

* Core Web Vitals are a Google ranking signal; the biggest lift is leaving the “Poor” zone (score < 50), scaled here by device search share.

** Akamai / SOASTA (2017): a 100 ms delay cost 7% of conversions across ~10 billion retail visits; scaled here to the measured improvement.

*** Akamai / SOASTA (2017): a two-second delay raised bounce rate by 103%; scaled to the measured improvement, site-specific.

Why it's worth doing

What a faster WooCommerce site is worth

SEO Rank ↑ out of the “Poor” band

Search sees a faster page

Core Web Vitals have been a confirmed Google ranking signal since 2021. The biggest win is leaving the "Poor" band, where faster competitors get preferred.

Google Search Central
Conversion +7% per 100 ms you cut

More visitors finish what they started

Conversion tracks load time closely — on Akamai’s retail numbers a delay of just 100 ms cost 7% of conversions. Shaving seconds is the cheapest funnel work available.

Akamai / SOASTA, 2017
Bounce ≈ ½ cutting a 2 s delay

Fewer people leave before it loads

Close a two-second gap and bounce rate roughly halves — Akamai measured those same two seconds raising it by 103%. A page that paints early keeps the visit a slow one loses outright.

Akamai / SOASTA, 2017
CO₂ ≈ 0.15 g saved per MB you cut

Lighter pages, less energy

Transfer weight maps to emissions at roughly 0.15 g of CO₂ per MB. Cutting bytes is the one optimization that shows up on a sustainability report.

Sustainable Web Design v4

Each figure links to the page that publishes it. The studies measure what delay costs; read here as what speed returns. Industry benchmarks, not a guarantee for a specific site — the per-site numbers are the audits above, and yours is a free check away.

Why a store is not just a WordPress site with products

WooCommerce runs on WordPress, so it inherits every WordPress bottleneck. What it adds is volume. A brochure site loads one theme and a handful of plugins; a store loads a theme, the core WooCommerce assets, and then one bundle each for variations, filters, wishlists, reviews, currency, shipping estimates and whatever the last agency installed.

That shows in our logs. Scripts blocking the parser is the top bottleneck on 93% of the 57 stores we audited, ahead of where the same defect ranks on plain WordPress sites. The individual scripts are small. There are simply a lot of them, and each one that loads synchronously is a pause in building your page.

The second difference is what the first screen is made of. A blog’s hero is an <img>; a store’s is usually a category banner set as a CSS background, which the browser cannot see until the stylesheet has arrived and been applied. On 79% of the stores we audited, that image was still waiting on the CSS chain when it should have been the first thing fetched.

Being straight about the range

We publish the misses along with the hits, so here is the honest range for a store.

Across 44 audited WooCommerce sites, the mobile score went up on 73% of them and down on 25%, with a median gain of 3 points. That median is smaller than the headline numbers on this page might suggest, and the reason is in a larger study we ran across 381 sites: what the score gains depends far more on where it started than on the platform. Stores starting in the 30s and 40s gained a median of 11 points. Stores already above 70 were a coin flip.

There is a second number worth knowing before you buy anything. Visible loading speed — Speed Index, how fast the page fills in — improved on nearly three quarters of sites, and it often improves on the same sites where the score barely moves. If your problem is that customers see a blank screen for two seconds, that is the number to watch. If your problem is a report with a red circle in it, the score is, and the two do not always agree.

What we cannot fix from the outside

Three things, plainly.

Server response time on an under-resourced host. We can serve a cached copy of a catalogue page quickly, but a checkout that takes two seconds to compute takes two seconds. That is a hosting or a database conversation.

Requests you want made. The stores in our sample load from a median of 12 hosts they don’t own, and every one of them was added deliberately. We defer third-party scripts until the page is usable, which stops them competing with your catalogue. We do not remove them, because that is your marketing team’s call and not ours.

A theme that fights the fix. A minority of themes render the first screen with JavaScript after load. On those, deferring anything moves the problem rather than solving it, and we switch the optimization off for the domain rather than pretend otherwise.

What the audit gives you

The free audit measures your store twice — as it is now, and served through WebSpeed — on both mobile and desktop, and lists every change that was applied to get the second number. It takes a few minutes and needs nothing from you but the address. If the answer is that your store does not have much to gain, the report will say that too.

WooCommerce speed — questions

Does this touch the cart or checkout?

No. Cart, checkout, account pages and any response that carries a session are passed straight through, never cached and never rewritten. The optimizations apply to the pages that bring people in — home, category, product — which is also where the speed decides whether a visitor stays.

Will a customer ever see someone else's cart?

No, and the reason is structural rather than a promise: a response is only eligible for our cache when it carries no session cookie and no logged-in state. Anything personalised fails that test before it is stored, which is the same rule that keeps a logged-in admin from being served a visitor's page.

I already run a caching plugin. Is this redundant?

No — they work on different halves of the problem. A caching plugin mainly improves how fast your server answers. It does not change what that answer contains, and every bottleneck above is a property of the contents: 88% of the WooCommerce stores we audited were still shipping a render-blocking head, cache plugin or not.

Will it break a payment gateway or a shipping extension?

Each optimization is independent and can be switched off for your domain individually. Payment and shipping traffic is not proxied content — it runs on the same session-carrying paths we pass straight through.

My store already scores in the 70s. Is it worth it?

Probably not on the generic profile, and we would rather say so. Across 381 audited sites, ones starting above 70 were as likely to lose a point or two as to gain any; the sites that gained a median of 11 points started between 30 and 49. If yours is already fast, ask for a tuned profile or spend the money elsewhere.

Do I have to install a plugin?

No. The usual route is the proxy: your store keeps running where it runs, traffic is routed through WebSpeed with a DNS change, and there is nothing in your plugin list to conflict with an update. If you would rather not route traffic through us, there is an on-site integration we set up with your developer instead.

Pricing

Pick how hands-off you want it

The before/after check is free to run; it isn’t one of these plans. Choose a plan when you’re ready to make the speed-up permanent — or buy the report once and apply it yourself.

SaaS subscription

Growth

from €79 · /mo
For several sites at once
14-day free trial
  • Everything in Fast, across multiple sites
  • Priority cache — your pages stay warm
  • Support with a named contact
  • One invoice for the whole portfolio
Request access
Agencies and multi-site owners.
SaaS + setup service

Custom

from €149 · setup, then monthly
Hand-tuned for your site
  • Everything in Growth
  • A config built by hand for your site
  • What only you can change, written up for your team
  • Set up, measured and maintained by us
Get a plan for my site
We look at your site by hand first. One-time setup, then a monthly plan.

Subscriptions start with a 14-day free trial (Fast and Growth), then run for a minimum of 6 months — you commit only after the trial. Fast is priced by monthly visits; indicative launch pricing.

Downloadable report

Not ready for a subscription?

Buy the Audit once and apply it yourself — the same findings the pipeline acts on, written up as instructions.

  • The same fixes Fast applies, written up as a guide you run yourself
  • Server settings, code changes and ready-to-paste head snippets
  • Before/after PageSpeed from the free check (PDF / HTML / MD)
  • Re-issued free for a year as your site changes
€108 · one-time
Priced at a year of Fast (€9 × 12)
DIY: you apply it
Buy the audit See an example report →
Not useful? Email us within 14 days and we refund it. A document, not a service — you apply it; Custom is the same work done for you.

See your own before / after

Paste your URL for a free PageSpeed comparison on mobile and desktop. No signup, about a minute.

No signup. See your before/after PageSpeed score in about a minute.

Other platforms: WordPress Duda Wix Tilda Bitrix Squarespace