Custom Events
What events are in Notify Partners, how system and custom events work, how to use them in auto-push
Events are user actions tracked by the system. They are the foundation of auto-push: when an event occurs on the server, Notify Partners automatically triggers the attached push scenario with a specified delay.
Event Types
System Events
Created automatically and available to all platform users. They cannot be deleted or renamed.
| Event | Description |
|---|---|
install | Application installation and first launch |
reg | User registration |
dep | First deposit / first payment |
dep2 | Second deposit / second payment |
dep3 | Third deposit and above |
System events are visible through all API keys regardless of project_id.
Custom Events
Created by you for specific actions in your product. Examples:
tutorial_complete— completing the tutorial.level_10— reaching level 10 in a game.purchase— making a purchase.cart_abandon— abandoned cart.win_big— large win.
Custom events can be activated and deactivated — a deactivated event does not trigger auto-push but remains in the system.
Creating an Event
- Go to Events and click "Create".
- Enter the event code — Latin letters, digits, underscores (e.g.,
purchase_premium). - Enter a name for convenient display in the interface.
- Save and activate the event.
How Events Reach the System
Events are sent from your backend via a postback — an HTTP GET request to the Notify Partners API:
GET /postback?app_id=APP_ID&token=POSTBACK_TOKEN&event=reg&ic=INSTALL_TOKENParameters:
app_id— application ID from the dashboard (required).token— postback token from the application settings.event— event code (e.g.,reg,purchase).ic— device install token (obtained via SDK on installation).
Optional parameters:
external_id— external user identifier (alternative toic).segment— audience tag to assign to the device.webmaster— webmaster identifier.offer— offer identifier.
The system also accepts POST /postback with the same parameters in the request body.
After receiving the postback:
- The system finds the device by
ic(orexternal_id). - Records the event for this device.
- If there is an active auto-push scheduler for this event — starts the delay timer.
- After the delay expires, sends the push.
Incoming postback history can be viewed in Analytics → Postback History.
Using Events in Auto-Push
When creating a scheduler of type Auto-Push (Conversion):
- Select the event that triggers the scheduler.
- Specify the delay in minutes.
- Attach the push template.
Example chain:
| Event | Delay | Push |
|---|---|---|
install | 5 min | Welcome push with a brief tutorial |
install | 1440 min (24h) | Reminder if not registered |
reg | 0 min | Registration congratulations |
dep | 60 min | Promo push with first deposit bonus |
Using Events in Filters
Events are also available in scheduler filters — regardless of send type (instant, scheduled, weekly):
- Include — send only to devices that had the
depevent. - Exclude — send to everyone except devices with the
dep3event.
This allows building complex segments: for example, "users who registered but haven't made a deposit yet" = filter "has reg" + "no dep".
API
| Method | URL | Description |
|---|---|---|
GET | /api/v3/events | List events |
POST | /api/v3/events | Create an event |