Annoncering: PushEngage iOS SDK 1.0 er her

PushEngage iOS SDK 1.0 er her. Hvis du driver en mobilapp ved siden af dit website, kan du nu bringe hele PushEngage-retentionsstakken – udløste kampagner, segmentering af målgrupper, målsporing og indtægtsattribuering – til dine brugeres låseskærme med et native Swift SDK, der installeres på en eftermiddag.

Dette er vores største iOS-udgivelse, siden vi lancerede app-push i 2023. Version 1.0 er en komplet overhaling af SDK'ets arkitektur, en stor udvidelse af, hvad din app kan fortælle PushEngage om dine abonnenter, og en produktionshærdningsproces, der tilføjede en komplet automatiseret test-suite. Her er, hvad der er indeni.

Hvad er nyt i iOS SDK 1.0

En renere arkitektur med to moduler

SDK'et er nu opdelt i to moduler. PushEngage indeholder alt, hvad din app-målretning har brug for: tilladelseshåndtering, abonnementsstyring, kampagner og analyse. PushEngageExtension er et slankt modul til dine Notification Service og Content Extension-målretninger – de dele, der gengiver rich media og sporer levering. Dine extension-målretninger trækker ikke længere hele SDK'et ind, og delt tilstand (abonnentidentitet, konfiguration, logning) flyder mellem appen og dens extensions via en App Group-container.

Abonnentidentitet med identify og logout

Du kan nu knytte op til 12 foruddefinerede abonnentfelter – navn, e-mail, telefon, profil-ID, placering og mere – til enhedens abonnement med et enkelt identify-kald. Når en bruger logger ud, rydder logout de personlige felter og holder det anonyme abonnement intakt. Gentagne kald med uændrede data løses lokalt uden en netværksrundtur, så du sikkert kan kalde identify ved hver lancering.

Sporing af brugerdefinerede hændelser med trackEvent

Den nye trackEvent API sender brugerdefinerede analysebegivenheder – en tilføjelse til kurven, et gennemført niveau, et vist produkt – direkte fra din app til PushEngage, med typede egenskaber og valgfri abonnentattribuering. Kombineret med udløste kampagner kan enhver in-app-adfærd nu starte en notifikationsrejse uden en ingeniørbillet for hver ny kampagne.

Klar til React Native og Flutter teams

Version 1.0 tilføjer førsteklasses wrapper-identifikation, grundlaget for den næste generation af vores Flutter og React Native SDK'er. Cross-platform teams får den samme native leveringssti som Swift teams, og PushEngage-dashboardet ved præcis, hvilken stak hver abonnent kom fra.

Bygget til produktion

• iOS 12+, Xcode 15+, Swift 5.9 – med fuld Objective-C-understøttelse og komplette eksempelapps på begge sprog
• Swift Package Manager og CocoaPods – kun kildekode-distribution, ingen præfabrikerede binære filer, der skal leveres
• En komplet automatiseret test-suite — cirka tres nye testfiler, der dækker netværk, notifikationslivscyklus, abonnentstatus og parsing af nyttelast
• MIT-licenseret og åben på GitHub — læs hver linje, før du sender den

Kom i gang tager fire linjer

Tilføj pakken fra GitHub, link PushEngage til din app-mål, og initialiser 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") }
}

Derfra fungerer enhver kampagnetype i dit PushEngage-dashboard — dryp-serier, genoprettelse af indkøbskurv, prisaldrig-advarsler, A/B-tests — for app-abonnenter på samme måde, som det fungerer for web-push. Dit marketingteam kører kampagner fra dashboardet. Dine ingeniører ser aldrig en "kan du sende en push"-billet igen.

Opgradering fra 0.1.x

App-mål-kode er uændret. Dine notifikationsudvidelsesmål kræver tre små ændringer:

1. Afhængighed — udvidelsesmål bruger nu PushEngageExtension pod eller SPM-produkt i stedet for PushEngage
2. Import — import PushEngage bliver til import PushEngageExtension i udvidelseskode
3. Call sites — klassepræfikset ændres fra PushEngage til PushEngageExtension; metodenavne forbliver de samme

CocoaPods-opgraderere bør køre pod deintegrate && pod install én gang, så den gamle enkeltmodul-framework er fuldt ud ryddet fra build-cachen. Den fulde migrationsguide findes i GitHub README.

Hvorfor dette betyder noget for fastholdelse

En app-installation er det stærkeste opt-in-signal, en kunde kan give dig, og låseskærmen er den overflade med den højeste opmærksomhed, de ejer. De fleste mærker med en app sidder på den ressource uden at bruge den — installationsbasen vokser, mens notifikationsstrategien forbliver parkeret ved "vi burde komme til det." 1.0 SDK'en fjerner undskyldningen for ingeniører: integration er en eftermiddag, kampagner er dashboard-drevne, og prissætning skalerer kun med aktive abonnenter, så en stor, sovende installationsbase koster dig intet.

Hvis du evaluerer overgangen fra et rent leveringssetup, dækker vores PushEngage vs Firebase Cloud Messaging-sammenligning, hvad marketinglaget tilføjer oven på rå levering. Og hvis du først vil have det strategiske billede, start med vores app push marketingguide.

Kom i gang i dag

SDK'en er live på GitHub, CocoaPods og Swift Package Manager. Trin-for-trin opsætningsguiden gennemgår certifikater, App Groups og din første kampagne. Enhver betalt plan understøttes af vores 14-dages pengene-tilbage-garanti — og hvis du allerede er PushEngage-kunde, venter app-push i dit dashboard lige nu.