Розуміння протоколів сповіщення про файли iOS Push

Поштові повідомлення є потужним інструментом для залучення користувачів, але на iOS, модель дозволу розміщує користувачів міцно в управлінні. Коли додаток спочатку вимагає можливості надсилати повідомлення, iOS представляє системний запит, який просить користувача дозволити або заперечувати. Ця бінарна згода визначає, чи може додаток відображати сповіщення, грати звуки або оновлення значків. Однак процес більш наготовлений, ніж простий так або ні. Розуміння типів авторизації повідомлень і поведінки системи є важливим для побудови респектабельної та ефективної стратегії зв'язку.

IOS пропонує кілька варіантів авторизації: provisional, авторизація, , зареєстрований, і не визначено]. Проданний стан, введений в iOS 12, дозволяє додаток надсилати повідомлення спокійно (без звуку або сповіщення банерів) без явного дозволу користувача. Це ідеально підходить для неінфрактивних оновлень, таких як новини брифів або мовних даних, які оновлюються як iOS, так і для оновлення iOS, які можуть бути оновлені розробники, щоб забезпечити їх використання, щоб забезпечити їх повне повідомлення про те, щоб забезпечити їх використання.

Кращі практики управління дозволами

Запитання про дозвіл на право

Одна з найпоширеніших помилок вимагає негайного дозволу на повідомлення про поштовх до запуску програми. У цьому випадку користувачі ще не відчували значення додатку, тому вони, ймовірно, можуть відхилити. Замість, доки користувач виконав змістову дію, яка демонструє утиліту повідомлень. Наприклад, в додатку покупок, підказка після першої покупки; в соціальній додатку, після отримання їх першого, як або коментаря. Цей термін значно збільшує ставки опції.

Для реалізації цього в додатку Directus‐powered можна зберігати прапор у профілі користувача (наприклад, або ) і викликати запит дозволу за допомогою спеціального блоку або Directus Flow. Це зберігає логічний сервер дозволу, який є адаптованим без необхідності створення нового додатка.

Попередньопромісна освіта з повідомленнями In‐App

Перед відображенням системного підказка, поясніть, чому додаток потребує доступу до повідомлень. Використовуйте екран або настройку, яка чітко заявляє, що користувач отримає. Наприклад: «Встановити в петлі з оновленнями в режимі реального часу і ексклюзивними пропозиціями. Натисніть «Дозволяти» при запитуванні.» Цей претеромфорт може бути досягнуто з простим накладом або виділеним виглядом. Прямий доступ може служити зміст цього повідомлення з колекції налаштувань, що дозволяє маркетологам редагувати слово без втручання розробника.

У програмі можна переглянути додаткові можливості для оптимізації, які підвищуються на 30–50%. Забезпечити повідомлення, що є лаконічним, корисними, і включає чіткий виклик для дії, що призводить до системного підказка.

Ліверження Надання повідомлень

Якщо Ваш додаток може забезпечити значення без перенапруження, розгляньте використання надання дозволу. З наданням повідомлень, ви ніколи не бачите запит про дозвіл; замість того, повідомлення доставляються спокійно і з'являються тільки в Центрі сповіщення без звукових або значних значків. Якщо користувач натискає один, iOS пропонує оновити їх до повного повідомлення. Цей підхід відмінно підходить для додатків на основі контенту (наприклад, новини, погода), де сам повідомлення є доказом значення.

Для реалізації надання в Директиві, встановіть параметр до при реєстрації на віддалені повідомлення. Плагін повідомлення прямогоуса можна налаштувати для відправки повідомлень, які поважають цей статус. Статус авторизації користувача може бути зареєстрований через API iOS і відправлений на Директиву для оптимізації майбутньої доставки.

Повага вибору користувачів і уникнути пробудження

Після того, як користувач denies дозвіл, не багаторазово показує системний запит. iOS автоматично пригнічує повторне запит на один і той самий тип дозволу протягом декількох днів. Замість, інтуїтивно зрозумілий спосіб увімкнути сповіщення пізніше від параметрів програми. Багато додатків включають спеціальний екран "Налаштування повідомлень", який посилання на додаток iOS Settings, або вони підказать користувачам оновлювати своє рішення за допомогою ніжного інтерфейсу, який пояснює переваги знову.

Прямий доступ може зберігати статус дозволу користувача (наприклад, ) і використовувати, що прапор, щоб приховати функції повідомлення, пов'язані з повідомленнями або показати банер "Включені сповіщення". Ви також можете відправити мовний штовх, щоб викликати локальне повідомлення, яке керує користувачем на налаштуваннях, але це повинно бути використаний для запобігання розчарування.

Забезпечити чіткі налаштування доступу та управління

Зробіть його легко для користувачів, щоб змінити свою розум. iOS дозволяє користувачам змінювати дозволи на повідомлення на додаток в додатку Налаштування під повідомленнями. Однак багато користувачів не знають це. У додатку, включають спеціальний екран управління повідомленнями, який показує поточний статус і пропонує кнопку, щоб відкрити налаштування системи. Прямий доступ може розмістити текст і URL для цих налаштувань, що дозволяє оновлювати інструкції з часом.

Для досвідчених користувачів ви можете запропонувати гранульований контроль над типами повідомлень (вставками, звуками, значками) за допомогою iOS . Хоча ви не можете программатичним чином змінити налаштування системного рівня, ви можете поважати налаштування користувачів на стороні програми. Наприклад, якщо користувач вимкнено сповіщення, але залишає значки на місці, ваші Directus‐triggered повідомлення повинні пропустити натискання на оповіщення, і тільки оновити кількість значків.

Реалізація дозволів на Directus‐Powered iOS App

Динамічний інструмент для управління даними користувачів, включаючи проштовхування токени та дозволів. За допомогою інтеграції служби сповіщення про iOS з Директивою ви можете побудувати надійну систему управління дозволами, яка адаптується до поведінки користувачів.

Статус на сервери

Коли ваш додаток першим реєструє для віддалених повідомлень, він отримує пристрій токени і знає статус авторизації. Відправте як на ваш Директивний екземпляр через SDK або REST API. Зберігайте токени в , а також статус (наприклад, ], , ]) в профілі користувача. Прямі люки можуть використовувати ці дані, щоб вирішити, чи надсилати повідомлення про поштовх. Наприклад, Flow, що запускається новим замовленням, може перевірити поле користувача [[FLT: 10] перед відправкою.

Використання прямих люків для умовного логіка

Directus Flows дозволяє серверна логіка без користувацького коду. Ви можете налаштувати Flow, що, коли відбувається повідомлення (наприклад, оновлення пункту, коментар), запитує статус дозволу користувача. Якщо , він надсилає поштовх через плагін Directus Push Notifications. Якщо і і оновлення Directus відповідно. Це зберігає вашу базу даних в синхронізації і запобігає надсиланню недійсним токени.

Загальні Питви та Як уникнути

  • Попередня робота над рандом: Стійкість хірурга; дайте користувачеві перше значення.
  • Використовувати тактику: Ніколи не загрожують користувачів з відсутністю — Рекомендації Апасу явно забороняють.
  • Ignoring the value: Якщо Ваші повідомлення є інформативними (не транзакційними або терміновими), надання є нижчим шляхом тертя для оптитині.
  • Hardcoding Status: Зберігати серверні позиції (наприклад, Directus), щоб ви могли оновити логіку без оновлення програми.
  • Не обробляючи токени оновлення: Завжди оновлюється токени в Динаміці на кожному запуску.

Висновок

Управління дозволами на повідомлення про iOS є делікатним балансом між досвідом користувачів і залученням. За бажанням дозвіл на правочас, вивчаючи користувачів передhand, поважаючи їх вибір, і використовуючи додаткові повідомлення при необхідності, ви можете значно збільшити рівень оптиту під час підтримки довіри. Інтеграція цих кращих практик з гнучким підсвічуванням, як Directus дозволяє ітерувати на логіку дозволу без очікування відгуків App Store, що дає вам agility для тестування і поліпшення стратегії повідомлення.

Для подальшого читання, вивчення інструкцій Apple Гуманові правила інтерфейсу для повідомлень та Керівництво по іменам Directus Push . Глибоке занурення UNNotificationContent також допоможе вам майструвати, більш заглиблюючий зміст повідомлення.