Session replay for ecommerce

Session replay tells you what happened. Error monitoring tells you why.

Session replay tools show you recordings of user sessions. They're useful, but they're reactive — you watch what went wrong after the fact. Here's what you actually need to protect ecommerce revenue.

Install free →

What session replay actually shows you

Session replay records user interactions — mouse movements, clicks, scrolls, form inputs — and plays them back as a video-like recording. Tools like Hotjar, LogRocket, FullStory, and Microsoft Clarity all offer this. The pitch is compelling: watch real users struggle with your site and identify friction you didn't know existed.

The reality is more limited. Session replay is excellent for qualitative UX research: understanding how users navigate, where they hesitate, what they click by mistake. It's genuinely useful for UX designers trying to improve information architecture or form completion rates.

It's much less useful for the specific problem of catching bugs that cost you money.

Why session replay is the wrong tool for bug detection

Session replay tools are built for observation, not alerting. The workflow looks like this: you have a feeling something's wrong, you open the session replay tool, you filter recordings for sessions that ended with a cart abandonment, and you watch videos until you see someone struggle. This is slow, manual, and dependent on you already knowing something might be wrong.

Error monitoring works in reverse: the tool watches for the problem, tells you immediately when it happens, tells you how many users it affected, and gives you the technical data to fix it. You don't watch videos — you get an alert in Slack, open an issue in your dashboard, see the stack trace, understand which line of code is broken, and fix it.

For revenue protection, the second workflow is categorically superior.

The sampling problem

Most session replay tools sample sessions — they don't record everything. At typical sampling rates (10-25%), you miss the majority of user interactions. If a bug affects 1% of sessions — which is enough to cost a meaningful amount of revenue — you might have only a handful of recordings that capture it, buried among thousands of normal sessions.

Error monitoring captures every error event from every session. There's no sampling. A bug that affects 50 users is visible as 50 error events, grouped into one issue, with revenue impact calculated. You can find it and fix it in minutes.

Privacy considerations

Session replay is inherently invasive. Recording user interactions captures sensitive data: what users type in form fields, what products they browse, where they hesitate. Tools offer “masking” for sensitive fields, but the implementation is imperfect and requires ongoing maintenance as your site changes.

Bloodhound doesn't record sessions. It captures anonymous technical events — error messages, performance metrics, script timings — with no personally identifiable information, no cookies, and no IP address collection. GDPR compliance is structural rather than configured.

Where session replay genuinely adds value

This isn't an argument against session replay. There are situations where it's the right tool:

  • UX research. Understanding how users navigate your product pages, what causes them to hesitate before adding to cart, and where they drop off in checkout flows is genuinely valuable. Session replay is one of the best tools for this.
  • Post-mortem analysis. After you know a bug exists (from your error monitoring), session replay can help you understand the user journey that led to it — particularly for complex multi-step interactions.
  • Conversion rate optimisation. Watching where users click and what confuses them can inform A/B test hypotheses. Session replay paired with heatmaps is a standard CRO toolkit.

The mistake is treating session replay as a substitute for error monitoring. They answer different questions.

What you actually need to protect ecommerce revenue

The tools that directly protect revenue from technical issues are:

  • JavaScript error monitoring — catch bugs as they happen, measure revenue impact, fix them fast
  • Core Web Vitals monitoring — track performance from real user traffic, find regressions before they compound
  • Checkout funnel analytics — see where users drop out of checkout and whether errors contributed
  • Third-party script auditing — understand which apps are slowing your store and by how much
  • Alerts — know when something breaks without having to check a dashboard

Session replay can sit alongside these. It answers the “what did the user experience?” question. Error monitoring answers the “what broke and why?” question. Both are valid. But if you're choosing one tool because your budget is limited, error monitoring has a more direct relationship with revenue protection.

The ecommerce monitoring stack we recommend

For most Shopify stores, the optimal monitoring stack is:

  • Bloodhound for error monitoring, performance, and security
  • Microsoft Clarity (free) for session replay and heatmaps if you want qualitative data
  • Shopify Analytics for order and revenue data

This costs $49/month total, covers all the bases, and doesn't compromise on privacy. Most stores don't need more than this.

See what's actually breaking on your store

Error monitoring that connects bugs to revenue. Install free.

Install free →