You signed in with another tab or window.Reload to refresh your session.You signed out in another tab or window.Reload to refresh your session.You switched accounts on another tab or window.Reload to refresh your session.Dismiss alert
Copy file name to clipboardExpand all lines: src/connections/auto-instrumentation/web-setup.md
+8Lines changed: 8 additions & 0 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -357,6 +357,14 @@ Network signals emit when an HTTP Request is made, or an HTTP Response is receiv
357
357
- First party domain (for example, if on`foo.com`, then`foo.com/api/products`, but not`bar.com/api/products`)
358
358
- Contains the content-type:`application/json`
359
359
360
+
##Troubleshooting
361
+
362
+
Here are the most common misconfigurations preventing signals from reaching Segment.
363
+
364
+
- Not enabling signals with the URL parameter: You must start each debug session by appending`?segment_signals_debug=true` to your URL parameters.
365
+
- Running debug mode with an ad blocker: An active ad blocker prevents signals from reaching Segment. Disable your ad blocker and start a new session.
366
+
- Content Security Policies: In addition to the[default Analytics.js Content Security Policies](/docs/connections/sources/catalog/libraries/website/javascript/faq/#does-segment-support-using-strict-content-security-policy-csp-on-the-page), you must add`cdn.jsdelivr.net` to your allowlist, or`https://cdn.jsdelivr.net/npm/@segment/analytics-signals@latest/dist/umd/analytics-signals.umd.js` if your policies require the full path.
367
+
360
368
##Next steps
361
369
362
370
This guide walked you through initial Signals SDK/Auto-Instrumentation setup. Next, read the[Auto-Instrumentation Signals Implementation Guide](/docs/connections/auto-instrumentation/configuration/), which dives deeper into Signals and offers example rules.