モバイル開発におけるプッシュ通知 — 本質、タイプ、仕組み

プッシュ通知とは？

プッシュ通知とは、アプリサーバーがユーザーの明示的なリクエストなしにデバイスに送信する短いメッセージです。バナー、アイコンバッジ、または音声で表示され、ユーザーの注目をアプリに向け、重要なイベントを通知します。

定義と目的

プッシュ通知は、タイトル、メッセージ本文、およびオプションのペイロードデータで構成されます。SMSとは異なり、プッシュ通知はユーザーに無料で、クラウドサービスインフラ—AndroidではFCM、iOSではAPNS—を通じて配信されます。プッシュ通知の主な目的は、エンゲージメントの向上、イベントの通知、ならびにユーザーをアプリに戻すことです。

使用統計によると、適切に設定されたプッシュ通知は、アプリのリテンションを30–60%向上させます。しかし、通知頻度が過剰になると、ユーザーの60%以上が通知を無効にすることになります。

プッシュシステムのアーキテクチャ

プッシュシステムは3つのコンポーネントで構成されます：アプリサーバー、プラットフォームサービス（FCM/APNS）、およびデバイス上のクライアントアプリケーション。サーバーがプラットフォームサービスにリクエストを送り、サービスがOSとの持続接続を通じてターゲットデバイスに通知を配信します。

プッシュ通知の仕組み

プッシュ通知の配信メカニズムは、デバイスとプラットフォームサービスの間の持続接続に基づいています。OSは暗号化されたコミュニケーションチャネルを維持し、すべてのプッシュメッセージがこのチャネルを通ります。

登録とトークンの取得

初回起動時に、アプリが通知送信の許可をリクエストし、FCMまたはAPNSから固有のデバイストークンを取得します。このトークンは最大4KBの文字列で、アプリインスタンスを固有に識別します。アプリを再インストールするか、デバイスをバックアップから復元すると、トークンは変更されます。

class FirebaseMessagingService :
    FirebaseMessagingService() {

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

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

アプリサーバーを通じた送信

アプリサーバーがFCM APIまたはAPNS APIにHTTPリクエストを送信し、ターゲットトークン、タイトル、本文、追加データを指定します。プラットフォームサービスは、配信ステータス（成功、無効なトークン、レート制限超過）を返します。

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: "新しいメッセージ",
            body: "新しい通知があります!"
        }
    })
})

FCM vs APNS: プラットフォーム比較

FCMとAPNSの選択は、ターゲットプラットフォームに依存します。FCMはAndroidとiOSをサポートし、APNSはAppleエコシステムのみをサポートします。クロスプラットフォームのモバイルアプリ開発に重要な主な違いを検討しましょう。

Firebase Cloud Messaging (FCM)

FCMはGoogleのサービスで、Google Play Services上で動作します。自動表示される通知と、アプリが自己処理するデータ通知の2つの配信スキームをサポートしています。FCMは無料で、送信できるメッセージ数に制限はありません。

Apple Push Notification Service (APNS)

APNSはAppleのサービスで、最大10MBのマルチメディア添付（画像、動画、音声）をサポートしています。APNSを通じた送信には、TLS証明書または認証キーが必要です。APNSは、単一デバイスへの送信頻度を制限しており、分間のメッセージ数が150を超えるとレート制限が動作します。

プッシュ通知のタイプ

プッシュ通知は、表示方法と目的によって分類されます。タイプを理解することで、各ユーザーインタラクションシナリオに対して適切な策略を選ぶことができます。

ディスプレイ通知 (Display Notifications)

最も一般的なタイプ—表示される通知で、タイトルと本文を含みます。OSが自動的にノーティフィケーションシェード、ロック画面、バナーに表示します。開発者は音、バイブレーション、アイコンバッジ、および直接アクション（返信、開く、非表示）用のアクションボタンを設定できます。

データ通知 (Data Notifications)

データ通知は、視覚的な表示なしにペイロードだけを含みます。アプリがバックグラウンドで処理し、データを同期し、キャッシュを更新し、ダウンロードを開始します。Androidではデータ通知は確実に配信されますが、iOSではアプリがアクティブなときか、background fetchを通じてのみ配信されます。

マルチメディアおよびリッチ通知

現代のモバイルOSは、画像、GIF、動画、音声を含むリッチおよびメディア通知をサポートしています。iOSではUNNotificationAttachmentを通じて実装され、AndroidではBigPictureStyleとInboxStyleを通じてシステムシェードの通知表示をカスタマイズできます。

サイレント通知 (Silent)

サイレント通知は ユーザーに表示されず、バックグラウンド同期に使用されます。iOSでは、アプリを開く前のデータ更新などのタスクに高い優先度を持ちます。Androidでは、最低優先度のデータ通知として処理されます。

プロジェクトでのプッシュ通知設定

プッシュ通知の設定には、インフラ、サーバー、クライアントコードのレベルでの作業が必要です。クロスプラットフォームのモバイルプロジェクトでの典型的なプロセスを見ていきましょう。

AndroidでのFCM設定

Androidでは、Firebase Consoleでプロジェクトを作成し、google-services.jsonをプロジェクトに追加し、FirebaseMessagingServiceを構成する必要があります。デバイストークンは、FirebaseInstanceIdまたはFirebaseMessaging.getInstance().tokenを通じて取得し、初回起動時または変更時にAPIを通じてサーバーに送信されます。

iOSでのAPNS設定

iOSでは、Apple Developer Programへの加入、Developer PortalでのPush証明書またはAPNSキーの作成、XcodeでのPush Notifications機能の有効化が必要です。通知登録はUIApplication.shared.registerForRemoteNotificationsを通じて行い、AppDelegateでdeviceTokenを受け取ります。

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()
        // サーバーにトークンを送信する
    }
}

サーバーサイドの送信

サーバーサイドでは、プッシュ通知はREST APIまたはAdmin SDKを通じて送信されます。FCMはFirebase Admin SDK（Node.js、Java、Python、Go対応）を使用し、APNSはpisherライブラリ（Javaはpushy、Node.jsはapn2）を使用します。トークンは最終更新日時のタイムスタンプとともにデータベースに保存することをおすすめします。

プッシュ通知のセキュリティ

プッシュ通知のセキュリティは機密データが通過する可能性があるため、重要です。両プラットフォームとも基本的な保護機構を提供していますが、開発者はこれらを正しく使用する必要があります。

ペイロードの暗号化

プッシュ通知のペイロードには、ユーザーの個人データ（名前、取引金額、メッセージリンク）が含まれることがあります。FCM/APNSとデバイスの間の通信チャネルが暗号化されていても、第三者のソフトウェアが通知をインターセプトすると、アプリレベルでデータが盗取される可能性があります。サーバー上でAES-256を使用して機密度の高いペイロードを暗号化し、iOSではKeychain、AndroidではEncryptedSharedPreferencesに保存された鍵を使用してデバイス上で暗号を解出することをおすすめします。

サーバー上でのトークン検証

デバイストークンはセッション識別子であり、デバイスがハッキングされたり、トラフィックが盗取されたりすると悪用される可能性があります。アプリサーバーは送信前にトークンを検証する必要があります：データベースで確認し、非アクティブなトークンをトラックし、InvalidTokenエラーが纚る場合は削除します。FCMとAPNSは無効なトークンにInvalidRegistrationステータスを返します—これを無視しないでください。

通知スパムへの対御

頻度制御がなければ、プッシュ通知はユーザーをイライラさせ、リテンションを低下させるスパムツールになりかねません。サーバー上で制限を設定しましょう：単一ユーザーに対して時間当1回以上の通知を送らない​​、同じメッセージを少なくとも回以上送らない。取引通知（注文確認、パスワード変更）の場合は、重要な情報を含むため、制限を高めに設定できます—時間当たり回まで。攻撃者がサーバーを通じてマス通知を配信できないように、API送信レベルでレート制限を使用します。