ZeepNotti Docs

Get Started with ZeepNotti

Set up the ZeepNotti REST API and React Native SDK, find your keys, register devices, and test delivery before going live.

Install the ZeepNotti SDK (or call the REST API directly) and get your first notification delivered. Follow the sections in order for a first-time setup, or jump to the area you need.

  1. Get Started with ZeepNotti: create an App, find your keys, and tour the dashboard
  2. Install SDK: install the React Native SDK, or register devices directly via REST
  3. Test your integration: verify delivery before going live
  4. Troubleshooting: debug delivery issues

Get Started with ZeepNotti

Create an App to get its ID and one-time-reveal REST/Client keys - every other call in this section needs those.


Install SDK

The React Native SDK is the only client SDK ZeepNotti ships today. Every other platform (native iOS, native Android, web, backend jobs) registers and manages Devices directly against the REST API - there is no separate SDK required, just the Devices API Reference and a Client key.


Test your integration


Troubleshooting


After setup


FAQ

How do I identify the same person across devices?

Set the same external_user_id on every Device that person owns (POST/PATCH /v1/apps/{app_id}/devices). Target that person with target_type: "external_user_ids" on a notification send - ZeepNotti delivers to every Device carrying that ID. See the Devices and Notifications API Reference for the exact fields.

Do I need the React Native SDK, or can I call the REST API directly?

Either works. The SDK wraps Device registration and notification-event handling for React Native specifically. Any other client (native iOS/Android, a web app, a backend job) registers and updates Devices directly with a Client key - there's no functional difference in what ZeepNotti does with the Device once it's registered.

How do I send notifications from my server?

Use your App's REST key (rk_...) with POST /v1/apps/{app_id}/notifications. Never ship a REST key inside a mobile or web client - use the Client key (ck_...) there instead, scoped to Device registration only. See Using the REST APIs for the full auth model.

Is there a sandbox or test-send mode?

No - every send attempts real delivery. See Testing Your Integration for how to safely test against a real device, including the iOS sandbox-vs-production APNs credential setting.

How do I know if a push failed to deliver?

Check GET /v1/apps/{app_id}/notifications/{id}/deliveries for a per-device status and last_error, or register a Webhook to get notification.failed / device.invalid events pushed to you instead of polling. See Troubleshooting for what the common errors mean.