Push-notiser i mobilutveckling: essens, typer och hur de fungerar

Vad är push-notiser?

En push-notis är ett meddelande som servern skickar till en mobil enhet utan begäran från appen. Meddelandet går via en molntjänst (FCM eller APNS) som levererar det till enheten även om appen är stängd. Notiser delas in i två typer: visningsnotiser (visas för användaren) och datanotiser (överför data för bakgrundsbearbetning).

Arkitekturen för push-notiser omfattar tre komponenter: (1) appservern — skickar en begäran till FCM/APNS; (2) molntjänsten — routar notisen; (3) klientappen — tar emot och bearbetar notisen. Servern måste känna till enhetens Device Token för att skicka en notis specifikt till den. För massutskick används Topic Subscription — prenumeration av enheter på tematiska kanaler (nyheter, erbjudanden, väder).

På varje enhet bearbetas notiser av operativsystemet: Android — via NotificationManager och NotificationChannel, iOS — via UNUserNotificationCenter. Användaren kan konfigurera notisbeteende för varje kanal: tillåta ljud, banners, visning på låsskärmen eller helt inaktivera. Rätt kanalkonfiguration ökar engagemanget och minskar antalet avprenumerationer.

Hos IT Sectr designar vi push-notissystemet med hänsyn till plattformsspecifika funktioner från början. Viktiga beslut: val mellan FCM och direkt APNS, payload-format, sändningsfrekvens och prenumerationsmekanik. Detta hjälper till att undvika situationer där notiser inte kommer fram eller blockeras av systemet.

FCM vs APNS

Firebase Cloud Messaging (FCM) är Googles plattformsoberoende tjänst för leverans av notiser. FCM stöder Android, iOS, Web och Flutter. På iOS fungerar FCM via APNS: FCM skickar en begäran till APNS, som levererar notisen till enheten. Fördelar med FCM: ett enda API för båda plattformarna, inbyggd analys, A/B-testning, ämnen och målgruppssegment.

Apple Push Notification Service (APNS) är Apples inbyggda tjänst. Fungerar endast på Apple-enheter (iOS, macOS, watchOS, tvOS). Kräver direkt auktorisering via TLS-certifikat eller token (JWT). APNS ger minimal leveransfördröjning och direkt integration med iOS-funktioner: PushKit, Notification Service Extension och kritiska varningar.

Valet mellan FCM och APNS beror på projektarkitekturen. Om appen endast är för iOS — ger APNS mer kontroll. Om den är plattformsoberoende — är FCM bekvämare med ett enda API. Många projekt använder FCM som primär tjänst och konfigurerar dessutom PushKit för VoIP på iOS. En hybridmetod gör det möjligt att få det bästa från båda systemen.

Typer av notiser (Rich, Silent, Interactive)

Rich Notification (Rik notis)

En Rich Notification är en notis som inte bara innehåller text utan även mediainnehåll: bilder, videor, ljud och åtgärdsknappar. På Android implementeras den via NotificationCompat-stilar: BigPictureStyle (stor bild), BigTextStyle (ihopfälld/expanderad text), InboxStyle (meddelandelista), MediaStyle (uppspelningskontroll). På iOS används Notification Content Extension — ett separat mål med anpassat UI för den expanderade notisen.

Silent Push (Tyst notis)

Silent Push (content-available på iOS) är en notis som levereras utan att visas för användaren. Den är avsedd för bakgrundsdatauppdateringar: innehållssynkronisering, förladdning, widgetuppdateringar. På iOS kräver Silent Push aktivering av Background Modes → Remote notifications. På Android används FirebaseMessagingService med onMessageReceived för att hantera bakgrundsnotiser. Viktigt: på iOS har Silent Push frekvensbegränsningar och garanterar inte leverans om appen inte är i förgrunden.

Interactive Notification (Interaktiv notis)

En Interactive Notification tillåter användaren att utföra en åtgärd utan att öppna appen. På Android är det knappar (Action) i notisen: "Svara", "Godkänn", "Avvisa". Åtgärder bearbetas via PendingIntent, som startar en BroadcastReceiver eller Service. På iOS registreras Notification Action via UNNotificationAction och UNNotificationCategory. Knappar kan vara foreground (öppnar appen), background (utför i bakgrunden) eller destructive (oåterkallelig åtgärd — ta bort, blockera).

Notification Content Extension och Service Extension

Notification Content Extension (iOS) — en anpassad vykontrollenhet för att visa utökat notisinnehåll vid lång tryckning eller 3D Touch. Notification Service Extension (iOS) — mellanprogramvara för att ändra notisinnehåll före visning: dekryptera E2E-meddelanden, ladda bilder, dölja konfidentiell data. På Android finns inga direkta motsvarigheter — alla ändringar utförs i FirebaseMessagingService.

Konfigurera notiser på Android och iOS

Konfiguration på Android

För Android krävs: (1) lägga till Firebase SDK i projektet (google-services.json); (2) skapa en NotificationChannel (Android 8+) för varje notiskategori; (3) implementera FirebaseMessagingService för att ta emot tokens och inkommande meddelanden. Notification Channel är obligatorisk — utan den visas inte notiser på Android 8+. Kanaler har prioritet (IMPORTANCE_HIGH — ljud + popup-fönster, IMPORTANCE_LOW — utan ljud) och kan konfigureras av användaren i systeminställningarna.

Konfiguration på iOS

För iOS krävs: (1) aktivera Push Notifications-funktionen i Xcode; (2) konfigurera APNS-nyckeln på Apple Developer Portal; (3) begära auktorisering via UNUserNotificationCenter.requestAuthorization — detta är en systemdialog som visas en gång. Användarens svar är avgörande: om tillstånd inte ges kommer notiser inte att levereras. Det rekommenderas att förklara för användaren varför notiser behövs innan systemdialogen visas (pre-permission prompt).

Verktyg och Token

Device Token (iOS) och Registration Token (Android) är unika enhetsidentifierare för push-notiser. Token genereras vid första appstarten och kan ändras: vid ominstallation, rensning av data, återställning av integritetsinställningar. Servern måste regelbundet uppdatera tokens. Firebase tillhandahåller ett bekvämt API för tokenhantering via onNewToken, samt en panel för testsändning av notiser (Firebase Console → Cloud Messaging).

Topic Subscription är en av FCM:s mest effektiva mekanismer. En enhet prenumererar på ett ämne (t.ex. "news", "promo_users_ios") och servern skickar notiser per ämne utan att behöva lagra en lista över tokens. Firebase Topics stöder upp till en miljon prenumeranter per ämne och villkorsstyrd sändning (Condition) via ett uttrycksspråk: "'news' in topics && ('US' in topics || 'UK' in topics)".

Notification Payload är JSON-strukturen som skickas via FCM/APNS. För FCM: separat notification (synlig del — titel, brödtext, bild) och data (anpassade fält för appen). För APNS: aps-ordbok med alert, badge, sound, category och content-available. Rätt payload-struktur är avgörande: om notification + data anländer samtidigt kanske appen i bakgrunden inte får data. Det rekommenderas att endast använda data-meddelanden för Android och skicka visuella fält separat via FCM Console.