как проверить номер на валидность

Валидация номера телефона на JS и jQuery

Способов валидации форм на стороне клиента, а именно поля ввода номера телефона (инпута) существует несколько, как и на стороне сервера. Для этих целей существуют специальные jQuery плагины, типа Inputmask, которые легко подключить и легко использовать. Но в этой статье мы их рассматривать не будем, а будем производить валидацию телефона при помощи регулярного выражения и совсем маленькой функции, которую можно будет использовать в последующем и других проектах. Для демонстрации предлагаю посмотреть и протестировать пример.

Валидация номера телефона на JS

Самое основное в этом деле — регулярное выражение (regex), которое, к счастью, не нужно придумывать самому, а просто взять готовое и внедрить. Сразу скажу, что данная регулярка проверяет российские номера телефонов. Первая конструкция, которую мы рассмотрим, выглядит так:

let regex = /^(\+7|7|8)?[\s\-]?\(?[489]5<2>\)?[\s\-]?1<3>[\s\-]?6<2>[\s\-]?7<2>$/; let phone = ‘89000000000’; // дальше идет проверка на соответствие выражению if(!regex.test(phone)< console.log('Не соответствует'); >else

То же самое можно записать в функцию валидации и вызывать ее где угодно в коде.

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

89000000000 +79000000000 8-900-000-00-00 +7-900-000-00-00 8(900)0000000 8(900)000 00 00 +7 (900) 000 00 00 8(900)-000-00-00 +7(900)-000-00-00 +7(900)000-00-00 8 900 000 00 00 +7 900 000 00 00 8-(900) 000 00 00 +7-(900) 000 00 00 8-(900)-000-00-00 +7-(900)-000-00-00 7(999)999 99 99 79000000000 7-900-000-00-00 7-(900)-000-00-00 7(900)-000-00-00 7(900) 000 00 00 7 (900)-000-00-00 7 (900) 000 00 00 7 900 000 00 00 8000000000 9000000000 800 000 00 00 900 000 00 00 800-000-00-00 900-000-00-00 (800)-000-00-00 (900)-000-00-00

Валидация телефона на jQuery

Здесь все в точности то же самое, но пройдемся по HTML коду и разберем по полочкам все элементы, чтобы было более понятно. Допустим у нас есть вот такой инпут:

Затем пишем jQuery код.

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

Источник

Боремся с невалидными телефонами и емейлами. Сохраняем конверсию

Привет! Я Лена из команды продукта Carrot quest.

Мы ввели автоматическую проверку данных в стандартных свойствах Email и Телефон. Теперь, когда пользователь попытается оставить почту без @ или пишет вместо телефона “купить самовар”, мы не записываем эти данные в карточку, а просим ввести корректные данные. Так сервис валидирует контакты перед отправкой в базу лидов.

Проверку проходят ответы пользователей, отправленные через инструменты Carrot quest, а именно:

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

Зачем нужна проверка контактных данных

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

В Carrot quest можно собирать лидов с помощью поп-апов, чат-ботов и даже чата, а потом передавать их в продажи через интеграции с CRM-системами.

Но до этого времени не все лиды по-настоящему были лидами. Расскажу, что это значит и как мы это исправили.

Раньше все формы Carrot quest принимали от пользователей любой ответ, без проверки на соответствие формату данных. Например, могло быть так:

Теперь мы проверяем корректность данных в стандартных свойствах Email и Телефон, если пользователь отправил их через поп-ап, автоответ или чат-бота.

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

Чат-бот запрашивает номер телефона

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

По каким правилам мы проверяем емейлы и телефоны

Наши правила проверки несложные и направлены, в первую очередь, на отсев мусорной информации.

Вы не можете ввести буквы и символы, кроме +,-,(), если вас просят оставить телефон, а в емейле есть обязательная проверка на наличие @ и точки. Подробнее о правилах валидации читайте в нашей базе знаний.

Важно также не путать проверку с маской: мы подсказываем в полях ввода и не приводим записываемый телефон к какому-то конкретному виду.

Слева маска, которая подсказывает, что необходимо ввести, а справа — проверка, которая не даёт отправить данные неподходящего формата

Carrot quest проверяет данные, которые записываются только в стандартные свойства Email и Телефон. Если вы записываете информацию в другие свойства — например, дополнительный телефон или рабочий емейл — то введённая информация проверяться не будет.

Проверка данных работает в:

Проверка данных НЕ работает при:

Почему дополнительные проверки в полях на самом деле не снижают конверсию

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

А теперь давайте разберёмся.

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

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

Результаты до введения проверки и после

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

Собранные лиды

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

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

Конверсия в валидный телефон

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

Налаживаем связь между маркетингом и продажами и ускоряем команду

Что еще даёт проверка вводимых данных?

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

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

Собирайте лидов с помощью инструментов Carrot quest, а мы позаботимся о валидности данных.

Больше о том, как лид-бот Carrot quest помогает онлайн-бизнесам

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

Источник

Проверка номеров на валидность

Валидация телефонных номеров предполагает проверку их актуальности на данный момент, т.е. оценить “живой” номер абонента или нет. Например у Вас есть база номеров клиентов, но ей давно не пользовались. Вы ходите сделать по этой базе смс-рассылку или передать в отдел продаж, чтобы менеджеры связались с этими клиентами. Часть телефонных номеров уже может просто не существовать, и менеджеры только зря потратят свое время пытаясь по ним дозвониться, а смс-рассылка уйдет в “никуда” и рекламный бюджет будет потрачен неэффективно. Если база номеров небольшая то можно самостоятельно поддерживать ее в актуальном состаянии, но если речь идет о тысячах номеров, то задача становиться неподъемной для ваших сотрудников.

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

Мы предлагаем использовать наш сервис автоматического обзвона для проверки номеров на валидность.

Стоимость проверки одного телефонного номера- 0,35 руб.

Если необходимо мы преобразуем базу данных в необходимый формат, после выгрузки из ваших внутренних систем.

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

Если Вы хотите заказать данную услугу,то необходимо заполнить форму обратной связи, либо обратиться по телефону 8-800-505-60-45.

Источник

Проверка номера телефона

Проверка номера телефона является важным моментом при проверке формы HTML. На этой странице мы обсудили, как проверить номер телефона (в другом формате) с помощью JavaScript:

Сначала мы проверяем номер телефона из 10 цифр без запятой, без пробелов, без знаков препинания, и перед номером не будет знака +. Просто проверка удалит все не-цифры и разрешит только телефонные номера с 10 цифрами. Вот функция.

Чтобы подтвердить номер телефона, как
XXX-XXX-XXXX
XXX.XXX.XXXX
XXX XXX XXXX
используйте следующий код.

Если вы хотите использовать знак + перед номером следующим образом
+ XX-XXXX-XXXX
+ XX.XXXX.XXXX
+ XX XXXX XXXX
используйте следующий код.

Следующие блоки кода содержат действительные коды для указанных проверок. Мы сохранили общую часть кода CSS для всех проверок.

CSS код

Подтвердите 10-значный номер телефона

Сначала мы проверяем номер телефона из 10 цифр. Например, 1234567890, 0999990011, 8888855555 и т. Д.

HTML-код

Код JavaScript

Проверьте североамериканские номера телефонов

Теперь давайте посмотрим, как проверить номер телефона в формате 222-055-9034, 321.789.4512 или 123 256 4587.

HTML-код

Код JavaScript

Подтвердите международный номер телефона с кодом страны

Теперь давайте посмотрим, как проверить номер телефона с кодом страны в формате + 24-0455-9034, +21.3789.4512 или +23 1256 4587.

HTML-код

Код JavaScript

Другая проверка JavaScript:

Источник

Валидация номера телефона на JS

На этом уроке мы сделаем валидацию номера телефона на JS. Для этого создадим форму с одним единственным полем, куда пользователь будет вводить номер телефона.

Что получим на выходе?

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

Логика действий

Мы могли бы получить значение из инпута по его id, имени или тегу, но так делать не дальновидно. Можно заранее предвидеть, что со временем будут добавляться новые поля в форму. Мы учтем это и зададим пока что единственному инпуту data. атрибут (data-rules), где rules – произвольное название.

HTML форма

Найдем все поля с data-rules, которые нужно валидировать и поместим их в переменную inputs.

let inputs = document.querySelectorAll(‘input[data-rules]’);

Найденные поля переберем циклом for.

for (let input of inputs)

На все найденные поля повесим событие, что при потери фокуса (blur), мы должны сделать проверку на соответствие правилам внутри функции.

input.addEventListener (‘blur’, function() <

Сначала прочитаем эти правила и узнаем содержимое поля (то, что ввел туда пользователь).

let rules = this.dataset.rules;
let value = this.value;
let check;

Через конструкцию switch-case проверим на соответствие данных введенных пользователем, нашим правилам.

В случае, если поле с data-rules имеет значение tel, то запустится проверка значения через метод test на соответствие регулярному выражению.

switch (rules) <
case ‘tel’:
check = /^\d+$/.test(value);
break;
>

Внутри конструкции switch-case можно задавать новые правила и проверять их, у новых добавленных полей в HTML форму.

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

/^\d+$/ //регулярное выражение

Как составлять регулярные выражения? Существуют онлайн-генераторы, просто погуглите.

Оформим визуально результат проверки. Если переменная check вернула истину, тогда добавим к полю класс valid (зеленая рамка).

if (check) <
this.classList.add(‘valid’);

Если ложь, то добавим класс invalid (красная рамка).

Однако, есть проблема – наше поле получает сразу два класса и рамка при ещё незаполненном поле уже красная – не валидная. Сначала удаляем класс invalid, если он есть, а затем удаляем класс valid.

if (check) <
this.classList.remove(‘invalid’);
this.classList.add(‘valid’);
>
else <
this.classList.remove(‘valid’);
this.classList.add(‘invalid’);

CSS код добавляемых классов

.valid <
border: 1px solid green;
>

.invalid <
border: 1px solid red;
>

Пример валидации телефона

Копирование материалов разрешается только с указанием автора (Михаил Русаков) и индексируемой прямой ссылкой на сайт (http://myrusakov.ru)!

Добавляйтесь ко мне в друзья ВКонтакте: http://vk.com/myrusakov.
Если Вы хотите дать оценку мне и моей работе, то напишите её в моей группе: http://vk.com/rusakovmy.

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

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

Порекомендуйте эту статью друзьям:

Если Вам понравился сайт, то разместите ссылку на него (у себя на сайте, на форуме, в контакте):

Комментарии ( 0 ):

Для добавления комментариев надо войти в систему.
Если Вы ещё не зарегистрированы на сайте, то сначала зарегистрируйтесь.

Copyright © 2010-2021 Русаков Михаил Юрьевич. Все права защищены.

Источник