---
title: "OTP в WhatsApp или по SMS: стоимость, доставка и резервный канал"
description: "OTP в WhatsApp и OTP по SMS: модель стоимости, охват и доставка, удобство для пользователя, шаблоны аутентификации, резерв по SMS и защита от фрода."
canonical: "https://omnichannels.ai/ru/blog/whatsapp-otp-vs-sms-otp/"
language: "ru"
updated: "2026-10-16"
publisher: "BroadNet Technologies"
brand: "OmniChannels.ai"
category: "whatsapp"
primaryQuery: "otp whatsapp или sms"
keywords: ["otp в whatsapp", "sms otp или whatsapp", "шаблон аутентификации whatsapp", "резервная отправка otp по sms", "автозаполнение otp в одно касание", "доставляемость otp", "otp api whatsapp"]
published: "2026-10-16"
author: "OmniChannels.ai Editorial Team"
reviewer: "BroadNet Messaging Solutions Team"
readingMinutes: 10
answer: "Используйте OTP в WhatsApp, когда ваши пользователи активны в WhatsApp и вы хотите шаблон аутентификации с копированием кода, в одно касание или без касаний; используйте OTP по SMS, когда нужно достучаться до любого телефона без приложения и мобильного интернета. Большинство продакшен-систем сначала отправляют OTP в WhatsApp и после короткого ожидания переходят на SMS. Стоимость различается по странам и зависит от посообщенческой тарификации, поэтому смоделируйте оба варианта на своих объёмах."
takeaways: ["OTP в WhatsApp использует одобренный шаблон аутентификации, за каждое доставленное сообщение которого Meta берёт плату; OTP по SMS тарифицируется по сегментам в зависимости от маршрута и направления, поэтому сравнивайте по странам, а не в целом.", "SMS доходит до любого телефона с сигналом, а для WhatsApp у пользователя должен быть WhatsApp и подключение к данным.", "Шаблоны аутентификации поддерживают доставку с копированием кода, в одно касание и без касаний; в API это выражается как deliveryMode со значениями COPY_CODE, ONE_TAP или ZERO_TAP.", "Схема «сначала WhatsApp, затем SMS» балансирует стоимость и охват, но резервную отправку нужно ограничивать, чтобы не удваивать сообщения и не открывать возможности для злоупотреблений.", "Оба канала — цели для фрода с накруткой трафика, поэтому ограничивайте число запросов на номер и на IP и проверяйте номера перед отправкой."]
faq: 
  - q: "OTP в WhatsApp дешевле, чем OTP по SMS?"
    a: "Это зависит от страны назначения и провайдера. Meta берёт плату за шаблоны аутентификации за каждое доставленное сообщение по рынку получателя, а SMS тарифицируются по сегментам на маршруте. На одних рынках дешевле один вариант, на других — наоборот. Не полагайтесь на общее утверждение: смоделируйте оба варианта с помощью наших инструментов цен и реальных объёмов."
  - q: "OTP в WhatsApp безопаснее OTP по SMS?"
    a: "Ни один из них сам по себе не является сильным аутентификатором. OTP в WhatsApp избегает риска подмены SIM-карты в SMS-сети для самого сообщения, но аккаунты всё равно можно захватить, а пользователей — обманом заставить поделиться кодом. Оба — одноразовые коды, отправляемые в канал. Используйте короткий срок действия, ограниченное число попыток и более сильные факторы для рискованных действий."
  - q: "Что такое шаблон аутентификации WhatsApp?"
    a: "Это шаблон в категории аутентификации Meta, используемый только для одноразовых кодов. Доставка может быть с копированием кода, с автозаполнением в одно касание или без касаний. Шаблоны требуют одобрения Meta и имеют фиксированную структуру. В нашем API вы создаёте его с category AUTHENTICATION и задаёте deliveryMode COPY_CODE, ONE_TAP или ZERO_TAP."
  - q: "Когда переходить с WhatsApp на SMS?"
    a: "Когда сообщение в WhatsApp не удалось, отклонено или не достигло статуса «доставлено» за короткое заданное вами время ожидания, например за время, которое пользователь разумно готов ждать. Ограничьте число переходов на резерв на номер и на сеанс, аннулируйте первый код при отправке второго и записывайте, какой канал сработал."
  - q: "Нужно ли согласие (opt-in) для сообщений с OTP?"
    a: "Для WhatsApp — да, так как политика Meta требует, чтобы пользователи давали согласие на получение сообщений от компании. Обычно пользователь сам сообщает номер и запрашивает код, и это явное действие, а в ваших условиях и уведомлении о конфиденциальности должен быть объяснён канал. Правила SMS различаются по странам, поэтому проверьте требования к Sender ID и согласию для своих направлений."
  - q: "Можно ли отправлять OTP по обоим каналам одновременно?"
    a: "Это возможно, но редко разумно. Двойная отправка одного и того же кода удваивает стоимость, путает пользователей и расширяет поверхность для злоупотреблений. Лучше последовательная доставка: попробуйте предпочтительный канал, дождитесь статуса, затем один раз перейдите на резервный. Выбирайте канал по предпочтению пользователя или данным по стране, если они у вас есть."
sources: 
  - title: "Pricing on the WhatsApp Business Platform — Meta for Developers"
    url: "https://developers.facebook.com/documentation/business-messaging/whatsapp/pricing"
  - title: "WhatsApp Business Messaging Policy"
    url: "https://business.whatsapp.com/policy"
  - title: "NIST SP 800-63B-4: Digital Identity Guidelines, Authentication and Authenticator Management"
    url: "https://pages.nist.gov/800-63-4/sp800-63b.html"
  - title: "3GPP TS 23.040: Technical realization of the Short Message Service (SMS)"
    url: "https://www.3gpp.org/dynareport?code=23040"
---

# OTP в WhatsApp или по SMS: стоимость, доставка и резервный канал

Canonical: https://omnichannels.ai/ru/blog/whatsapp-otp-vs-sms-otp/
Language: ru
Publisher: OmniChannels.ai by BroadNet Technologies

Это руководство для продуктовых и инженерных команд, выбирающих, как доставлять одноразовые коды (OTP): в WhatsApp, по SMS или обоими способами. Оно сравнивает модель стоимости, охват, удобство для пользователя и риски фрода, объясняет шаблоны аутентификации и показывает, как построить схему «сначала WhatsApp, затем SMS». О более широкой картине безопасности читайте в нашем [руководстве по сообщениям OTP-аутентификации](/ru/blog/otp-authentication-messages-guide/).

## Чем OTP в WhatsApp отличается от OTP по SMS?

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

| | OTP в WhatsApp | OTP по SMS |
|---|---|---|
| Охват | Пользователи с WhatsApp и подключением к данным | Любой телефон с мобильным сигналом |
| Тип сообщения | Одобренный шаблон аутентификации | Обычное текстовое сообщение |
| Идентичность отправителя | Ваш верифицированный бизнес-профиль WhatsApp | Имя отправителя или номер с учётом правил страны |
| Удобство для пользователя | Копирование кода, автозаполнение в одно касание или без касаний | Ввод вручную или автозаполнение ОС там, где оно поддерживается |
| Основа тарификации | За каждое доставленное сообщение аутентификации по рынку (Meta) | За сегмент по маршруту и направлению |
| Одобрение | Шаблон одобряет Meta | Регистрация имени отправителя во многих странах |
| Роуминг и отсутствие данных | Нужен интернет | Работает без данных |
| Статус | SUBMITTED, SENT, DELIVERED, READ, FAILED, REJECTED | SUBMITTED, SENT, DELIVERED, FAILED, REJECTED |

Ни один канал не лучше всегда. Правильный выбор зависит от ваших пользователей, направлений и риска.

## Чем различается модель стоимости?

Сравнивайте по странам и по успешной верификации, а не по сообщению. Meta берёт плату за каждое доставленное сообщение на WhatsApp Business Platform по категории шаблона и рынку получателя, а аутентификация — отдельная категория. Стоимость SMS зависит от направления, маршрута и числа сегментов.

Моменты, которые меняют расчёт:

- **Сегменты.** SMS на арабском — это Unicode, поэтому код с длинной формулировкой может занять два сегмента (70 символов для одного, 67 в каждом при разделении, по 3GPP TS 23.040). Делайте текст OTP коротким.
- **Неудачные попытки.** Meta тарифицирует доставленные сообщения, а тарификация SMS зависит от условий вашего маршрута. Спросите, что тарифицируется при сбое.
- **Объём резервной отправки.** Если 10 процентов отправок в WhatsApp переходят на SMS, в этих случаях вы платите за оба канала.
- **Сборы провайдера.** Провайдер может добавлять собственные сборы. Наш WhatsApp оплачивается по тарифу Meta без наценки, а SMS тарифицируются по направлению.

Не вписывайте в бизнес-обоснование цены из блога. Используйте [цены WhatsApp по странам](/ru/whatsapp-pricing/), страницы цен на SMS, [калькулятор цен WhatsApp](/ru/tools/whatsapp-pricing-calculator/) и оценщик расходов, а затем сверяйтесь с актуальным тарифом Meta, поскольку Meta меняет тарифы по графику.

## Что даёт лучшую доставку и удобство?

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

Удобство в WhatsApp лучше, если шаблон это поддерживает:

- **Копирование кода:** пользователь нажимает кнопку, которая копирует код.
- **Автозаполнение в одно касание:** код подставляется в ваше приложение после одного касания.
- **Без касаний (zero-tap):** код подставляется без нажатия там, где это поддерживает устройство.

В SMS автозаполнение зависит от операционной системы и формата сообщения, поэтому тестируйте на реальных устройствах. Для арабскоязычных пользователей убедитесь, что код ясно читается в тексте справа налево. Прежде чем обещать zero-tap в своём продукте, проверьте актуальные требования к устройствам и приложениям в документации Meta по шаблонам аутентификации.

## Как создать шаблон аутентификации через API?

Создайте его с категорией `AUTHENTICATION` и выберите режим доставки. В нашем API `POST /whatsapp/template` принимает multipart-поля; вот те, что важны для OTP.

| Поле | Значение |
|---|---|
| `name` | Название шаблона строчными буквами, уникальное в вашем аккаунте |
| `languageType` | Код языка, например `en_US` или `ar` |
| `category` | `AUTHENTICATION` |
| `templateType` | `OTP` |
| `deliveryMode` | `COPY_CODE`, `ONE_TAP` или `ZERO_TAP` |
| `codeExpirationMinutes` | Срок действия, показываемый пользователю (необязательно) |

Новые шаблоны получают статус `PENDING`, пока их не одобрит Meta. У шаблонов аутентификации фиксированная структура, заданная Meta, поэтому остальные поля для первого шаблона уточните в [справочнике WhatsApp API](/developers/whatsapp/) и у нашей команды. Одобрение — решение Meta, и сроков мы не обещаем.

## Как отправить код по каждому каналу?

В WhatsApp отправьте одобренный шаблон с кодом в переменной основного текста. Для кнопки копирования кода передайте тот же код в `buttonsTemplateVariable`.

```bash
curl -X POST https://api.broadnet.me/whatsapp/message/sendbulk \
  -H "Authorization: Bearer $BROADNET_TOKEN" \
  -F batchId=0 \
  -F destinationNo=971500000000 \
  -F messageType=TEMPLATE \
  -F templateName=login_code \
  -F templateLanguage=en_US \
  -F bodyTemplateVariables=482913 \
  -F buttonsTemplateVariable=482913
```

Здесь `login_code` — заглушка для вашего собственного одобренного шаблона аутентификации. В SMS вызовите `POST /sms/sendSms` с JSON:

```bash
curl -X POST https://api.broadnet.me/sms/sendSms \
  -H "Authorization: Bearer $BROADNET_TOKEN" \
  -H "Content-Type: application/json" \
  -d '{
    "senderId": "OmniDemo",
    "destinationNumber": "971500000000",
    "message": "Your OmniDemo code is 482913",
    "messageType": "TEXT"
  }'
```

Обратите внимание на различия: WhatsApp — это multipart form data, и возвращается `batchId`; SMS — это JSON, и идентификатор сообщения возвращается обычным текстом. Полные примеры — в наших руководствах по отправке WhatsApp через API и [отправке SMS через API](/ru/blog/send-sms-api-examples/).

## Как построить доставку «сначала WhatsApp, затем SMS»?

Отправьте в WhatsApp, дождитесь статуса и при необходимости один раз отправьте SMS. Наши статусы приведены к единому виду во всех каналах, поэтому один и тот же обработчик может управлять обоими.

1. **Сгенерируйте код** на сервере, храните только хеш со сроком действия и ограничьте число попыток.
2. **Отправьте шаблон WhatsApp** и запишите `batchId` и идентификатор вашей операции.
3. **Дождитесь** `DELIVERED` в вебхуке в течение выбранного вами окна, исходя из терпения пользователя.
4. **Если `FAILED`, `REJECTED` или доставки нет вовремя,** аннулируйте первый код, сгенерируйте новый и отправьте SMS.
5. **Ограничьте переходы на резерв** на номер и на сеанс.
6. **Записывайте, какой канал сработал,** чтобы настраивать порядок по странам.

Избегайте слепых повторов после тайм-аутов, потому что у API нет ключа идемпотентности; проверяйте статус перед повторной отправкой, как описано в разделе «Ошибки и лимиты». Порядок каналов настраивается в OmniChannels.ai для каждого сценария, а общий дизайн описан в нашей [стратегии резервных каналов](/ru/blog/channel-fallback-strategy/). О работе с вебхуками читайте в руководстве по вебхукам. Голосовой OTP — ещё один шаг резерва; см. руководство по голосовому OTP и обратитесь в отдел продаж за ценами на голос.

## Чем различаются фрод и злоупотребления?

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

Меры, применимые к обоим каналам:

- **Ограничивайте число запросов кода** на номер телефона, на IP-адрес, на устройство и на аккаунт.
- **Проверяйте номера** перед отправкой; см. HLR-запросы.
- **Ограничивайте резервную отправку,** чтобы злоумышленник не мог вызвать два сообщения на один запрос.
- **Следите за конверсией**: много запросов при малом числе завершённых верификаций — тревожный признак.
- **Блокируйте направления,** которые вы не обслуживаете.
- **Короткий срок действия и ограниченное число попыток** без повторного использования кода.

Читайте [защиту от SMS pumping](/ru/blog/sms-pumping-fraud-prevention/) и используйте калькулятор фрода для оценки риска. По NIST SP 800-63B-4 внеполосные коды — один из типов аутентификаторов с известными ограничениями, поэтому для рискованных действий, таких как платежи или восстановление аккаунта, применяйте более сильные методы.

## Что выбрать?

Решайте по аудитории и риску, затем тестируйте.

| Ситуация | Рекомендуемый подход |
|---|---|
| Пользователи в основном в WhatsApp, продукт на базе приложения | Сначала WhatsApp, резерв по SMS |
| Смешанная аудитория, многие без интернета | Сначала SMS или только SMS |
| Рискованные транзакции | OTP плюс более сильный фактор; не полагайтесь только на один из каналов |
| Пользователи в роуминге или с плохим интернетом | SMS |
| Нужно автозаполнение в одно касание в приложении | Шаблон аутентификации WhatsApp |
| Строгий контроль расходов на одном рынке | Сравните оба канала для этой страны |

## Пример: приложение типа райдхейлинга в странах Персидского залива

«Rafiq Rides» (условный пример) верифицирует новые аккаунты водителей и пассажиров в ОАЭ, Саудовской Аравии и Египте.

- **Дизайн:** шаблон аутентификации WhatsApp с копированием кода в первую очередь; резерв по SMS после короткого ожидания без статуса `DELIVERED`.
- **Защита:** три запроса кода на номер в час, лимит на IP, проверка номера перед первой отправкой и один переход на резерв за сеанс.
- **Измерение:** верификация, завершённая за короткий срок, в разбивке по каналу и стране; доля неудач и резерва.
- **Настройка:** в одной стране, где доставка в WhatsApp слабее, команда меняет порядок на «сначала SMS».
- **Расходы:** моделируются по странам с помощью инструментов цен и ежемесячно сверяются с фактическими отправками.

## Какие типичные ошибки?

- **Сравнение одной глобальной цены** вместо цены по странам и на верифицированного пользователя.
- **Одновременная отправка по обоим каналам,** которая удваивает стоимость и поверхность для злоупотреблений.
- **Неограниченные кнопки повторной отправки.**
- **Повторное использование старого кода** после перехода на резерв.
- **Логирование кодов** или передача их в URL.
- **Нет записи о согласии** для канала WhatsApp.
- **Обещание zero-tap везде.** Проверяйте актуальную поддержку устройств.
- **Ограничения:** это руководство описывает механизм. Доставка, стоимость и поддержка устройств различаются по странам, маршрутам и правилам Meta и должны проверяться на ваших рынках.

## Как помогает OmniChannels.ai

OmniChannels.ai охватывает оба канала в одном API: шаблоны аутентификации WhatsApp (в одно касание, без касаний и с копированием кода) как официальный Meta Business Solution Provider и A2P SMS через прямые подключения BroadNet к операторам, с резервным каналом, настраиваемым для каждого сценария, и статусами в едином формате вебхука. Наша команда вместе с вами готовит регистрации имён отправителей и WhatsApp; одобрения остаются за Meta и регуляторами. См. [решение для OTP](/ru/solutions/otp-notifications/), API для OTP по SMS и документацию для разработчиков.
