datadog-labs/upgrade-browser-sdk-v5
> Upgrade Datadog Browser SDK from v4 to v5. Use when encountering removed options like proxyUrl, sampleRate, replaySampleRate, premiumSampleRate, allowedTracingOrigins, or deprecated APIs like addRumGlobalContext, removeUser, or when a project references datadoghq-browser-agent.com CDN with /v4/ paths.
npx skills add https://github.com/datadog-labs/agent-skills --skill upgrade-browser-sdk-v5
Systematic migration guide from v4 to v5. Follow steps 1-7 in order. Each step includes a search pattern to find affected code.
CDN setup — update script src URLs:
| v4 pattern | v5 replacement |
| -------------------------------------------------------- | -------------------------------------------------------- |
| datadoghq-browser-agent.com/us1/v4/datadog-rum.js | datadoghq-browser-agent.com/us1/v5/datadog-rum.js |
| datadoghq-browser-agent.com/us1/v4/datadog-logs.js | datadoghq-browser-agent.com/us1/v5/datadog-logs.js |
| datadoghq-browser-agent.com/us1/v4/datadog-rum-slim.js | datadoghq-browser-agent.com/us1/v5/datadog-rum-slim.js |
Replace us1 with your site: eu1, us3, us5, ap1. For US1-FED, the pattern is flat with no site prefix: datadog-rum-v5.js, datadog-logs-v5.js, datadog-rum-slim-v5.js. Note: AP2 is not available for v5 — upgrade to v6 first if you need AP2.
Search: grep -r "datadoghq-browser-agent.com.*v4" --include="*.html" --include="*.js" --include="*.ts" --include="*.tsx" --include="*.jsx"
npm setup — update package.json dependencies:
"@datadog/browser-rum": "^5.0.0"
"@datadog/browser-logs": "^5.0.0"
"@datadog/browser-rum-slim": "^5.0.0"
Then run your package manager (npm install, yarn install, etc.) and rebuild.
Also upgrade framework integrations to v5 if used: @datadog/browser-rum-react.
Search: grep -r "@datadog/browser-" --include="package.json" .
These v4 parameter names no longer exist in v5. Replace them:
| Deprecated parameter (v4) | Replacement (v5) |
| ------------------------- | ------------------------- |
| proxyUrl | proxy |
| sampleRate | sessionSampleRate |
| allowedTracingOrigins | allowedTracingUrls |
| tracingSampleRate | traceSampleRate |
| trackInteractions | trackUserInteractions |
| premiumSampleRate | sessionReplaySampleRate |
| replaySampleRate | sessionReplaySampleRate |
Search: grep -rn 'proxyUrl\|sampleRate\|allowedTracingOrigins\|tracingSampleRate\|trackInteractions\|premiumSampleRate\|replaySampleRate' --include="*.js" --include="*.ts" --include="*.tsx" --include="*.jsx" --include="*.html" --include="*.vue" --include="*.svelte"
Note: sampleRate matches broadly. Look specifically for init config objects — sessionSampleRate is the v5 name for the session sampling rate.
These v4 API method names no longer exist in v5:
| Deprecated API (v4) | Replacement (v5) |
| ------------------------------- | ------------------------------------ |
| DD_RUM.removeUser | DD_RUM.clearUser |
| DD_RUM.addRumGlobalContext | DD_RUM.setGlobalContextProperty |
| DD_RUM.removeRumGlobalContext | DD_RUM.removeGlobalContextProperty |
| DD_RUM.getRumGlobalContext | DD_RUM.getGlobalContext |
| DD_RUM.setRumGlobalContext | DD_RUM.setGlobalContext |
| Deprecated API (v4) | Replacement (v5) |
| ----------------------------------- | ------------------------------------- |
| DD_LOGS.addLoggerGlobalContext | DD_LOGS.setGlobalContextProperty |
| DD_LOGS.removeLoggerGlobalContext | DD_LOGS.removeGlobalContextProperty |
| DD_LOGS.getLoggerGlobalContext | DD_LOGS.getGlobalContext |
| DD_LOGS.setLoggerGlobalContext | DD_LOGS.setGlobalContext |
| logger.addContext | logger.setContextProperty |
| logger.removeContext | logger.removeContextProperty |
Search: grep -rn 'removeUser\|addRumGlobalContext\|removeRumGlobalContext\|getRumGlobalContext\|setRumGlobalContext\|addLoggerGlobalContext\|removeLoggerGlobalContext\|getLoggerGlobalContext\|setLoggerGlobalContext\|\.addContext\|\.removeContext' --include="*.js" --include="*.ts" --include="*.tsx" --include="*.jsx" --include="*.html" --include="*.vue" --include="*.svelte"
v5 changes several Session Replay defaults and behaviors:
defaultPrivacyLevel changed to "mask"In v4, the default was mask-user-input. In v5, all content is masked by default.
To preserve v4 behavior (only mask user input):
DD_RUM.init({
defaultPrivacyLevel: 'mask-user-input',
})
Sessions sampled for Session Replay are now automatically recorded. You no longer need to call startSessionReplayRecording().
To preserve v4 behavior (manual recording start):
DD_RUM.init({
startSessionReplayRecordingManually: true,
})
sessionReplaySampleRate is now 0In v4, the default replay sample rate was 100. In v5, it's 0 — no replays unless you set it explicitly.
Action: Ensure sessionReplaySampleRate is explicitly set in your init config:
DD_RUM.init({
sessionReplaySampleRate: 100, // or your desired rate
})
trackResources and trackLongTasks must be explicitWhen using sessionReplaySampleRate (instead of the removed replaySampleRate or premiumSampleRate), resources and long tasks are no longer collected by default. Enable them explicitly — unless the v4 config already set them to false intentionally:
DD_RUM.init({
sessionReplaySampleRate: 100,
trackResources: true, // omit if v4 explicitly had trackResources: false
trackLongTasks: true, // omit if v4 explicitly had trackLongTasks: false
})
Search: grep -rn 'sessionReplaySampleRate\|startSessionReplayRecording\|defaultPrivacyLevel\|trackResources\|trackLongTasks' --include="*.js" --include="*.ts" --include="*.tsx" --include="*.jsx" --include="*.html" --include="*.vue" --include="*.svelte"
Also search for all RUM init calls to catch projects that omit these options and rely on v4 defaults: grep -rn 'DD_RUM\.init\|datadogRum\.init' --include="*.js" --include="*.ts" --include="*.tsx" --include="*.jsx" --include="*.html" --include="*.vue" --include="*.svelte". For each init call, verify that sessionReplaySampleRate, defaultPrivacyLevel, and trackResources/trackLongTasks are explicitly set.
beforeSend must return a booleanbeforeSend callback functions should return true to keep the event or false to discard it. If no value is returned, the event is kept. This resolves TypeScript compilation errors.
beforeSend: (event, context) => {
// return true to keep, false to discard
return true
}
beforeSend action context: context.event → context.eventsWith frustration signals, an action event can be associated with multiple DOM events. context.event is replaced by context.events (array).
// v4
beforeSend: (event, context) => {
if (event.type === 'action') {
const domEvent = context.event
}
}
// v5
beforeSend: (event, context) => {
if (event.type === 'action') {
const domEvents = context.events // array
}
}
beforeSend performance entry is now a PerformanceEntry objectThe performanceEntry in beforeSend context is now the raw PerformanceEntry object, not a JSON representation. The PerformanceEntryRepresentation type has been removed.
startTime removed from XHR beforeSend contextThe context.startTime property has been removed from XHR resource beforeSend context. Use the performanceEntry instead.
view.in_foreground_periods removed from beforeSendThis attribute is now computed by the backend. Remove any beforeSend code that accesses view.in_foreground_periods.
Set trackUserInteractions: true to collect all user interactions, including frustration signals. The trackFrustrations parameter is no longer needed.
Resource method field is now always uppercase (e.g., GET, POST). Update any dashboards or monitors filtering on resource.method.
session.plan field removedThe session.plan field (lite/premium) is removed in v5 and not emitted on any event type. Replace any dashboard or monitor filter on session.plan with the new replay fields:
@session.sampled_for_replay:true — session was sampled for Session Replay@session.has_replay:true — session has an actual replay recordingSearch: grep -rn 'beforeSend\|trackFrustrations\|PerformanceEntryRepresentation\|in_foreground_periods\|context\.event\b\|startTime' --include="*.js" --include="*.ts" --include="*.tsx" --include="*.jsx" --include="*.html" --include="*.vue" --include="*.svelte"
v5 only listens to user-generated (trusted) events. Script-generated events are ignored by default.
If you rely on programmatic events (e.g., dispatchEvent), add the __ddIsTrusted attribute:
// JavaScript
const click = new Event('click')
click.__ddIsTrusted = true
document.dispatchEvent(click)
// TypeScript
const click = new Event('click') as Event & { __ddIsTrusted?: boolean }
click.__ddIsTrusted = true
document.dispatchEvent(click)
Or allow all untrusted events globally:
DD_RUM.init({
allowUntrustedEvents: true,
})
Search: grep -rn 'dispatchEvent\|new Event\|new MouseEvent\|new KeyboardEvent\|\.click()' --include="*.js" --include="*.ts" --include="*.tsx" --include="*.jsx" --include="*.html" --include="*.vue" --include="*.svelte"
connect-src domains changedv5 sends data to new intake domains. Update your Content Security Policy:
| Datadog site | New connect-src domain |
| ------------ | ------------------------------------------ |
| US1 | https://browser-intake-datadoghq.com |
| US3 | https://browser-intake-us3-datadoghq.com |
| US5 | https://browser-intake-us5-datadoghq.com |
| EU1 | https://browser-intake-datadoghq.eu |
| US1-FED | https://browser-intake-ddog-gov.com |
| US2-FED | https://browser-intake-us2-ddog-gov.com |
| AP1 | https://browser-intake-ap1-datadoghq.com |
v5 adds tracecontext as a default propagator. If you use allowedTracingUrls, your server must accept the traceparent header. Add it to your existing Access-Control-Allow-Headers — do not replace the full list:
# Add traceparent alongside your existing headers
Access-Control-Allow-Headers: <existing-headers>, traceparent
error.origin removedUpdate dashboards/monitors using error.origin to use origin instead.
The "console error:" prefix is removed from log messages. Update queries using this prefix to use @origin:console instead.
Runtime errors, network logs, report logs, and console logs no longer inherit the main logger's context, level, or handler. Use global context and dedicated init parameters instead.
Search for main logger configuration that may have been relying on this inheritance: grep -rn 'DD_LOGS\.logger\.setLevel\|DD_LOGS\.logger\.setHandler\|DD_LOGS\.logger\.setContext\|DD_LOGS\.logger\.setContextProperty' --include="*.js" --include="*.ts" --include="*.tsx" --include="*.jsx" --include="*.html" --include="*.vue" --include="*.svelte". For each match, verify the setting is intentional for the main logger only — it will no longer affect runtime errors, network logs, or console logs.
| Mistake | What goes wrong | Fix |
| -------------------------------------------------------------------------------------------- | --------------------------------------------------------------------------------------------------------------------------- | -------------------------------------------------------------------------------------------------------- |
| Setting sessionReplaySampleRate > 0 without enabling trackResources and trackLongTasks | Resources and long tasks are silently not collected — they no longer default to true when using sessionReplaySampleRate | Always add trackResources: true, trackLongTasks: true alongside any non-zero sessionReplaySampleRate |
| Using context.event instead of context.events in beforeSend for action events | Action context property renamed — context.event is undefined, DOM event details are lost | Update to context.events (array); iterate if you need all associated DOM events |
| Not updating CSP connect-src to the new v5 intake domains | SDK silently fails to send data — old intake domains are no longer valid | Update connect-src to the v5 intake domain for your site (see Step 7) |
After upgrading, confirm:
proxyUrl, sampleRate, replaySampleRate, etc.)addRumGlobalContext, removeUser, etc.)beforeSend callbacks return boolean valuesbeforeSend action handlers use context.events (not context.event)trackResources and trackLongTasks explicitly set if using sessionReplaySampleRatesessionReplaySampleRate > 0)traceparent header)connect-src updated to new intake domainsresource.methoderror.origin (use origin instead)Take datadog-labs/upgrade-browser-sdk-v5 from the repository into ~/.claude/skills for personal
use, or into .claude/skills inside a project.
The agent identifies a skill by the name field in its header. Two skills with the
same name cannot sit side by side — one of them will be ignored.
The instructions reference npm.
Without those the skill loads but fails at the first command.