E-Commerce: Caching & CDN

Caching& CDN

A well-configured caching stack makes your shop faster and significantly reduces server load — static pages don't hit the database on every request, assets are served from the nearest edge server, and users worldwide experience the same fast result. We implement multi-layer caching with Varnish or Shopware HTTP Cache, object caching with Redis, and CDN integration — coordinated and production-ready configured.

Challenges you'll recognise

  • Your shop is slow even though the server is not under load — because Shopware renders from scratch for every request without caching results.
  • Product images are served directly from the origin server, which causes high load times for international users and unnecessarily burdens the server.
  • Performance drops during traffic spikes or after a newsletter send because the infrastructure isn't designed for sudden load increases.

HTTP Caching

The Shopware HTTP Cache or Varnish as a reverse proxy caches fully rendered pages and serves them from cache without touching the Shopware application. Correct cache-control headers, cache invalidation strategies for product changes, and ESI for dynamic content like shopping baskets are the building blocks of a production-ready HTTP caching configuration.

Redis for Object Caching

Sessions, product data, category structures, and expensive database queries can be cached in Redis and are available in milliseconds on the next request. We configure Redis as the central cache store for Shopware, calibrate TTL values for different data types, and implement cache tags for granular invalidation.

CDN Integration

Product images, CSS, JavaScript, and other static assets don't need to be served from the origin server. A CDN serves them from edge servers worldwide, reducing latency for international users and relieving your origin server. We configure CDN setups with correct cache headers, automatic image optimisation, and geographic routing.

Cache Invalidation

Caching only works when changes are reliably propagated. We implement cache invalidation logic that selectively invalidates affected cache entries when products, prices, or inventory change — without flushing the entire cache and losing the performance benefit. Shopware events are used to trigger invalidations automatically.

Good to know

  • Multi-layer caching is necessary

    HTTP caching, object caching, and CDN solve different performance problems at different levels of the stack. Only the combination delivers truly low load times — a single caching layer is not sufficient for complex e-commerce shops.

  • Cache invalidation is the hard problem

    Setting up caching is easy. Ensuring customers always see current data after a price or inventory change is the actual challenge. Incorrect cache invalidation manifests as phantom inventory or stale prices — and costs trust.

  • CDN measurably relieves the origin server

    When static assets are served via CDN, the majority of asset requests never reach the origin server. This reduces bandwidth costs, relieves the server infrastructure, and improves load times for users far from the server location.

Frequently asked questions

What is the difference between HTTP caching and Redis caching?
HTTP caching (Varnish or Shopware HTTP Cache) caches fully rendered HTML pages at the network level — the request never reaches Shopware at all. Redis caching stores objects in memory that Shopware needs internally for rendering — database queries, session data, configuration. Both work together and solve different performance problems.
How does caching work with personalised content like individual prices?
Personalised content cannot be fully cached. We implement fragment-based caching or ESI (Edge Side Includes) so the majority of the page is cached and only personalised sections are rendered dynamically. This gives you the performance benefit of caching without serving personalised data incorrectly.
Which CDN do you recommend for Shopware?
That depends on your requirements, existing infrastructure, and target markets. We work with Cloudflare, Fastly, AWS CloudFront, and others. We make the decision together after analysing your specific requirements — image optimisation, geographic coverage, and integration with your hosting.

Related articles from our blog

Why nextlevels

Success you can measure

With us you're always at the cutting edge of technology and benefit directly from our developer expertise. Together we analyze your shop, identify key areas and develop tailor-made solutions. Your goals and expectations are at the center of our work.

  1. Developers, not resellers

    Your shop is built by developers who understand the code — nothing gets passed to subcontractors.

  2. Shopware down to the detail

    Architecture, API integration and performance from hundreds of project hours.

  3. One team, every discipline

    Development, design and marketing from a single source — no friction at the handoffs.

  4. Built for growth

    We build for conversion, load time and revenue — not for gut feeling.

  5. Partner, not vendor

    We stay on after launch and keep developing your shop continuously.

Ready for your successful online shop?

Whether it's an improvement or a fresh start — a no-obligation conversation never hurt anyone.

Profile picture of Paul Kalisch, Executive Partner
Paul Kalisch
Executive Partner

Related services