At a glance
JavaScript Errors Detected counts the script errors Microsoft Clarity observed during captured sessions. Errors on ordinary pages hurt the experience, but errors on checkout pages are direct revenue blockers because they can stop a sale completing. Any error appearing on a checkout page is worth treating as urgent.
| What it counts | The number of JavaScript errors observed during Clarity-captured sessions over the window. |
| Sample type | Behavioural session data from Microsoft Clarity (heatmaps and session recordings), refreshed on the standard data refresh. |
| Why it matters | Script errors break functionality, and checkout-page errors can directly stop conversions. |
| Reading the value | Lower is better; any rise, especially on checkout or cart pages, demands immediate investigation. |
| Currency | count |
| Time window | 7D |
| Alert trigger | >0 on checkout pages |
| Sentiment key | clr_javascript_errors |
| Roles | owner, marketing |
Calculation
Microsoft Clarity records JavaScript errors that occur while a session is being captured and surfaces them with the pages where they happened. Vortex IQ totals those errors over the window and flags any that land on checkout pages. See At a glance for the time window and the worked example below for a typical reading.Worked example
A representative reading of JavaScript Errors Detected for a typical merchant on Microsoft Clarity. A store recorded 48 JavaScript errors over 7 days, 6 of them on the checkout page, which tripped the alert. The merchant opened recordings of those checkout sessions and saw the payment button failing to respond. They used Vortex Mind to trace the errors to a third-party script deployed two days earlier, then asked Ask Viq in plain English to estimate how many sessions hit the broken step so they could quantify the lost revenue.Sibling cards merchants should reference together
| Card | Why merchants reach for it |
|---|---|
clr_checkout_path_frustration_signals | Links errors to wider checkout frustration. |
clr_checkout_path_frustration_spike | Flags the moment checkout problems spiked. |
clr_rage_click_pct | Errors often trigger repeated frustrated clicking. |
clr_dead_click_rate | Broken scripts can turn working buttons into dead clicks. |
clr_health_score | Shows how errors drag down overall UX health. |
Reconciling against Microsoft Clarity
Where to look in Microsoft Clarity’s own dashboard: Open the Clarity Dashboard insights for JavaScript errors, or filter recordings to sessions where errors occurred. Confirm the period and filter settings match the Vortex IQ profile before comparing counts. Why the Vortex IQ value may legitimately differ:| Reason | Direction | What to do |
|---|---|---|
| Period boundary. Vortex IQ uses rolling windows by default; Clarity may use calendar periods. | Variable | Match the period range. |
| Sampling. Clarity may sample sessions on high-traffic sites; Vortex IQ reads what Clarity exposes. | Variable | Allow for sampling on busy stores. |
| Filter scope. Profile-level filters (device, channel, bot exclusion) may narrow the Vortex IQ view. | Variable | Match filter settings. |