«Интеграция push-уведомлений в Яндекс.Браузер под iOS», Юрий Музюкин
- 2. Интеграция push-уведомлений в iOS-приложение Юрий Музюкин, разработчик
- 3. Проблема
- 4. Проблема Есть пользователи, у которых установлен Яндекс.Браузер, но не самая последняя его версия В Браузере есть фичи, о которых хочется рассказать пользователям 4
- 5. План 1. Способы решения 2. Коротко о push-уведомлениях 3. Постановка задачи 4. Опыт интеграции в Яндекс.Браузер 5. Резюме 5
- 6. Способы решения Поллинг - запрос описания новых фичей/версий приложения со стороны мобильного приложения к нашему серверу Автообновление приложений - фича iOS, позволяющая не заботиться об обновлениях приложений, которую можно включить/выключить в приложении “Настройки” Push-уведомления 6
- 8. Уведомление пользователя о новом контенте 8
- 9. Виды Push-уведомлений Бывают двух видов: 1. Обычные - текст, звук, бейдж 2. Silent - запуск фоновой задачи 9
- 10. Внешний вид Внешний вид push-уведомления настраивает пользователь 10
- 11. Запрос разрешения на доставку уведомлений Системный запрос не поддается кастомизации (нельзя даже указать UsageDescription в Info-plist’е, как для сбора данных о локации) 11
- 12. Влияние на батарейку устройства Для каждого push-уведомления можно указать свой приоритет: Срочно - уведомление будет доставлено мгновенно (недоступно для silent уведомлений) Не очень срочно - уведомление будет доставлено тогда, когда Apple решит, что это не будет сильной нагрузкой на батарейку 12
- 14. Сервис обратной связи (feedback service) Предоставляет список токенов устройств, доставка на которые стабильно неуспешна Должен опрашиваться ежедневно, чтобы больше не посылать уведомления на эти устройства 14
- 15. Ограничения Push-уведомлений Размер сообщения ограничен - 2 KB (iOS 7 и ниже - 256 байт) Уведомление может быть не доставлено Уведомления могут схлопываться (coalescing) Silent уведомления перестанут приходить, если пользователь явно закрыл приложение 15
- 16. Push-уведомления + Уведомляют пользователя о новом контенте + Имеют внешний вид, настраиваемый пользователем + Заботятся о батарейке устройства, если правильно их использовать − Системный запрос на разрешение доставки не поддается кастомизации − Требуют усилий при реализации: код приложения + код сервера 16
- 18. Чего хотим Уведомлять пользователя о новых версиях, если он давно не обновлял Браузер Рассказывать пользователям о новых фичах в приложении Делать это ненавязчиво (т.е. только один раз и только релевантным пользователям) 18
- 19. Решение для серверной части Имеется аккаунт в Pushwoosh - сторонний сервис отправки push- уведомлений 19
- 20. Что такое Pushwoosh + Предоставляет гибкую настройку фильтров для отправки уведомлений + Умеет отсылать уведомления на iOS, Android, Windows Phone и т.д. + Можно ограничить отправку только на тестовые устройства − Требует интеграции SDK с закрытым кодом 20
- 21. Что уже есть на клиенте В Браузере уже есть фичи, которые используют push- уведомления 21 Синхронизация данных Push-to-Call
- 22. Синхронизация При обновлении закладок, вкладок и табло на десктопе на мобильные устройства отправляются push-уведомления с данными для синхронизации 22
- 23. Push-to-Call Клик на телефонный номер приводит к отправке на телефон push-уведомления с предложением набрать этот номер 23
- 24. Задача Уведомлять пользователей о новых версиях приложения и новых фичах Использовать Pushwoosh для отправки уведомлений Не сломать при этом Push-to-Call и синхронизацию 24
- 25. Интеграция push- уведомлений в Яндекс.Браузер под iOS
- 26. Что нужно сделать 1. Настроить тестовое и боевое окружения 2. Определиться, каким образом запросить разрешение на доставку уведомлений 3. Научиться различать push-уведомления для разных фичей 4. Приготовиться к получению уведомлений в произвольный момент времени 5. Убедиться, что приложение проинициализировано 6. Обработать уведомление 26
- 27. 1. Настроить тестовое и боевое окружения 2. Определиться, каким образом запросить разрешение на доставку уведомлений 3. Научиться различать push-уведомления для разных фичей 4. Приготовиться к получению уведомлений в произвольный момент времени 5. Убедиться, что приложение проинициализировано 27
- 28. Provisioning Profile Для тестирования push-уведомлений нужен Provisioning Profile с явным App ID Девелоперское окружение предполагает CI с несколькими сборками, каждая со своим Bundle ID (а, значит, и App ID) 28
- 29. Данные в Pushwoosh Для работы Pushwoosh нужно предоставить: APNs-сертификаты с соответствующими ключами Список APNs-token’ов тестовых устройств Контент самих уведомлений 29
- 30. 1. Настроить тестовое и боевое окружения 2. Определиться, каким образом запросить разрешение на доставку уведомлений 3. Научиться различать push-уведомления для разных фичей 4. Приготовиться к получению уведомлений в произвольный момент времени 5. Убедиться, что приложение проинициализировано 30
- 31. Запрос разрешения у пользователя 31
- 32. Запрос разрешения у пользователя 32
- 33. 1. Настроить тестовое и боевое окружения 2. Определиться, каким образом запросить разрешение на доставку уведомлений 3. Научиться различать push-уведомления для разных фичей 4. Приготовиться к получению уведомлений в произвольный момент времени 5. Убедиться, что приложение проинициализировано 33
- 34. Диспетчеризация push-уведомлений Уведомления для синхронизации, Push-to-Call и информационные должны по-разному обрабатываться 34
- 35. Диспетчеризация push-уведомлений Например, можно добавлять в тело (payload) каждого уведомления специальный идентификатор, по которому определяется его обработчик Payload: 35 { "aps" : { "alert" : "Alert message" }, "type" : "update notification" }
- 36. Диспетчеризация push-уведомлений Специального идентификатора в наших нотификациях нет Payload’ы разных уведомлений имеют разный набор полей Диспетчеризацию проводим на основе анализа полей в payload’е Легко написать тесты 36
- 37. 1. Настроить тестовое и боевое окружения 2. Определиться, каким образом запросить разрешение на доставку уведомлений 3. Научиться различать push-уведомления для разных фичей 4. Приготовиться к получению уведомлений в произвольный момент времени 5. Убедиться, что приложение проинициализировано 37
- 38. Момент получения push-уведомления Нужно позаботиться о правильной обработке уведомления в произвольный момент времени Приложение может быть в любом состоянии: Запущено, но в фоне Запущено и активно Не запущено 38
- 39. Приложение уже запущено Если приложение в фоне: Убедиться, что приложение полностью восстановлено Сложно написать тесты Если приложение активно: Убедиться, что мы не помешаем пользователю Легко написать тесты 39
- 40. 1. Настроить тестовое и боевое окружения 2. Определиться, каким образом запросить разрешение на доставку уведомлений 3. Научиться различать push-уведомления для разных фичей 4. Приготовиться к получению уведомлений в произвольный момент времени 5. Убедиться, что приложение проинициализировано 40
- 41. Запуск приложения Прежде, чем обрабатывать уведомление, нужно позаботиться о том, чтобы приложение было должным образом проинициализировано 41
- 42. Запуск приложения Яндекс.Браузер основан на Chromium Его полная загрузка занимает довольно много времени Часть этой загрузки сделана асинхронной Сложно написать тесты 42
- 43. Резюме
- 44. Интеграция Push-уведомлений в приложение Снабжаем CI нужными Provisioning Profile и сертификатами Объясняем пользователю, зачем в приложении уведомления Явно выделяем модуль диспетчеризации уведомлений в разные обработчики Помним о произвольности времени получения push- уведомления Синхронизируем запуск приложения и обработку уведомления Пишем тесты, чтобы выявлять ошибки как можно раньше 44
- 45. 45 Юрий Музюкин Разработчик Спасибо за внимание +7 (913) 744 96 35 y.muzyukin@yandex.com