> 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)Guide for creating high-quality MCP (Model Context Protocol) servers that enable LLMs to interact with external services through well-designed tools. Use when building MCP servers to integrate external APIs or services, whether in Python (FastMCP) or Node/TypeScript (MCP SDK).
Automatically creates user-facing changelogs from git commits by analyzing commit history, categorizing changes, and transforming technical commits into clear, customer-friendly release notes. Turns hours of manual changelog writing into minutes of automated generation.
Use when implementation is complete, all tests pass, and you need to decide how to integrate the work - guides completion of development work by presenting structured options for merge, PR, or cleanup
Guide for creating high-quality MCP (Model Context Protocol) servers that enable LLMs to interact with external services through well-designed tools. Use when building MCP servers to integrate external APIs or services, whether in Python (FastMCP) or Node/TypeScript (MCP SDK).
React Native and Expo best practices for building performant mobile apps. Use when building React Native components, optimizing list performance, implementing animations, or working with native modules. Triggers on tasks involving React Native, Expo, mobile performance, or native platform APIs.
React and Next.js performance optimization guidelines from Vercel Engineering. This skill should be used when writing, reviewing, or refactoring React/Next.js code to ensure optimal performance patterns. Triggers on tasks involving React components, Next.js pages, data fetching, bundle optimization, or performance improvements.
Next.js best practices - file conventions, RSC boundaries, data patterns, async APIs, metadata, error handling, route handlers, image/font optimization, bundling
Use when starting feature work that needs isolation from current workspace or before executing implementation plans - creates isolated git worktrees with smart directory selection and safety verification
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.