--- title: Как обойти «Фокусирование» в iOS для критических оповещений description: Разбираем, как с помощью срочных уведомлений и оповещений звонком в Echobell проводить критические оповещения на iPhone сквозь «Фокусирование» в iOS, не превращая при этом каждое уведомление в шум. date: 2026-03-12 author: Nooc authorAvatarLink: /images/avatars/nooc.webp authorLink: https://nooc.me tags: - iOS - Фокусирование - срочные уведомления - критические оповещения - Echobell --- # Как обойти «Фокусирование» в iOS для критических оповещений «Фокусирование» в iOS хорошо работает, когда вы хотите, чтобы вас реже отвлекали. И работает плохо, когда прерывание — это как раз то, что нужно. Это противоречие всплывает повсюду: - ваш продакшен-API падает в два часа ночи - App Store Connect отклоняет сборку с хотфиксом - датчик протечки срабатывает, пока на телефоне включено «Фокусирование» для сна - критическое письмо в поддержку попадает в ящик, за которым никто не следит Если такие события приходят обычными push-уведомлениями, они могут остаться незамеченными до того момента, когда ущерб уже нанесён. Задача не в том, чтобы сделать громче все оповещения. Задача в том, чтобы решить, какие оповещения заслуживают прорваться, а какие должны остаться тихими. Здесь и помогает Echobell. Он позволяет направить вебхуки или письма в один из трёх режимов доставки: - обычные уведомления для рутинных обновлений - срочные уведомления для проблем, которые должны пробиться через «Фокусирование» - оповещения звонком для событий, ради которых стоит кого-то разбудить Если вам сразу нужна инструкция по настройке, начните с отдельной страницы про [оповещения при включённом «Фокусировании»](/ru/focus-mode-alerts). ## Почему обычные push-уведомления подводят на практике Большинство систем оповещения хорошо обнаруживают проблемы, но слабо их доставляют. Они умеют сообщить, что сборка упала или сервер недоступен, но пользуются тем же каналом уведомлений, что и приложения магазинов, соцсети и все остальные источники фонового шума. Из-за этого возникает вредный рабочий сценарий: 1. Система выдаёт значимое событие. 2. Оповещение приходит на телефон обычным уведомлением. 3. «Фокусирование» или режим сна его заглушает. 4. Команда узнаёт о проблеме позже, чем следовало бы. Для малоприоритетных обновлений это приемлемо. Для аварий, блокеров релиза или инцидентов безопасности — нет. ## Когда использовать срочные уведомления Срочная доставка — оптимальный вариант для многих инженерных и продуктовых процессов. Она заметнее обычного push-уведомления, но не такая тяжёлая, как звонок. Удачные примеры: - неудачные деплои в основную ветку - одобрения и отклонения в App Review - эскалации от VIP-клиентов в поддержке - важный фидбэк из TestFlight - торговые сигналы, по которым решение всё равно принимает человек В Echobell такие события можно направить в отдельный канал и задать этому каналу повышенный уровень срочности. Весь остальной повседневный шум при этом остаётся на обычном приоритете. ## Когда вместо этого нужен звонок Иногда даже срочного уведомления недостаточно. Оповещение звонком стоит использовать для событий вроде: - продакшен-системы полностью недоступны - серьёзные инциденты безопасности - дым, протечка воды и другие события безопасности умного дома - сбои оплаты или оформления заказа, которые напрямую съедают выручку Оповещения в виде звонка в Echobell рассчитаны на ту небольшую группу инцидентов, где «хорошо бы увидеть это в ближайшее время» уже недостаточно. Если пропущенное оповещение обходится дорого, телефон должен звонить. Подробный разбор здесь: [оповещения звонком для критических инцидентов](/ru/features/call-notifications). ## Простая настройка, которая работает Новый стек мониторинга вам не нужен. В большинстве случаев нужен только более качественный слой доставки. ### Шаг 1: создайте отдельный канал для каждого приоритетного процесса Делите по процессам, а не по абстрактным категориям. Примеры: - `Production incidents` - `App Store Connect` - `Critical support` - `Smart home safety` Это важно, потому что каждому процессу нужны свои шаблоны, свой список подписчиков и свой уровень срочности. ### Шаг 2: подключите источник триггера Используйте тот источник, который уже подходит процессу: - [вебхуки](/ru/features/webhooks) для Grafana, Prometheus, GitHub Actions, App Store Connect или собственных приложений - [триггеры по email](/ru/features/email-triggers) для инструментов, которые умеют отправлять только уведомления по почте ### Шаг 3: осознанно выберите тип уведомления Простое правило: - Обычное: можно посмотреть позже - Срочное: должно пробиться через «Фокусирование» - Звонок: реакция нужна прямо сейчас Именно на этом решении ошибается большинство систем оповещения. Если срочно всё, срочным не выглядит ничто. Если срочного нет вообще, важные инциденты теряются. ## С каких процессов начать Если хотите проверить подход на одном-двух процессах, начните с этих: ### Инциденты на дежурстве Аварии на проде — самый очевидный случай. Обычные push-уведомления слишком легко пропустить, особенно при включённом «Фокусировании» для сна. Если ваша система мониторинга умеет отправлять вебхук, Echobell повысит его срочность. Если это ваш основной сценарий, прочитайте [оповещения звонком, когда сервер недоступен](/ru/server-down-phone-call-alerts). ### Изменения статуса ревью в App Store Connect Одобрения, отклонения и фидбэк из TestFlight часто требуют быстрой реакции: от них зависят запуски, исправления багов и коммуникация. Это отличные кандидаты на срочную доставку. Отдельное пошаговое руководство здесь: [уведомления о ревью в App Store Connect](/ru/app-store-connect-review-notifications). ### Безопасность умного дома Если срабатывает датчик протечки или дымовой извещатель, это не должно вести себя как обычное уведомление приложения. Оповещение в виде звонка подходит здесь гораздо лучше. ## Настоящая потребность за поисковым запросом У тех, кто ищет «обойти режим фокусирования в iOS» или «срочные уведомления в iOS», обычно одна и та же исходная потребность: > Несколько оповещений должны дойти до меня в любом случае. Всё остальное может подождать. Именно вокруг этой задачи и стоит проектировать. Echobell позволяет держать большинство оповещений тихими и повышать срочность только для тех процессов, которые действительно заслуживают вас прервать. ## Итоговая рекомендация Не начинайте с того, чтобы повышать срочность сразу всех путей доставки. Выберите один дорогой сценарий отказа: - недоступность сервера - отклонение в App Review - событие безопасности умного дома - эскалацию в поддержке, влияющую на выручку Подключите этот один процесс к Echobell, задайте ему тип «Срочное» или «Звонок» и отправьте тест. Как только вы почувствуете разницу на телефоне, станет очевидно, каким ещё процессам нужно то же самое. Если нужна короткая версия, начните отсюда: - [Оповещения при включённом «Фокусировании»](/ru/focus-mode-alerts) - [Вебхук-уведомления для iPhone](/ru/features/webhooks) - [Оповещения звонком](/ru/features/call-notifications)