Menu

CRO

Error Tracking

A practical product and CRO method for identifying failures, understanding impact, and prioritising the issues that matter most.

How to use error tracking to capture failures, understand where users hit problems, and prioritise fixes based on real impact.

4 min read

What it is

Error tracking is a quantitative UX and product method used to capture, monitor, and analyse errors that occur during user .

This includes technical errors such as failed API calls, form validation failures, broken links, crashes, and exceptions.

It provides visibility into when something goes wrong, where it happens, and how often it occurs.

Unlike behavioural methods, error tracking focuses on failures in the experience rather than general usage.

The goal is to identify, prioritise, and fix issues that directly impact , , and .

Error tracking is useful when the main problem is not behaviour alone, but where the product is breaking for users.

When to use it

Use this method when and matter.

It is most useful when:

You are identifying bugs or system failures
You want to understand where users encounter errors
You are improving form completion or checkout flows
You need to prioritise fixes based on impact
You are monitoring product health over time

It is less useful when:

You need to understand user intent or behaviour
Errors are not being properly captured or logged
The issue is conceptual rather than technical
Error tracking is often used alongside funnel analysis and session replay analysis to understand both the impact and context of issues.

Key takeaway

Use error tracking when failures, instability, or technical breakdowns are affecting the user experience and you need to prioritise fixes.

How to run it

Set up properly

Be clear on which errors you are capturing, how they are logged, and how they will be categorised. Logging everything with equal weight produces a stream nobody reads.

Include errors the user sees as well as the ones only the knows about. A validation message people cannot get past is an error even when nothing technically failed.

Run the method

Error tracking is continuous and unglamorous. It is the method most likely to be running already and least likely to be used for design decisions.

  1. Capture errors in real time across the whole product, including client-side failures that never reach the server.
  2. Log the : location, device, browser, what the person was doing. An error without context is a line in a file.
  3. Group similar errors together. Raw counts are dominated by one noisy issue that turns out to affect nobody.
  4. Measure frequency and impact separately. A rare error blocking checkout outranks a frequent one that self-recovers.
  5. Prioritise on severity and user impact rather than volume, and be explicit about which you used.

Focus on what people cannot complete rather than what the logs find upsetting. Many logged errors are invisible to users, and some invisible failures are not logged at all.

Capture and make sense of it

The value comes from knowing what actually breaks. Look across the to identify:

  • Recurring errors, grouped by cause rather than message
  • High-frequency issues affecting many people
  • Critical failures inside key journeys
  • Differences across devices, browsers and

Use this to prioritise fixes. Error is also the fastest way to prove a design problem to an engineering team.

What to look for

Focus on:

Error frequency: how often issues occur
Severity: the impact on the user experience
Location: where in the journey errors happen
Patterns: repeated issues across users or sessions
Impact on conversion: whether errors cause drop-offs or failures

Where it goes wrong

Most issues come from:

Not all errors matter equally. Focus on impact.

Logging client-side and server-side failures with no way to relate them
Recording an error without the context that would let anybody reproduce it
Letting one noisy issue dominate the counts while affecting almost nobody
Ranking by frequency when a rare error blocks checkout
Tracking what the system considers an error and missing what stops the user

What you get from it

Done properly, this method gives you:

A grouped view of what actually breaks, by cause rather than message
Critical failures inside the journeys that carry revenue
Differences between browsers and devices that explain scattered complaints
The fastest way to prove a design problem to an engineering team

Key takeaway

It helps you remove friction caused by things breaking.

Get in touch

If this sounds like something you need, we can help you identify what is breaking, prioritise fixes, and improve the overall experience.

No guesswork. No assumptions. Just clear insight you can act on.

FAQ

Common questions

A few practical answers to the questions that usually come up around this method.

What is error tracking in UX?

Error tracking is a method used to capture and analyse errors that occur during user interactions.

When should you use error tracking?

Use it when monitoring product performance, identifying bugs, or improving reliability.

What types of errors should be tracked?

Technical errors, form validation failures, broken links, crashes, and system exceptions.

What tools are used for error tracking?

Tools such as Sentry, Datadog, LogRocket, and New Relic are commonly used.

Does error tracking improve UX?

Yes. Fixing errors directly improves usability, reliability, and conversion.

Quick take

If something is breaking for users and you do not know where or why, start with error tracking.

LET'S WORK TOGETHER

Ready to improve your product?

UX, research and product leadership for teams tackling complex digital services.

Previous feedback

I had a fantastic experience working with Andy. One of his most impressive achievements during our time at NHS HEE was masterminding a deeply complex information architecture for a new platform that brought together a large number of legacy websites.

Will Parkhouse

Senior Content Designer