Clicking Test Webhook on a DII notification webhook returns HTTP 400 Bad Request
Applies to
- Data Infrastructure Insights (DII)
Issue
- Clicking Test Webhook on a DII notification webhook returns
HTTP 400 Bad Request. - The error appears even when the webhook configuration looks correct or live alert delivery works.
- Common with PagerDuty, Slack, Microsoft Teams, and other JSON webhook integrations.
Cause
- The DII Test Webhook feature sends the message body exactly as written in the editor.
- Test Webhook does not substitute default alert parameters (for example
%%alertId%%,%%severity%%,%%triggeredOn%%) or custom secrets (for example%%routingKey%%). - Third-party endpoints validate required fields and reject placeholder values, which results in
HTTP 400.
Solution
- Do not use Test Webhook as the sole validation method for integrations that require substituted values.
- To test manually, temporarily replace placeholders in the message body with valid literal values (valid PagerDuty Integration Key, valid severity such as
warning, non-empty source), run Test Webhook, then restore placeholders before saving. - Validate production behavior by triggering a real monitor alert and reviewing the Status and Last Reported columns on Admin > Notifications > Webhooks.
- Refer to DII webhook documentation for supported parameters and template examples.
Partner Notes
Additional Information
- See Notification using webhooks for Test Webhook behavior and parameter usage.
- For PagerDuty-specific setup, see Webhook example for PagerDuty.
Internal Notes
- Originated from case 2010762847.
- Support and customer initially interpreted Test Webhook
400responses as production alert failure.
