Magento Performance Optimization: The Full Checklist
The checklist we run on slow Magento stores: caching, frontend weight, the database, module bloat, and the infrastructure underneath.

Slow Magento is rarely one problem. Most stores we audit have the same five problems in different proportions, and the fix is working through them in order of payoff. This is the checklist we use, top to bottom.
1. Caching: Varnish and Redis, actually configured
The built-in full-page cache works, but Varnish is what the platform is designed for in production. Put Varnish in front, move sessions and the backend cache to Redis, and confirm the hit rate before you tune anything else. A store serving categories from PHP on every request will be slow no matter what you do downstream.
- Varnish for full-page cache, not the file system
- Redis for sessions and the default cache backend
- Check the hit rate - a cache that misses is decoration
2. Frontend weight
The stock Luma frontend ships more JavaScript than most stores ever use. Hyvä replaces that stack and is the single biggest frontend win available to a Magento 2 store today - it's why we became a Hyvä partner. If a retheme isn't on the table yet: serve images as WebP or AVIF, lazy-load everything below the fold, and audit every third-party script tag. Marketing pixels accumulate; nobody ever removes them.
3. The database
Set indexers to Update by Schedule and make sure cron is actually running - a surprising number of slow admins trace back to a dead cron and a reindex backlog. Trim the log and report tables Magento grows silently, and read the slow query log before blaming hosting. Layered navigation and badly written module collections show up there first.
4. Third-party modules
The quietest performance cost in Magento is the extension pile. Every observer, plugin, and layout update runs whether you use the feature or not. The method is unglamorous: disable suspects on staging, measure, and keep a list. We regularly find double-digit TTFB improvements from removing modules the store stopped using years ago.
5. Infrastructure
Run a current PHP 8.x with OPcache sized properly, HTTP/2 or HTTP/3 at the edge, and a CDN for static assets. If you're on an old PHP because your Magento version demands it, that's not an infrastructure problem - that's an upgrade problem wearing a disguise.
Measure like a customer
Core Web Vitals are the scoreboard: LCP under 2.5 seconds on product pages, TTFB under 200ms. Test the pages customers actually hit - category, product, cart - not just the homepage, and test on a mid-range phone, because that's where your traffic is.
This is the checklist; the labor is the hard part. Our Magento performance optimization service runs it for you - Hyvä, Varnish, Redis, and MySQL tuning from the team that's done it since 2008. The store audit is free.
✦ FAQ
What's a good TTFB for a Magento store?+–
Does Hyva actually make Magento faster?+–
Why is my Magento admin slow?+–
How often should performance be re-checked?+–

Shane Blandford
Founder of Orange Collar Media, a Denver ecommerce agency behind 800+ Magento and Shopify builds. In Magento since version 1.x - building, rescuing, and supporting revenue-critical stores since 2008.
✦ KEEP READING
Related from the Journal.
How to Add Extra Fees to Magento 2 Checkout: Custom Code vs Extension
Two ways to add an extra fee to Magento 2 checkout: a custom totals collector (with working code) or an extension. What each handles, what each breaks.

Magento 2 Surcharges by Payment Method, Shipping Method, and Customer Group
How to add Magento 2 surcharges by payment method, shipping method, or customer group, plus the card-brand and state rules to check before you do.

Charging Handling Fees for Hazmat, Oversized, and Cold-Chain Products in Magento 2
How we set up hazmat, oversized, and cold-chain handling fees in Magento 2 with attribute conditions, plus minimum order and cash on delivery fees.
