Метрики сайта: как оценить эффективность после разработки

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

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

Какие метрики сайта определить до разработки

Сначала сформулируйте цель. Корпоративному сайту нужны целевые обращения, интернет-магазину — оплаченные заказы, B2B-порталу — успешное выполнение операций. Для каждой цели выберите основной KPI, источник данных и ответственного за проверку.

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

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

Критерии измерения полезно обсудить ещё при выборе команды. На что обратить внимание в процессе и составе работ, разобрали в статье о выборе подрядчика для B2B-сайта.

Конверсия сайта и качество заявок

Как рассчитать конверсию

Конверсия сайта показывает долю визитов или пользователей, в которых произошло нужное действие. Выберите один способ расчёта и сохраняйте его при сравнении периодов. Например: конверсия в заявку = визиты с успешной заявкой / все визиты × 100%.

Клик по кнопке и принятая заявка — разные события. Пользователь может нажать «Отправить», но столкнуться с ошибкой. Поэтому результат фиксируют после подтверждения успешной отправки. Повторные клики и технические дубли исключают.

Почему в B2B недостаточно считать все обращения

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

Доля квалифицированных лидов = квалифицированные лиды / все учтённые лиды × 100%. Для оценки стоимости привлечения используют CPL: расходы на выбранный канал / лиды этого канала за согласованный период. Для целевых лидов расчёт ведут отдельно. В B2B дополнительно учитывают задержку между первым обращением и сделкой.

Чтобы видеть дальнейший результат заявки, нужна связь сайта, аналитики и CRM. Задачи передачи обращений, смены статусов и уведомлений относятся к автоматизации бизнес-процессов. При этом качество обработки заявки менеджером влияет на результат не меньше формы на сайте.

Пример оценки эффективности сайта

Условный пример: за месяц сайт получил 2 000 визитов, в 40 из них была успешно отправлена заявка. Конверсия составила 2%. Из 40 уникальных обращений отдел продаж признал целевыми 16 — доля квалифицированных лидов равна 40%.

Если в следующем сопоставимом периоде заявок стало 60, но целевых по-прежнему 16, рост общего числа форм ещё не означает улучшения результата. Проверьте источники трафика, содержание предложения и работу квалификации. Числа в этом примере служат только для объяснения расчёта.

Воронка: на каком этапе теряются пользователи

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

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

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

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

Скорость загрузки и Core Web Vitals

Медленная загрузка и задержки интерфейса мешают пользователю выполнить задачу. Для оценки опыта загрузки и взаимодействия используют Core Web Vitals. Текущий набор включает LCP, INP и CLS.

• LCP — время появления самого крупного видимого элемента контента. Хороший ориентир: не более 2,5 секунды.
• INP — задержка отклика интерфейса на взаимодействия. Хороший ориентир: не более 200 миллисекунд.
• CLS — показатель неожиданных сдвигов элементов страницы. Хороший ориентир: не более 0,1.

Пороговые значения оценивают на 75-м процентиле реальных посещений, отдельно для мобильных и настольных устройств. Методика приведена в официальном руководстве Web Vitals. Лабораторный тест помогает найти проблему, но не заменяет данные реальных пользователей; у нового сайта их может быть недостаточно.

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

Поведенческие метрики и удобство интерфейса

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

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

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

SEO-метрики: как оценивать видимость в Яндексе и Google

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

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

В Яндекс Вебмастере и Google Search Console анализируйте запросы и страницы отдельно. Для веб-аналитики настройте цели в Яндекс Метрике или события в выбранной системе. Рост показов по нерелевантным запросам не равен росту полезного спроса.

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

Техническая надёжность и настройка аналитики

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

Для каждого события зафиксируйте условие срабатывания и назначение. Например, «успешная заявка» означает подтверждённое принятие формы, а «покупка» — согласованный статус оплаты. Проверьте отсутствие дублей и совпадение тестовых результатов в аналитике и CRM.

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

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

Корпоративный сайт и лендинг

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

Интернет-магазин и каталог

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

B2B-портал и личный кабинет

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

Блог и контентный проект

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

Чек-лист перед запуском сайта

1. Для сайта определена основная бизнес-цель и несколько показателей, связанных с ней.
2. У каждого показателя есть формула, источник данных и период сравнения.
3. Проверены ключевые сценарии на согласованных устройствах и в браузерах.
4. Успешные отправки, заказы и другие события фиксируются без технических дублей.
5. Тестовые заявки доходят до нужной системы и ответственного сотрудника.
6. Настроены мониторинг сбоев и порядок обработки ошибок.
7. Важные публичные страницы подготовлены к индексированию, тестовые и закрытые разделы не открыты случайно.
8. Назначен ответственный за анализ результатов и список проверяемых гипотез после релиза.

Частые вопросы о метриках сайта

Какая конверсия сайта считается хорошей?

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

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

Ошибки сбора данных и работоспособность проверяют сразу. Бизнес-результаты оценивают после накопления достаточного объёма наблюдений с учётом сезонности и цикла сделки. Несколько заявок не позволяют надёжно судить об устойчивой тенденции.

Можно ли гарантировать рост заявок только разработкой?

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

Как превратить метрики в план развития сайта

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

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