Отправка шаблонов WhatsApp из роботов Bitrix24

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

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

Почему без шаблонов никак

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

Автоматизации почти всегда срабатывают вне окна (в этом их смысл). Так что для роботов шаблоны — не приятный бонус, а лицензия на право заговорить первым.

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

Шаг 1: создайте шаблон, который переживёт проверку

Шаблон — это фиксированное сообщение с нумерованными плейсхолдерами:

Здравствуйте, {{1}}! Спасибо за интерес к {{2}} — уже отправляю детали. Если появятся вопросы, пишите прямо сюда, отвечаем быстро.

Шаблоны создаются в WhatsApp Manager (или прямо из интеграции, если она умеет их подавать), и для каждого выбирается категория:

• Utility — статусы заказов, напоминания, уведомления по аккаунту. Самая дешёвая цена за диалог, самая быстрая проверка.
• Marketing — акции, повторные касания, возврат ушедших клиентов. Самая строгая проверка, цена выше.
• Authentication — одноразовые коды. Особые правила (и, что показательно, для них по-прежнему нужен номер телефона — даже на фоне перехода WhatsApp на юзернеймы).

Одобрение обычно прилетает за минуты. Когда не прилетает — почти всегда виновато одно из этого:

• Не та категория — «сервисный» шаблон, который читается как реклама. Meta переквалифицирует или отклоняет.
• Каша из переменных — плейсхолдеры вплотную ({{1}} {{2}} без слов между ними) или шаблон, состоящий в основном из переменных. Проверяющие не понимают, что реально будет отправлено, и отклоняют.
• Размытые примеры — примеры значений обязательны; ленивые («текст», «инфо») ведут к отклонению.
• Запрещённый контент — сокращённые URL (bit.ly — классический магнит для отклонений), запрещённые тематики или отсутствие возможности отписаться в маркетинговых шаблонах.

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

Шаг 2: поставьте робота в воронку

В Bitrix24 откройте CRM → ваша воронка → Роботы, выберите стадию и добавьте робота отправки шаблонов WhatsApp, которого зарегистрировала ваша интеграция (WASync регистрирует робота Send WhatsApp template). Настроить нужно три вещи:

1. С какого подключения WhatsApp отправлять (ваш номер на официальном API).
2. Какой одобренный шаблон использовать — выбор идёт из вашего реального, живого списка шаблонов, так что шаблон на проверке просто не будет предложен.
3. Привязку переменных — самое интересное, о ней ниже.

Типичные расстановки, которые отбивают своё:

• Стадия нового лида → мгновенное первое касание, пока лид горячий (отлично работает в связке с Facebook Lead Ads, льющимися в Bitrix24)
• Счёт выставлен → шаблон-напоминание об оплате через 3 дня, только если сделка не сдвинулась
• Сделка выиграна → шаблон онбординга или отслеживания доставки
• Клиент затих → шаблон-реактивация, когда сделка стоит на стадии N дней

Шаг 3: привяжите переменные (здесь живёт большинство реальных поломок)

Каждый плейсхолдер {{n}} должен заполняться из поля CRM: {{1}} ← имя контакта, {{2}} ← товар в сделке и так далее. Робот делает подстановку в момент отправки. Три правила из продакшена:

1. Привязывайте каждую переменную. Шаблон с незаполненным плейсхолдером API отклоняет при отправке — автоматизация тихо падает, если интеграция не выводит ошибку наружу.
2. Помните о пустых полях. Если у половины контактов не заполнено имя, наружу уходит поломанное на вид «Здравствуйте, , спасибо за…». Либо гарантируйте заполненность поля, либо проектируйте шаблоны так, чтобы переменные брались из полей, которые пустыми не бывают по определению (название сделки, товар, сумма).
3. Держите тон в рамках поданных примеров. Отправка контента, радикально отличающегося от примеров на одобрении, — быстрый путь к понижению рейтинга качества.

Протокол теста на пятнадцать минут

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

1. Создайте тестовый лид со своим собственным номером, проведите его через триггерную стадию и прочитайте, что реально пришло, — со всеми подставленными переменными.
2. Проверьте, что сообщение легло в таймлайн сделки в Bitrix24, — команда должна видеть, что сказал робот.
3. Ответьте на него и убедитесь, что ответ дошёл до Открытых линий: автоматизация — лишь половина петли, ответ должен поймать живой человек.

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

---

Шаблоны — это первый уровень; следующий — ответы, которые ИИ пишет по данным вашей CRM, и многошаговые чат-сценарии. И то и другое работает на тех же роботах Bitrix24 — смотрите, что автоматизирует WASync.