TL;DR: Август 2026 — новости месяца, а не датированный changelog. Включите outgoing_calls_enabled, затем POST /calls/outgoing — гудок на 5 секунд по умолчанию, без звука. HTTP 200 значит, что WhatsApp принял предложение. Каталоги, группы, LID-поиск и смена Partner-прокси после бана — доказательство, что шлюз по-прежнему следит за WhatsApp.
Весь август 2026 Whapi.Cloud шёл в ногу с WhatsApp. За месяц появился исходящий гудок call-as-attention без звука, а остальные правки закрывают изменения платформы. Владельцы бизнеса и интеграторы могут опираться на API как на поддерживаемый рабочий канал.
Мы видели, как операторы агентств с десятком клиентских номеров на Node.js или n8n принимают HTTP 200 за законченный диалог. Гудок — это прерывание; непрочитанный тред всё равно нужно дописать. Этот материал не разбирает пошаговую настройку методов и схемы вебхуков поле за полем.
Что на самом деле делает исходящий звонок WhatsApp без звука?
Call-as-attention — гудок без звука и без VoIP. Вы задаёте окно 0–30 секунд, по умолчанию 5. Код 200 значит только то, что WhatsApp принял предложение.
HTTP 200 значит, что WhatsApp принял предложение, а не то, что собеседник ответил. Звук не передаётся, звонок обрывается, когда истекает окно duration. Это главное новое умение месяца — оно описано в статье как инициировать исходящий звонок WhatsApp.
Сторонние библиотеки годами умели наблюдать входящие звонки, но для исходящего гудка всё равно нужен был WebRTC. Whapi.Cloud теперь делает ту же работу по HTTP: разбудить трубку, затем продолжить в чате.
Duration 0 завершает звонок сразу после подтверждения предложения. Флаг канала — outgoing_calls_enabled в Channel Settings; смена флага перезапускает канал. Рядом стоит GET /calls/{CallID}: он возвращает result, время ответа и status уже на подключённом канале. Историю звонков с серверов WhatsApp этот метод не запрашивает.
Форма запроса POST /calls/outgoing — ниже. Вернувшийся call_id сверяйте с этим GET, чтобы получить детали на стороне канала.
// HTTP 200 here means WhatsApp accepted the offer.
// Treat it as answered and you skip the unread-chat follow-up while the ring is already gone.
const res = await fetch('https://gate.whapi.cloud/calls/outgoing', {
method: 'POST',
headers: {
Authorization: `Bearer ${process.env.WHAPI_TOKEN}`,
'Content-Type': 'application/json'
},
body: JSON.stringify({ to: '1234567890', duration: 5 })
});
const data = await res.json();
// data.status is initiated; pair call_id with GET /calls/{CallID} for channel-local details
В событиях звонка теперь есть answered_at, finalized и status. Карта полей — в статье вебхуки входящих звонков.
Короткий гудок будит непрочитанный чат, Cloud Calling считает живой голос
Cloud Calling берите, когда уже есть разрешение на настоящий голосовой импульс. Гудок шлюза — когда чат лежит непрочитанным и нужно разбудить трубку, а затем продолжить в WhatsApp.
62% входящих бизнес-звонков остаются без ответа (Aira, по данным SocialVik). Автоответчик спасает примерно один из ста. Сначала гудок, затем допишите в WhatsApp, если чат так и не открыли. Клиники уже переводят пропущенный входящий голос в тред записи.
В официальном WhatsApp Business API исходящий звонок от бизнеса требует явного разрешения пользователя, а четыре пропущенных подряд автоматически его отзывают. В Whapi.Cloud POST /calls/outgoing — сигнальный гудок без VoIP-медиа: шлюз работает на сокетах веб-сессии и не продаёт IP-телефонию. Если тянуться к Cloud Calling как к дешёвому пинку непрочитанного чата, вы упрётесь в лестницу разрешений, а затем в отзыв после четырёх промахов.
| Решение | Гудок шлюза call-as-attention | Meta* Cloud Calling (BIC) |
|---|---|---|
| Что получает адресат | Короткий гудок; звонок обрывается по окну duration | Живая голосовая сессия WebRTC |
| Модель разрешений | Флаг канала outgoing_calls_enabled |
Предварительное разрешение пользователя; четыре пропущенных отзывают его |
| Сигнал успеха | HTTP 200 = WhatsApp принял предложение | Реально установленный голосовой импульс в продукте Cloud Calling |
| Какую задачу закрывает | Разбудить непрочитанный тред WhatsApp | Провести настоящий телефонный разговор |
Агентства уже связывают проактивные рассылки новым контактам с баном в 15–30% против менее 2% у ботов только на входящих. Новый исходящий гудок оставляйте как follow-up к непрочитанному треду. Реагирует серверная антиспам-логика WhatsApp; на production-планах Whapi.Cloud частоту звонков не режут.
Каталог, заказы, группы, сообщества, опросы и метки: августовские правки
Правки магазина, групп и идентичности читайте как одно доказательство актуальности: HTTP-поверхность по-прежнему двигается вместе с WhatsApp.
Входящие вебхуки теперь приходят с идентификаторами @lid; LID-to-phone lookup возвращает ключ маршрутизации CRM. Если lookup пропустить, через неделю после смены идентичности в вебхуке CRM начнёт плодить дубли. Отправки падают, когда в таблице чатов нет LID-маппинга после этой миграции. Разбор маппинга — в статье как WhatsApp LID снова сходится с номером телефона.
Магазин: каталоги, товары и заказы
Эндпоинты листинга каталога теперь падают без авторизованного инстанса, а WhatsApp режет каталожный GraphQL по rate-limit. Августовские правки вернули create, update и delete под живую сессию — включая каталоги контактов, отправку product-сообщения и выборку заказа по OrderID или order_token. Заказы с LID, которые зависают, ретраятся через маппинг на телефон. Сломался публичный скрейп каталога без подключённого канала.
Группы, сообщества и опросы
Смена иконки группы, одновременное голосование в опросе и добавление участников после создания сообщества — как раз те края, которые сыпались. Выборка сообщества после старта канала падала, пока сессия уже была жива, а список сообществ ещё пуст. WhatsApp 479 на отправке в группу теперь уходит в retry.
Частичное создание группы возвращает unprocessed_participants, а не делает вид, что все add прошли. Синхронизация истории чата, удаление статусов и font_type текстового статуса лежат в той же корзине: шлюз отследил, что изменил WhatsApp.
LID-поиск, метки и учёт phone-check
Идентификаторы LID вытесняют phone JID во всё большей доле входящих событий. Lookup возвращает ключи маршрутизации CRM. GET /contacts/ids/{ContactLID} (getIdByLid) — тот lookup, который восстанавливает телефонный ключ CRM. LID-to-phone отвечает 404, когда маппинга нет, и 502, когда сервис lookup недоступен. Эти два кода — разница между «этот человек неизвестен» и «путь lookup лежит».
Синхронизация меток с телефона и управление метками на LID-чатах пришли в том же проходе. LID-to-phone lookup на Trial и Sandbox считаются в лимит phone-check: цикл маппинга на тестовом канале жрёт ту же квоту, что и production-проверка существования номера. Валидация цитаты теперь отдаёт 400 вместо 500. Проверка номеров кэшируется и идёт батчами.
Смените прокси до авторизации нового номера
После бана смените прокси до авторизации запасного номера. Тот же скомпрометированный IP — вот как запасные SIM банят пачками.
На практике команды, которые вешают новую SIM на старый прокси, теряют замену в ту же неделю. Агентство, с которым мы это разбирали, поменяло забаненную SIM, оставило старый прокси и потеряло новый номер ещё до конца прогрева. Смените прокси до авторизации нового номера. Partner API теперь открывает недостающий шаг: сменить прокси канала на флоте, затем авторизовать следующий номер. Выбор регионального и дефолтного прокси описан в статье дефолтные и региональные прокси.
Прогрев, всплески объёма и одинаковые массовые тексты по-прежнему относятся к статье как избежать бана WhatsApp в 2026. История этого месяца — порядок переподключения после бана. Уникальные прокси и региональные провайдеры уже изолируют каналы; ротация через Partner API — рычаг, когда номер уже потерян. Более 3000 активных клиентов крутят этот стек в production каждый день.
Устаревший WhatsApp ломает handshake 405, пока шлюз не догонит протокол
Устаревшие версии WhatsApp дают handshake 405, пока шлюз не догонит живой протокол. Это тихая история надёжности месяца.
Self-hosted стеки фиксируют версию протокола, WhatsApp требует более новый handshake, и сокеты падают с 405 — даже если клиент рекламирует актуальный web-version. Whapi.Cloud принимает эти сдвиги протокола на своей стороне, поэтому клиентские HTTP-пути остаются стабильными, пока шлюз следит за WhatsApp. Если канал всё ещё отдаёт 405 после очередного обновления протокола, напишите в чат-виджет на whapi.cloud.
Что операторам стоит вынести из дайджеста за август 2026?
Весь август 2026 Whapi.Cloud выкатил гудок call-as-attention и закрыл остальные правки, чтобы операторы опирались на поддерживаемый канал WhatsApp.
Исходящий гудок без звука — видимый релиз. Каталог, группы, LID-поиск, метки и ротация Partner-прокси — это обслуживание, которое держит канал актуальным. Датированные релиз-ноты живут в product changelog. 200 по-прежнему фиксирует только то, что WhatsApp принял предложение.
Whapi.Cloud подключается через сокеты веб-сессии — тем же путём, что WhatsApp Web. В этой категории неофициального API сигнальный гудок будит чат, а Cloud Calling тарифицирует голосовые импульсы WebRTC.
