Official Sentry SDK for Svelte

This SDK currently only supports Svelte apps in the browser. If you're using SvelteKit, we
recommend using our dedicated
Sentry SvelteKit SDK.
General
This package is a wrapper around @sentry/browser
, providing error monitoring and basic performance monitoring features
for Svelte.
To use the SDK, initialize Sentry in your Svelte entry point main.js
before you bootstrap your Svelte app:
import App from './App.svelte';
import * as Sentry from '@sentry/svelte';
Sentry.init({
dsn: '__DSN__',
release: 'my-project-name@2.3.12',
integrations: [Sentry.browserTracingIntegration()],
tracesSampleRate: 1.0,
});
const app = new App({
target: document.getElementById('app'),
});
export default app;
The Sentry Svelte SDK supports all features from the @sentry/browser
SDK. Until it becomes more stable, please refer
to the Sentry Browser SDK documentation for more information and usage
instructions.
Sourcemaps and Releases
To generate source maps of your Svelte app bundle, check our guide
how to configure your bundler to
emit source maps.
To create releases and upload source maps to
Sentry, we recommend using sentry-cli
. You can for instance create a bash
script to take care of creating a release, uploading source maps and finalizing the release:
#!/bin/bash
VERSION=<your version>
ORG=<your org-slug>
PROJECT=<your project-slug>
SOURCEMAPS_PATH=./dist
sentry-cli releases new $VERSION --org $ORG --project $PROJECT
sentry-cli releases files $VERSION upload-sourcemaps $SOURCEMAPS_PATH --org $ORG --project $PROJECT
sentry-cli releases finalize $VERSION --org $ORG --project $PROJECT
Please note that the paths provided in this example work for a typical Svelte project that adheres to the project
structure set by create-vite with the svelte(-ts)
template. If your
project setup differs from this template, your configuration may need adjustments. Please refer to our documentation of
Advanced sentry-cli
Sourcemaps Options and to
our Sourcemaps Troubleshooting Guide.
Check out our
Svelte source maps uploading guide
for more information.
9.31.0
Important Changes
- feat(nextjs): Add option for auto-generated random tunnel route (#16626)
Adds an option to automatically generate a random tunnel route for the Next.js SDK. This helps prevent ad blockers and other tools from blocking Sentry requests by using a randomized path instead of the predictable /monitoring
endpoint.
- feat(core): Allow to pass
scope
& client
to getTraceData
(#16633)
Adds the ability to pass custom scope
and client
parameters to the getTraceData
function, providing more flexibility when generating trace data for distributed tracing.
Other Changes
- feat(core): Add support for
x-forwarded-host
and x-forwarded-proto
headers (#16687)
- deps: Remove unused
@sentry/opentelemetry
dependency (#16677)
- deps: Update all bundler plugin instances to latest & allow caret ranges (#16641)
- feat(deps): Bump @prisma/instrumentation from 6.8.2 to 6.9.0 (#16608)
- feat(flags): add node support for generic featureFlagsIntegration and move utils to core (#16585)
- feat(flags): capture feature flag evaluations on spans (#16485)
- feat(pino): Add initial package for
@sentry/pino-transport
(#16652)
- fix: Wait for the correct clientWidth/clientHeight when showing Feedback Screenshot previews (#16648)
- fix(browser): Remove usage of Array.at() method (#16647)
- fix(core): Improve
safeJoin
usage in console logging integration (#16658)
- fix(google-cloud-serverless): Make
CloudEvent
type compatible (#16661)
- fix(nextjs): Fix lookup of
instrumentation-client.js
file (#16637)
- fix(node): Ensure graphql errors result in errored spans (#16678)