How-to
Optimize Large Catalog Performance
Use index tables, cache, count modes, and rebuild workflows to keep large WooCommerce catalogs responsive.
Search all docs pages.
When to use this
Use this when your store has a large catalog and filtering feels slow, or when you expect the catalog to grow and want to set safe defaults early.
Before you start
- You have a working filter on a storefront page.
- You can do a quick test after a big catalog change, such as a large import.
What affects speed
- Index tables let Fuzzy read prepared data instead of scanning everything
- Caching reuses filter results so repeat requests are cheaper.
- Count mode decides how the per-value counts are produced. Static and
- Live counts and random sorting get heavier as the catalog grows.
on each request.
instant modes are lighter; live counts recalculate the most.
Steps
- Enable index tables so filtering reads from the prepared index.
- Turn on result caching so repeated filter requests reuse work.
- Choose a count mode that fits catalog size. Prefer a lighter mode over
- Be cautious with random sort on large catalogs, since it is heavier.
- Rebuild the index after big catalog changes, such as a bulk import or
- Retest a typical filter combination and confirm it responds quickly.
live counts on large catalogs.
mass attribute edit, so the index matches the current data.
Expected result
Filtering stays responsive on a large catalog, counts are accurate enough for shoppers, and the index reflects the current products after major changes.
Troubleshooting
- Counts look wrong after an import. Rebuild the index.
- Still slow with everything on. Switch to a lighter count mode and avoid
random sort on the largest pages.
Related
- Explanation: How index tables work and why they exist.
- Explanation: Why live counts and random sort get heavier on large catalogs.
- Reference: Plugin Settings — Performance.