Как выбрать поставщика WhatsApp API (BSP)

Утром в день большой распродажи линия WhatsApp интернет-магазина внезапно замолчала. Шаблоны не отправлялись, входящие сообщения не доходили до панели. Meta была ни при чём. Агентство, которое два года назад подключало линию, закрыло договор, а номер числился на аккаунте Meta Business агентства, а не компании. Вернуть номер оказалось намного дольше, чем спасти распродажу.

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

ВыборBSPВладение номеромОдобрение шаблоновКачество доставкиИнтеграцияПоддержкаЗащита данных

Что такое BSP и где он стоит между вами и Meta

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

У этого слоя две стороны. Плюс: регистрацию, верификацию и инфраструктуру берёт на себя кто-то другой. Минус: из-за посредника легко упустить, на чьё имя оформлены критически важные активы. Как устроен API и как идёт подключение, мы разбираем в материале что такое WhatsApp Business API. Здесь фокус другой: как выбрать поставщика, с которым вы этот путь пройдёте.

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

Приложение или API: как не ошибиться с моментом перехода

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

Момент перехода узнаётся по одним и тем же признакам: телефон передают из рук в руки, никто не помнит, кто ответил в каком диалоге, за ночь копятся неотвеченные сообщения, а детали заказа теряются в переписке. Две модели мы сравниваем построчно в материале приложение WhatsApp Business или Business API. Если этот порог ещё не пройден, отложить выбор BSP — совершенно нормальное решение.

Самый важный пункт: на чьё имя оформлены номер и WABA

Первый вопрос при оценке поставщика — не цена и не длина списка функций. Он звучит так: аккаунт WhatsApp Business (WABA) и номер телефона будут созданы под моим собственным аккаунтом Meta Business? Правильный ответ ровно один. Номер и WABA принадлежат вашему бизнес-аккаунту, а поставщик фигурирует в нём как авторизованный партнёр.

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

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

Во время подключения откройте Meta Business Manager, убедитесь во владении аккаунтом собственными глазами и сохраните скриншот. Какой номер использовать — отдельная тема; условия для городских и виртуальных номеров мы разбираем в материале виртуальный и городской номер для WhatsApp Business.

Верификация, отображаемое имя и поддержка шаблонов

Имя, которое клиент видит в шапке чата, — это первое впечатление о бренде. Речь о двух разных вещах: отображаемое имя (display name) и официальный значок бизнеса, то есть зелёная галочка. Отображаемое имя должно соответствовать правилам именования Meta и при этом совпадать с вашим брендом. Зелёная галочка — отдельная заявка и отдельная проверка; шаги и требования собраны в руководстве как получить зелёную галочку WhatsApp.

Спросите поставщика, кто готовит эти заявки и кто ведёт апелляцию при отказе. Одни возвращают задачу вам, другие готовят подачу вместе с вами и экономят время на старте.

Одобрение шаблонов — это процесс, а не разовая задача

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

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

Прозрачность по качеству доставки и рейтингу качества

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

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

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

Как работает тарификация по диалогам

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

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

Зрелость API и надёжность вебхуков

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

Вебхуки — тихий, но решающий критерий

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

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

Работа команды, роли и интеграция с CRM

Настоящая причина перехода на API редко бывает технической. Она операционная: несколько человек должны упорядоченно работать с одним номером. Поэтому качество общего инбокса важно не меньше самого API. Без назначения диалогов, передачи, заметок, тегов, вида «неотвеченные» и ролевых прав хаос растёт вместе с командой. Как выстроить такую структуру, мы описали в материале общий командный инбокс.

Второй вопрос — интеграция: готовый коннектор к вашей CRM или всё придётся собирать через API самому? Готовая интеграция быстрее, но бывает поверхностной; API гибче, но требует ресурсов разработки. В Rocketly WhatsApp Business API, Instagram Direct, Telegram, почта и онлайн-чат сходятся в одном общем инбоксе, а диалоги привязываются к карточке сделки. Логику подключения чатов к воронке мы показали по шагам в материале интеграция чатов WhatsApp в воронку CRM.

Спланируйте заранее ещё одно: какие поля заполняются, когда сообщение попадает в CRM, создаётся ли карточка клиента автоматически, сопоставляется ли она с существующей и на кого назначается диалог. Записать эти правила при настройке дешевле, чем чистить дубли через полгода.

Безопасность данных, локальность и качество поддержки

В большинстве архитектур содержимое сообщений проходит через системы поставщика и какое-то время там хранится. Это обработка персональных данных. Вопросы простые: где лежат данные, сколько хранятся, как обрабатывается запрос на удаление, кто субобработчики, ведутся ли журналы доступа? По GDPR и местным нормам с поставщиком подписывают соглашение об обработке. Обязательства меняются, поэтому до запуска попросите юриста подтвердить схему.

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

План выхода: перенос номера и история переписки

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

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

Решение: таблица оценки, пилот и типичные ошибки

Самый здоровый способ сравнить поставщиков — свести критерии во взвешенную таблицу: задайте вес каждому критерию, оцените всех по одной шкале и сравните суммы. Решение принимают ваши требования, а не блеск презентации.

Критерий	Вес	Что проверяем
Владение	Критический	WABA и номер в вашем аккаунте Meta Business
Шаблоны	Высокий	Подача, причины отказа, смена категории
Прозрачность доставки	Высокий	Статусы, коды ошибок, оповещения о качестве
Интеграция	Высокий	Готовый коннектор к CRM или зрелый API
Поддержка	Средний	Языки, часы, обязательства по реакции
Выход	Высокий	Передача номера и выгрузка данных

Когда короткий список сузился до двух вариантов, запустите настоящий пилот. Начните с одного номера, проведите через проверку три-четыре шаблона, сделайте одну рассылку, направьте ответы в CRM и намеренно уроните эндпоинт вебхука, чтобы увидеть поведение системы. Честная неделя пилота даёт больше, чем трёхмесячный цикл демонстраций.

Три самые частые ошибки

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

Если поставщик выбран верно, WhatsApp перестаёт быть мессенджером и становится измеримым каналом продаж. Номер принадлежит вам, шаблоны в порядке, диалоги хранятся в CRM. Чтобы собрать такую схему в одной панели, создайте аккаунт Rocketly и начните с подключения линии WhatsApp к общему инбоксу.