В Турции, когда клиент хочет связаться с вами, первым он, скорее всего, открывает WhatsApp. Как сделать так, чтобы этот канал перестал зависеть от сотрудника, который отвечает в зелёном приложении на телефоне, и превратился в круглосуточную систему поддержки клиентов на базе ИИ, которой вы управляете из собственного интерфейса? Ответ: WhatsApp Business Cloud API и стоящий за ним Claude (Anthropic) API.

В этой статье мы не ограничиваемся общими словами. Мы объясним, что на самом деле представляет собой «новый API», почему этот номер нельзя использовать на телефоне, как построить собственный интерфейс WhatsApp на вебхуках (webhook), и от начала до конца разберём тему, в которой путаются чаще всего, — шаблоны сообщений и правило 24 часов. Затем покажем архитектуру, в которой Claude встраивается в эту схему и работает как автономный ассистент поддержки.

Что именно называют «новым API»? WhatsApp Business Cloud API

Первый источник путаницы — названия. Речь идёт о трёх разных вещах:

  • WhatsApp (личное приложение): Обычный WhatsApp на вашем телефоне.
  • WhatsApp Business App: Приложение для малого бизнеса, которым по-прежнему управляют вручную с телефона.
  • WhatsApp Business Platform (Cloud API): Программный API, размещённый в собственном облаке Meta. Именно его и называют «новым API». Он пришёл на смену старому On-Premises API, который приходилось размещать самостоятельно: теперь инфраструктурой управляет Meta, а вы просто подключаетесь к API.

Cloud API позволяет программному обеспечению (вашей системе) отправлять и получать сообщения через WhatsApp. Иными словами, общается не человек, а код. Отсюда и его сила, и его правила.

Ключевой момент: на телефоне этот номер не используется

Самое распространённое заблуждение: «подключу API, а сообщения буду смотреть ещё и в WhatsApp на телефоне». Нет. Когда вы регистрируете номер телефона в Cloud API, этот номер больше нельзя использовать одновременно в обычном приложении WhatsApp или WhatsApp Business. Он становится «API-номером».

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

Где же тогда видеть сообщения? Ответ — в следующем разделе: в собственном интерфейсе.

Собственный интерфейс WhatsApp на вебхуках

Cloud API работает в двух направлениях:

  • Входящие сообщения: Когда клиент вам пишет, Meta мгновенно отправляет событие на ваш сервер HTTP-запросом POST через вебхук. Вам не нужно «опрашивать» API в поисках сообщений: Meta сама их присылает. По этому же каналу приходят уведомления о доставке и прочтении.
  • Исходящие сообщения: Чтобы ответить, вы отправляете запрос к конечной точке /messages в Graph API компании Meta (с идентификатором номера телефона и токеном доступа).

Эти два направления позволяют построить собственный интерфейс WhatsApp: вы принимаете каждое входящее сообщение через вебхук, сохраняете его в своей базе данных (и в CRM) и показываете в своей панели как раздел «Входящие». Менеджеры по работе с клиентами отвечают оттуда, а история переписки накапливается в карточке клиента. Зелёное приложение вообще не нужно. Подтверждение вебхука (verify token) и проверка подписи входящих запросов (app secret) — базовые шаги безопасности.

Шаблоны и правило 24 часов — тема, в которой путаются чаще всего

Именно здесь спотыкаются все, поэтому будем точны. Чтобы компании не рассылали людям спам, WhatsApp применяет строгое правило:

24-часовое окно обслуживания клиентов

Как только клиент пишет вам, открывается 24-часовое окно. В его рамках вы можете отправлять сообщения в свободной форме (с любым содержанием), как в обычном чате. Каждое новое сообщение клиента снова продлевает окно до 24 часов.

Окно закрылось или вообще не открывалось: только одобренные шаблоны

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

Таким образом, в сценарии «у меня 5000 номеров, разошлю кампанию всем», если эти люди раньше вам не писали, связаться с ними можно только с помощью одобренного шаблона и при наличии их согласия (opt-in). Шаблоны проходят проверку Meta и делятся на категории:

  • Utility (служебные): Транзакционные сообщения, например статус заказа, напоминания о записи, информация о доставке.
  • Marketing (маркетинговые): Кампании, объявления, сообщения для повторного вовлечения.
  • Authentication (аутентификация): Сообщения с одноразовым паролем (OTP).

Если коротко, логика такая: если диалог начинает клиент → 24 часа вы общаетесь свободно. Если диалог хотите начать вы → обязательны одобренный шаблон и opt-in. Любая система, построенная без знания этого правила, упрётся в стену на первой же кампании.

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

Подключаем Claude API: автономная программа поддержки клиентов

Теперь самое интересное. Входящее сообщение вы принимаете через вебхук, но кто напишет ответ? Здесь в дело вступает Claude API. Процесс выглядит так:

  • 1. Клиент пишет в WhatsApp → Meta передаёт сообщение на ваш сервер через вебхук.
  • 2. Ваш сервер (например, на Laravel) принимает сообщение и собирает историю переписки и контекст клиента (из CRM).
  • 3. Вы отправляете этот контекст вместе с системным промптом в Messages API модели Claude: «Вы — ассистент поддержки бренда X, соблюдайте эти правила, у вас есть такая информация…»
  • 4. Claude формирует ответ. При необходимости через вызов инструментов (tool use) он обращается к реальным данным в вашей системе: находит заказ, проверяет остатки, создаёт запись, запускает возврат.
  • 5. Если 24-часовое окно открыто, вы отправляете ответ обратно через WhatsApp API как сообщение в свободной форме. Если оно закрыто, вы продолжаете с подходящим шаблоном.

С такой архитектурой ваш ассистент перестаёт быть «ботом с готовыми ответами» и становится слоем поддержки, который умеет рассуждать и подключён к данным вашей компании. Благодаря вызову инструментов в Claude на вопрос «где мой заказ?» он отвечает реальным статусом доставки, а на вопрос «есть ли запись на завтра?» — реальными данными календаря. Кэширование промптов (prompt caching) позволяет хранить в кэше повторяющийся системный промпт и снижать затраты, а по правилам передачи диалога человеку (human handoff) деликатные вопросы уходят к менеджеру по работе с клиентами.

Что можно построить на такой основе?

  • Первая линия поддержки 24/7: Мгновенно, даже в полночь, отвечает на частые вопросы, а также на запросы об отслеживании заказа и доставки и о процедуре возврата.
  • Запись и бронирование: Клиника, салон красоты, сервисный центр — клиент записывается через WhatsApp, а система заносит запись в календарь.
  • Квалификация лидов: Ассистент уточняет входящую заявку вопросами и передаёт подходящие лиды в отдел продаж.
  • Многоязычная поддержка: Турецкий, английский, немецкий — Claude переключает языки в рамках одного ассистента.
  • Уведомления о заказах: Транзакционные сообщения вроде «ваш заказ отправлен» (через шаблоны категории Utility).

На что обратить внимание

  • Opt-in: У вас должно быть согласие людей, которым вы будете отправлять сообщения по шаблонам; иначе рейтинг качества вашего номера снизится.
  • Рейтинг качества и лимиты сообщений: Meta присваивает вашему номеру рейтинг качества и по уровням ограничивает количество сообщений, которые можно отправить за день. Поведение, похожее на спам, снижает лимит.
  • Защита данных: При обработке данных клиентов правильно выстройте получение явного согласия, хранение и удаление в соответствии с KVKK (турецкий закон № 6698 о защите персональных данных) и Общим регламентом ЕС по защите данных (GDPR).
  • Защитные ограничения для ИИ (guardrails): Чётко объясните ассистенту, что ему можно и чего нельзя; ограничьте темы вроде обещаний по ценам или юридических консультаций и передавайте их человеку.

Как Partnerfy может помочь

У этой системы четыре опоры, и все четыре входят в нашу экспертизу: инфраструктура многоканальных рассылок, API-интеграция (вебхуки + Graph API + управление шаблонами), ИИ и автоматизация (интеграция Claude, вызов инструментов, защитные ограничения) и подключение к CRM/ERP. От переноса номера на API до собственного интерфейса входящих сообщений и ассистента на базе Claude — мы выстраиваем всё под ключ.

Если вы хотите автоматизировать линию поддержки в WhatsApp с помощью ИИ, свяжитесь с нами: мы опишем ваши сценарии и предложим подходящую архитектуру.

Источники