chore(sentry): decrease tracesSampleRate to prevent blowing through quota (#44901)

## I have read the
[CONTRIBUTING.md](https://github.com/supabase/supabase/blob/master/CONTRIBUTING.md)
file.

YES

## What kind of change does this PR introduce?

Chore

## What is the current behavior?

100% of traces are being sent to Sentry, which alone would blew through
all of our quota leaving no spans available for other projects. For
April we are already rate limited.

## What is the new behavior?

Change `tracesSampleRate` to more reasonable value (0.02).


<!-- This is an auto-generated comment: release notes by coderabbit.ai
-->

## Summary by CodeRabbit

* **Chores**
* Optimized performance monitoring sampling configuration to reduce
application overhead while maintaining essential error tracking and
diagnostics.

<!-- end of auto-generated comment: release notes by coderabbit.ai -->
This commit is contained in:
Paweł Gulbinowicz authored and GitHub committed 2026-04-15 14:34:51 +00:00
1 parent c39e284641
commit 10f49d85f1
3 files changed
+3 -3

No files matched your search

+1 -1
View File
@@ -97,7 +97,7 @@ Sentry.init({
debug: false,
// Enable performance monitoring
tracesSampleRate: 1.0, // Capture 100% of transactions for performance monitoring
tracesSampleRate: 0.02,
integrations: (() => {
const thirdPartyErrorFilterIntegration = (Sentry as any).thirdPartyErrorFilterIntegration
+1 -1
View File
@@ -14,7 +14,7 @@ Sentry.init({
debug: false,
// Enable performance monitoring
tracesSampleRate: 1.0, // Capture 100% of transactions for performance monitoring
tracesSampleRate: 0.02,
ignoreErrors: [
'NEXT_NOT_FOUND',
'NEXT_REDIRECT',
+1 -1
View File
@@ -13,7 +13,7 @@ Sentry.init({
debug: false,
// Enable performance monitoring
tracesSampleRate: 1.0, // Capture 100% of transactions for performance monitoring
tracesSampleRate: 0.02,
ignoreErrors: [
'ResizeObserver',
'Failed to load Stripe.js',