Когда дизайнер делает форму регистрации, он почти всегда думает о верстке: как расставить поля, какой выбрать порядок шагов, когда подсвечивать ошибки. Но даже идеальная верстка не гарантирует, что регистрация будет удобной. Чтобы убедиться, что интерфейс работает так, как ожидает пользователь, важно самому пройти через весь путь — включая подтверждение номера по СМС.
С этим есть проблема: если у дизайнера нет доступа к тестовому серверу или у него нет своих номеров для таких проверок, протестировать регистрацию бывает просто невозможно. В этой статье расскажем, как безопасно и быстро получить рабочий номер, чтобы проверить форму — без помощи разработчиков и без покупки новых SIM-карт.
Почему дизайнеру вообще нужны рабочие номера
Обычно подтверждение по СМС — это задача программиста или тестировщика. Но на практике дизайнеру тоже важно протестировать UX: как пользователь получает код, сколько времени это занимает, что происходит, если код не приходит сразу. Иногда именно дизайнер первым замечает, что в сценарии регистрации что-то пошло не так: не хватает обратной связи, слишком жёсткая валидация или кнопка «Получить код повторно» ведёт не туда.
Типичная ситуация: вы сделали макет формы, все довольны, но клиент просит «посмотреть, как будет выглядеть в реальности». Вы открываете собранную версию сайта, вводите свой номер — и ничего не происходит. Или код приходит, но только один раз, и дальше вы не можете его переиспользовать. Иногда номер блокируется системой за подозрительную активность, особенно если вы пробуете несколько вариантов подряд.
Чтобы полноценно протестировать поведение формы, нужен номер, который:
-
работает с целевым сервисом;
-
гарантированно принимает СМС;
-
не использовался сотнями других пользователей;
-
можно получить быстро, без физической SIM-карты.
Почему нельзя взять любой номер из интернета
Если вбить в Google «прием СМС онлайн», вы получите десятки ссылок на бесплатные публичные сервисы. У них у всех один подход: на сайте лежит список номеров, любой может его выбрать, ввести где-то и ждать, пока появится код. Это звучит удобно, но в реальности такие сервисы редко подходят для UX-тестирования.
Вот почему:
-
Один номер используется всеми подряд. Возможно, до вас кто-то уже пытался пройти регистрацию с этим же номером, и сервис заблокировал его. Вы не получите код вообще или получите сообщение не для себя.
-
Сервисы перегружены. Время ожидания может быть минутами, а иногда сообщение просто не приходит — вы не поймете, из-за чего сбой: из-за вашей формы или из-за сервиса.
-
Риски утечки. СМС приходит в открытый доступ. Если вы тестируете что-то чувствительное (например, клиентский прототип), код может увидеть кто угодно.
Если вы работаете в команде, где важна конфиденциальность и повторяемость тестов, такие решения не подойдут. Нужен номер, доступ к которому есть только у вас, и который гарантированно работает — хотя бы один раз.
Какие требования к номеру для тестирования
Если говорить строго, дизайнеру не нужен полноценный номер с голосовой связью, балансом и возможностью принимать входящие звонки. Ему нужен одноразовый номер, способный:
-
принять СМС от конкретного сервиса (Telegram, Google, ВКонтакте и т. п.);
-
сохранить сообщение хотя бы на несколько минут;
-
быть уникальным в момент теста.
Важно, чтобы номер не был замусорен: если в нём уже десятки старых сообщений, есть риск ввести не тот код. Номер должен быть чистым — или хотя бы отмеченным по времени, чтобы вы знали, какое сообщение пришло именно вам.
Кроме того, желательно, чтобы:
-
номер можно было получить быстро, без подтверждений и регистрации с паспортом;
-
СМС приходили стабильно, без задержек;
-
можно было выбрать страну, особенно если сервис отправляет коды только на локальные номера (например, российский банк может не принять британский номер).
С точки зрения безопасности хорошо, если никто кроме вас не имеет доступа к полученным сообщениям — даже если это просто одноразовая проверка. А если номер можно получить без установки приложений или расширений — ещё лучше: вы не привязываете тест к конкретному устройству.
Где взять такой номер
Публичные бесплатные сервисы мы уже исключили. Остаются платные решения — так называемые сервисы виртуальных номеров для приёма СМС. Это сайты или приложения, которые предоставляют временный номер за небольшую плату (обычно от 2 до 10 ₽ за активацию). С их помощью можно быстро протестировать форму регистрации и получить нужный код.
Один из таких сервисов — SMS‑CODE (подробнее о нем здесь). Он работает так:
-
выбираете страну и нужный сервис (например, Telegram или Discord);
-
получаете виртуальный номер — его можно сразу ввести в форму;
-
когда приходит СМС, оно отображается в интерфейсе сервиса.
Сообщения появляются прямо в личном кабинете, ничего скачивать не нужно. Доступ к номеру — временный и индивидуальный. После завершения сессии номер блокируется и больше не используется другими клиентами.
Поддерживается десятки популярных сервисов — от мессенджеров до маркетплейсов. Есть и универсальные номера, если нужного варианта в списке нет. Для дизайнеров, которым важно протестировать один-два сценария и убедиться, что всё работает — это один из самых простых и безопасных способов.
Как протестировать UX с виртуальным номером
Предположим, вы делаете сайт с формой регистрации: пользователь вводит номер телефона, получает код по СМС, подтверждает его — и попадает в личный кабинет. Как дизайнер, вы хотите убедиться, что всё работает: код приходит, ошибки отображаются, кнопка «повторно отправить» активируется корректно.
Вот как это можно протестировать:
-
Заходите в сервис виртуальных номеров, выбираете страну и нужный сервис.
-
Получаете временный номер — просто копируете его.
-
Вводите этот номер в вашу форму регистрации.
-
Ждёте код. Он появляется в личном кабинете на сайте — обычно в течение 5–30 секунд.
-
Вводите код и проверяете, как система реагирует: происходит ли переход, что показывает интерфейс в случае ошибки и т. д.
Дополнительно можно протестировать:
-
поведение, если код неверный;
-
сценарий, если код просрочен;
-
что происходит, если пользователь нажимает «получить код повторно»;
-
отображение сообщения об ошибке при нестандартных номерах (например, с лишними пробелами или символами).
Если вы работаете в Tilda, Webflow или собираете прототип с backend-сценарием, такой подход позволяет быстро убедиться, что всё настроено правильно. Не нужно просить разработчиков выдать тестовые номера или открывать staging — вы сами проходите путь пользователя от начала до конца.
