Проверка номера звонком помогает подтвердить, что заявка или заказ связаны с реальным телефонным номером. Клиент вводит номер на сайте, получает короткий входящий звонок и указывает последние цифры номера либо подтверждает звонок автоматически. В статье разберём настройку Flash Call для малого бизнеса в Беларуси: какие шаги нужны на сайте, как передать запрос через API, что проверить перед запуском и где этот способ подходит лучше SMS-кода.
Как работает подтверждение номера через Flash Call?
В сценарии Flash Call система отправляет на указанный номер короткий входящий звонок. Пользователь видит номер на экране и вводит последние цифры в форме. Другой вариант — сайт или приложение получает данные о звонке через интеграцию и подтверждает номер автоматически, если параметры совпали.
В отличие от голосового OTP, клиенту не нужно слушать сообщение с продиктованным кодом. Flash Call использует сам факт звонка и цифры в номере. Поэтому такой способ подходит для регистрации, входа в личный кабинет, подтверждения заявки, оформления заказа и напоминания клиенту о записи.
Call-based-каналы применяют как альтернативу традиционному SMS-OTP. К ним относят голосовой OTP, короткий звонок и звонок с кодом в пропущенном вызове. Их общий принцип — передать подтверждение через телефонный канал, когда текстовое сообщение не требуется (Voice OTP, Flash Call и код в пропущенном звонке: как работают голосовые и call-based каналы, SMSblog.ru).
В каких сценариях малого бизнеса нужен звонок?
Сначала выберите одно действие, которое нужно защитить от случайного или ошибочного номера. Для небольшого интернет-магазина это подтверждение заказа. Для сервиса услуг — проверка номера перед записью. Для приложения — регистрация или вход без пароля.
| Сценарий | Что подтверждает звонок | Что видит клиент |
|---|---|---|
| Заявка с рекламной страницы | Номер потенциального клиента | Поле для последних цифр входящего номера |
| Заказ на сайте | Связь заказа с указанным телефоном | Короткий звонок и экран подтверждения |
| Регистрация в сервисе | Доступ к указанному номеру | Входящий вызов вместо SMS-кода |
| Напоминание о записи | Актуальность номера перед уведомлением | Звонок и статус подтверждения в системе |
Для рекламных лидов Flash Call полезен на этапе после отправки формы. Заявка получает статус «номер не проверен», а менеджер связывается с клиентом после успешного подтверждения. Так в CRM не смешиваются заполненные формы с контактами, которые действительно прошли проверку.
Если задача связана с рекламным трафиком, отдельно настройте цели в Яндекс Метрике: отправка формы, начало проверки, успешное подтверждение и ошибка. Общий материал о целях для малого бизнеса собран в статье какие цели в Яндекс Метрике ставить малому бизнесу. Flash Call при этом остаётся частью воронки, а не заменой аналитики.
Как настроить Flash Call на сайте?
Настройка начинается с формы, в которой клиент указывает номер. Рядом с полем покажите понятную подсказку: «Введите номер, на который поступит звонок». После отправки формы сайт должен временно заблокировать повторную отправку и открыть экран ожидания подтверждения.
- Создайте на сервере запрос на проверку номера. Передайте номер клиента, внутренний идентификатор заявки и параметры сценария.
- Получите от сервиса идентификатор проверки и сохраните его в текущей сессии заявки.
- Покажите клиенту форму для последних цифр номера либо запустите автоматическую проверку статуса.
- Передайте введённые цифры на сервер. Проверяйте результат на серверной стороне, а не только в браузере.
- После успешной проверки измените статус заявки на подтверждённый и разрешите следующий шаг: создание заказа, регистрацию или передачу менеджеру.
- При ошибке покажите понятное сообщение и оставьте ограниченную возможность повторить проверку.
Для API нужны как минимум адрес запроса, ключ доступа, номер телефона и идентификатор проверки. Точные поля зависят от выбранной интеграции, поэтому перед разработкой зафиксируйте в техническом задании успешный ответ, ошибку, истечение времени и повторный запрос.
На странице сайта не стоит описывать технические детали вроде маршрута API. Клиенту достаточно видеть, что звонок бесплатен для него, если это соответствует условиям сервиса, и что делать после звонка. Для разработчика оставьте отдельное описание статусов и формата ответов.
Как связать подтверждение с заявкой и рекламой?
Каждой форме присвойте собственный идентификатор. В него можно включить источник заявки, номер обращения и время создания. В Яндекс Директе источник обычно передают в аналитическую систему через параметры рекламной ссылки, а сайт связывает их с заявкой до запуска Flash Call.
В результате у одной заявки должны быть отдельные признаки: форма отправлена, звонок запущен, номер подтверждён, заявка передана в работу. Это позволяет сравнить количество всех обращений с числом подтверждённых контактов без ручной сверки таблиц.
Для защиты от накрутки проверяйте повторное использование одного номера, частые запросы с одного адреса и слишком быстрые массовые отправки форм. Ограничения задают на сервере. Они не должны мешать обычному клиенту повторить попытку после технической ошибки.
Если лиды сразу попадают менеджеру, передавайте вместе с номером статус проверки. Менеджер видит разницу между заявкой с подтверждённым телефоном и формой, которую пользователь отправил случайно или с ошибкой.
Что выбрать: Flash Call или SMS-код?
Выбор зависит от сценария и устройства клиента. SMS-код знаком пользователям, но требует доставки и чтения сообщения. Flash Call избавляет от ввода полученного текста, однако интерфейс должен объяснить, какие цифры нужно указать или почему подтверждение произойдёт автоматически.
| Критерий | Flash Call | SMS-OTP |
|---|---|---|
| Действие клиента | Принять звонок или ввести цифры из номера | Открыть сообщение и переписать код |
| Скорость сценария | Зависит от прохождения звонка | Зависит от доставки сообщения |
| Интеграция | API, идентификатор проверки, статус звонка | API отправки, код и срок его действия |
| Подходящий сценарий | Регистрация, заказ, заявка, вход | Сценарии, где нужен текстовый код |
На практике можно начать с одного потока, например с формы заказа, и сравнить долю завершённых подтверждений с прежним способом. Если бизнесу нужно выбрать между несколькими каналами авторизации, полезно заранее сопоставить ограничения и требования в материале Flash Call, Mobile ID или SIM Push для малого бизнеса.
Какие ошибки мешают проверке номера?
- Сайт запускает звонок до проверки формата номера. Пользователь получает вызов на ошибочный или неполный номер.
- Клиент не видит, что делать после звонка. Подпись поля должна прямо говорить о последних цифрах номера или об автоматическом подтверждении.
- Браузер считает заявку подтверждённой без ответа сервера. Итоговый статус нужно устанавливать только после проверки через API.
- Повторный клик создаёт несколько проверок для одной заявки. Кнопку отправки блокируют на время ожидания ответа.
- Ошибки сервиса показывают техническим текстом. Пользователь должен получить короткую инструкцию: повторить попытку, проверить номер или выбрать другой способ.
- В аналитике учитывают только отправку формы. Для оценки рекламных лидов отдельно фиксируют успешное подтверждение.
Перед запуском проверьте сценарий на номерах разных операторов и на мобильном интернете. Убедитесь, что звонок не запускается повторно при обновлении страницы, заявка получает правильный статус, а менеджер видит результат проверки. Начать можно с одной формы и одного действия, а затем подключить авторизацию, подтверждение заказов или напоминания клиентам через тот же принцип.
3 шага, которые можно сделать на этой неделе:
- Выбрать один сценарий, где бизнесу нужно подтвердить номер: заявка, заказ или регистрация.
- Описать состояния заявки: форма отправлена, проверка запущена, номер подтверждён, попытка завершилась ошибкой.
- Подключить Flash Call через API и проверить путь клиента от ввода номера до финального действия на сайте.
