Отчёт по SEO показывает рост показов и переходов. Отчёт по сайту показывает посещения страниц. Отчёт отдела продаж показывает сделки за месяц. Три отчёта лежат на одном столе, и ни один из них не отвечает на вопрос владельца: сколько денег потерялось по дороге от поискового запроса до оплаты. Бюджет на видимость потрачен, а связь между ним и выручкой собрать не из чего.
Коммерческий маршрут состоит из семи участков: поисковый спрос → видимость → переход → страница → целевое действие → обработка обращения → продажа. Эта статья разбирает именно этот маршрут; права на сайт, доступы и присутствие бренда в AI-ответах остаются за её пределами и разобраны в отдельных материалах.
На каждом участке есть свои данные и свой ответственный, и потеря на любом из них меняет экономику всего канала, даже когда предыдущие участки выглядят хорошо. Задача статьи: показать, как проверить маршрут по участкам, какие данные для этого нужны и как выбрать следующий приоритет по экономическому влиянию.
Коммерческий результат формируется по всему маршруту
Маршрут клиента проходит через четыре зоны ответственности. Привлечение принадлежит маркетингу: спрос, видимость, переход. Взаимодействие принадлежит продукту и разработке: страница, сценарий, форма или корзина. Передача обращения принадлежит аналитике и интеграциям: событие на сайте становится записью в CRM. Обработка принадлежит продажам: контакт, квалификация, сделка.
Каждый отдел видит свою зону и отчитывается в её границах. Маркетинг считает переходы, разработка считает ошибки, продажи считают сделки. Отчёт каждого отдела заканчивается на границе его ответственности, поэтому экономика цепочки не видна ни в одном отчёте, и собрать её должна аналитика для бизнеса как отдельная функция вне любого отдела.
Связать участки позволяет единый идентификатор, который проходит весь путь: источник перехода, страница входа, обращение и результат сделки записываются в одну карточку. Технически это означает, что параметры источника и страницы передаются с сайта в CRM вместе с заявкой, а статус сделки возвращается в аналитику. Минимальный набор данных для такой связки описан в материале о том, с чего начинается сквозная аналитика. Здесь достаточно зафиксировать правило: если идентификатор обрывается на любом участке, дальше начинаются предположения.
Руководитель выходит из этого раздела с картой маршрута: четыре зоны и владелец данных каждого участка. Без такой карты следующие шаги превращаются в спор отделов.
Поисковая видимость создаёт начало маршрута
Спрос должен отвечать приоритетам бизнеса
Поисковый спрос неоднороден. Часть запросов ведёт к маржинальным категориям, часть к товарам с нулевой наценкой, часть к регионам, куда компания не доставляет. Сообщение «органический трафик вырос» ничего не говорит о том, какая доля этого роста пришлась на приоритетные категории.
Проверка простая и выполняется на данных Search Console в сопоставлении с маржинальностью категорий из учётной системы: доля показов и переходов по приоритетным категориям сравнивается с их долей в марже. Если видимость растёт в категориях, которые приносят, условно, 5 % маржи, канал работает на отчёт, тогда как прибыль остаётся без изменений. Сезонность и география проверяются тем же способом.
Отдельно разделяются брендовые и небрендовые запросы, а также коммерческое намерение и информационный интерес. Запрос «купить котёл 24 кВт» и запрос «как выбрать котёл» ведут разных людей на разные страницы с разными ожиданиями. Смешивание их в одном показателе «трафик» скрывает реальную картину спроса. Ещё один источник начала маршрута — AI-ответы со ссылками на сайт: присутствие бизнеса в AI-поиске разобрано отдельно, а переход из такого ответа дальше проходит те же участки карты.
Страница входа определяет качество перехода
Переход приносит деньги только тогда, когда страница входа отвечает намерению запроса и позволяет сделать следующий шаг. Категория, карточка товара, страница услуги, региональная и информационная страницы выполняют разные функции. Переход с коммерческого запроса на информационную статью без пути в каталог заканчивается чтением и выходом.
Второе условие: актуальность коммерческих данных. Цена, наличие, условия доставки и оплаты, срок выполнения и кнопка следующего действия должны соответствовать действительности на момент перехода. Страница с прошлогодней ценой или отсутствующим товаром получает переход и теряет его за несколько секунд, и в отчёте по SEO эта потеря выглядит как успешный визит.
Руководитель проверяет два факта: ведёт ли видимость к приоритетному предложению бизнеса и можно ли на странице входа сделать следующий шаг. Оба факта проверяются выборкой из десяти самых посещаемых страниц входа.
Техническая основа обеспечивает клиентский сценарий
Доступность страницы
Техническое состояние сайта проявляется для клиента через несколько наблюдаемых вещей: страница открывается за приемлемое время на мобильном устройстве, элементы не смещаются во время загрузки, цена и контакты видны без дополнительных действий, редиректы ведут на нужную страницу. Каждое нарушение имеет цену в прерванных сценариях, и эта цена измеряется в данных: ошибки в журнале, сессии с выходом на первой секунде, разница конверсии между устройствами. Метрики скорости и их связь с поведением пользователя разобраны в статье о Core Web Vitals, а технический аудит сайта входит в техническое SEO.
Навигация и поиск
Для магазина клиентский сценарий проходит через категории, фильтры, внутренний поиск, варианты товара и наличие. Фильтр, который возвращает ноль результатов, или внутренний поиск, который выдаёт товары из чужой категории, останавливают сценарий до корзины. Данные внутреннего поиска отдельно ценны: запросы без результатов показывают спрос, который сайт получил и оставил без ответа.
Для сервисного сайта сценарий другой: от страницы услуги и условий к доказательствам компетенции и форме обращения. Разрыв между описанием услуги и доказательствами, или форма, к которой нет пути со страницы услуги, дают тот же эффект.
Формы и оформление
Последний шаг сценария самый дорогой, потому что до него дошёл клиент, который уже решил действовать. Формы, корзина, регистрация, способы оплаты, стоимость доставки и подтверждение принятого действия проверяются отдельно и регулярно. Каждый релиз может изменить поведение формы, поэтому история релизов входит в набор данных для диагностики.
Внешнее исследование даёт ориентир масштаба. По данным Baymard Institute на сентябрь 2025 года, средний документированный показатель брошенных корзин по 50 исследованиям составляет 70,22 %. Это среднее по разным рынкам, преимущественно США и ЕС, и оно описывает отрасль в целом. Для конкретного магазина значение имеет собственный показатель по сегментам, а среди причин отказа Baymard называет дополнительные расходы на этапе оформления, медленную доставку, недоверие к сайту при вводе данных карты, обязательную регистрацию и слишком долгий процесс оформления.
Именно из таких сценариев складывается перечень того, что проверяется до обсуждения роста трафика. Увеличивать поток в сценарий, который не завершается, означает увеличивать потери.
Конверсия показывает качество завершённого сценария
Слово «конверсия» в компании часто означает одно число: долю посетителей, которые сделали заказ. Это число скрывает больше, чем показывает. Заявка, звонок, заказ, оплата и повторная покупка — отдельные цели с отдельными сценариями. У каждой есть свой показатель, и совпадение этих показателей в среднем по сайту ничего не гарантирует.
Формула одна: конверсия равна количеству завершённых целевых действий, делённому на количество сессий или пользователей за период. Она имеет смысл только с тремя уточнениями: какая именно цель, какой сегмент и какой период. Конверсия в заказ с мобильных устройств в категории «котлы» за август и конверсия в звонок с десктопа по всему сайту за год — два разных числа, и сравнивать их между собой нельзя.
Терминология аналитики тоже требует точности. В Google Analytics 4 целевые действия называются ключевыми событиями, а термин «конверсия» в интерфейсе Google относится к Google Ads и в стандартных отчётах GA4 не показывается. В этой статье «конверсия» означает бизнес-показатель, долю завершённых сценариев; при описании настроек аналитики используется «ключевое событие».
Две проверки определяют, можно ли доверять показателю. Первая: корректность событий. Событие «заказ» должно срабатывать один раз на один заказ, после подтверждения, и не срабатывать на обновление страницы. Вторая: качество результата. Отмены, возвраты, дубли и нецелевые обращения вычитаются из валового числа. Условно: магазин с конверсией 2 % и возвратами 30 % зарабатывает меньше магазина с конверсией 1,5 % и возвратами 5 %. Поэтому руководитель оценивает качество конкретного сценария и сегмента; среднего числа по сайту для решения недостаточно.
Обработка обращения завершает измерение
Передача данных в CRM
Заявка с сайта приносит в CRM контакт клиента. Вместе с контактом должны прийти источник перехода, страница входа, продукт или услуга, кампания, а дальше в карточке сделки должны появиться статус и результат. Каждое поле, которое не передалось, обрывает связь между маршрутом и деньгами. Источник без страницы не позволяет оценить страницу; страница без результата сделки не позволяет оценить её экономику. Порядок работ описан в материале о том, что учесть до старта, когда планируется интеграция сайта с CRM.
Скорость и качество обработки
Дальше маршрут переходит в руки менеджеров, и данные меняют природу. Время первого контакта, потерянные обращения, дубли, смена ответственного и причина отказа — это показатели обработки, которые записываются в CRM. Причина отказа заслуживает отдельного поля с фиксированным перечнем значений: «дорого», «не ответили», «нет в наличии», «нецелевое обращение». Без этого поля отдел продаж и маркетинг обвиняют друг друга без доказательств.
Связь с продажей
Связь обращения с выручкой имеет границы точности, и эти границы стоит признать. Модель атрибуции определяет, какому каналу засчитать сделку, и в GA4 таких моделей три: на основе данных, последний клик по платным и органическим каналам, последний клик по платным каналам Google. Прямые визиты получают атрибуцию только тогда, когда весь путь до ключевого события состоит из прямых визитов; переатрибуция возможна до семи дней после события. Другие системы аналитики имеют собственные модели. Точность связи с выручкой ограничена выбранной моделью и полнотой переданных данных; абсолютной точности не существует, и статья, которая её обещает, вводит в заблуждение.
Граница ответственности здесь проходит чётко: сайт отвечает за обращение с полными данными, а дальше качество измеряется показателями CRM.
Карта потерь для руководителя
Все участки маршрута сводятся в один инструмент. Каждая причина в нём записана как гипотеза: она становится фактом только после проверки, указанной в последней колонке.
| Участок | Сигнал | Данные | Вероятная причина | Владелец | Решение | Как проверить |
|---|---|---|---|---|---|---|
| Спрос | Низкая доля приоритетных категорий в показах | Search Console + маржинальность категорий | Карта спроса не отвечает приоритетам бизнеса | Маркетинг / коммерция | Пересмотреть карту спроса | Сравнить долю показов и долю маржи по категориям |
| Видимость | Показы есть, переходов мало | Search Console: CTR по страницам и запросам | Сниппет или страница не отвечают запросу | Маркетинг / SEO | Согласовать страницу с запросом | Выборка 20 запросов с наибольшим разрывом показов и кликов |
| Переход | Переход есть, сессия завершается сразу | GA4: сессии с выходом, время до первого взаимодействия, устройство | Страница медленная или открывается с ошибкой | Разработка | Устранить подтверждённую техническую причину | Журнал ошибок, тест на мобильном, сравнение по устройствам |
| Страница входа | Переход есть, действие не начинается | GA4 + записи сессий + UX-тест | Страница не отвечает намерению или ключевые данные неактуальны | Продукт / разработка | Проверить сценарий страницы | Сессии, тест на 5 пользователях, проверка цены и наличия |
| Форма / корзина | Начало без завершения | События + журнал ошибок форм | Ошибка или лишний шаг в сценарии | Разработка | Устранить подтверждённую причину | Журнал ошибок за период, повторный тест после релиза |
| CRM | Источник или продукт теряется | CRM + журнал интеграции | Поля не передаются или перезаписываются | Sales Ops / разработка | Восстановить передачу данных | Выборка 20 обращений: сверить поля сайт → CRM |
| Обработка | Долгое время первого контакта, дубли | CRM: время реакции, статусы, ответственные | Нет правила распределения или контроля сроков | Продажи | Установить норматив и контроль | Распределение времени реакции за неделю по менеджерам |
| Продажа | Много отказов после обращения | Причины отказа в CRM | Качество лида или качество обработки | Продажи + маркетинг | Разделить качество лида и обработки | Причины отказа по сегментам источника и страницы |
Заполненная карта становится основой общего бэклога SEO, разработки, аналитики и продаж. Каждая строка с подтверждённой причиной превращается в задачу с владельцем, а строки без данных превращаются в задачу «собрать данные».
Приоритет определяет экономическое влияние
После проверки в карте остаётся несколько подтверждённых проблем, и на все сразу ресурса нет. Порядок определяют пять критериев.
Первый: объём вовлечённого спроса или страниц. Ошибка на десяти карточках товара и ошибка на всех карточках категории имеют разный вес. Второй: влияние на целевое действие и частота ошибки. Ошибка, которая останавливает оформление в каждом пятом случае, весит больше косметического дефекта. Третий: стоимость реализации. Четвёртый: уверенность в причине, подтверждённая данными. Пятый: срок получения сигнала после изменения. Исправление формы покажет результат за неделю, изменение структуры категорий — за квартал.
Условный пример. Магазин имеет две подтверждённые проблемы: в категории, которая даёт 12 % общей маржи, фильтр возвращает пустой результат для трети комбинаций, а на главной странице баннер перекрывает логотип в шапке на старых мобильных устройствах. Первая проблема менее заметна, но затрагивает коммерчески значимую категорию, останавливает сценарий до корзины и исправляется за два дня. Вторая заметна каждому, но касается 3 % сессий и не останавливает сценарий. Приоритет получает первая.
Оценка приоритета упорядочивает работу; она остаётся оценкой и точного прогноза прибыли не даёт. Команда выбирает следующий шаг по экономическому влиянию и доказательности, а результат проверяет на данных после внедрения.
SEO и разработка работают в одном цикле
Заполненная карта потерь является точкой входа в рабочий цикл: данные → причина → решение → разработка → проверка → следующий приоритет. Аналитика показывает участок, где обрывается сценарий. Причина проверяется на журналах, сессиях и тестах. Решение проектируется как изменение сайта, реализуется разработкой и проверяется на тех же данных, что показали проблему. Дальше карта обновляется, и следующая строка становится задачей.
В модели Inward Labs техническое SEO и разработка — одна производственная линия: анализ, реализация и проверка согласованного объёма принадлежат одной команде, поэтому решение из аналитики переходит в код без потери смысла на передаче между подрядчиками. Компания получает отчёт о том, какая строка карты закрыта, какими данными это подтверждено и какая строка берётся дальше. Чтобы наработки цикла сохранялись после смены команды, компания должна контролировать сайт как актив бизнеса: права, доступы и документация разобраны в отдельной статье.
Что сделать руководителю
- Назначить владельца данных для каждой из восьми строк карты потерь — это семь участков маршрута, где обработка обращения разделена на передачу данных и работу продаж. Ответственный: руководитель компании. Данные: карта из этой статьи. Срок: неделя.
- Проверить передачу полей «источник, страница, продукт, кампания» с сайта в CRM на выборке из двадцати обращений. Ответственный: Sales Ops вместе с разработкой. Срок: две недели.
- Ввести в CRM поле «причина отказа» с фиксированным перечнем значений и разделить отказы на качество лида и качество обработки. Ответственный: руководитель продаж. Срок: месяц.
- Собрать подтверждённые проблемы в единый бэклог и упорядочить их по пяти критериям приоритета, как это предполагает подход Inward Labs к общему циклу SEO и разработки. Ответственные: маркетинг, разработка, аналитика, продажи совместно. Срок: после заполнения карты.
ПРОВЕРИТЬ ПУТЬ ОТ ПОИСКА ДО ПРОДАЖИ
Inward Labs определит точки потери, проверит данные и сформирует приоритеты для общего цикла SEO и разработки.
