Убрали кнопку Google? Почему пользователи всё равно могут потерять доступ к сервису

2026-08-10 16:47:37 Время чтения 5 мин 107

Отказ от Google и Apple ID в авторизации затрагивает не только интерфейс. Разбираем путь пользователя, миграцию аккаунтов, восстановление доступа и подтверждение по коду.

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

Российским продуктовым командам стоит проверить такие сценарии и по правовой причине. Требования к авторизации пользователей на ресурсах, предоставляющих доступ после входа, появились в Федеральном законе № 149-ФЗ после изменений, внесённых Федеральным законом № 406-ФЗ. Текст закона доступен на официальном портале: https://publication.pravo.gov.ru/document/0001202307310022. Применимость нормы к конкретному сервису лучше подтвердить у юриста.

Вход — это не один экран

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

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

Что меняется после перехода на номер телефона

Авторизация по номеру телефона понятна большинству пользователей: номер, одноразовый код, вход. Но у этого сценария есть свои вопросы. Когда можно повторно запросить код? Что увидит пользователь, если он ошибся в цифре? Как подтвердить вход, если старая SIM-карта недоступна? Чем сервис защищает форму от массовых запросов?

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

Каскад вместо тупика

Верификация по коду не должна зависеть от одного канала. SMS можно оставить первым шагом и предусмотреть переход на другой способ: PUSH для пользователей приложения, Telegram Gateway, голосовой код или FlashCall. Такой порядок называют каскадом.

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

Как предложить привязку без лишнего раздражения

Лучше не ждать, пока человек упрётся в закрытую дверь. При очередном успешном входе сервис может предложить добавить номер телефона или другой доступный способ авторизации. Сообщение должно отвечать на два вопроса: что именно произойдёт и зачем это нужно. «Добавьте номер для следующего входа и восстановления доступа» обычно понятнее длинного объяснения регуляторных причин.

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

Что измерять после запуска

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

Описанный набор инструментов реализован, в частности, в платформе i-Digital.