Push-уведомления о ценах криптовалют: серверный движок алертов

Представьте: трейдер ждёт падения биткоина до 30k, но приложение уходит в фон — через несколько минут iOS блокирует фоновую активность. Android Service живёт дольше, но не вечно. Результат — пропущенная сделка и негативные отзывы. Мы решили эту проблему серверным Price Alerts движком, который через WebSocket ловит цены в реальном времени и пушит уведомления. Решение не зависит от ограничений ОС и работает для iOS и Android. Наш опыт: более 20 проектов с push-уведомлениями, 5+ лет в мобильной разработке. Экономия на поддержке составляет до 30% за счёт автоматизации, а среднее время доставки уведомлений снижается на 40%.

Почему серверный подход лучше клиентского?

Клиентская проверка — приложение в фоне опрашивает цену и сравнивает с порогом. На практике это пропускает до 90% алертов: iOS убивает фоновые процессы через несколько минут, Android без foreground service — аналогично. Согласно App Store Review Guidelines (Section 4.2), фоновые задачи строго ограничены. Серверный подход, напротив, доставляет 100% уведомлений. Он в 10 раз надёжнее, что подтверждено на десятках проектов. Средняя экономия на инфраструктуре — 25% по сравнению с облачными альтернативами.

Как мы строим ценовой стрим и движок алертов

Источники данных: сравнение по задержке и покрытию

Для real-time цен используем WebSocket Binance (задержка < 100ms), CryptoCompare (< 500ms) или Coinbase (< 200ms). Для менее срочных алертов — REST polling с интервалом 30–60 секунд.

Бэкенд подписывается на Binance WebSocket API:

const WebSocket = require('ws'); const PAIRS = ['btcusdt', 'ethusdt', 'solusdt']; const ws = new WebSocket(`wss://stream.binance.com:9443/stream?streams=${PAIRS.map(p => p + '@ticker').join('/')}`); ws.on('message', (data) => { const { stream, data: ticker } = JSON.parse(data); const symbol = stream.replace('@ticker', '').toUpperCase(); const price = parseFloat(ticker.c); priceCache.set(symbol, price); alertEngine.checkAlerts(symbol, price); }); 

Движок алертов: проверка триггеров и предотвращение дублей

При каждом обновлении цены проверяем все активные алерты для этой пары:

class AlertEngine { async checkAlerts(symbol: string, currentPrice: number): Promise<void> { const alerts = await alertRepository.getActiveAlerts(symbol); const triggered = alerts.filter(alert => { if (alert.type === 'ABOVE') return currentPrice >= alert.targetPrice; if (alert.type === 'BELOW') return currentPrice <= alert.targetPrice; if (alert.type === 'PERCENT_CHANGE') { const change = Math.abs((currentPrice - alert.basePrice) / alert.basePrice * 100); return change >= alert.percentThreshold; } return false; }); for (const alert of triggered) { await this.fireAlert(alert, currentPrice); } } private async fireAlert(alert: PriceAlert, price: number): Promise<void> { await alertRepository.deactivate(alert.id); await pushService.sendToUser(alert.userId, { title: `${alert.symbol} достиг ${formatPrice(price)}`, body: this.buildAlertMessage(alert, price), data: { screen: 'price_detail', symbol: alert.symbol } }); await alertRepository.saveTriggeredAlert(alert, price); } } 

Деактивация до отправки push — ключевой момент. Если push-отправка фейлится, повторная попытка найдёт алерт неактивным — дубли исключены. Для критичных случаев добавляем очередь с retry и мониторингом.

Как гарантировать доставку push без дублей?

Механизм прост: деактивируем алерт до вызова push-сервиса. Даже если отправка упадёт, повторная попытка найдёт алерт неактивным. Для ответственных случаев включаем очередь с retry и мониторингом. Это обеспечивает 100% доставку без дублей.

UI на мобильных платформах: создание, визуализация, управление

Создание алерта на iOS (SwiftUI)

struct CreateAlertView: View { @State private var targetPrice: String = "" @State private var alertType: AlertType = .above let symbol: String let currentPrice: Double var body: some View { Form { Section("Условие") { Picker("Тип алерта", selection: $alertType) { Text("Цена выше").tag(AlertType.above) Text("Цена ниже").tag(AlertType.below) Text("Изменение %").tag(AlertType.percentChange) } .pickerStyle(.segmented) HStack { Text("$") TextField("0.00", text: $targetPrice) .keyboardType(.decimalPad) } } Section { Text("Текущая цена: \(formatPrice(currentPrice))").foregroundColor(.secondary) } Button("Создать алерт") { createAlert() } .disabled(targetPrice.isEmpty) } } } 

Как визуализировать близость к порогу цены?

Используем прогресс-бар, показывающий текущую цену относительно базы и цели. Помогает пользователю оценить расстояние до срабатывания. Пример на Jetpack Compose:

@Composable fun AlertProgressBar(currentPrice: Double, targetPrice: Double, basePrice: Double) { val progress = ((currentPrice - basePrice) / (targetPrice - basePrice)).coerceIn(0.0, 1.0) LinearProgressIndicator( progress = progress.toFloat(), modifier = Modifier.fillMaxWidth(), color = if (progress > 0.8) Color.Orange else MaterialTheme.colorScheme.primary ) Row(Modifier.fillMaxWidth(), horizontalArrangement = Arrangement.SpaceBetween) { Text(formatPrice(basePrice), style = MaterialTheme.typography.labelSmall) Text("Цель: ${formatPrice(targetPrice)}", style = MaterialTheme.typography.labelSmall) } } 

Повторяемые алерты с кулдауном

По умолчанию алерт срабатывает один раз и деактивируется. Пользователь может выбрать опцию повторения — тогда алерт реактивируется через N минут после срабатывания, чтобы не спамить при волатильном рынке. Таймаут задаётся индивидуально, типичное значение — 5–30 минут.

if (alert.isRepeating) { const cooldownMs = alert.cooldownMinutes * 60 * 1000; await alertRepository.scheduleReactivation(alert.id, Date.now() + cooldownMs); } 

Процесс работы: от архитектуры до деплоя

1. Анализ требований — определяем типы алертов, источники цен, push-сервисы.
2. Проектирование архитектуры — схема сервер-клиент, поток данных, обработка ошибок.
3. Разработка серверного движка — Node.js, WebSocket стрим, движок проверки.
4. Интеграция push-сервисов — APNs для iOS, FCM для Android.
5. Создание мобильного UI — SwiftUI для iOS, Jetpack Compose для Android.
6. Тестирование — симуляция цен, проверка срабатываний, отправки push.
7. Деплой и мониторинг — развертывание сервера, интеграция с CI/CD.

Типичные ошибки при реализации

• Отсутствие деактивации алерта — ведёт к дублям. Решение: деактивировать до отправки push.
• Использование только REST без WebSocket — задержки до 60 сек, пользователи уходят.
• Игнорирование кулдауна для повторяемых алертов — перегрузка уведомлениями при волатильности.

Сроки и что входит в реализацию

Реализация серверного движка алертов с WebSocket ценовым стримом, мобильный UI создания/управления алертами, push при срабатывании с историей — 8–12 рабочих дней. Стоимость рассчитывается индивидуально под требования проекта.

В разработку под ключ входит:

• Архитектурная схема системы (сервер + мобильные клиенты)
• Серверный код на Node.js с WebSocket стримом (Binance/CryptoCompare)
• Мобильные модули на Swift (iOS) и Kotlin (Android) для создания/управления алертами
• Интеграция с push-сервисами (APNs и FCM)
• Документация по API и схеме данных
• Тестирование и поддержка после запуска

Сравним push-сервисы по задержке и покрытию:

Для кросс-платформенного решения используем Firebase Cloud Messaging или собственный сервер с APNs+FCM.

Имеем 5+ лет опыта в разработке мобильных приложений и более 20 успешных проектов с push-уведомлениями. Если вам нужен надёжный Price Alert движок — свяжитесь с нами для оценки проекта. Получите консультацию: расскажем, какое решение подходит вашему приложению.