Browse documentation
Intelligence

Store Intelligence

What can be learned about a Shopify store from the outside, how fresh it is kept, where the confidence intervals come from, and what we deliberately do not collect.

Paste a Shopify URL and get back what the store is running: catalogue and pricing structure, installed apps, theme, pixel stack, visible ad activity, review volume and velocity, and estimates of AOV and sales velocity with an explicit confidence interval.

Nothing here requires the store's permission, because nothing here reads anything the store does not publish.

Where to use it

| Surface | For | |---|---| | /intelligence/inspect | Single-probe inspectors: theme, apps, ads, emails | | /intelligence/radar | What is moving right now | | /intelligence/transparency | Method and provenance, in public | | /<org>/intelligence | Your organization's view | | /<org>/<store>/intelligence | One store's competitive picture | | Intelligence API | The same data, programmatically |

Estimates are labelled as estimates

A revenue figure inferred from the outside is an inference. It is returned with a confidence interval rather than as a number, and a signal's confidence decides how loudly it is surfaced: a confident anomaly raises a critical alert, a weaker one a warning, and a weak one stays a data point.

The reason this matters is what happens when it is skipped: a number without an interval reads as a measurement, and people make decisions with it.

Freshness is tiered

Refreshing every tracked store at the same rate would be both slow and wasteful, so the refresh runs in bands: hot stores hourly (with a deeper pass four times a day), warm every six hours, cold daily. Market aggregates, prediction rollups and a weekly backtest run on their own schedules.

The Store Graph

Stores are related to each other by what they share: tracking ids, theme-and-app fingerprints, creatives. That inverted index is what turns "this store" into "this network of stores": the same operator behind several brands, the same agency's fingerprint across a portfolio.

What we do not collect

The honest limits, because a tool that hides them is worse than one without the feature:

  • No traffic panel. Rebuilding a multi-million-user measurement panel is a nine-figure entry cost. We do not estimate one and we do not pretend to have one.
  • No email honeypot fleet. Harvesting email cadence with a warmed fleet of fake inboxes is how competitors get that corpus. It is also a GDPR exposure measured in percent of global revenue. We collect what is observable without one (popups, landing pages) and stop there.
  • No history we did not live. Our timeline starts when we started.

Being on the receiving end

Our scanner identifies itself as BoostEcom-Scanner/1.0 and cites /about/scanner in its user agent, so a store owner reading their logs can find out who we are and what we do. That page is a policy, not a landing page.

Records at /intelligence/<category>/<slug> are noindex, nofollow and out of the sitemap, and outbound links to a scanned store carry no UTM and a nofollow. We do not benefit from indexing someone else's storefront.

Built on these docs?

Drop into the forum if something's unclear or wrong. Docs improve faster when readers flag the gaps.

Open the forum