Meddelande: PushEngage iOS SDK 1.0 är här

PushEngage iOS SDK 1.0 är här. Om du driver en mobilapp vid sidan av din webbplats kan du nu ta med hela PushEngage-retentionsstacken – utlösta kampanjer, målgruppssegmentering, målsspårning och intäktsattribuering – till dina användares låsskärmar med ett inbyggt Swift SDK som installeras på en eftermiddag.

Detta är vår största iOS-release sedan vi lanserade pushmeddelanden för mobilappar 2023. Version 1.0 är en total översyn av SDK:ns arkitektur från grunden, en stor utökning av vad din app kan berätta för PushEngage om dina prenumeranter, och en produktionshärdningsprocess som lade till en komplett automatiserad testsvit. Här är vad som finns inuti.

Vad är nytt i iOS SDK 1.0

En renare arkitektur med två moduler

SDK:n är nu uppdelad i två moduler. PushEngage är allt som ditt app-mål behöver: behörighetshantering, prenumerationshantering, kampanjer och analys. PushEngageExtension är en smidig modul för dina Notification Service och Content Extension-mål – de delar som renderar rich media och spårar leverans. Dina extensions-mål drar inte längre in hela SDK:n, och delad status (prenumerantidentitet, konfiguration, loggning) flödar mellan appen och dess extensions via en App Group-container.

Prenumerantidentitet med identify och logout

Du kan nu koppla upp till 12 fördefinierade prenumerantfält – namn, e-post, telefon, profil-ID, plats och mer – till enhets Prenumerationen med ett enda identify-anrop. När en användare loggar ut rensar logout de personliga fälten och behåller den anonyma prenumerationen intakt. Upprepade anrop med oförändrad data löses lokalt utan en nätverksrunda, så du kan anropa identify säkert vid varje start.

Anpassad händelsespårning med trackEvent

Det nya API:et trackEvent skickar anpassade analyshändelser – ett tillägg till kundvagnen, en slutförd nivå, en visad produkt – direkt från din app till PushEngage, med typade egenskaper och valfri prenumerantattribuering. I kombination med utlösta kampanjer kan alla beteenden i appen nu starta en meddelandereise utan en ingenjörsbiljett för varje ny kampanj.

Klar för React Native- och Flutter-team

Version 1.0 lägger till förstklassig wrapper-identifiering, grunden för nästa generation av våra Flutter- och React Native-SDK:er. Plattformsoberoende team får samma inbyggda leveransväg som Swift-team, och PushEngage-instrumentpanelen vet exakt vilken stack varje prenumerant kom ifrån.

Byggd för produktion

• iOS 12+, Xcode 15+, Swift 5.9 – med fullt stöd för Objective-C och kompletta exempelappar på båda språken
• Swift Package Manager och CocoaPods – endast källdistribution, inga förbyggda binärer att leverera
• En helt automatiserad testsvit — ungefär sextio nya testfiler som täcker nätverk, livscykel för aviseringar, prenumerantstatus och parsning av nyttolast
• MIT-licensierad och öppen på GitHub — läs varje rad innan du skickar iväg den

Att komma igång tar fyra rader

Lägg till paketet från GitHub, länka PushEngage till ditt app-mål och initiera i din AppDelegate:

import PushEngage

func application(_ application: UIApplication,
                 didFinishLaunchingWithOptions launchOptions: [UIApplication.LaunchOptionsKey: Any]?) -> Bool {
    PushEngage.setAppID(id: "YOUR_APP_ID")
    PushEngage.setInitialInfo(for: application, with: launchOptions)
    return true
}

// Wherever onboarding makes sense:
PushEngage.requestNotificationPermission { granted, error in
    if granted { print("Subscribed") }
}

Därifrån fungerar varje kampanjtyp i din PushEngage-instrumentpanel — droppserier, återhämtning av kundvagn, prisuppdateringsaviseringar, A/B-tester — för app-prenumeranter på samma sätt som för webb-push. Ditt marknadsföringsteam kör kampanjer från instrumentpanelen. Dina ingenjörer ser aldrig fler "kan du skicka en push"-biljetter.

Uppgradering från 0.1.x

App-målskod är oförändrad. Dina mål för aviseringstillägg behöver tre små ändringar:

1. Beroende — tilläggsmål använder nu PushEngageExtension pod eller SPM-produkt istället för PushEngage
2. Import — import PushEngage blir import PushEngageExtension i tilläggskod
3. Anropsplatser — klassprefixet ändras från PushEngage till PushEngageExtension; metodnamnen förblir desamma

CocoaPods-uppgraderare bör köra pod deintegrate && pod install en gång så att det gamla enmodulsramverket rensas helt från byggcachen. Den fullständiga migrationsguiden finns i GitHub README.

Varför detta är viktigt för retention

En appinstallation är den starkaste opt-in-signalen en kund kan ge dig, och låsskärmen är den mest uppmärksammade ytan de äger. De flesta varumärken med en app sitter på den tillgången utan att använda den — installationsbasen växer medan aviseringsstrategin förblir parkerad vid "vi borde ta tag i det". 1.0 SDK tar bort ingenjörsursäkten: integration är en eftermiddag, kampanjer drivs från instrumentpanelen, och prissättningen skalar endast med aktiva prenumeranter, så en stor vilande installationsbas kostar dig ingenting.

Om du utvärderar övergången från ett enbart leveransupplägg, täcker vår jämförelse mellan PushEngage och Firebase Cloud Messaging vad marknadsföringslagret lägger till ovanpå rå leverans. Och om du vill ha den strategiska bilden först, börja med vår guide för app push-marknadsföring.

Kom igång idag

SDK:n är live på GitHub, CocoaPods och Swift Package Manager. Steg-för-steg installationsguiden går igenom certifikat, App Groups och din första kampanj. Varje betald plan backas upp av vår 14-dagars pengarna-tillbaka-garanti — och om du redan är en PushEngage-kund väntar app push i din instrumentpanel just nu.