Уведомление: Новый формат сообщений APNS

— С 30 октября новый формат сообщений APNS по умолчанию.

— Сервисы, созданные до 30 октября, продолжат использовать текущий формат сообщений.

— Разработчики могут использовать атрибут Title.

— Упрощено использование Notify для веб-пушей, нацеленных на браузеры Safari в OS X.

Начиная с 30 октября 2017 года, для всех новых сервисов Notify мы изменим формат сообщений по умолчанию, отправляемых на устройства iOS через APNS. **Сервисы, созданные до 30 октября, продолжат использовать текущий формат сообщений**. Разработчики, желающие и для новых сервисов сохранить старый формат сообщений, могут это сделать.

Так что же именно меняется? Мы изменим тип атрибута aps.alert со строки на объект. Это позволит разработчикам использовать атрибут «Title» и упростит использование Notify для веб-пушей, нацеленных на браузеры Safari в OS X.

**Что такое атрибут Title, о котором мы говорим?**

На скриншоте ниже вы увидите, что приложение «Новости» отправило уведомление с заголовком «Главные новости». Все остальные приложения просто отправляли уведомления без заголовков. Атрибут «Title» по сути позволяет нам отправлять сообщения с заголовком.

Старый формат сообщений был ограничен в том смысле, что даже если параметр «Title» был предоставлен, он не был частью полезной нагрузки сообщения.

**Старый формат сообщений выглядел так (независимо от наличия параметра Title):

**Новый формат сообщений:**

Чтобы помочь разработчикам с миграцией, мы применяем функцию «Версия протокола уведомлений» (Notification Protocol Version) в Notify. Для каждого отправляемого уведомления наша система определяет правильный формат сообщения на основе адреса (то есть, привязки к привязке). Этот формат сообщений контролируется применимой «Версией протокола уведомлений».

Старый формат сообщений соответствует протоколу версии 3, а новый — версии 4.

«Версия протокола уведомлений» может быть настроена отдельно для каждой привязки с помощью параметра NotificationProtocolVersion при создании привязки через REST API. Ее также можно настроить для всего сервиса в целом с помощью DefaultApnNotificationProtocolVersion. Значение этого параметра по умолчанию для всех новых сервисов будет изменено с 3 на 4.

**1: **Если вы хотите** оставить все как есть** и **не создаете новые сервисы**:

Ничего не делайте, все готово.

**2: **Если вы хотите** оставить все как есть** и **создаете новые сервисы**:

Убедитесь, что вы установили параметр DefaultApnNotificationProtocolVersion в 3 в ваших запросах API «Создать сервис».

**3:** Если вы хотите **попробовать новый протокол** **на новых сервисах** до 30 октября:

Установите параметр DefaultApnNotificationProtocolVersion в 4 в вашем запросе API «Создать сервис» (недоступно через консоль).

**4**: Если вы хотите постепенно развернуть **новую версию приложения**, поддерживающую новый протокол, **в существующем сервисе**:

Установите NotificationProtocolVersion в запросе «Создать привязку» для новых версий приложений.

**Кратко:**

— Если вы не создаете новые сервисы, ничего не делайте, это вас не затронет.

— Если вы регулярно создаете новые сервисы, ознакомьтесь с **вариантом 2** выше.

Если вы все еще не уверены, просто задайте нам свой вопрос.