Common Verify Report

After instrumentation:

1. Search the edited source again and confirm there is exactly one effective RUM init path.
2. Confirm every added @datadog/browser-rum* package is declared in the deployed frontend manifest and that all Datadog Browser packages use the same exact version. An import resolving from an existing node_modules directory is not proof.
3. Confirm the matching lockfile was generated or updated by the detected package manager; never hand-edit it. When practical, use the project’s frozen/clean install command so stale local dependencies cannot hide a missing declaration or lock entry.
4. Run the project’s configured formatter/fix command for changed files when one exists.
5. Run the normal terminating build, such as npm run build, yarn build, pnpm build, bun run build, ng build, vite build, next build, or nuxt build. Prefer the project’s own script over an invented command.
6. For unmanaged static HTML with no build, inspect every HTML entry and validate that the loader URL, onReady wrapper, credentials, and site agree.

Do not use a successful dependency install as a substitute for the build. Do not leave a development server running.

If a real credentialed application can be run in a bounded local browser session, start it with the project’s normal command, check for initialization errors and a RUM intake request, then stop it. Treat this as additional evidence, not a requirement when the environment cannot run a browser or reach Datadog. Do not claim that sessions are visible in Datadog based only on a successful build.

If formatting, install, or build fails:

• Capture the failing command and relevant error.
• Distinguish an instrumentation error from an external registry/network/permission failure.
• Fix errors caused by the instrumentation and rerun the check.
• Return success: false when the build remains broken or required verification could not run; do not conceal the failure.

Report

Return a short JSON object:

For a no-op existing setup, say that RUM was already initialized, what plugin/router/error wiring was confirmed, and which build passed.

For a stopped run, set success to false, name the blocking credential, site, prerequisite, permission, conflict, or build failure, and state that no partial instrumentation was left behind.