Сайт + соцсети: как собрать все заявки в одном месте

Заявки редко теряются из-за ленивых менеджеров. Они теряются на стыках между системами: между формой и почтой, между рекламным кабинетом и CRM, между личным телефоном менеджера и остальной командой.

Это не организационная проблема, а архитектурная. Каждый канал – отдельный источник данных со своими правилами доставки, задержками и точками отказа. Пока эти потоки не сведены в одну систему с единой моделью данных, часть обращений неизбежно выпадает.

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

Пять точек, где теряются заявки

Прежде чем что-то подключать, стоит понять, где именно рвется цепочка. В большинстве проектов это одни и те же места.

1. Доставка писем из формы

Самая распространенная схема – форма отправляет письмо на почту через стандартную функцию отправки на хостинге. Без настроенных SPF, DKIM и DMARC такие письма часто попадают в спам или вообще не доходят. Никто об этом не узнает: форма показала «Спасибо», а заявки нет.

2. Сбой между сайтом и CRM

Форма отправляет данные в CRM, но сервер CRM ответил ошибкой или не ответил из-за таймаута. Если сайт не повторяет запрос и не сохраняет заявку у себя, она исчезает бесследно.

3. Асинхронные каналы без уведомлений

Комментарии под рекламой, ответы на сторис, лид-формы в рекламном кабинете. Они не «звонят», как Direct, поэтому их проверяют нерегулярно. А человек, который написал «цена?» под рекламой, ждет ответа так же, как и в Direct.

4. Потеря атрибуции

UTM-метки есть только на первой странице, куда пришел пользователь. Если он просмотрел несколько страниц или вернулся на следующий день, метки уже нет. В CRM заявка попадает с источником «неизвестно», и бюджет на рекламу распределяют вслепую.

5. Дубли и «ничейные» лиды

Один человек пишет в Instagram, а потом заполняет форму на сайте. Система создает два контакта, два менеджера ведут одного клиента, а другой клиент в это время остается без ответственного.

Модель данных: что именно мы собираем

Фраза «собрать все заявки в одном месте» звучит просто, но за ней стоит конкретная модель данных. Стоит различать три сущности:

• Контакт – человек. Один на все каналы, идентифицируется по нормализованному номеру телефона в формате E.164 (+380…), а при необходимости – по email или ID в соцсети.
• Обращение – каждый отдельный входящий сигнал: заявка из формы, сообщение в Direct, комментарий, лид из рекламы. Имеет источник, время и канал.
• Сделка или заказ – то, во что превращается обращение, с товарами, суммой и статусом.

Когда эти сущности смешаны, например каждое сообщение создает новый «контакт», отчеты врут, а менеджеры путаются. Когда разделены, видна полная история клиента: откуда он пришел впервые, сколько раз обращался и что купил.

Как надежно подключить сайт

Способ подключения зависит от стека и от того, насколько критична каждая заявка. Вот четыре основных варианта.

Способ	Когда подходит	Главный риск
Готовая интеграция с CMS	WooCommerce, Shopify, Хорошоп и другие популярные платформы	Ограниченный набор полей
Webhook из формы	Лендинги и конструкторы сайтов	Заявка исчезает, если принимающая сторона недоступна
Прямая интеграция через API	Самописные сайты, нестандартная логика	Нужен разработчик и поддержка кода
No-code коннектор	Нет разработчика, нужен быстрый старт	Еще одно звено, которое может дать сбой

Готовая интеграция: начните с нее

Если магазин работает на популярной CMS, сначала проверьте готовые интеграции. Например, в CRM для онлайн-магазинов SITNIKS заказы с популярных платформ и маркетплейсов подтягиваются автоматически, без кода. Это закрывает большинство сценариев за несколько минут настройки.

Собственный код стоит писать только тогда, когда готовая интеграция не передает нужные поля или у вас нестандартный процесс оформления.

Webhook и API: как не потерять заявку

Именно здесь чаще всего теряются обращения. Несколько правил, которые стоит заложить в код:

• Отправляйте данные с бэкенда, а не из браузера. Клиентский запрос обрывается, если пользователь закрыл вкладку или у него заблокированы скрипты.
• Сначала сохраните, потом отправляйте. Запишите заявку в базу сайта, а уже потом передавайте в CRM. Так у вас всегда есть оригинал.
• Очередь с повторами. Если CRM не ответила, повторите попытку с нарастающей задержкой (exponential backoff), а не теряйте заявку после первой ошибки.
• Ключ идемпотентности. При повторах передавайте уникальный ID заявки, чтобы CRM не создала дубль.
• Проверка подписи для входящих webhook. Если CRM отправляет события на ваш сайт, проверяйте HMAC-подпись, чтобы никто посторонний не подбрасывал фейковые данные.
• Антиспам без трения. Вместо капчи, которая снижает конверсию, используйте honeypot-поле и ограничение частоты запросов.

Атрибуция: сохраняйте источник до самой заявки

Чтобы в CRM было видно, откуда пришел клиент, источник нужно «донести» до момента отправки формы:

1. При первом входе сохраните UTM-метки и click ID (gclid, fbclid, ttclid) в cookie на 30–90 дней.
2. Отдельно фиксируйте первый и последний источник (first touch и last touch): они отвечают на разные вопросы.
3. Подставляйте сохраненные значения в скрытые поля формы или добавляйте на бэкенде при отправке.

Минимальный набор полей

• имя и нормализованный телефон (+380…);
• страница и название формы;
• UTM-метки, click ID, first и last touch;
• товар или услуга, корзина, если есть;
• согласие на обработку персональных данных и на коммуникацию;
• уникальный ID заявки.

Не забывайте об инфраструктуре

Система сбора заявок надежна настолько, насколько надежен сайт. Стабильный хостинг, валидный SSL, настроенные SPF и DKIM для писем, фоновые задачи (cron или воркер очереди) и мониторинг доступности – такая же часть цепочки, как и CRM. Полезная практика – ежедневно автоматически отправлять тестовую заявку и проверять, что она дошла до системы.

Соцсети и мессенджеры: официальные API и их ограничения

В соцсетях нет формы, которую можно «перехватить» на своем сервере. Данные живут внутри платформ, и забрать их можно только через официальные API. А у каждого API свои правила, которые напрямую влияют на то, как вы обрабатываете заявки.

Instagram и Facebook

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

Два нюанса, которые стоит знать:

• Окно ответа. Meta позволяет бизнесу свободно отвечать в Direct и Messenger в течение 24 часов после последнего сообщения клиента. Позже возможности писать ограничены. Поэтому скорость первого ответа здесь – не пожелание, а техническое требование.
• Комментарии. Комментарий под рекламой – такой же лид, как сообщение в Direct. Если комментарии не попадают в общий список, их проверяют раз в день, и клиент уходит к конкуренту.

Лид-формы в рекламе

Лиды из форм Meta Ads и TikTok Ads по умолчанию лежат в рекламном кабинете. Подключите их через webhook или готовую интеграцию, чтобы каждая заявка за секунды попадала в систему. Отдельное преимущество: можно сразу видеть, из какой кампании и объявления пришел лид.

TikTok

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

Viber и Telegram: личный номер или бизнес-аккаунт

• Личный номер менеджера. Быстрый старт, но переписки принадлежат менеджеру, а не компании. Массовые рассылки с личного номера рискуют блокировкой, а история клиентов исчезает, если менеджер уходит.
• Бизнес-аккаунт или бот. Аккаунт принадлежит компании, переписки хранятся в системе. О Viber для бизнеса подробнее расскажем ниже.

Как это работает на практике: пример SITNIKS

Чтобы не говорить абстрактно, разберем, как интеграции с соцсетями и мессенджерами устроены в SITNIKS – украинской CRM для онлайн-магазинов, которые продают в чатах.

Все каналы в одном списке чатов

В SITNIKS каждый канал подключается отдельным модулем, но все обращения попадают в один раздел «Чаты»:

• Instagram – Direct и комментарии под постами и рекламой;
• Facebook – Messenger, комментарии и заявки из Facebook Leads;
• TikTok – Direct и заявки из TikTok Ads;
• Telegram – личный номер и бот;
• Viber – личный номер, бот и официальный бизнес-аккаунт;
• WhatsApp – личный номер.

Менеджер видит возле каждого чата иконку источника, статус и ответственного. Комментарий «цена?» под рекламой стоит в том же списке, что и сообщения в Direct, так что его не пропустят.

От сообщения до отправки без переключения окон

Дальше все происходит прямо из карточки чата:

1. Менеджер создает заказ из переписки, контакт клиента подтягивается автоматически.
2. Отправляет в чат платежную ссылку через собственный платежный модуль SITNIKS Pay.
3. После оплаты статус сам меняется на «Оплачено», фискальный чек формируется через Checkbox или Вчасно.Каса и уходит клиенту в чат.
4. ТТН Новой Почты создается из того же заказа.

Параллельно событие покупки передается в Meta через Conversions API. Реклама в Instagram и Facebook обучается на реальных продажах из чатов, а не только на заявках.

Официальный Viber для бизнеса

SITNIKS – официальный партнер Viber for Business, поэтому бизнес-аккаунт Viber работает внутри CRM. Вот чем он отличается от личного номера или бота:

• Верифицированный аккаунт. Клиент видит название и логотип магазина с синей галочкой, а не неизвестный номер. Доверия к сообщениям больше.
• Можно писать первым. В отличие от бота, на которого клиент должен подписаться, бизнес-аккаунт может отправить сообщение клиенту, который дал согласие на коммуникацию. Шаблоны таких сообщений предварительно проходят модерацию Viber.
• Чат-сессии. Когда клиент пишет сам, открывается сессия на 24 часа, в рамках которой менеджер отвечает без оплаты за каждое сообщение.
• Транзакционные сообщения из CRM. ТТН, статусы заказов и напоминания об оплате отправляются автоматически из карточки заказа.
• Аккаунт принадлежит бизнесу. Переписки и база остаются в компании, даже если менеджер уволится.

Это закрывает ограничение, о котором мы говорили выше: в Instagram и Facebook окно для ответа ограничено правилами Meta, а в Viber бизнес может вернуться к клиенту через согласованный шаблон, например с напоминанием о корзине или новым предложением.

Повторные продажи по базе

Когда все заявки собраны в одном месте, база становится активом. В SITNIKS встроенный RFM-анализ делит клиентов на сегменты по давности, частоте и сумме покупок. Менеджер видит, кому стоит предложить повторную покупку, отправляет предложение через Viber для бизнеса, а заказ и оплата снова проходят в том же чате.

Мобильное приложение

Все описанное доступно и в мобильном приложении для iOS и Android: чаты, заказы, ТТН и платежные ссылки. Для небольших команд, которые продают с телефона, это часто главный аргумент перейти с личных мессенджеров в систему.

Правила обработки, без которых интеграции не работают

Даже идеально подключенные каналы не спасут, если в системе нет правил. Вот что стоит заложить сразу.

Дедупликация по четким правилам

Определите, по какому ключу система объединяет обращения в один контакт. Самый надежный вариант – нормализованный телефон. Для соцсетей, где телефона еще нет, контакт привязывают к ID аккаунта, а когда клиент оставляет номер, карточки объединяются. Главное – чтобы правило было одно для всех каналов.

Маршрутизация и ответственный

Каждое новое обращение должно сразу получить ответственного: по очереди (round robin), по каналу или по языку клиента. «Кто-то ответит» на практике означает «никто не ответит».

Статусы с обязательной причиной отказа

Статусы показывают, где застряли клиенты. А обязательная причина отказа («дорого», «нет в наличии», «не отвечает») за месяц дает аналитику, которую не получить ни из одного отчета рекламы.

Метрики, за которыми стоит следить

• Время первого ответа. Установите внутренний стандарт, например ответ в течение 15 минут в рабочее время, и настройте напоминания, когда он нарушен.
• Доля обращений без ответа за день.
• Доля заявок без источника. Если она растет, где-то сломалась передача UTM-меток.
• Конверсия из обращения в заказ отдельно по каждому каналу.

Чек-лист: как собрать все заявки в одном месте

Аудит

1. Выпишите все точки входа: формы, корзину, Direct, комментарии, мессенджеры, лид-формы в рекламе.
2. Для каждой определите, куда сейчас попадают данные и кто их проверяет.

Сайт

3. Подключите готовую интеграцию с CMS или настройте отправку с бэкенда.
4. Сохраняйте каждую заявку в базе сайта до отправки в CRM.
5. Добавьте очередь с повторами и ключ идемпотентности.
6. Сохраняйте UTM-метки и click ID в cookie и передавайте их вместе с заявкой.
7. Настройте SPF, DKIM и DMARC для писем с сайта.

Соцсети и мессенджеры

8. Подключите Instagram, Facebook, TikTok через официальные API, включая комментарии.
9. Интегрируйте лид-формы из рекламных кабинетов.
10. Переведите коммуникацию с личных номеров на бизнес-аккаунты.

Процессы

11. Определите единое правило дедупликации.
12. Настройте маршрутизацию и статусы с причинами отказа.
13. Установите стандарт времени первого ответа.
14. Настройте ежедневную тестовую заявку и мониторинг доступности сайта.

Вывод

Собрать все заявки в одном месте – это не о выборе «правильной» CRM, а о надежном конвейере данных. Каждая заявка должна гарантированно дойти до системы, получить источник, попасть к ответственному и не задублироваться.

Большинство потерь устраняют несколько инженерных решений: отправка с бэкенда, очередь с повторами, сохранение атрибуции, официальные API соцсетей и мониторинг. Добавьте к этому простые правила обработки – и рекламный бюджет наконец будет превращаться в продажи, а не в непрочитанные сообщения.