Send a test payload to verify a webhook endpoint is reachable and responding
Documentation Index
Fetch the complete documentation index at: https://docs.xquik.com/llms.txt
Use this file to discover all available pages before exploring further.
accepted,
status_code, and error with the webhook ID instead of printing the full
test response.
webhook.test event to your endpoint, HMAC-signed with the webhook’s secret:
X-Xquik-Signature, X-Xquik-Timestamp, and
X-Xquik-Nonce headers. Verify the signature against the raw request body
before parsing JSON, reject stale timestamps, and de-dupe recent nonces exactly
as you do for production monitor deliveries.
webhook.test payloads include eventType, data, and timestamp. They do
not include deliveryId or streamEventId, so use them for reachability and
signature checks rather than receiver idempotency checks.
success: true and a 2xx statusCode as proof that the receiver
accepted the signed webhook.test request.success: false with a non-2xx statusCode as a receiver error.
Fix the endpoint before waiting for the next production monitor event.statusCode: 0 as a network or reachability failure. Check DNS,
TLS, firewall rules, and the public HTTPS URL.error with your deployment logs so support, queue, or incident
workers can see the latest test failure reason.webhook_inactive means no test was sent. Reactivate the webhook with
Update Webhook, then test again.X-Xquik-Signature, X-Xquik-Timestamp, and
X-Xquik-Nonce on the raw request body before accepting test or production
events.webhook.test payloads include eventType, data, and timestamp.
They do not include deliveryId or streamEventId.x-api-key header) or session cookie from the dashboard.Related: List Webhooks · Create Webhook · Webhook Verification