If you've completed the steps described in the Setup guides, you are now ready to implement our iOS library in your app. Our library supports iOS version 11 and up. Make sure you have at least Xcode 13.2 when using this library.

If you are upgrading from an older version of our library, it's always a good idea to read our Migration guide.


The Notificare SDK is compatible with apps supporting iOS 11 and above, and can be installed with Swift Package Manager or CocoaPods.

  1. If you are using the Swift Package Manager, open the menu File > Swift Packages > Add Package Dependency.
  2. In the Choose Package Repository prompt, add the following URL:
  1. Press Next and complete the remaining steps.

For more information on SPM, check their official documentation.

  1. If you haven't done so, install a recent version of CocoaPods.
  2. If you don't have an existing Podfile, run the following command to create one:
pod init
  1. Add the dependencies to your Podfile:
# Required
pod 'Notificare/NotificareKit'

# Optional modules
pod 'Notificare/NotificareAssetsKit'
pod 'Notificare/NotificareAuthenticationKit'
pod 'Notificare/NotificareGeoKit'
pod 'Notificare/NotificareInboxKit'
pod 'Notificare/NotificareLoyaltyKit'
pod 'Notificare/NotificarePushKit'
pod 'Notificare/NotificarePushUIKit'
pod 'Notificare/NotificareScannablesKit'
  1. Run the following command:
pod install
  1. From now on, use the .xcworkspace file to open your project in Xcode instead of the .xcodeproj file.

Configuration file

In order to connect your app to Notificare, you need to download the configuration file from the Dashboard and place it under your project's root folder as NotificareServices.plist. The configuration file can be downloaded by opening your Notificare application and going into the App Keys section via Menu > Settings > App Keys.

app keys v3 download

For your reference, here's what this file should look like:

<?xml version="1.0" encoding="UTF-8"?>
<!DOCTYPE plist PUBLIC "-//Apple//DTD PLIST 1.0//EN" "">
<plist version="1.0">
    <string>{{ YOUR APPLICATION ID }}</string>
    <string>{{ YOUR APPLICATION KEY }}</string>
    <string>{{ YOUR APPLICATION SECRET }}</string>

It is recommended that you create at least two different apps in Notificare using separated environments for development and production. For each app you will have a different set of keys, resulting in two different configuration files. We recommend you to leverage Xcode's Build Phases to manage which file will be embedded in the application. You read more about it in our Customizations section.

The Notificare Delegate

While this is an optional step, by setting up your own delegate, you can listen to the ready and device_registered events. You can take the opportunity to perform additional steps when Notificare becomes ready or when the device is updated.

extension AppDelegate: NotificareDelegate {
    func notificare(_ notificare: Notificare, onReady application: NotificareApplication) {
        // At this point you have been assigned a temporary device identifier
        // All services subscribed can be used

    func notificare(_ notificare: Notificare, didRegisterDevice device: NotificareDevice) {
        // At this point you know a device is registered with the Notificare API
        // This method will be called every time something changes, be it token, push enabled/disabled or other property changes
        // Use this method to keep track of device changes in your own app or act on those changes

To let Notificare know about your delegate, you can execute the following statement:

Notificare.shared.delegate = self // where self complies with `NotificareDelegate`

Launching Notificare

Launching Notificare is as simple as calling Notificare.shared.launch(). However, before launching, you may want to consider customising some properties.

If you have created a custom delegate, you should also set the Notificare.shared.delegate property to let Notificare know which class will handle the events.

You should launch Notificare when the iOS application is launched. A small code sample can be found below.

class AppDelegate: UIResponder, UIApplicationDelegate {

    func application(_: UIApplication, didFinishLaunchingWithOptions _: [UIApplication.LaunchOptionsKey: Any]?) -> Bool {
        // Override point for customization after application launch.

        // In case you want to setup your delegate.
        Notificare.shared.delegate = self

        // Launch Notificare! 🚀

You can delay launching Notificare for the first time. Otherwise, make sure you launch() during the application's initialization phase to prevent missing important updates when the app is created in the background.

Beware the launch() method completes before the launch process finishes. You can use the onReady() method from the NotificareDelegate as shown below when you want to control the state of dependencies in your application initialization flow.

extension AppDelegate: NotificareDelegate {
    func notificare(_: Notificare, onReady application: NotificareApplication) {
        // Notificare is now safe to use.

Un-launch Notificare

It is possible to completely remove all data for a device, both locally in your app and remotely in our servers. You want to avoid doing so, but for cases when the user requests their account to be removed, you can use the following method:


After invoking this, all the device's data will be destroyed and cannot be undone. Once the process is complete, the onUnlaunched method of your NotificareDelegate will be executed.

extension AppDelegate: NotificareDelegate {
    func notificareDidUnlaunch(_: Notificare) {
        // All device data was deleted.
        // Notificare cannot be used until it's launched again.

At this point, invoking any other method in Notificare will fail, and the only way to start using the SDK again, is by invoking its counterpart, the launch method.

Using SwiftUI

The new SwiftUI App Lifecycle was a good improvement over the traditional initialization process, making it declarative. Just like SwiftUI is meant to be.

However, this change removed the default AppDelegate which means you must supply one yourself. Once you have created the AppDelegate file, you should use the UIApplicationDelegateAdaptor property wrapper to inject it.

struct SampleApp: App {
    @UIApplicationDelegateAdaptor(AppDelegate.self) var appDelegate

    var body: some Scene {
        WindowGroup {

Furthermore, our SDK swizzles the AppDelegate for processing APNS tokens and notifications automatically. Since the internal SwiftUI.AppDelegate breaks our swizzling process, you should disable the swizzling mechanism and forward the relevant methods to our SDK. Check the customizations section for more information.