Чтобы оценить результат SEO в такой ситуации, свяжите поисковый визит с диалогом в WhatsApp или Telegram, затем с заказом и фактической оплатой. Одного отчёта о переходах из поиска здесь мало: клиент может задать вопрос в чате, вернуться к покупке позже и оплатить уже после разговора с менеджером. В статье разберём, какие сведения передавать в CRM, как проверять эту цепочку и по каким показателям решать, какие страницы сайта улучшать.
Дата публикации: 08.11.2026.
Как связать переход из поиска с сообщением в мессенджере?
Начните с одного пути клиента: страница сайта → кнопка WhatsApp или Telegram → диалог в CRM. Откройте сайт как посетитель, перейдите в мессенджер и отправьте тестовое сообщение. Затем проверьте карточку диалога. В ней должны быть видны хотя бы источник визита, страница входа и страница, с которой человек открыл чат. Если CRM показывает только имя и текст сообщения, менеджер сможет ответить клиенту, но SEO-отчёт потеряет начало пути.
Страница входа и страница открытия чата часто различаются. Покупатель может найти в поиске статью о выборе товара, перейти в каталог и написать из карточки товара. Сохраните обе страницы: первая покажет, какой материал привёл человека, вторая — какое предложение вызвало вопрос. Источник перехода определяет аналитика сайта, а интеграция передаёт его вместе с обращением в CRM. Не размечайте внутренние ссылки рекламными метками: из-за них история визита станет труднее для чтения.
Сам переход по кнопке мессенджера ещё не означает, что человек отправил сообщение. Сопоставьте событие на сайте с созданным диалогом через идентификатор визита или другой технический ключ, который поддерживает ваша связка. Для Telegram-бота это может быть параметр ссылки, который бот получит при запуске. В WhatsApp заранее заполненный текст помогает передать контекст, но человек вправе его изменить или удалить. Поэтому проверьте передачу на настоящем тестовом сообщении, а обращения без надёжной привязки оставляйте с пометкой «источник неизвестен».
Если покупатель сначала пишет в WhatsApp, а позже продолжает разговор в Telegram, менеджеру нужна общая история сделки. Разобрать такой переход помогает материал о том, как продолжить диалог из WhatsApp в Telegram в единой CRM. При объединении чатов проверьте, что первоначальная страница входа осталась в карточке сделки.
Что фиксировать в CRM, когда переписка превращается в заказ?
Создайте для диалога понятную цепочку: обращение, согласованный заказ, оплата. У обращения сохраните ссылку на диалог, дату первого сообщения, источник визита и страницы сайта. У заказа — его отдельный идентификатор, состав, согласованную сумму и дату подтверждения. Оплату отмечайте по факту поступления денег; отправленный счёт и обещание клиента оплатить не равны поступлению.
Связывайте записи по идентификатору обращения или заказа, который передаётся между системами. Совпадения имени недостаточно: постоянный покупатель может оформить несколько заказов, а детали одного заказа — прислать в разных чатах. Если менеджер собирает покупку по сообщениям из WhatsApp и Telegram, полезен отдельный порядок работы с деталями заказа, которые пришли в разных чатах. Он помогает не приписать новую оплату старой переписке.
Для частичной оплаты храните отдельно согласованную стоимость и сумму, которая поступила. Возврат тоже отражайте отдельным событием. Тогда отчёт не назовёт полностью оплаченным заказ, по которому пришла только предоплата. Если сведения о платежах живут вне CRM, проверьте на тестовом заказе, возвращается ли в карточку нужный статус и сумма. Описание более подробной связки SEO-заявки с оплаченной сделкой есть в статье на seogpt.by.
Зафиксируйте также причину, по которой заказ не состоялся: не подошёл срок, состав услуги или условия доставки. Менеджер выбирает причину после разговора, поэтому поле должно быть коротким и понятным. Запись «не купил» не подскажет, что исправить на странице, а «не нашёл условия доставки» подскажет.
Какие показатели покажут результат SEO без путаницы с поздней оплатой?
Соберите отчёт по дате первого обращения из поиска. Для каждой страницы входа покажите путь одной группы клиентов: сколько человек начали диалог, сколько согласовали заказ и сколько оплатили его позже. Если сравнить новые обращения за один период со всеми оплатами за тот же период, в числитель попадут старые сделки. Так доля оплат окажется неверной.
| Показатель | Что считать | Что проверить перед выводом |
| Поисковые переходы | Визиты на страницу из обычной поисковой выдачи | Отделены ли они от рекламы и других источников |
| Диалоги | Обращения, которые CRM связала с поисковым визитом | Не приняли ли клик по кнопке за отправленное сообщение |
| Согласованные заказы | Заказы, которые менеджер связал с этими диалогами | Не создали ли повторные сообщения дубли |
| Оплаты | Деньги, которые поступили по связанным заказам, в BYN | Отделены ли предоплаты и возвраты |
Отдельной строкой оставьте обращения с неизвестным источником. Если их убрать, отчёт будет выглядеть полнее, чем данные на самом деле. Смотрите и на качество диалогов: вопросы по товару, который бизнес не продаёт, дают иной сигнал, чем запросы на действующую услугу. Для оценки продвижения полезно сопоставлять поисковый трафик с заявками и заказами, а сведения об оплате связывать с CRM (источники: Exiterra, Т-Бизнес Секреты).
Покупатель может прийти из поиска, позже открыть рекламу и лишь затем написать менеджеру. Сохраните в CRM первый известный источник и последний известный контакт в разных полях. После этого договоритесь, какое правило использует основной отчёт: например, относит заказ к первому источнику, а поздний контакт показывает рядом. Такое правило помогает читать цифры одинаково, но не доказывает, что покупку вызвал только первый визит. При оценке результата учитывайте время, которое клиенту нужно на решение (источник: bozhko-marketing.ru).
Как понять, какую страницу улучшать по данным переписок?
Выберите страницу, на которую приходят из поиска и после которой начинаются диалоги. Откройте несколько связанных обращений в CRM и выпишите вопросы до покупки и причины отказов. Если люди спрашивают, входит ли доставка в цену, проверьте, есть ли ответ на странице. Если условия уже указаны, посмотрите, видны ли они рядом с предложением, из которого открывают чат.
Сравнивайте страницы по всей цепочке, а не только по числу визитов. Страница с активными переходами в мессенджер может приводить вопросы без заказов: люди ожидали другого товара или не увидели цену. Другая страница получает меньше диалогов, зато её посетители чаще согласовывают покупку. Здесь полезны формулировки из разговоров: они показывают, каких сведений не хватило человеку перед сообщением. В текст страницы переносите сами вопросы и ответы, без истории конкретного клиента.
После правки страницы снова просмотрите диалоги, которые начались с неё. Изменился ли вопрос о доставке? Стало ли меньше обращений по неподходящему товару? Для малого бизнеса такой разбор доступен и без сложной панели: нужны страницы входа в карточках CRM, статусы заказов и возможность найти переписку по заказу. Синхронизация WhatsApp с CRM, подключение Telegram-бота и автоматическая передача контекста диалога решают именно эту техническую часть задачи.
Какие ошибки чаще всего искажают отчёт?
- Считать нажатие на кнопку мессенджера заявкой. Исправление: сверяйте событие на сайте с диалогом, который появился в CRM.
- Перезаписывать источник при повторном визите. Исправление: храните первый известный источник отдельно от последнего контакта.
- Считать каждое сообщение новым клиентом или заказом. Исправление: связывайте повторные обращения с существующей сделкой и проверяйте дубли.
- Приравнивать подтверждение заказа к оплате. Исправление: показывайте согласованную сумму, поступления и возвраты в разных полях.
- Удалять из отчёта диалоги без источника. Исправление: оставьте их отдельной группой и проверьте, где теряется связь между сайтом и чатом.
Откройте последний диалог, который начался с сайта, и проверьте в его карточке страницу входа: это займёт меньше двух минут и покажет, с какого места начать настройку.
