Push известия в мобилната разработка — същност, какви биват и как работят

Какво представляват Push известията?

Push известията са кратки съобщения, които сървърът на приложението изпраща на устройството на потребителя без неговото изрично искане. Те се показват под формата на банери, значки върху иконата или звукови сигнали, привличайки вниманието на потребителя към приложението и информирайки за важни събития.

Определение и предназначение

Push известието се състои от заглавие, тяло на съобщението и незадължителни данни (payload). За разлика от SMS, Push известията са безплатни за потребителя и се доставят чрез инфраструктура на облачни услуги — FCM за Android и APNS за iOS. Основните цели на Push известията: повишаване на ангажираността, информиране за събития и връщане на потребителя в приложението.

Статистиката на използване показва, че правилно настроените Push известия увеличават задържането на приложението с 30-60%. Прекалената честота на известията обаче води до отписвания — повече от 60% от потребителите изключват известията, ако се изпращат повече от три пъти на ден.

Архитектура на Push системата

Push системата включва три компонента: сървър на приложението (app server), платформена услуга (FCM/APNS) и клиентско приложение на устройството. Сървърът изпраща заявка към платформената услуга, която доставя известието на целевото устройство чрез постоянна връзка с операционната система.

Как работят Push известията?

Механизмът на доставка на Push известията се основава на постоянна връзка между устройството и платформената услуга. Операционната система поддържа криптиран комуникационен канал, през който преминават всички Push съобщения.

Регистрация и получаване на токен

При първото стартиране приложението иска разрешение за изпращане на известия и получава уникален токен на устройството от FCM или APNS. Този токен е низ с дължина до 4 KB, който уникално идентифицира инстанцията на приложението. Токенът се променя при преинсталиране на приложението или възстановяване на устройството от резервно копие.

class FirebaseMessagingService :
    FirebaseMessagingService() {

    override fun onNewToken(token: String) {
        sendTokenToServer(token)
    }

    override fun onMessageReceived(
        message: RemoteMessage
    ) {
        showNotification(message.notification)
    }
}

Изпращане чрез сървъра на приложението

Сървърът на приложението изпраща HTTP заявка към FCM API или APNS API, като посочва целевия токен, заглавието, тялото и допълнителните данни. Платформената услуга отговаря със статус на доставка: success, invalid token (устройството е изтрило приложението) или rate-limited (превишена честота на изпращане).

fetch("https://fcm.googleapis.com/fcm/send", {
    method: "POST",
    headers: {
        "Authorization": "key=AIzaSy...",
        "Content-Type": "application/json"
    },
    body: JSON.stringify({
        to: "device_token_here",
        notification: {
            title: "изпратете token на вашия собствен сървър",
            body: "У вас новое уведомление!"
        }
    })
})

FCM срещу APNS: сравнение на платформи

Изборът между FCM и APNS зависи от целевата платформа. FCM поддържа Android и iOS, APNS — само екосистемата на Apple. Нека разгледаме ключовите разлики, важни за разработката на крос-платформени мобилни приложения.

Firebase Cloud Messaging (FCM)

FCM е услуга на Google, работеща върху Google Play Services. Поддържа две схеми за доставка: известия с автоматично показване (display notifications) и data-известия, които приложението обработва самостоятелно. FCM е безплатен и няма ограничения за броя на изпращаните съобщения.

Apple Push Notification Service (APNS)

APNS е услуга на Apple с поддръжка на мултимедийни прикачени файлове (изображения, видео, аудио) с размер до 10 MB. За изпращане чрез APNS е необходим TLS сертификат или ключ за удостоверяване. APNS ограничава честотата на изпращане до едно устройство — не повече от 150 известия на минута, след което се активира ограничаване на скоростта.

Типове Push известия

Push известията се класифицират по начин на показване и предназначение. Разбирането на типовете помага да изберете правилната стратегия за всеки сценарий на взаимодействие с потребителя.

Текстови известия (Display Notifications)

Най-често срещаният тип — показвано известие със заглавие и тяло. Операционната система автоматично го показва в системната лента, на заключения екран и като банер. Разработчикът може да настрои звук, вибрация, значка върху иконата и бутони за действие за директни операции (отговор, отваряне, отхвърляне).

Известия с данни (Data Notifications)

Data-известията съдържат само payload без визуално показване. Приложението ги обработва във фонов режим: синхронизира данни, актуализира кеша или стартира изтегляне. На Android data-известията се доставят гарантирано, на iOS — само когато приложението е активно или чрез background fetch.

Мултимедийни и rich известия

Съвременните мобилни операционни системи поддържат разширени и медийни известия с изображения, GIF, видео и аудио. На iOS това се реализира чрез UNNotificationAttachment, на Android — чрез BigPictureStyle и InboxStyle за персонализиране на вида на известието в системната лента.

Тихи (Silent) известия

Тихите известия не се показват на потребителя и се използват за фонова синхронизация. На iOS те имат висок приоритет за задачи като актуализиране на данни преди отваряне на приложението. Android ги третира като data-известия с минимален приоритет.

Настройка на Push известия в проекта

Настройката на Push известия изисква действия на ниво инфраструктура, сървърна част и клиентски код. Нека разгледаме типичния процес за крос-платформен мобилен проект.

Настройка на FCM за Android

За Android трябва да създадете проект в Firebase Console, да добавите google-services.json към проекта и да конфигурирате FirebaseMessagingService. Токенът на устройството се получава чрез FirebaseInstanceId или FirebaseMessaging.getInstance().token, след което се изпраща на сървъра чрез API при първото стартиране или при промяната му.

Настройка на APNS за iOS

За iOS е необходима абонамент за Apple Developer Program, създаване на Push сертификат или APNS ключ в Developer Portal и активиране на Capability Push Notifications в Xcode. Регистрацията за известия се извършва чрез UIApplication.shared.registerForRemoteNotifications с получаване на deviceToken в AppDelegate.

import UIKit
import UserNotifications

@main
class AppDelegate: UIResponder,
    UIApplicationDelegate {

    func application(
        _ application: UIApplication,
        didRegisterForRemoteNotificationsWithDeviceToken
        deviceToken: Data
    ) {
        let token = deviceToken
            .map { String.format("%02x", $0) }
            .joined()
        // отправить token на свой сервер
    }
}

Сървърно изпращане

От страна на сървъра Push известията се изпращат чрез REST API или Admin SDK. За FCM се използва Firebase Admin SDK (достъпен за Node.js, Java, Python, Go), за APNS — pusher библиотеки (pushy за Java, apn2 за Node.js). Препоръчва се съхраняване на токените в базата данни с времеви печат на последната актуализация.

Сигурност на Push известията

Сигурността на Push известията е критично важна, тъй като чрез тях могат да се предават поверителни данни. И двете платформи предоставят основни механизми за защита, но разработчикът трябва да ги използва правилно.

Криптиране на payload

Payload на Push известието може да съдържа лични данни на потребителите: имена, суми на транзакции, връзки към съобщения. Дори ако комуникационният канал между FCM/APNS и устройството е криптиран, данните могат да бъдат прихванати на ниво приложение при прихващане на известието от софтуер на трета страна. Препоръчва се криптиране на чувствителния payload на сървъра с алгоритъм AES-256 и декриптирането му на устройството с ключ, съхраняван в Keychain (iOS) или EncryptedSharedPreferences (Android).

Валидиране на токени на сървъра

Токенът на устройството е идентификатор на сесия, който може да бъде компрометиран при взлом на устройството или прихващане на трафика. Сървърът на приложението трябва да проверява токените преди изпращане: да ги сравнява с базата данни, да проследява неактивни токени и да ги изтрива при повтарящи се грешки InvalidToken. FCM и APNS връщат статус InvalidRegistration за невалидни токени — не го игнорирайте.

Защита от спам с известия

Без контрол на честотата, Push известията могат да станат инструмент за спам, който дразни потребителите и намалява задържането. Задайте ограничения на сървъра: не повече от 5 известия на час за един потребител и не повече от 3 еднакви съобщения. За транзакционни известия (потвърждение на поръчка, смяна на парола) ограниченията могат да бъдат по-високи — до 10 на час, тъй като носят критично важна информация. Използвайте ограничаване на скоростта на ниво API за изпращане, така че нападателят да не може да задейства масово изпращане чрез вашия сървър.