WhatsApp к amoCRM (Kommo) в 2026 подключают двумя путями: официально (через Cloud API) или через «серый» личный номер. Выбор между ними решает один вопрос — будете ли вы писать клиентам первыми (рассылки) или только отвечать тем, кто написал сам. От этого зависит и метод, и риск блокировки.
Подключение личного номера по QR (WhatsApp Lite — это была фича Kommo), которым пользовались годами, в нативной интеграции закрыли. Ниже — чем официальный путь отличается от «серого», простыми словами; механика бана (почему один бизнес блокируют за день, а другой годами работает на «сером» номере спокойно); и как выбрать под свой случай.
- QR-подключение личного номера (WhatsApp Lite) в нативной интеграции свернули.
- Главный вопрос: нужны рассылки или только отвечаете на входящие. Рассылки → официальный Cloud API. Только входящие → «серый» номер законно выигрывает (дешевле, гибче).
- Риск «серого» зависит от того, что вы делаете, а не от метода. Клиенты пишут первыми, вы отвечаете → жаловаться не на что → бан почти исключён. Шлёте незваные рассылки → жалобы → бан.
- Механика бана: незваное сообщение → жалоба → 2–3 жалобы за день → моментальная блокировка номера.
- Официальный путь (Cloud API) бывает в двух вариантах, и разница ровно одна: остаётся ли WhatsApp у вас в телефоне. «С телефоном» — это coexistence; «без телефона» — классический Cloud API.
- Преимущество «серого»: нет окна 24 часов и шаблонов — пишете когда угодно, как в обычном WhatsApp.
Что изменилось в 2026: WhatsApp Lite закрыли
Раньше WhatsApp подключали в два клика: сканировали QR обычного WhatsApp — переписка падала в CRM. Бесплатно, без верификаций. У Kommo это называлось WhatsApp Lite.
Это свернули и переводят всех на официальный Meta Cloud API. «Подключить клиенту WhatsApp бесплатно по QR» в нативной интеграции больше нельзя — личный номер по QR сегодня подключается только через стороннего провайдера. Но «через провайдера» ≠ «обязательно забанят»: бан зависит не от способа, а от того, что вы через номер делаете.
Механика бана: за что Meta блокирует номер
WhatsApp блокирует номера по жалобам людей, а не за сам факт подключения к CRM. Механика простая:
- Бизнес отправил сообщение человеку, который его не ждал.
- Человек нажал «Заблокировать и пожаловаться».
- Набралось 2–3 такие жалобы за короткий срок — и номер моментально блокируют.
Вывод, который меняет всё: пожаловаться можно только на исходящее сообщение, которого человек не ждал. Когда клиент пишет вам сам, а вы отвечаете в диалоге — жаловаться не на что. Нет жалоб — нет бана. Поэтому «серый» номер на входящем потоке работает годами без проблем, а риск появляется в момент, когда бизнес начинает рассылать первым по незнакомым.
Официальный путь — Cloud API (с телефоном или без)
Cloud API — официальное подключение от Meta. Только здесь возможны легальные рассылки по базе. Единственное, в чём все путаются: у этого подключения два варианта, и разница ровно одна — останется ли WhatsApp у вас в телефоне.
Вариант «с телефоном» (coexistence — это режим Kommo). Номер остаётся жить в приложении WhatsApp на телефоне, как сейчас. Вы переписываетесь с телефона как привыкли, а CRM подключается сверху и просто видит все диалоги: хранит историю, даёт отвечать нескольким менеджерам, включает автоматику. Что отвечаете сами с телефона — бесплатно; платите только за то, что шлёт автоматика. Для маленького бизнеса, где хозяин сам в переписке, — самый мягкий вариант: в привычке не меняется ничего.
Вариант «без телефона» (классический Cloud API). Номер целиком переезжает «в систему» (облако Meta + CRM). В телефоне этот WhatsApp больше не открыть — вся переписка идёт только через CRM. Это для команды, которая отвечает с компьютеров, а трубку с этим номером в руки никто не берёт.
Оба варианта официальные и безопасные. Что нужно для подключения:
- Аккаунт Meta Business (желательно верифицированный).
- Имя бизнеса для отображения — Meta его проверяет.
- Для варианта «без телефона» — номер, свободный от WhatsApp на телефоне (для «с телефоном» телефон, наоборот, остаётся).
Порядок в amoCRM (Kommo): подключение WhatsApp Business → связать аккаунт Meta Business → выбрать вариант (с телефоном / без) → указать номер и имя → пройти модерацию → номер в воронке. Дальше — пошагово в отдельном разборе (ссылка в конце).
«Серый» номер через провайдера — для входящей переписки
Если у клиента личный номер, расставаться с приложением он не готов, а рассылки ему не нужны — подключение через стороннего провайдера (Wazzup, Radist, Whatcrm и другие из раздела «WhatsApp providers») часто разумнее официального API. Технически это сканирование QR обычного WhatsApp.
Честное преимущество перед Cloud API:
- Нет окна 24 часов и шаблонов. Пишете клиенту когда угодно и что угодно, как в обычном WhatsApp. Для живой переписки удобнее и без оплаты за каждый начатый разговор.
- Дешевле и быстрее подключить — не нужны верификация Meta Business и модерация шаблонов.
Где риск, без прикрас: «серое» подключение против правил Meta, и на рассылках по незнакомым оно банится быстро (по механике выше). Правило простое:
- Бизнес только отвечает на входящие (поддержка, заявки с сайта и рекламы, кто написал сам) → «серый» номер работает с минимальным риском, годами.
- Бизнесу нужны рассылки по холодной базе → только Cloud API, иначе бан — вопрос дней.
Интегратор обязан это проговорить: не «серое — плохо», а «серое — для входящих, рассылки — на Cloud API». Поставить клиента под рассылки на «сером» номере молча — подставить и его, и себя.
В этой же категории — AnyLinga: коннектор, который подключает WhatsApp (сейчас по QR, то есть тот же сценарий «для входящих») и поверх переводит диалоги в реальном времени — менеджер пишет на своём языке, клиент читает на своём, и наоборот. Для входящей мультиязычной переписки это закрывает сразу канал и языковой барьер, без окна 24 часов. Официальное подключение через Cloud API у AnyLinga заявлено и появится позже. Перевод — это не автоответы и не бот, а именно перевод переписки.
Окно 24 часа — это про Cloud API, не про «серый»
На Cloud API есть правила Meta, о которых клиент не знает заранее (касаются того, что шлёт CRM и автоматика):
- Окно 24 часа. Написать клиенту свободным текстом можно только в течение 24 часов после его последнего сообщения. Вне окна — нельзя.
- Старт только шаблоном. Чтобы написать первым или вне окна — заранее одобренный платный шаблон.
- Opt-in. Клиент должен согласиться получать сообщения; рассылка без согласия ведёт к жалобам.
В варианте «с телефоном» то, что вы печатаете руками с телефона, этим окном не ограничено — это обычный WhatsApp. Ограничение касается автоматических и исходящих через CRM. На «сером» номере окна и шаблонов нет вовсе — в этом его удобство, и в этом же причина, почему туда нельзя рассылки.
Instagram и Facebook — в ту же воронку
На том же шаге к amoCRM (Kommo) цепляются Instagram Direct и Facebook Messenger — переписка падает в ту же воронку и те же сделки. Для бизнеса, который продаёт и в соцсетях, это закрывает каналы в одном окне.
Где это кончается и начинается бот
Подключение WhatsApp — это канал. Дальше начинается автоматизация: автоответы, скрипты, ИИ-бот. С 15 января 2026 у Meta действуют ограничения на ИИ-ботов общего назначения в WhatsApp Business API — отдельная тема со своими правилами. Здесь её не трогаем: как настроить бота, который не нарушает правила Meta, — в отдельном разборе.
Частые ошибки при подключении
- Обещать клиенту «бесплатный WhatsApp по QR» — в нативной интеграции этого больше нет.
- Запускать рассылки на «сером» номере — почти гарантированный бан.
- Считать, что «серое» подключение банят само по себе, и переплачивать за Cloud API там, где поток только входящий.
- Подключать классический Cloud API на номер, уже залогиненный в WhatsApp на телефоне (нужен либо свободный номер, либо вариант «с телефоном»).
- Не проговорить клиенту окно 24 часа и шаблоны на Cloud API.
WhatsApp подключён — клиенты пишут. Следующий вопрос: как быстро менеджеры отвечают на первое сообщение и не теряются ли заявки. Скорость первого касания сильно влияет на конверсию, её выносят на отдельный контроль (SLA), а входящие распределяют на того, кто сейчас на линии.