Create SuprSend account
Simply signup on SuprSend to create your account. If you already have your company account setup, ask your admin to invite you to the team.Integrate push channel in your application
ForAndroid
applications, Integrate SuprSend SDK and FCM (service provider for sending android push notifications).
Language | Documentation | Example |
---|---|---|
Native Android | Integrate Android SDK and Integrate FCM in native application | - |
React Native (Android) | Integrate React Native SDK and Integrate FCM in react native application | GitHub |
Flutter (Android) | Integrate Flutter SDK and Integrate FCM in flutter application | GitHub |
iOS
applications, Integrate SuprSend SDK and APNS (service provider for sending iOS Push notifications)
Language | Documentation | Example |
---|---|---|
Native iOS | Integrate iOS SDK and Integrate APNS in native application | - |
React Native (iOS) | Integrate React Native SDK and Integrate APNS in react native application | GitHub |
Flutter (iOS) | Integrate Flutter SDK and Integrate APNS in flutter application | GitHub |
Start testing in Sandbox workspace
Your SuprSend account includes three default workspaces: Sandbox, Staging, and Production. You can switch between them from the top navigation bar, and create additional workspaces if needed.- Sandbox
- Demo Workspace with pre-configured vendors for quick exploration and POC.
- Includes a sample workflow, a sample user with your registered email and pre-configured channels for quick testing.
- Limitation: Available for a trial period of 30 days.
- Staging
- Development workspace used to test notification flows before pushing it to production.
- You can enable Test Mode to safely test notification flows without delivering to real users. In Test Mode, notifications is delivered only to designated internal testers. You can also set up a catch-all channel to redirect all notifications intended for non-test users.
- Production
- Live workspace for syncing your actual product users and running production workflows.
- We do not recommend making changes directly in your production workspace as it might disrupt your live notifications.
Identify user to attach push token to their profile
Call this method as soon as you know the identity of user, that is after login authentication. Pass the id that you use as internal user identifier (UUID, email or numeric code). You’ll use this same id in recipient field to trigger the notification.Call reset to clear user data on log out
Don’t forget to call reset on user logout. If not called, user id will not reset and multiple tokens and channels will get added to thedistinct_id
who logged in first on the device.
Create a workflow
Workflow houses the automation logic of your notification. Each workflow starts with a trigger, processes the defined logic, and sends one or more messages to the end user. You can create a workflow from SuprSend dashboard by clicking on button on the workflows tab. To design a workflow, you need:-
A Trigger point- Trigger initiates the workflow. You can initiate it
- Using the direct workflow API, where you can include recipient channel information, preferences, and actor details directly in the trigger.
- By emitting an event: You can trigger these events from your frontend application or from your backend systems, depending on the use case. (note: the recipient needs to be pre-created for event-based triggers).
-
Delivery node- Delivery Nodes represent the channels where users will receive notifications. You can use:
- multi-channel nodes to send messages across multiple channels,
- smart channel routing to notify users sequentially rather than bombarding them on all channels at once (though it’s generally better to use).
-
Template in delivery node contains the content of the notification. You can add both static and dynamic content sourced from user properties or trigger payloads. We use handlebars as our Push templating language. You can add dynamic content as
{{var}}
. Add trigger data in the mock to get variable auto-suggestions during editing. Ensure to publish the template before using it in a workflow.

Trigger the workflow
You can trigger a test workflow directly from dashboard by clicking on ‘Text
’ button in your workflow editor or “Commit” changes to trigger it from your code. We follow Git like versioning for workflow changes, so you need to commit your changes to trigger new workflow via the API. You can check all methods of triggering workflow here.
To trigger a workflow, you need:
- Recipient- End user who would be notified in the workflow run. Recipient is uniquely identified by
distinct_id
within SuprSend and must have the relevant channel identity set in their profile. You can define recipient inline in case of API based trigger or create user profile first with user creation method for event based trigger. - Data or Event Properties- This will be used to render dynamic content in the template (added in template mock) or variables in the workflow configuration.
Sample payload for API based trigger You can get workspace key, secret or API Key for trigger from Settings tab -> API Keys . Push channel will be updated in user profile as soon as you identify the user in step 4, so you can just pass the
distinct_id
and data in the trigger.
Check notification logs
You can view the status of any sent notification under the Logs tab. Logs are organized in the following order:- Requests: Captures all API/SDK requests sent to SuprSend from your backend or frontend. You can see the input payload and request response here.
- Executions: Workflow executions are logged here. You can click on a log entry to open the step-by-step workflow debugger
- Messages: All delivery nodes (including webhooks) are tracked here along with their message status (delivered, seen, clicked). Message preview for delivered notifications will also be available soon.