ИнструментыРазбор метрики

CR: что такое конверсия сайта и как её считать

конверсия сайта: простое определение, формула, числовой пример, типичные ошибки и связь с бизнес-результатом. Практический разбор YANORA.

Схема к материалу: CR: что такое конверсия сайта и как её считать

Короткий ответ. CR (Conversion Rate) — доля пользователей, совершивших целевое действие. Формула: конверсии / базовое количество × 100%. Важно явно указывать denominator: sessions→lead, lead→qualified, qualified→sale — это разные конверсии.

Пример воронки

1 000 sessions. 50 leads → site lead CR = 5%. 20 qualified → lead qualification CR = 40%. 5 sales → qualified-to-sale CR = 25%. Итоговая session-to-sale = 0,5%.

Если увеличить формы до 80, но qualified останется 20, site CR вырос, а бизнес не получил больше качественного спроса.

Какой CR хороший

Универсального benchmark нет. Он зависит от:

  • источника/интента;
  • чека;
  • сложности формы;
  • brand demand;
  • устройства;
  • типа продукта.

Сравнивать B2B SaaS demo и покупку недорогого товара по одной «норме конверсии» нельзя.

Где чаще всего теряется конверсия

  • message mismatch;
  • непонятный offer;
  • слабый proof;
  • mobile friction;
  • длинная форма;
  • неожиданная цена;
  • техническая ошибка;
  • медленная загрузка;
  • слишком ранний CTA.

CRO

Оптимизация конверсии — не набор трюков. Процесс: data → hypothesis → change → measurement → learning.

Segmentation

CR нужно смотреть по source, campaign, query intent, device и landing. Общая цифра может скрывать сильный Search и слабую РСЯ или наоборот.

Бизнес-CR

Для YANORA важнее не только form/session, а qualified/session и далее sale/session, если CRM позволяет.

CR отвечает на вопрос насколько эффективно конкретный этап превращает вход в следующий шаг, а не «хороший ли сайт вообще».

Что спросить у подрядчика до старта

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

  1. Как он определит исходную точку. Какие данные нужны до первой рекомендации?
  2. Как разделит гипотезы. Что будет проверяться первым и почему?
  3. Какие события настроит. Как результат дойдёт до Метрики/CRM?
  4. Что считается успехом. Какая метрика и какой горизонт?
  5. Что произойдёт при неуспехе. Есть ли заранее определённый следующий шаг?

Если ответ сводится к “мы всё настроим по лучшим практикам”, это слабый сигнал. Сильная команда может объяснить причинно-следственную цепочку ещё до начала работ.

Контрольный список

  • Формула корректна.
  • Период сопоставим.
  • Допущения видны.
  • Есть числовой пример.
  • Есть более глубокая метрика.
  • Результат связан с действием.

Формула CR

CR = количество целевых действий / количество выбранных базовых событий × 100%. База должна быть определена: сессии, пользователи, лиды или квалифицированные лиды.

Пример: 2 000 сессий дали 60 отправок формы. Session → lead CR = 3%. Если из 60 только 15 квалифицированы, session → qualified lead CR = 0,75%. Обе цифры корректны, но отвечают на разные вопросы.

Три уровня зрелости по теме «конверсия сайта»

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

Уровень 1 — рабочий минимум

На этом уровне формула считается на сопоставимых данных. Главная задача — устранить очевидные потери и получить достоверную базовую картину. Здесь не нужны сложные dashboards и автоматизация ради самой автоматизации: важнее, чтобы ключевой путь пользователя работал предсказуемо.

Уровень 2 — управляемая система

Следующий уровень — метрика сегментирована и связана с более глубоким показателем. Команда перестаёт спорить о результате “по ощущениям”: у каждого этапа есть измерение, данные передаются между системами, а изменения запускаются как гипотезы. Обычно именно здесь digital начинает становиться воспроизводимым процессом, а не набором разовых работ.

Уровень 3 — масштабирование

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

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

Частые вопросы

Нужно внедрять всё сразу?

Нет. Выберите одно ограничение и расширяйте систему после подтверждённого эффекта.

Когда нужен внешний подрядчик?

Когда задача проходит через несколько дисциплин и важна единая ответственность за результат.

Как использовать этот показатель или инструмент в управлении, а не только знать определение

После расчёта всегда задавайте вопрос: какое решение изменится от полученного значения? Метрика без действия быстро превращается в vanity dashboard. Если показатель ухудшился, должен существовать следующий уровень диагностики; если улучшился — проверка, не ухудшилась ли следующая стадия воронки.

Фиксируйте методику

Запишите источник данных, формулу, период и правила исключений. Особенно важно для CPL/CAC/LTV/ROMI: две команды могут использовать одинаковое название и считать совершенно разные вещи. Изменение определения посреди года ломает сравнимость истории.

Используйте диапазоны и сценарии

Калькуляторы не должны создавать ложную точность. Для входных данных, которые являются предположениями, показывайте conservative/base/optimistic scenario. Пользователь должен видеть, какой параметр сильнее всего меняет результат.

Проверяйте через CRM

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

Сохраняйте контекст

Если инструмент генерирует URL, смету или медиаплан, дайте пользователю скачать/скопировать результат без обязательного контакта. CTA на консультацию появляется после ценности. Это делает инструмент действительно полезным и повышает качество входящих обращений.

Ограничения

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

Мини-практика: посчитайте показатель на своих данных

Возьмите один полный период — например, прошлый календарный месяц — и посчитайте показатель вручную из исходных данных. Затем сравните результат с dashboard. Если цифры различаются, не выбирайте «более приятную»: найдите разницу в формуле, attribution window, исключениях или статусах.

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

После расчёта добавьте второй показатель, который находится на следующем шаге воронки. Например, рядом с CTR — post-click CR, рядом с CPL — qualified CPL, рядом с CAC — contribution LTV/payback. Эта связка защищает от локальной оптимизации, которая ухудшает бизнес.

Проверка здравого смысла перед внедрением

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

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

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

Что делать дальше

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

Если задача проходит через несколько зон — например, сайт, трафик, SEO, CRM и автоматизацию — единая команда уменьшает количество стыков и взаимных «это не наша зона». Мы можем закрыть разработку и digital-продукт и связать работу с аналитикой.

CTA: Получить разбор задачи

Что делать дальше

Разобрать задачу на ваших данных

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

Получить разбор

Автор и экспертиза

Редакция YANORA

Материал собран командой по разработке, маркетингу и аналитике. До открытия индексации будет назначен профильный эксперт.