Three absences define Store Intelligence as much as the four inspectors do. They are product decisions, not temporary gaps.
Thesis
BoostEcom does not collect store traffic from a panel, email send cadence from a fleet of fake inboxes, or history it did not live (F23).
Facts we stand on
- No traffic panel; rebuilding one is a nine-figure entry cost, and we do not pretend otherwise (F23).
- No email honeypot fleet; that corpus is how some competitors get cadence data, and it is a GDPR exposure measured against revenue (F23).
- No timeline before we started observing the store (F23).
- The scanner identifies itself as
BoostEcom-Scanner/1.0and cites/about/scanner.
What this does not prove
Refusing a signal does not mean the signal is worthless. It means we will not sell you a costume of it. You may still buy panel data or run your own list; that is outside this product's honesty contract.
Mechanism
Public HTML and third-party endpoints support theme, apps, ads, and some email capture UX. They do not support reliable visit counts without a panel. Cadence harvesting needs warmed fake inboxes. Invented history would be fiction with a chart.
Implications for operators
A tool that hides its limits is more dangerous than a tool without the feature: you decide on empty space while believing it is full. Prefer vendors who put the refusals next to the screenshots.
Action this week
List the three numbers you wish you had on a competitor. For each, write whether you can observe it without impersonation or a panel. If you cannot, strike it from any "must copy" brief until you can.
Sources and method
- F23;
Store Intelligence;/intelligence/transparency;/about/scanner. - Verification date: 2026-09-16. Signed by Christopher Lasgi (F106).