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.
| What it counts | The total count of product records in the catalog scope this card observes, spanning masters, variants, and standalone product types. The structural breakdown sits in the master/variant card. |
| Why it matters | It is the baseline for catalog operations and the denominator for every catalog-health ratio. A growing total is catalog expansion; a shrinking one is pruning or a failed import. Most importantly, it is the reference every other catalog card is read against. |
| Reading the value | Read it as a trend and a sanity check, not a KPI to optimise. The useful signal is movement: an unexpected jump or drop almost always traces to a catalog import, feed, or bulk action. A stable total is the healthy default. |
| SFCC product model | The total can include masters, variation groups, variants, and standard / bundle / set products. Whether you count variants individually or only buyable SKUs changes the number, which is why the master/variant card exists to disambiguate. |
| Catalog scope | SFCC assigns catalogs to sites. A master catalog can be shared across sites; storefront catalogs are per site. The total reflects the catalog scope the connector reads. |
| Online vs total | This is the full count regardless of online state. Many products in the total can be offline or out of stock, the catalog-health cards split those out. |
| Unit | number (count of products) |
| Time window | Real-time (RT), the current catalog state |
| Alert trigger | none configured |
| Sentiment key | scc_total_products |
| Roles | owner, operations |
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.| Catalog dimension | Count | Notes |
|---|---|---|
| Master / base products | 4,200 | Conceptual styles |
| Variants (buyable SKUs) | 58,400 | Colour x size SKUs with inventory |
| Standard / bundle / set products | 0 | None in this catalog |
| Total Products (card) | 62,600 | Masters plus variants |
| of which offline (online=false) | 3,700 | 5.9% of total, see Offline Products card |
| of which out of stock | 4,900 | 7.8% of total, see Out-of-Stock Products card |
- 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
| Card | Why pair it with Total Products |
|---|---|
| Master vs Variant Product Count | Breaks the total into its structural shape, masters vs buyable variants. |
| Offline Products (online=false) | Offline as a share of this total tells you how much of the catalog is dark. |
| Out-of-Stock Products | Out of stock as a share of this total is a core availability health ratio. |
| Low-Stock Products | The early-warning availability sibling, read against the same total. |
| Top Products by Revenue | Tells you how much of a large catalog actually earns, the long-tail vs head split. |
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.
| Reason | Direction of divergence |
|---|---|
| Catalog scope. Master catalog vs storefront catalog vs all-catalogs produce different totals. The card reads a defined scope; a different BM filter gives a different number. | Either, depends on catalog filter |
| Product type inclusion. Whether variation groups, bundles, and sets are counted shifts the total. The card and a BM filter must include the same types to match. | Either |
| Online filter. The card counts the full catalog regardless of online state; a BM list filtered to online-only will be lower. | BM lower if filtered to online |
| Import lag. Right after a large catalog import, BM and the card can briefly disagree until both reflect the completed job. | ±transient |
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.