Приложения VK, Mail.ru и «Одноклассники» стали недоступны в App Store

25 июня пользователи заметили, что в App Store перестали находиться некоторые приложения VK и связанных сервисов. В сообщениях СМИ назывались VK Музыка, VK Видео, VK Мессенджер, VK Знакомства, «Дзен», «Одноклассники», «Почта Mail.ru», «Облако Mail» и другие приложения.

Важно понимать: сами сервисы не пропали. Люди по-прежнему ими пользуются, а продукты продолжают работать. Изменилась именно точка доступа — привычный способ скачать приложение через App Store.

Для владельца iPhone это простая и неприятная ситуация. Если приложение уже стоит на телефоне, оно может работать дальше. Но если купить новый смартфон, удалить приложение или ждать обновление, всё становится сложнее.

Для бизнеса это хороший пример зависимости от чужой платформы. Компания может развивать продукт, вкладываться в аудиторию и рекламу, но если основной канал доступа контролирует внешний магазин приложений, часть риска остаётся вне её контроля.

Подобные события часто обсуждают как конфликт конкретных компаний. Но для цифрового рынка важнее не фамилии и бренды, а сам механизм.

Есть продукт. Есть пользователи. Между ними стоит посредник: магазин приложений, платежная система, облачная платформа, мессенджер, соцсеть, сервис авторизации. Пока посредник работает без сбоев, его почти не замечают. Он воспринимается как часть нормального порядка вещей.

Но стоит доступу измениться, и становится видно: бизнес не всегда владеет тем маршрутом, по которому к нему приходит клиент.

Именно поэтому исчезновение приложений из App Store важно для SaaS-компаний, интернет-магазинов, маркетплейсов, сервисов доставки, EdTech-платформ, финтех-проектов и B2B-сервисов. У каждого из них есть внешние каналы, без которых клиентский путь начинает ломаться.

Не открылось приложение — пользователь идет в поддержку.

Не пришло push-уведомление — заказ, заявка или платеж остаются без реакции.

Нельзя установить сервис — новый клиент не доходит до регистрации.

Файл хранится только в одном облаке — команда ищет обходной путь уже после сбоя.

Вход завязан на один внешний аккаунт — доступ к личному кабинету становится уязвимым.

Так техническая новость превращается в управленческий вопрос.

App Store и Google Play часто называют витринами. Это удобное слово, но не совсем точное. Витрина только показывает товар. Магазин приложений делает больше: пропускает продукт к пользователю, регулирует обновления, влияет на платежи, уведомления, модерацию, требования безопасности и сам факт присутствия приложения на устройстве.

Для разработчика это не просто площадка публикации. Это контрольный пункт между продуктом и аудиторией.

Пока приложение проходит этот пункт, компания видит установку, рост, удержание, повторные сессии, подписки. Если проход закрыт, метрики начинают зависеть не только от маркетинга, интерфейса и качества сервиса.

Даже при работающем продукте появляется разрыв. Пользователь может знать о сервисе, хотеть им пользоваться, иметь аккаунт, но не иметь нормального способа поставить приложение на новое устройство.

Для SaaS-бизнеса это особенно чувствительно. SaaS продает доступность, регулярность и рабочую стабильность. Клиент платит не за «иконку на экране», а за возможность каждый день решать задачу: вести учет, общаться с клиентами, хранить документы, управлять заказами, контролировать продажи, получать аналитику.

Если доступ к этой задаче зависит только от мобильного приложения, риск уже встроен в продукт.

На практике уязвимость редко выглядит драматично. Чаще она прячется в повседневном удобстве.

Команда привыкла отвечать клиентам в одном мессенджере. Маркетинг делает все повторные касания через push. Пользователи чаще заходят в сервис только через приложение. Документы лежат в одном облаке. Авторизация настроена через одну внешнюю учетную запись. Инструкции для клиентов опубликованы в одной соцсети.

Каждый такой выбор по отдельности кажется рациональным. Вместе они создают цепочку, где один внешний сбой может потянуть за собой сразу несколько процессов.

Особенно опасны три зоны.

Первая — вход пользователя в продукт.

Если без мобильного приложения клиент не может нормально пользоваться сервисом, веб-версия становится не запасным вариантом, а обязательной частью продукта.

Вторая — уведомления.

Push-сообщения удобны, но они не должны быть единственным способом сообщить о платеже, заказе, заявке, продлении подписки или изменении статуса.

Третья — рабочие данные.

Файлы, переписки, договоры, клиентские документы и история обращений не должны существовать только в одном внешнем сервисе без резервного сценария.

После таких новостей не нужно срочно переписывать всю инфраструктуру. Но полезно провести короткую инвентаризацию.

Главный вопрос простой: что произойдет, если завтра один важный внешний канал станет недоступен?

Не навсегда. Не для всех. Даже на несколько дней.

Сможет ли клиент войти в личный кабинет через браузер?

Получит ли он важное уведомление не только через push?

Поймет ли, куда писать в поддержку?

Сможет ли менеджер поднять историю обращения вне одного мессенджера?

Есть ли копии документов, если облачный сервис временно недоступен?

Готов ли текст для пользователей, если привычное приложение нельзя скачать?

Если на эти вопросы приходится отвечать «потом разберемся», значит риск уже есть.

Несколько лет бизнес активно уводил пользователей в мобильные приложения. Это понятно: приложение ближе к пользователю, чаще открывается, лучше удерживает внимание, дает push-уведомления и помогает собирать поведенческие данные.

Но у мобильного канала есть слабость: он почти всегда проходит через чужую инфраструктуру. Пользователь не скачивает приложение напрямую у компании. Он идет в магазин приложений. А магазин живет по своим правилам.

Веб-версия в этом смысле менее эффектна, но более самостоятельна. Она не заменяет приложение полностью, зато дает пользователю второй путь. Для SaaS-продукта это критично: рабочий сервис должен открываться не только с экрана телефона, но и через браузер.

Хорошая веб-версия — это не «дополнение на всякий случай». Это страховка выручки, поддержки и клиентского доступа.

Проверка устойчивости не всегда требует сложной перестройки. Начать можно с базовых вещей.

Составить список внешних сервисов, без которых компания не работает: магазины приложений, почтовые провайдеры, мессенджеры, облака, CRM, платежные инструменты, сервисы рассылок, авторизация, аналитика.

Отметить, где есть единственная точка отказа. Если один канал исчезает — процесс останавливается или продолжает жить?

Проверить клиентские маршруты. Как пользователь попадет в продукт без приложения? Как получит уведомление без push? Как свяжется с поддержкой без основного мессенджера?

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

Настроить резервные уведомления. Email, SMS, сообщения в личном кабинете и публикация на сайте должны закрывать разные сценарии, а не дублировать друг друга ради галочки.

Проверить хранение данных. Если важные документы живут только в одном облаке, нужна понятная резервная копия и ответственный за восстановление.

SaaS-компании часто говорят о надежности серверов, SLA, безопасности данных и скорости поддержки. Но надежность продукта начинается раньше — с доступа пользователя к самому сервису.

Если клиент не может установить приложение, не получает уведомление, теряет привычный канал входа или не понимает, где искать поддержку, для него это не «проблема внешней платформы». Для него это проблема сервиса.

Поэтому цифровая устойчивость — это не только серверы и бэкапы. Это еще и маршруты: как клиент приходит, как возвращается, как получает сообщение, как открывает данные, как продолжает работу, если основной путь закрыт.

История с исчезновением приложений VK, Mail.ru, «Одноклассников» и других сервисов из App Store хорошо показывает эту зависимость. Сервис может оставаться живым, команда может продолжать работу, пользователи могут сохранять аккаунты. Но если один важный маршрут перекрыт, бизнес уже чувствует последствия.

Удаление приложений из App Store — не просто новость о конкретной экосистеме. Это сигнал для всего цифрового рынка: доступ к клиенту нельзя полностью отдавать внешней платформе.

Мобильное приложение нужно дополнять веб-версией. Push-уведомления — email, SMS и сообщениями в личном кабинете. Облачное хранение — резервными копиями. Один мессенджер — альтернативными каналами поддержки. Один способ входа — запасными вариантами авторизации.

Устойчивый цифровой бизнес строится не вокруг одного удобного канала, а вокруг нескольких рабочих маршрутов. Когда один из них закрывается, компания не должна терять связь с клиентом, данные и управление процессами.