Сначала назовите один результат, ради которого существует сайт
Цель должна описывать действие клиента и пользу для бизнеса. Например: получить запрос расчёта от компании нужного профиля, оформить заказ или записаться на встречу. Формулировка «увеличить посещаемость» слишком далека от результата.
Для цели задайте исходное значение, период и владельца. Не выбирайте десятки равноправных показателей. Один главный отвечает, работает ли сайт, а несколько вспомогательных объясняют, почему результат растёт или падает.
Важен не весь трафик, а нужные посетители
Разделите посещения по источнику, странице входа, устройству и теме. Сто случайных переходов могут быть менее полезны, чем десять визитов людей, которые искали вашу услугу и дошли до контакта.
Смотрите, какие источники приводят подходящие обращения, а не только дешёвые клики. Если посещения выросли, а заявки стали хуже, проверьте обещание рекламы и содержание страницы. Рост одной верхней цифры не должен скрывать потерю качества.
Поиск оценивают по показам, переходам и нужным страницам
Google Search Console показывает, по каким запросам страницы появлялись в поиске, сколько было показов и переходов. Официальная справка Performance report также объясняет CTR — долю переходов от показов — и среднюю позицию.
Смотрите данные по конкретным страницам и темам, а не только общий график сайта. Низкий CTR может подсказать, что заголовок не соответствует запросу. Но позиция и показы не являются продажами: после перехода человек ещё должен понять предложение и выполнить нужное действие.
Настройте события на действия, которые двигают клиента дальше
Отмечайте успешную форму, звонок с сайта, переход в мессенджер, начало заказа и оплату — только те шаги, которые относятся к вашему пути клиента. Нажатие на кнопку без успешного результата лучше считать отдельно.
Google Analytics называет важные для бизнеса действия ключевыми событиями, а Яндекс Метрика позволяет передавать событие формы или кнопки. Настройку обязательно проверьте тестовым действием: счётчик может быть установлен, но нужное событие не записываться.
Количество заявок нужно смотреть вместе с их качеством
Согласуйте с продажами простые статусы: подходит, не подходит, не удалось связаться, дубль и спам. Тогда сайт оценивается не только по числу форм, но и по доле обращений, с которыми команда может работать.
Не меняйте критерий качества каждую неделю. Запишите, какой клиент считается целевым, и оставьте менеджеру короткую причину отказа. Если заявок много, но подходящих мало, сначала проверьте страницы и источники. Подробный порядок есть в материале почему сайт не приносит заявки.
Свяжите обращение на сайте с ответом и результатом продажи
Карточка заявки должна сохранять страницу и источник. Затем к ней добавляются первый ответ, встреча, предложение и итог. Так видно, где проблема: сайт приводит не тех людей или команда слишком поздно отвечает.
Не обязательно сразу строить сложный отчёт. Начните с таблицы или CRM, где у каждого обращения есть источник, владелец и статус. Статья как заявки с сайта попадают в CRM объясняет этот путь без технических деталей.
Цепочка действий показывает конкретное место потери
Соберите простой путь: просмотр услуги → открытие формы → успешная отправка → контакт менеджера → подходящая заявка → продажа. Для магазина шаги будут другими, но принцип тот же.
Сравнивайте переход между соседними шагами. Если форму открывают, но не отправляют, проверьте поля и ошибки. Если заявки доходят, но ответа нет, исправляйте обработку, а не кнопку. Такая цепочка помогает выбрать одно изменение с понятной причиной.
Скорость и стабильность объясняют часть поведения посетителей
Технические показатели не заменяют заявки, но помогают найти неудобство. В текущих рекомендациях web.dev о Core Web Vitals хорошими считаются: появление основного содержания до 2,5 секунды, ответ страницы на действие до 200 миллисекунд и сдвиг макета не выше 0,1. Оценка берётся для 75% загрузок отдельно на мобильных и компьютерах.
Это ориентиры для диагностики, а не гарантия продаж или высокой позиции. Сначала проверяйте ключевые страницы на реальных устройствах.
Сравнивайте одинаковые периоды и отмечайте важные изменения
Праздники, сезон, реклама и сбой формы могут изменить цифры сильнее новой кнопки. Сравнивайте одинаковые дни и каналы, отмечайте дату запуска рекламы, изменения страницы и проблемы обработки.
Не делайте вывод по нескольким посещениям. Чем меньше данных, тем осторожнее решение. Смотрите не только среднее значение, но и отдельные страницы, устройства и источники. Перед крупным редизайном сохраните исходные показатели, чтобы после запуска отличить реальный эффект от обычного колебания.
Ежемесячный разбор заканчивается одним следующим действием
Короткий отчёт отвечает на четыре вопроса: что изменилось, где потеря, почему так могло произойти и что команда проверит следующим. У каждого действия должны быть владелец, срок и показатель.
Не пытайтесь улучшить всё одновременно. Например, сначала исправьте потерю формы на телефонах, затем сравните результат. Если данные показывают ограничения самой основы, используйте материал когда сайт переделать, а когда доработать.
Чтобы обсудить простой план измерения, подготовьте главную цель сайта и три последних месяца доступных данных.
