Skip to main content
Используйте служебный шаблон для отправки нерекламного обновления, которое относится к конкретному запросу клиента, транзакции, аккаунту или услуге либо соответствует критериям Meta для важной информации.

​
Отталкивайтесь от события, вызвавшего сообщение

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

​
Сделайте контекст понятным

Включайте достаточно информации, чтобы клиент и проверяющий понимали причину отправки сообщения. Пример шаблона:
При отправке на проверку указывайте репрезентативные примеры значений. Не скрывайте бизнес-цель внутри переменной. Пример не является одобренным шаблоном. Результат проверки зависит от полного текста сообщения и сценария использования.

​
Сравните конкретные черновики

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

​
Определите триггер и условие остановки

У служебного уведомления должны быть:
  • Триггер: конкретное изменение состояния, например PACKED → SHIPPED заказа.
  • Условие остановки: обновление больше не актуально или заменено другим, например посылка уже доставлена.
Для уведомлений о доставке сохраняйте номер заказа, получателя, версию события и использованный вариант шаблона. Если система заказов генерирует одно и то же событие дважды, выполните дедупликацию перед отправкой. При сбое доставки проверьте актуальный статус заказа перед повторной попыткой. Не отправляйте устаревшее предупреждение о сбое оплаты после того, как платеж уже прошел. Одобрение шаблона не проверяет фактические бизнес-данные в сообщении.

​
Не смешивайте служебные и маркетинговые сообщения

Если добавить промоакцию, допродажу (upsell), перекрестную продажу (cross-sell) или стимул к покупке, сообщение может быть классифицировано как маркетинговое, даже если оно содержит реальное транзакционное обновление. Не разбивайте рекламные фразы по переменным и не используйте кнопку служебного шаблона для отправки постороннего предложения. Выбирайте Маркетинговые шаблоны, если такова реальная цель. Одноразовые пароли для подтверждения личности относятся к категории Шаблоны аутентификации.
Служебный шаблон Meta с подтверждением бронирования, с размеченными заголовком, текстом, подвалом и кнопками.

A reservation confirmation illustrates a transaction-specific update without an added promotion.

Источник: официальный пример Meta.

​
Выберите шаблон или сервисный ответ

Для уведомлений по событиям вне окна обслуживания клиентов используйте одобренный шаблон. В рамках открытого окна можно отвечать произвольным сервисным сообщением или использовать служебный шаблон. Эта разница важна как для возможности отправки, так и для тарификации. Служебные шаблоны, доставленные внутри открытого сервисного окна, освобождаются от платы Meta; за пределами окна обычно применяется соответствующий тариф для служебных сообщений. Полные правила см. в разделе Тарифы WhatsApp.

​
Проверяйте сообщение в момент отправки

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

​
Дальнейшие действия в YCloud

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