Learn how to track, debug, & audit notification logs on SuprSend.
https://hub.suprsend.com/webhook/*
in your vendor dashboard. This enables SuprSend to get delivery and failure response from your vendor and show the same in dashboard logs. You’ll find details of the callback URL in individual vendor integration documentation.You can also configure your outbound webhook to get the normalized vendor response back to your application.Field | Description |
---|---|
Workflow | Workflow name. You can click on it to see workflow configuration and summarized analytics on the workflow details page. |
Distinct ID | distinct_id of the user receiving the message. Clicking on it provides direct access to the subscriber details page, where you can review user channels and profile properties. This will come in handy to debug notification failures caused by missing channel information on a user. |
Delivery Type | Send to All Channels -will send notification on all available channels in user profile defined in workflow call.Smart Delivery -sequential sending of notifications on available channels one after the other with a delay where delivery stops if the success metric is achieved. Read more |
User channel | Trigger summary of all channels. (1) Sent count- notifications successfully sent by SuprSend to end vendor. This would also mean successful notification delivery to end user if callback URL tracking is set in vendor account. (2) failed count- SuprSend failed to send the notifications or if we got delivery failure error from vendor. (3) in progress count- Notifications in progress during Smart Delivery |
Status | Success if at least one of the notifications is sent in workflow.Failed if all notifications fail in the workflow. |
Stage | Status | Description |
---|---|---|
1 | Requested | Notification request is accepted by SuprSend. |
2 | Processed | SuprSend started processing the request. |
3 | Triggered | Notification request is passed from SuprSend to channel vendor. |
3 | Trigger Failed | SuprSend encountered error in forwarding the notification request to the vendor. To understand the cause of the failure, simply hover over the ‘i’ icon within the failed log chip. Failures can be categorized into two types: 1. SuprSend was unable to process the request due to issues like template rendering failure or the user missing the relevant channel information. 2. SuprSend attempted to call vendor API, but vendor didn’t accept the request. This can result from errors in the notification payload, such as template mismatches in WhatsApp, invalid vendor credentials, or incorrect channel values like an invalid mobile number or email. |
3 | Failure by vendor | Vendor accepted the request but failed to deliver the notification to end user. To understand the cause of the failure, simply hover over the ‘i’ icon within the failed log chip. These errors originate from vendor’s end, and for detailed insights into the reason for failure, refer the error guides of individual vendor. |
4 | Delivered | Notification is successfully delivered to the end user. |
5 | Seen | Seen is marked by different actions on each channel:Email: opened Whatsapp: read Inbox: read (**on click of Mark all as read**) or clicked push(android, iOS, web): clicked chat(Slack, Microsoft teams): seen is not tracked for chat channels |
6 | Dismissed | Dismiss is marked when user clicks on clear all and removes push notification from the tray. Tracked for androidpush channel only. |
7 | Interacted | Interacted is marked when someone clicks on the notification |
Channel | Failure by vendor / Trigger Failed | Delivered | Seen | Dismissed | Interacted (Clicked) |
---|---|---|---|---|---|
yes | yes | yes | - | yes | |
SMS | yes | yes | - | - | - |
yes | yes | yes | - | - | |
Androidpush | yes | yes | yes | yes | yes |
iOSpush | yes | yes | yes | - | yes |
Webpush | yes | yes | yes | - | yes |
Inbox | yes | yes | - | - | yes |
Slack | yes | yes | - | - | - |
MS Teams | yes | yes | - | - | - |
https://hub.suprsend.com/webhook/*
in your vendor portal. You’ll find details of the callback URL in respective vendor integration documentation.**i**
icon at the end of logs to see more details related to workflow execution like brand_id
, idempotency_key
, execution ID
. If you have trouble debugging the error, just copy the execution ID and share with us either through in-product chat or slack community. We’ll be happy to help you debug the issue.
distinct_id
, worklow name
, brand_id
, idempotency_key
, status
and date-time
. To filter logs, click on filter icon in the top right side options on logs page. Select Failure logs
to just filter records with errors.
Please note that logs retention depends on pricing plan. Check pricing page to see log retention timeframe applicable for your plan.
Logs Date Time filter
Custom date-time filter
distinct_id
.