Tag not monitored by Microsoft.
Internal navigation should remain in one Clarity session while _clsk is available and the visitor has not been inactive for 30 minutes; for visitors in the EEA, UK, or Switzerland, the first action is to send Clarity an explicit consent signal after consent is granted.
Most likely condition to check: consent enforcement
Enabling Settings → Setup → Advanced settings → Cookies is not sufficient for affected visitors in the EEA, UK, or Switzerland. Clarity now requires the website to convey the visitor’s consent status. Microsoft specifically documents missing consent signals as a cause of each page visit generating a new session. Without consent, cookies cannot be used reliably and session recordings may be affected.^1^
If your tests originated from one of those regions:
- Add a consent-management mechanism to the site.
- After the visitor grants analytics consent, invoke the Clarity consent API:
function grantAnalyticsConsent() {
if (typeof window.clarity === "function") {
window.clarity("consent");
}
}
// Call only after the visitor grants analytics consent.
grantAnalyticsConsent();
The consent API call and syntax are documented by Clarity.^2^
- Clear the site’s cookies and start a fresh test.
- Navigate through several pages without pausing for 30 minutes.
- Confirm that
_clskexists and retains its value across each transition.
Do not call the consent API before obtaining consent where consent is legally required.
Why the same User ID can have several recordings
Clarity uses separate identity levels:
-
_clckpersists the Clarity User ID. -
_clskconnects multiple page views into one session recording.^3^
Therefore, the same User ID across four recordings only establishes that Clarity recognizes the browser or visitor. It does not establish that all page views were assigned the same session.
Clarity normally captures a session until 30 minutes of inactivity. Returning afterward starts another session, including when returning to the same tab.^4^ That does not explain a continuous seven-page test, so the session boundary should be examined directly.
Capture the exact transition where it splits
Since JavaScript optimization is already disabled and _clsk remained stable in the successful desktop test, capture an affected test rather than repeating those checks:
- Open browser developer tools and enable Network → Preserve log.
- Clear site data and reload the homepage.
- Record the initial
_clskand_clckvalues under Application → Cookies. - Navigate one page at a time, noting the time and destination URL.
- For each Clarity collection request, inspect its payload. Clarity payload metadata includes
UserId,SessionId,PageNumber,ProjectId, andIsLastpayload.^5^ - At the first split, determine whether:
-
_clskdisappeared or changed; - the payload’s
SessionIdchanged; - the tracking script was loaded or initialized again;
- consent had not yet been communicated on the destination page.
-
Also search the generated page source and tag-manager configuration for the Clarity project ID. It should be installed once per page. Do not add custom session IDs as a workaround: the Identify API’s custom identifiers are informational and do not replace Clarity’s native session stitching.
If _clsk and consent remain valid but SessionId changes
That is not explained by the documented 30-minute boundary or cookie-disabled behavior. Collect:
- Clarity project ID;
- links to the split recordings;
- timestamps and URLs immediately before and after each boundary;
- browser/device and visitor region;
- a HAR export or screenshots showing
_clskand the changing payloadSessionId.
Submit these through the smiley-face support control in Clarity or email the support address listed in the Clarity FAQ.^1^ The visitor profile can help gather the entry URL, exit URL, device, browser, page count, and timestamps for every recording associated with the same Clarity ID.^6^
References