Incoming requests from Zapier are ignored by tracing #12774
okovpashko
started this conversation in
General
Replies: 1 comment 2 replies
-
Hey, so the best solution would be to get zapier to not send this header, if it is not wanted 😅 If this is not possible, you could use Sentry.init({
tracesSampler: ({ name, attributes, parentSampled }) => {
// only continue parent sampling decision if the route is not /api-hit-by-zapier
if (typeof parentSampled === 'boolean' && attributes?.['http.route'] !== '/api-hit-by-zapier') {
return parentSampled;
}
// regular sample rate you want to have
return 0.5;
}
}); You'll need to debug and see what attributes you can actually filter on, what is available there depends on your setup etc., but something like this should work! |
Beta Was this translation helpful? Give feedback.
2 replies
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
-
Hello,
I have a Node.js application that receives webhooks from Zapier. After enabling HTTP tracing, I noticed no traced requests to the webhook endpoints in Sentry UI. When I tried to reproduce a webhook request from my local machine I got its trace in the UI.
Assuming that a clue might be hidden in the Zapier request details I examined an incoming request. I noticed that it includes the following headers:
Sentry-Trace
,Traceparent
, andTracestate
:After enabling the debug mode for Sentry SDK I found that it recognizes the incoming tracing headers and decides to ignore the transaction:
Could you please suggest if there is a way to make Sentry SDK ignore the incoming headers from Zapier and send the tracing for the webhook requests?
Beta Was this translation helpful? Give feedback.
All reactions