Почему это делается до запуска, а не после
Аналитику ставят последней, потому что она ничего не меняет на экране. И почти всегда жалеют: первые недели после запуска — самый показательный период, именно тогда видно, как ведут себя люди, пришедшие без подсказок. Данные за этот период не восстанавливаются задним числом: не поставили счётчик — месяц просто выпал.
Второй аргумент практичнее. Пока сайт не запущен, у разработчика открыт код и он может разметить нужные действия аккуратно. После запуска это делается спешно, поверх, и разметка получается такой, которой потом никто не доверяет.
Минимум, который стоит поставить
Счётчик посещаемости с фильтром своего трафика. На малом трафике команда, подрядчик и сервисы проверки скорости дают заметную долю визитов. Если их не отсечь, отчёт показывает не поведение клиентов, а вашу собственную работу над сайтом.
Цели на обращения. Каждый способ связаться — отдельная цель: отправленная форма, клик по мессенджеру, клик по телефону, бронь звонка. Это разные по качеству обращения, и смешивать их в одну цель — значит потерять возможность понять, какой канал приносит разговоры, а какой просто клики.
Разделение по разделам. Заявка с услуги и заявка из кейса — разные истории. Достаточно передавать вместе с событием, с какой страницы оно пришло: потом это единственный способ понять, какие материалы реально доводят до разговора.
Скорость загрузки. Не ради отчёта, а ради раннего сигнала. Если после очередной правки главная стала грузиться вдвое дольше, вы узнаете об этом из данных, а не из жалобы. Связь скорости и заявок разобрана отдельно — про скорость сайта и потерянные заявки.
Чего в минимуме быть не должно
Карты кликов, записи сессий и сложные воронки — полезные инструменты, но не на старте. Пока трафика мало, они дают красивые картинки и нулевую статистическую значимость: три записи сессий — это три человека, а не вывод о поведении аудитории.
То же с целями «просмотрел страницу услуг» или «пролистал до конца». Формально это события, по смыслу — не результат. Когда таких целей десяток, конверсия из отчёта перестаёт означать хоть что-то, потому что считается по действиям, за которые никто не платит.
Как события связываются с деньгами
Счётчик показывает обращения, а не выручку — связь достраивается вручную, и без неё аналитика остаётся про клики. Достаточно двух шагов.
Первый: передавать вместе с заявкой, откуда она пришла — страница, вид формы, рекламный источник. Тогда в CRM у каждой сделки есть происхождение, и через квартал видно, какие страницы приносят разговоры, а какие только визиты.
Второй: сверять числа. Раз в месяц сравнить количество целей в счётчике с числом обращений в CRM. Расхождение в разы — это почти всегда техническая потеря: форма отправляется, а событие не срабатывает, или письмо уходит в спам. Такие вещи находятся только сверкой, сами о себе они не сообщают.
Что проверить в день запуска
Короткий список, который занимает двадцать минут и экономит месяц:
- счётчик отвечает на всех основных страницах, а не только на главной;
- тестовая заявка доходит и попадает в цель;
- клик по мессенджеру и по телефону считается отдельно;
- свой трафик отфильтрован — проверьте на себе;
- в политике обработки данных перечислены все подключённые сервисы.
Последний пункт — не формальность. Если счётчик работает, а в политике его нет, это расхождение между тем, что сайт делает, и тем, что он о себе заявляет.
Через месяц
Первый честный разбор имеет смысл делать не раньше, чем через месяц чистых данных. Смотреть стоит на три вещи: сколько визитов доходит до обращения, с каких страниц приходят обращения и где люди уходят чаще всего. Этого достаточно, чтобы решить, что править дальше — а не гадать по ощущениям. Как считать отдачу от вложений в трафик, разобрано в статье про ДРР.
