SAP Commerce Cloud

Web performance consultant for SAP Commerce Cloud

Optimize performance on SAP Commerce Cloud sites

SAP Commerce Cloud (formerly Hybris) powers complex enterprise B2B and B2C e-commerce. Its heavy stack (Java + Spring + JSP or Spartacus) demands multi-layer optimization. I work on OCC backend, response cache, JVM and Spartacus frontend for stable Core Web Vitals.

100% satisfied clients Data 2023-2026 8+ years XP 35+ clients partnered
View my client cases

They trust me

CHANEL
DIOR
Decathlon
April Moto
SiriusXM
Make Up Forever
Camif
RIMOWA
Jimmy Fairly
Wecasa
Chronovet
CHANEL
DIOR
Decathlon
April Moto
SiriusXM
Make Up Forever
Camif
RIMOWA
Jimmy Fairly
Wecasa
Chronovet

SAP Commerce symptoms calling for an audit

SAP Commerce sites show characteristic bottlenecks on OCC, Solr, JVM and frontend.

🐌 TTFB above 1.5 seconds on product pages

Serial synchronous OCC calls, uncalibrated response cache, slow Solr responses. Diagnosis identifies each contribution, tuning drops TTFB below 400ms.

🔍 Slow category listings with non-optimized Solr

Poorly indexed Solr (faceting, sorting, query parsing) responds in 500ms to 2s on catalogs of several thousand SKUs. Solr tuning + cache fragments drops that time below 200ms.

☕ JVM heap miscalibrated, garbage collection penalizing

Heap too small → frequent GC, latencies. Heap too large → long GC, user freezes. JVM tuning (G1GC, ZGC on Java 17+, heap sizing) stabilizes performance under load.

📦 Spartacus bundle above 1 MB on first load

Undisciplined Angular lazy modules, unused dependencies, incomplete code splitting. An ng build + bundle analyzer audit identifies each contributor.

🖼️ Product image without NgOptimizedImage nor fetchpriority

Spartacus doesn't systematically use NgOptimizedImage. Generalization on strategic pages + fetchpriority on LCP gains 200 to 500ms of LCP.

🔁 Blocking synchronous OCC calls in components

Spartacus components making synchronous OCC calls block rendering. Moving to RxJS observables + Suspense pattern frees rendering and improves INP.

SAP Commerce optimization methodology

4 steps to transform your performance

1
Step 1

1. Complete backend audit

OCC diagnosis (latency, parallelism, response cache), Solr audit (indexing, tuning), JVM audit (heap, GC, threads), application code profiling (Java Mission Control where relevant).

2
Step 2

2. Response cache and Solr optimization

Cache fragments calibration, OCC response cache configuration, Solr tuning (analyzers, shards, sorting), MySQL/HANA tuning where applicable.

3
Step 3

3. Spartacus or JSP frontend

Spartacus optimization (lazy modules, OnPush, NgOptimizedImage, SSR where applicable) or in-place JSP/Accelerator optimization. Angular bundle audit.

4
Step 4

4. Continuous monitoring

Install Core Web Vitals monitoring (SpeedCurve, mPulse based on context), APM instrumentation (Dynatrace, Datadog) if not already in place.

Mission commitments

-50% typical SAP Commerce TTFB
Solr tuned and indexed
JVM calibrated + GC stabilized
Long term enterprise stack partnered
FAQ

Frequently asked questions

Should I migrate to Spartacus?
If you're still on the JSP / Accelerator frontend, yes. Spartacus modernizes the frontend, eases Core Web Vitals optimizations, and benefits from an active SAP roadmap. Migration is an enterprise project (16 to 32 weeks) but the webperf, SEO and maintenance ROI is significant over time.
SAP Commerce vs Magento Adobe Commerce for performance?
Magento Adobe Commerce with Hyvä Themes generally reaches green Core Web Vitals more easily. SAP Commerce remains relevant with strong B2B constraints (SAP ERP integration, product complexity, multi-organization). Choice depends on business context — performance is reachable on both with strong discipline.
Composable Storefront vs Spartacus on SAP Commerce?
SAP Composable Storefront is the evolution of Spartacus, with a more modular approach and better partitioning. For a new project, start on Composable Storefront. For an existing Spartacus project, migration follows the SAP roadmap.
How are your SAP Commerce engagements structured?
My SAP Commerce engagements run in the long term, matching enterprise scope. The initial diagnosis frames the stack (OCC, Solr, JVM, Spartacus) then the engagement runs as sprints integrated with the existing SAP team. On a project of this scale, performance stays maintained through regular presence covering new features, version upgrades and frontend evolution.

Optimize your SAP Commerce Cloud

Backend tuned (OCC, Solr, JVM)
Spartacus frontend optimized
Continuous monitoring
100% satisfied clients
Data 2023-2026
Testimonials

What my clients say

Excellent work.
Paul has significantly improved the site's speed and perfectly aligned it with Google's recommendations.
Professional, thorough, and efficient, I highly recommend.

Nicolas - April Moto

Digital & E-commerce Director

We are very satisfied with Paul's work. He is quick, available, and particularly effective. Since his arrival, very good results have been observed, both in terms of performance and responsiveness. A real asset for our team.

Léo - Luxury brand

E-commerce Product Owner

I don't know if we've said it enough.
But if you want to improve your loading speed,
Make Google happy and get your Core Web Vitals in the green,
Contact Paul Delcloy.

Florian Darroman - Les Makers

Co-founder

SAP Commerce, enterprise platform and multi-layer complexity

SAP Commerce Cloud (formerly Hybris) powers complex enterprise e-commerce — industrial B2B, international brands, multi-channel retail. Its Java + Spring + Solr stack is powerful but one of the heaviest on the market. Poorly optimized SAP Commerce sites typically show TTFB above 1.5 seconds, LCP above 4 seconds, and drifting INP.

The e-commerce web performance optimization angle on SAP Commerce is multi-layer: OCC (OmniCommerce Connect) well-used, response cache calibrated, Solr indexation optimized, JVM heap and garbage collection tuned, and modernized frontend (Spartacus instead of legacy JSP).

OCC and response cache, backend levers

OCC is the SAP Commerce REST API, notably used by Spartacus as a front. A good OCC strategy consists of:

  • Caching stable responses (catalog, products, taxonomies) in short-term response cache
  • Parallelizing OCC calls on rich pages (recommendations, listings, personalized content)
  • Limiting OCC calls in loops via batching

Without this discipline, a Spartacus product page can trigger 10 to 20 serial OCC calls, adding latencies. Well-orchestrated, you drop below 200ms of cumulative latency.

Spartacus, the modern frontend

Spartacus is the official open source Angular frontend for SAP Commerce. The recommended evolution by SAP versus the historical JSP frontend. Spartacus enables much more accessible Core Web Vitals, provided you respect Angular best practices (lazy modules, OnPush, SSR, Image component).

For sites still on JSP / Accelerator, in-place optimization remains possible (JSP cache, Solr tuning, JVM, legacy frontend JS) with more modest gains. Migration to Spartacus is an enterprise project (16 to 32 weeks) but often justified over time by performance, SEO and maintenance gains.