Easily plan your migration from OneSignal to OpenBack for push & in-app messaging without interruption.
Before migrating, we recommend updating your app to include the OpenBack SDK, then users won’t be lost between app updates. The base setup steps for adding OpenBack are:
- Create your OpenBack app on our dashboard.
- (Recommended) Add your APNs certificate/Firebase Cloud Messaging Key to your OpenBack app.
- Complete the basic SDK integration for Native Android/iOS or Plugin.
Integrating OpenBack will not interfere with any other services you may have - as such, you can run services alongside each other during migration.
For help with migrating to OpenBack from OneSignal, feel free to contact the onboarding team firstname.lastname@example.org and we can help guide you through the process including setting up a simple plan.
1 - Feature Explanations across Platforms
|Tags ->||Custom Segments & Attributes|
|Segment users based on custom in-app information. Send notifications to users within these segments. User properties can be used to personalize the content of a notification.||Segment users based on custom in-app information and send notifications to these users. Attributes are used to store clientside information about users that is then used to personalize the content of a notification.|
|In-App Triggers ->||Custom Events|
|Triggers that are used exclusively to show in-app messages.||Send notifications or in-app messages to users based on in-app actions.|
|Confirmed Deliveries||Full Notification Metrics|
|OneSignal offers confirmed deliveries as part of their paid plan.||OpenBack provides full notification metrics out of the box that range from delivery confirmation to clicks and goal completions.|
|OpenBack requires no custom setup or integration to message your users based on location.|
|Allow/Block - Opt-Out Status|
|As this is handled on the device side, OpenBack automatically picks up the user's current status without any work required to or migrate or transfer user preferences. Users will NOT be shown the OS permission dialogue again.|
|Deep Links & Deep Linking|
|As these are defined by you at an app level, there is no work to migrate across. To make things easier for sending messages, you may want to setup shortcuts in the OpenBack Dashboard under App Settings -more details here|
2 - Attributes & Custom Segments
For help with deciding whether your user information should be stored as an Attribute or a Custom Segment, contact email@example.com anytime.
OpenBack uses Attributes to personalize the content of a notification with user information that is stored on the device, such as a user’s first name. When migrating from OneSignal, any OneSignal tags that would have been used to personalize the notification content should be setup as OpenBack Attributes in your mobile app.
Here are examples of your existing Android code for OneSignal, and also the updated Android code for OpenBack Attributes:
OpenBack uses Custom Segments to store user information in OpenBack on the user’s device which can then be used to target specific segments of users as well as personalizing the content of the messages.
When migrating, any OneSignal tags that would have been used to segment your users can be converted to OpenBack Custom Segments.
Here are examples of your existing code for OneSignal, and also the updated code for OpenBack Custom Segments:
3 - Custom Events
For help with deciding whether your user actions should be stored as a Custom Event or a Custom Segment, contact firstname.lastname@example.org anytime.
Custom Events can be used to deliver notifications to users based on in-app actions. A Custom Event can deliver the notification immediately or after a specific delay that can be set on device or by the OpenBack dashboard.
When migrating from OneSignal, any In-app Triggers that would have been used for delivering in-app messages can be converted to Custom Events.
Here are examples of your existing code for OneSignal, and also the updated code for OpenBack Custom Events:
4 - Notification Handling
The OneSignal SDK allows for different methods of handling notifications whereas OpenBack handles most of these cases automatically, for further help with notification handling, contact email@example.com anytime.
The OpenBack SDK handles the following scenarios automatically:
- getting notification received events, even if your app is closed.
- reading and modifying the notification, before it is displayed.
- tracking users blocking notifications.
5 - Importing Push Tokens
This is typically not required as by default the OpenBack SDK handles the user’s push token and syncs the token with the OpenBack Engine (backend), which starts once the OpenBack SDK is included in the app, so importing push tokens is not usually relevant, but can be supported.
A push token is a unique key, created and assigned by Apple(APNs) or Google(FCM) to create a connection between a specific mobile app on a specific iOS or Android device. The push token is then used by conventional platforms when sending push notifications from their backend systems to APNs/FCM who then make efforts to deliver the notification to that device. Push tokens change from time to time, and sometimes go stale. Push tokens are a key source of the deliverability issues which OpenBack resolves, you can read more about that here.
While not strictly necessary, OpenBack recommends setting up APNs/FCM as then a silent push notification is sent out to apps whenever there is updated content & settings for faster updates.
If you have a collection of your user’s push tokens, usually in .CSV format, we can bulk import them for you. Contact firstname.lastname@example.org to finalize an import plan; and also for help exporting Push Tokens from existing platforms including Airship, OneSignal and others.
Android push tokens are always mixed casing whereas iOS push tokens can sometimes be all lower case or all upper case. If importing existing push tokens into OpenBack, pay attention to the casing of iOS push tokens to avoid duplicate records.
6 - Detailed SDK Comparisons
|iOS Size||3MB zipped||900kB or less|
|React Native Plugin||Yes||Yes|
|Titanium Plugin||Not Available||Yes|
|Deliverability Optimisation||Not Available||Yes|
|Moment of Delivery Control||In-app Only||Yes|
|Full Notification Metrics||Deliveries Only||Yes|
|Client-side Real-Time Content Personalisation||Not Available||Yes|
|Dynamic Push (Auto-Remove/Update)||Not Available||Yes|
|App Inbox||Not Available||Yes|
|In-app Video Message||Not Available||Yes|