Ecommerce

Ecommerce competitor monitoring across content and catalog

For compatible ecommerce stores, competitor publishing and supported catalog changes can both be watched. The two answer different questions and are worth keeping in separate records.

The short version

Two records, one competitor

A buying guide tells you what a competitor wants shoppers to believe. A price change on a compatible store tells you what they did. Content Radar keeps publishing evidence and Product Events in separate paths so your team can compare the two kinds of evidence before a merchandising decision.

Useful for

Ecommerce growth, merchandising, and content teams watching a defined set of stores.

Content side

Buying guides, category pages, seasonal campaigns, and editorial.

Catalog side

Compatible public Shopify, WooCommerce, and structured custom stores.

The situation

Publishing explains the intent, the catalog shows the move

A competitor publishing a run of gift guides in October is stating a seasonal intent. A competitor adding forty products and dropping prices on a category in October has already acted. The first is a plan you can still respond to, and the second is a change you are reacting to. Confusing them leads to responding at the wrong speed.

Reading them together is where the value sits. A new buying guide that maps onto products the competitor added the same week may be part of a coordinated campaign. A guide without observed catalog movement could serve an existing range; neither pattern establishes traffic or campaign performance.

Product Monitoring

What the catalog side actually records

Product Monitoring runs on compatible public Shopify, WooCommerce, and structured custom stores. Each detected change becomes a Product Event you review in Recent Changes and in-app alerts, with persistent product change history recorded in Product Events, separate from Workspace History.

  • New products and safely confirmed removals
  • Price increases and decreases where both values share a known currency
  • Out-of-stock and back-in-stock transitions
  • Manual checks plus one daily scheduled check, with retry and resume

Boundaries

What Product Monitoring does not cover

The catalog side is deliberately bounded. These are the edges worth knowing before you rely on it.

  • Store compatibility is checked before monitoring begins. Support is not universal across ecommerce platforms.
  • A price event requires a valid comparison in the same known currency. There is no currency normalization and no dynamic pricing model.
  • Promotions, variants, and marketplace listings are outside scope. There is no cross-store product matching.
  • Removals are recorded only when they can be safely confirmed, so a product missing from one check is not reported as removed on that basis alone.

Frequently asked questions

No. Compatibility is confirmed first, and monitoring covers compatible public Shopify, WooCommerce, and structured custom stores. A store that fails the compatibility check cannot be monitored on the catalog side, though its content surfaces may still be available.

It means two checks recorded different values in the same currency for the same product. Whether that reflects a campaign, a clearance, or a permanent reposition is a reading your team makes, usually after several events rather than one.

Keep the records separate and read them side by side. Mixing them tends to produce conclusions that neither source supports on its own.

Watch the catalog and the campaign separately

Add a compatible competitor store and attach its content surfaces, then review each record on its own terms.