The full count of products in your Salesforce Commerce Cloud catalog. The simplest catalog-size read, and the denominator behind every other catalog-health number.
At a glance
The total number of products in your Salesforce Commerce Cloud (SFCC, formerly Demandware) catalog, the headline catalog-size figure. It is the denominator for the rest of the catalog-health cards: offline share, out-of-stock share, and the master-to-variant ratio all read against this total. SFCC’s product model includes masters, variation groups, variants, and standalone standard / bundle / set products, so “total products” depends on what you count. This card gives you the full catalog count and lets the companion cards break it down by structure and state.
Calculation
Calculated automatically from your Salesforce Commerce Cloud data. See the At a glance summary above for what the metric tracks and the worked example below for a typical reading.Worked example
A retailer on a single SFCC B2C realm running a fashion-led catalog. Snapshot taken 12 Mar 26, with the structural and state breakdown shown for context.
Three things to notice:
- 62,600 is the denominator that makes the other cards readable. On its own the total is just a size figure. Its value is as the base for ratios: 3,700 offline is 5.9% of catalog, 4,900 out of stock is 7.8%. Those percentages are far more actionable than the raw counts, and they only exist because this card supplies the denominator.
- The total is dominated by variants, not masters. 58,400 of the 62,600 are variants. That is the expected shape for fashion and tells you the operational workload (pricing, imagery, inventory) lives at the variant level. Use Master vs Variant Product Count to see this split as a donut.
- Movement is the signal, not the absolute number. A total that holds steady is healthy. If it jumps by thousands overnight, a catalog import added a family; if it drops, a feed pruned or failed to load products. Always cross-check a swing against the last import run before assuming a data problem.
- A stable total can still hide trouble. The total can sit perfectly flat while offline and out-of-stock counts climb underneath it. That is why this card is read as the base and the catalog-health cards as the diagnostics, never the total alone.
Sibling cards merchants should reference together
Reconciling against Salesforce Commerce Cloud
Where to look in Business Manager: SFCC’s admin tool is Business Manager, at a per-realm URL likehttps://<realm>.business.demandware.net. To count catalog products:
- Merchant Tools, Products and Catalogs, Products: the product list. With no filters applied, the result count in the list header is the total product count for the selected catalog scope. Use the Product Type filter to break it down by Master, Variant, Variation Group, Standard, Bundle, and Set.
- Merchant Tools, Products and Catalogs, Catalogs: shows the master catalog and storefront catalogs. The number of products in a catalog depends on assignment, so confirm you are looking at the same catalog the card reads.
- Catalog scope is the key variable: a master catalog count differs from a single storefront catalog count. Match the scope before comparing to the card.
Known limitations / merchant FAQs
Does “total products” count variants individually or just styles? It counts product records in the observed catalog scope, which includes buyable variants, not just master styles. That is why a fashion catalog of a few thousand styles reports tens of thousands of total products. If you want the structural split, use Master vs Variant Product Count. Why does my Business Manager count not match exactly? Almost always catalog scope, product-type inclusion, or an online filter. SFCC totals depend on which catalog you count, whether variation groups and bundles are included, and whether you filter to online-only. Match those settings between Business Manager and the card and they reconcile. Is a higher total better? Not inherently. Total products is a size and trend metric, not a target to maximise. A large catalog with a high offline or out-of-stock share is worse than a smaller, cleaner one. Read this total alongside the catalog-health cards rather than chasing the number up. My total dropped overnight. Should I worry? Check the last catalog import first. A drop usually means a feed pruned products, a sync failed to load part of the catalog, or a bulk delete ran. A genuine data problem and an intentional cleanup look identical in this card, so the import history is where you tell them apart. Does this include offline and out-of-stock products? Yes. The total is the full catalog regardless of online state or stock level. Offline and out-of-stock products are still counted here; the dedicated cards split them out so you can read them as a share of this total. How does this relate to the other catalog-health cards? It is their denominator. Offline share, out-of-stock share, and low-stock share are all most useful as percentages of total products. This card supplies the base; the others supply the diagnostics. Read them together, never the total alone. Is this real-time? Yes. It reflects the current catalog state, recomputed as products are added or removed. There is no period selector, the time window isRT.