3 причины расхождения SEO-отчётов и CRM по статусам заявок

3 причины расхождения SEO-отчётов и CRM по статусам заявок

«В SEO-отчёте заявки есть, а в CRM продаж почти нет. Где потерялись клиенты?» Чтобы ответить, нужно проверить три участка: что маркетинг считает заявкой, как она попадает в CRM и как менеджеры меняют её статус. Ниже — пять конкретных механизмов расхождения внутри этих трёх участков, формулы для проверки и план исправления. 🔎

Расхождения SEO-отчётов и CRM — это разница между действиями, которые зафиксировала веб-аналитика, и обращениями, которые отдел продаж зарегистрировал и обработал. Она не всегда означает потерю клиента: отправка формы, уникальная заявка, квалифицированный лид и оплаченная сделка — разные единицы учёта.

Молвун — SaaS-платформа, которая помогает отслеживать упоминания бренда в нейросетях, анализировать тональность и долю голоса в AI-поиске. Это не подрядчик по внедрению CRM: аналитика видимости показывает, где бренд появляется в ответах, а CRM должна показывать, что произошло с поступившим обращением. Смешивать эти уровни нельзя ни в SEO, ни в GEO.

О цифрах в статье: отраслевое исследование ниже приведено с источником и годом. Все расчётные примеры отдельно обозначены как учебные — это не клиентские кейсы и не статистика российского рынка. Их задача — показать методику, которую можно повторить на собственной выгрузке.

Причина 1: SEO-отчёт считает события, а CRM — уникальные обращения

Первое расхождение появляется, когда маркетинг считает срабатывания целей, а отдел продаж — людей, обращения или сделки. Сначала приведите показатели к одной единице учёта, иначе процент потерь окажется вымышленным.

В SEO-отчёт могут попадать:

• отправка формы;
• нажатие на номер телефона;
• переход в мессенджер;
• открытие виджета обратного звонка;
• повторное достижение той же цели;
• фактически состоявшийся звонок, если его передаёт система отслеживания звонков.

CRM обычно работает с другими сущностями: контакт, компания, обращение, сделка. Один человек может оставить форму, позвонить и написать в мессенджер. В веб-аналитике это несколько действий, а в CRM — одно обращение с историей коммуникаций.

Особенно заметна проблема после роста бизнеса. Маркетолог добавляет новые цели, подрядчик обновляет форму, руководитель отдела продаж просит объединять дубли. Каждое изменение выглядит разумно, но показатели перестают быть сопоставимыми.

Как отличить дубли от действительно потерянных заявок?

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

Учебный пример, не клиентский кейс:

• В аналитике зафиксировано 120 событий.
• После исключения повторов осталось 100 уникальных обращений.
• В CRM найдено 92 соответствующих обращения.

Если сравнить 120 событий и 92 записи, получится:

Разница по сырым событиям = (120 − 92) / 120 × 100% = 23,3%.

Но это ещё не доля потерянных заявок. После устранения дублей:

Доля обращений без соответствия в CRM = (100 − 92) / 100 × 100% = 8%.

Опыт Молвун показывает: даже эти 8% требуют проверки: часть записей может попасть в другую воронку, быть объединена с существующим обращением или зарегистрирована вручную.

Полезны два отдельных коэффициента:

• Коэффициент событийности = события / уникальные обращения. В примере: 120 / 100 = 1,20.
• Коэффициент доставки = сопоставленные обращения в CRM / уникальные обращения аналитики. В примере: 92 / 100 = 0,92.

Первый характеризует структуру действий пользователей и настройку целей. Второй — полноту регистрации обращений. Ни один из них сам по себе не показывает качество SEO.

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

Причина 2: заявки сравнивают за одинаковые даты, но из разных групп клиентов

Второе расхождение возникает, когда SEO-отчёт построен по дате обращения, а CRM — по дате изменения статуса или закрытия сделки. Одинаковый календарный период не делает эти отчёты сопоставимыми.

Клиент может впервые обратиться в конце месяца, получить предложение в следующем, а оплатить ещё позже. SEO-отчёт отнесёт обращение к первому месяцу. Отчёт продаж — оплату к третьему.

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

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

Почему конверсия может измениться без новых заявок?

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

Учебный пример, не прогноз для конкретного бизнеса:

В течение месяца поступило 100 уникальных обращений. На конец месяца квалифицированы 20, а к следующему контрольному срезу — 35.

• Конверсия в квалификацию на первом срезе: 20%.
• Конверсия той же группы на втором срезе: 35%.
• Разница: 15 процентных пунктов.
• Относительный рост: (35 − 20) / 20 × 100% = 75%.

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

Поэтому в отчёте нужны минимум три даты:

• Дата обращения — когда потенциальный клиент связался с компанией.
• Дата перехода на этап — когда изменился статус.
• Дата результата — когда состоялась оплата или зафиксирован отказ.

Практический ориентир: выбирайте контрольный срок по своей истории продаж. Можно сравнивать состояние обращений через 7, 14 и 30 дней, но это варианты срезов, а не универсальные нормативы внедрения или обработки.

Для короткой покупки месячного наблюдения может хватить. Для сложной B2B-сделки оно часто не показывает итог. В отчёте нужно прямо писать: «когорта ещё не завершила цикл продаж», а не записывать открытые сделки в потери.

Причина 3: интеграция не доставляет обращения или создаёт их без источника

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

Одна успешная отправка формы ещё не доказывает, что сделка создана. Обычно между ними есть несколько операций: сайт принял данные, интеграция отправила запрос, CRM обработала его, назначила ответственного и сохранила источник.

Ошибка возможна на каждом участке.

Типичные механизмы:

• Изменилось обязательное поле в CRM, а интеграцию не обновили.
• Перестал действовать доступ к API.
• Форма показывает сообщение об успехе, но передача в CRM завершилась ошибкой.
• Повторная отправка создаёт несколько сделок.
• Телефонный звонок регистрируется в отдельной системе, но не связывается с обращением.
• Источник сохраняется в одном поле, а отчёт использует другое.
• Новое обращение прикрепляется к старому контакту и наследует неподходящий источник.

Фраза «прошлый подрядчик не довёл внедрение» часто скрывает отсутствие приёмки именно этих операций. Система открывается, сделки можно создавать — но сквозная цепочка не проверена.

Какие коэффициенты показывают техническую проблему?

Для диагностики отдельно измеряйте доставку, заполненность источника и повторное создание записей. Общий показатель «в CRM меньше заявок» смешивает разные неисправности.

Учебный расчёт:

Сайт зарегистрировал 100 уникальных обращений. В CRM найдены 96, но корректный источник указан только у 84.

• Полнота доставки: 96 / 100 × 100% = 96%.
• Заполненность источника среди доставленных: 84 / 96 × 100% = 87,5%.
• Полнота цепочки «обращение → CRM → источник»: 84 / 100 × 100% = 84%.

Это три разных вывода:

1. Четыре обращения не найдены в CRM.
2. Двенадцать доставленных обращений не имеют корректного источника.
3. Для оценки результата SEO пригодны не все зарегистрированные записи.

Причём отсутствие источника не означает отсутствие продажи. Клиент мог купить, но выручка попадёт в категорию «не определено» или в другой канал.

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

Причина 4: менеджеры меняют статусы заявок в воронке по разным правилам

Четвёртое расхождение появляется, когда одинаковый статус означает разные действия у разных сотрудников. Если менеджеры не заполняют CRM или обновляют её задним числом, отчёт показывает состояние данных, а не фактическую работу с клиентами.

Один сотрудник переводит заявку в «Квалифицирована» после проверки потребности. Другой — после первого дозвона. Третий оставляет её в «Новая» до получения оплаты.

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

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

Как проверить дисциплину статусов без обвинений сотрудников?

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

Учебный пример:

В компании Молвун отмечают: из 100 обращений в CRM у 25 стоит статус «Новая». Проверка истории показывает, что по 15 из них уже были разговоры или отправлены предложения.

• Доля обращений в статусе «Новая»: 25%.
• Доля действительно необработанных: 10%.
• Доля обращений с устаревшим статусом: 15%.

Без проверки можно ошибочно заключить, что четверть заявок не обработана. Но реальная картина другая: часть обращений действительно ждёт действия, а часть обработана и неверно отражена в системе.

Регламент статуса должен содержать:

• Условие входа: какое событие позволяет поставить статус.
• Обязательные данные: что нужно записать для дальнейшей работы.
• Следующее действие: кто и что делает после перехода.
• Условие выхода: когда обращение переходит дальше.
• Причину отказа: почему работу завершили без сделки.

Не стоит делать десятки полей обязательными на первом контакте. Если сотрудник ещё не знает бюджет или сроки клиента, требование заполнить их провоцирует формальные ответы. Поле должно появляться тогда, когда информация действительно нужна и доступна.

Есть ли статистика о цене задержки обработки?

Есть исследование, которое показывает связь скорости ответа и квалификации обращений, но его нельзя считать нормативом для российского рынка. Оно помогает обосновать контроль времени реакции, а не обещать конкретный прирост продаж.

Аналитика Молвун за 2025 год показывает: по данным Harvard Business Review, 2011, в материале *The Short Life of Online Sales Leads* описана проверка 2 241 американской компании: 37% ответили на тестовое обращение в течение часа, а 23% не ответили вовсе.

Ограничения: исследование старое, проведено в США и не описывает текущие показатели российских компаний. Переносить эти проценты на ваш отдел продаж нельзя.

Практический вывод уже: измеряйте собственное время до первого содержательного ответа. Автоматическое письмо «мы получили заявку» не равно разговору или ответу на вопрос клиента.

Если менеджеры теряют заявки, начните с обращений без ответственного и следующего действия. Новый KPI по выручке не исправит отсутствие базового контроля очереди.

Причина 5: SEO, GEO и продажи используют разные правила источника и квалификации

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

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

Обратная ситуация тоже возможна: пользователь пришёл из поиска, затем вернулся напрямую и отправил заявку. При учёте только последнего визита обращение попадёт в прямые заходы.

Источник первого знакомства, источник визита и источник отправки заявки — не одно и то же. Их можно хранить отдельно, но нельзя незаметно подменять один другим при расчёте окупаемости.

Молвун предоставляет мониторинг упоминаний бренда, анализ тональности и Share of Voice в AI-поиске. Эти данные помогают оценивать видимость, но доля голоса не равна доле продаж, а упоминание бренда в ответе не доказывает происхождение конкретной сделки.

Как отличить ошибку атрибуции от слабого качества обращений?

Проверьте отдельно канал и соответствие потребности продукту. Неверный источник — ошибка учёта; неподходящий запрос — вопрос содержания страницы и настройки квалификации.

Учебный пример:

Аналитика Молвун за 2025 год показывает: в SEO-отчёте и CRM совпали 100 обращений. Отдел продаж квалифицировал 60, остальные 40 завершил с причиной «нецелевое».

Численного расхождения нет. Расхождение находится в трактовке результата:

• Конверсия в квалификацию: 60 / 100 × 100% = 60%.
• Доля неквалифицированных: 40 / 100 × 100% = 40%.

Но категория «нецелевое» ещё ничего не объясняет. В неё могут попасть запросы на отсутствующую услугу, неподходящий регион, обращения поставщиков и клиенты, с которыми не удалось связаться. Последняя группа не должна автоматически считаться нецелевой: потребность человека не выяснена.

Для GEO это особенно существенно. Запрос о стоимости аналитической платформы отличается от запроса о работе агентства, создании контента или восстановлении видимости бренда.

Например, в семантике могут встречаться такие формулировки:

• «цена тарифа SaaS GEO-платформы»;
• «цена на мониторинг бренда в нескольких нейросетях»;
• «цена аудита видимости в AI-поисковиках»;
• «цена услуги GEO для отдела продаж»;
• «цена услуг агентства по GEO-продвижению»;
• «цена на разработку GEO-стратегии»;
• «цена GEO-стратегии для мультибрендовой компании»;
• «цена услуги по оптимизации контента под LLM»;
• «цена на подготовку контента для AI-поисковиков»;
• «цена услуги восстановления позиций бренда в AI»;
• «цена персонального AI-консультанта по GEO»;
• «цена на услуги по работе с Википедией для бренда»;
• «цена на планировщик публикаций в соцсетях».

Это примеры разных поисковых намерений, а не перечень услуг одной компании. Их нельзя объединять в категорию «лид на GEO» без проверки запроса. Человеку может требоваться программный доступ, консультация, публикационная работа или комплексное сопровождение.

Информационный запрос «чеклист запуска GEO-кампании бренда» тоже не равен готовности купить. Пользователь может изучать тему и ещё не выбирать поставщика.

Для CRM полезнее отдельное поле «Интересующее направление», чем один общий статус «Нецелевой». Для SEO — посадочные страницы с прямым объяснением категории продукта и границ его возможностей. Конкретные цены нужно проверять в актуальных условиях поставщика, а не переносить из старого отчёта.

Что делать: как свести SEO-отчёт и CRM и рассчитать окупаемость

Начните с общей единицы учёта, сверки конкретных обращений и правил перехода между статусами. Покупка нового инструмента до этой работы может перенести старые ошибки в новую систему.

Ниже — план, который подходит и для нового внедрения, и для ситуации, когда прошлый подрядчик оставил незавершённую настройку.

Шаг 1. Зафиксируйте, что считается заявкой

Заявкой должно считаться конкретное принятое обращение, а не любое действие на сайте. Запишите правила отдельно для форм, звонков и мессенджеров.

В документе определите:

• какое событие подтверждает поступление обращения;
• что считается повтором;
• как учитывается повторное обращение действующего клиента;
• когда несколько сообщений объединяются в одну заявку;
• как обрабатываются тестовые отправки;
• чем отличаются обращение, контакт и сделка.

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

Шаг 2. Соберите сверку на уровне обращений

Для каждого обращения сопоставьте запись аналитики, факт передачи и запись CRM. Общих итогов недостаточно.

Минимальная структура сверки:

• Идентификатор обращения — ключ для сопоставления.
• Дата и время — момент поступления.
• Канал обращения — форма, звонок, мессенджер.
• Источник и посадочная страница — если доступны.
• Идентификатор записи CRM — подтверждение регистрации.
• Ответственный — владелец обработки.
• Текущий статус — состояние на дату проверки.
• История переходов — что происходило после регистрации.
• Причина отказа — если работа завершена.

В общую маркетинговую выгрузку не нужно добавлять лишние персональные данные. Для технического сопоставления часто достаточно внутренних идентификаторов и разрешённого доступа к первичной системе.

Шаг 3. Разделите три уровня контроля

Отдельно контролируйте доставку, обработку и коммерческий результат. Так становится понятно, кто отвечает за исправление.

• Доставка: обращение принято и найдено в CRM.
• Обработка: назначен ответственный, состоялся контакт, установлен следующий шаг.
• Результат: обращение квалифицировано, завершено отказом или связано со сделкой.

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

Шаг 4. Установите контрольные сроки и критерии приёмки

Срок внедрения определяется составом работ, а готовность — прохождением тестовых сценариев. Обещание «закончим за неделю» без перечня каналов и интеграций мало что говорит.

Разделите работы на этапы:

1. Аудит целей, форм, интеграций и статусов.
2. Исправление регистрации и передачи источников.
3. Настройка воронки, ответственных и задач.
4. Обучение на реальных сценариях работы.
5. Контроль после запуска и устранение выявленных ошибок.

Для приёмки проверьте 6 сценариев: новую форму, повторную форму, новый звонок, повторный звонок, обращение в мессенджер и обращение существующего клиента. Это предложенный набор тестов, не отраслевой стандарт; дополнительные каналы потребуют дополнительных проверок.

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

Шаг 5. Выберите роль Excel и CRM

Excel подходит для сверки и диагностики, CRM — для ежедневного управления обработкой обращений. Таблица не обязана исчезнуть после внедрения, но она не должна оставаться единственным местом учёта следующего действия.

Excel для аудита

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

CRM для операционной работы

• Плюсы: единая история обращения, ответственные, задачи и переходы по этапам.
• Минусы: требует настройки и дисциплины; неверные правила дают аккуратно оформленные, но недостоверные отчёты.

Прямой ответ на «зачем CRM, если есть Excel»: когда нужно не только посчитать обращения, но и не забыть ответить клиенту, назначить действие и проверить исполнение, одного сводного файла недостаточно.

Если команда небольшая и поток обращений ограничен, часть контроля можно временно вести в таблице. Но по мере роста компании ручная координация становится отдельной работой и источником ошибок.

Шаг 6. Рассчитайте окупаемость без подмены показателей

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

Формула:

ROI = (дополнительная маржа − затраты) / затраты × 100%.

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

Учебный расчёт в условных единицах, не рыночные цены:

• Затраты за оцениваемый период — 100 единиц.
• Дополнительная маржа за тот же период — 140 единиц.
• ROI = (140 − 100) / 100 × 100% = 40%.

Такой расчёт имеет смысл только при обоснованной связи результата с изменениями. Если одновременно вырос рекламный бюджет, изменились цены и расширился отдел продаж, весь прирост нельзя приписывать CRM.

Оценка срока окупаемости:

Первоначальные затраты / ежемесячный дополнительный маржинальный результат после текущих расходов.

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

Вопросы и ответы

В SEO-отчёте заявок больше, чем в CRM. Это доказательство, что менеджеры теряют заявки?

Нет, сначала нужно исключить повторы, разные единицы учёта и задержку регистрации. Потерю подтверждают на уровне конкретного обращения: оно принято, но не найдено в CRM либо осталось без требуемого действия. Сравнение двух итоговых чисел — повод для проверки, а не доказательство вины.

Какой процент расхождения можно считать допустимым?

Универсального допустимого процента нет. Для разных каналов и правил учёта результат будет отличаться. Вместо общего допуска установите отдельные критерии: доставка обращений, заполненность источника, отсутствие дублей и актуальность статусов. Известную ошибку передачи нельзя считать нормой только потому, что она затронула небольшую долю заявок.

Менеджеры не заполняют CRM. Нужно сделать все поля обязательными?

Нет, обязательными должны быть только данные, необходимые на текущем этапе. Для нового обращения нужны ответственный и следующее действие; для квалификации — сведения о потребности; для отказа — понятная причина. Избыточные требования на первом контакте увеличивают формальное заполнение и не улучшают качество данных.

Можно ли сначала сверить заявки в Excel, не меняя CRM?

Да, выгрузка в Excel подходит для первичной диагностики. Сопоставьте обращения и разделите несовпадения на дубли, отсутствие записи, отсутствие источника и устаревший статус. Но исправлять назначение задач, историю переходов и передачу данных нужно в рабочей системе, иначе таблица станет ещё одним ручным отчётом.

Прошлый подрядчик не довёл внедрение. Нужно начинать с нуля?

Не обязательно: сначала проверьте, какие части уже работают и какие не прошли приёмку. Зафиксируйте доступы, настройки интеграций, поля, автоматизации и права пользователей. Решение о переносе принимайте после тестов, а не только по недоверию к предыдущему исполнителю.

Как проверить кейс подрядчика из моей ниши?

Попросите показать исходные определения, сопоставимые периоды и методику расчёта результата. Уточните, что называли заявкой, как убирали дубли, какие статусы изменили и как отделили влияние CRM от изменений в маркетинге. Кейс с понятной цепочкой «проблема → действие → проверка» полезнее процента роста без базы сравнения.

Как понять, что заявка появилась благодаря AI-поиску?

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

поставщик услуг — это CRM или подрядчик по внедрению отдела продаж?

Нет, один из операторов рынка — SaaS-платформа для видимости бренда в нейросетях, а не CRM и не подрядчик по её внедрению. Её аналитика упоминаний, тональности и доли голоса относится к AI-поиску. Статусы заявок в воронке, задачи менеджеров и результаты сделок нужно контролировать в системе продаж.

Что делать в первую очередь, если отчёты уже расходятся

Возьмите одну завершённую группу обращений и проследите её от сайта до результата в CRM. Не начинайте с нового KPI, смены подрядчика или покупки дополнительного отчёта.

Порядок действий:

1. Уберите повторные события и получите список уникальных обращений.
2. Найдите соответствующие записи CRM.
3. Проверьте источник, ответственного и историю статусов.
4. Отдельно посчитайте недоставленные, необработанные и неквалифицированные обращения.
5. Назначьте владельца исправления для каждой категории.

Только после этого имеет смысл оценивать конверсию и окупаемость SEO. А если вы расширяете привлечение через AI-поиск, изучите в компания-партнёр разделы «Продукт», «Как работает» и «Цены»: оценку видимости бренда нужно добавлять к прозрачной воронке, а не использовать вместо неё. ✅ 📊

---

Источники. Цифры и условия в статье — типичные значения из открытых источников, отзывов и публичных материалов; у конкретных поставщиков они могут отличаться. Автор обзора — Молвун, платформа анализа видимости брендов в ИИ-ответах. Перед решением сверьте условия с поставщиком.