В начале июня 2026 года мессенджер MAX исчез из App Store. Если приложение у вас уже стоит — оно продолжает работать. А вот поставить нативный клиент заново (новый телефон, переустановка, новый пользователь) через магазин больше нельзя. Остаётся веб-версия, и на iPhone с ней есть нюанс: в Safari авторизация не доходит до конца. Ниже — воспроизводимый способ через Chrome и разбор, почему это вообще работает.

TL;DR

  • Веб-клиент web.max.ru на iPhone стабильно поднимается через Google Chrome в режиме «Версия для ПК», вход — по QR-коду со второго устройства, где MAX уже залогинен.

  • В Safari (в том числе с «Запросить версию для ПК») у меня тот же сценарий не завёлся.

  • Объяснение «почему» — это обоснованное предположение по поведению клиента, а не подтверждённый факт. Я отдельно помечаю, где факт, а где гипотеза.

Дисклеймер

Речь идёт о доступе к сервису официальными средствами: Chrome, установленный из App Store, и штатная веб-версия мессенджера. Без сторонних сборок, патченых IPA, профилей и обхода защит. Это не инструкция по обходу чьих-либо правил, а способ открыть веб-клиент в браузере, который сам по себе MAX поддерживает.

Что произошло

MAX пропал из App Store в начале июня 2026 года. Причину удаления публично связывали с санкционными требованиями — но первоисточник этого объяснения я подтвердить не берусь, поэтому отношусь к формулировке как к сообщению в прессе, а не как к официальной позиции Apple.

Факты, которые можно проверить на своём устройстве:

  • Уже установленное приложение продолжает запускаться и работать.

  • В сторонних магазинах (RuStore, Google Play, AppGallery) клиент есть, но на iOS они неприменимы — iOS ставит приложения только из App Store (за пределами ЕС, где с iOS 17.4 формально появились альтернативные магазины).

Предположение (не факт): часть пользователей жалуется, что перестали стабильно приходить пуш-уведомления. Я не могу утверждать механику. Удаление приложения с витрины само по себе APNs-токен не инвалидирует, так что причина, скорее всего, на серверной стороне (отзыв или истечение push-сертификата, изменения в инфраструктуре доставки). Проверить это снаружи нельзя, поэтому привожу как гипотезу.

Проблема: Safari не доводит авторизацию

Очевидный план — открыть web.max.ru в Safari и войти по номеру. На моём iPhone полноценный веб-клиент с авторизацией так не поднимается. Включение Request Desktop Website в самом Safari результат не меняет: до рабочего экрана входа дело не доходит.

Если вы упёрлись в то же самое — дальше рабочий вариант.

Рабочее решение

Что нужно заранее: второе устройство, где MAX установлен и в аккаунт выполнен вход (Android-смартфон или ПК). Без него вход по QR не пройдёт — это принципиальное ограничение способа.

  1. Установите Google Chrome из App Store.

  2. Откройте в Chrome web.max.ru.

  3. В меню Chrome (три точки) включите «Версия для ПК» (Request Desktop Site).

  4. Перезагрузите страницу веб-клиента — должен появиться QR-код для входа.

  5. На втором устройстве с залогиненным MAX откройте привязку нового устройства и отсканируйте QR-код с экрана iPhone.

  6. Веб-клиент открывается и работает прямо в Chrome.

В Safari тот же сценарий у меня не заработал. Стабильный результат дала именно связка «Chrome + версия для ПК».

Почему Safari не работает, а Chrome в desktop-режиме — да (гипотеза)

Подчёркиваю: это предположение по наблюдаемому поведению, без доступа к коду фронтенда и серверной логике MAX.

Сначала важный технический факт, чтобы убрать частое заблуждение. До 2024 года Apple требовала, чтобы все браузеры на iOS использовали движок WebKit: Chrome, Firefox и прочие были, по сути, обёртками над Safari/WebKit. С iOS 17.4 в ЕС, под давлением Digital Markets Act, разрешили альтернативные движки — но за пределами ЕС и в большинстве конфигураций Chrome на iPhone по-прежнему работает на WebKit. То есть в типичном случае движок у Safari и Chrome один и тот же.

Раз движок один, причина различия — не в рендеринге. Наиболее правдоподобное объяснение: веб-клиент MAX ветвит логику по User-Agent (классический UA-sniffing). На мобильный UA отдаётся «мобильная» ветка — заглушка «скачайте приложение» либо урезанный флоу, который на iOS не доходит до конца авторизации.

Дальше — про режимы «версия для ПК», и тут поведение Safari и Chrome различается:

  • Chrome в режиме «Версия для ПК» подменяет User-Agent на десктопный достаточно полно, и сервер отдаёт полноразмерный веб-клиент с QR-входом — тот же поток, что на ПК.

  • Safari в своём «Request Desktop Website» меняет заголовки иначе (и частично переключает поведение через navigator.platform/viewport, а не только UA). Видимо, того, что отдаёт Safari, фронтенду MAX не хватает, чтобы выйти на десктопную ветку.

Короткая формулировка гипотезы: до десктопного веб-клиента вы доходите тогда, когда сервер уверенно опознаёт запрос как десктопный по User-Agent. Chrome это делает так, как ожидает фронтенд MAX, Safari — нет. Если у кого-то есть HAR-дамп обоих запросов — было бы интересно сверить заголовки и закрыть вопрос фактами.

Ограничения, о которых стоит знать честно

  • Пуши. Web Push в Safari/PWA на iOS поддерживается с iOS 16.4 — но только для веб-приложений, добавленных на домашний экран (установленных PWA), не для обычных вкладок браузера. Будет ли MAX слать веб-пуши даже в этом режиме — зависит от того, реализован ли Web Push на их фронтенде. Так что веб-версия закрывает доступ к перепискам и звонкам, когда она открыта, но полноценную фоновую доставку как у нативного клиента не гарантирует.

  • Нужно второе устройство. Способ построен на QR-входе, то есть требует уже авторизованной сессии MAX где-то ещё. «С нуля по номеру телефона» через него на iPhone не зайти.

  • Сессия живёт в браузере. Это не нативный клиент: при очистке данных Chrome или выходе из сессии вход придётся повторять.

Итог

Пока приложения нет в App Store, для iPhone без установленного клиента веб-версия — самый чистый путь: официальный браузер, штатная веб-версия, никаких сторонних сборок. Рабочая связка — Chrome в режиме «Версия для ПК» плюс второе устройство для QR-входа. Safari в этом сценарии у меня не сработал.

Раздел «почему» — гипотеза. Если у кого-то получилось иначе: завёлся Safari, удалось войти по номеру без второго устройства, или есть дамп заголовков двух запросов — напишите в комментариях, поправим и дополним.