Mobile SDKs (coming soon)
| Platform | Package | Status |
|---|---|---|
| iOS (Swift) | Nexafon iOS SDK | In development |
| Android (Kotlin) | Nexafon Android SDK | In development |
| Flutter | Nexafon Flutter plugin | In development |
| React Native | Nexafon React Native module | In development |
What is ready for them already
Section titled “What is ready for them already”The server side of a mobile integration works today and does not change when the SDKs ship:
- Publishable keys take allowed iOS bundle ids and Android package names (Developers → API keys). The session
exchange checks them from the
X-Ios-Bundle-IdentifierandX-Android-Packageheaders. - User tokens are the same as for the web: your server signs them with a server helper.
- SDK sessions come from
POST /api/v1/sdk/sessionsand are refreshed withPOST /api/v1/sdk/sessions/refresh(reference); on mobile they belong in the Keychain or Keystore, never in plain storage.
Until the SDKs ship, a mobile app can show the web SDK in a web view for the inbox; calls in the background need the native SDKs and mobile push.