Целевое действие на сайте: какие действия считать и как их отслеживать

Нажатие кнопки не превращается в заявку

Если каждое нажатие «Отправить» считать обращением, отчёт сможет расти даже при неисправной форме. Целевое действие на сайте — действие пользователя, в котором заинтересован владелец: покупка, обращение или другой выбранный результат. Его определение в Метрике включает и промежуточные взаимодействия. Поэтому название цели ещё не объясняет ценность.

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

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

Главное действие отличается от промежуточного

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

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

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

Целевое действие пользователя на сайте выбирается для конкретной страницы. У статьи и страницы заказа может быть разное продолжение, поэтому один общий набор событий по всему сайту затрудняет содержательный вывод.

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

Условие цели описывает момент результата

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

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

Для своего события Метрика предлагает тип «Целевое событие». Онлайн-данные передаются методом reachGoal. Заказчику не нужно вставлять код самостоятельно: ему полезнее описать границу успеха и получить демонстрацию, где запрос действительно принят. Техническое название остаётся ориентиром для исполнителя и записью в паспорте события.

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

Паспорт действия делает настройку воспроизводимой

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

Для выбранного действия сохраняют назначение, условие отправки и место приёма данных. В Метрике создание целевого события начинается в разделе «Цели» через «Добавить цель». Имя и идентификатор помогают связать настройки с записью задания, но внутреннее обозначение не стоит делать единственным объяснением для маркетолога, потому что по нему трудно узнать, какой исход формы считался успешным в прошлой версии. Паспорт нужен именно для этого смысла.

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

Такой образец можно передать подрядчику. Он оставляет выбор кода исполнителю и сохраняет понятный бизнесу результат.

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

Количество событий и количество людей различаются

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

В целевых метриках Метрики достижение означает выполненное условие, а целевой визит — посещение с достижением. За один визит возможны повторные события. Поэтому при оценке пути полезно смотреть и количество достижений, и число визитов с ними: большое расхождение может возникнуть из-за повторных отправок или двойного вызова события, а автоматическое объявление этих повторов новыми обращениями завысит результат маркетинга без изменения реального потока вопросов в отдел продаж.

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

В отчёте «Конверсии» соответствующие метрики выводятся рядом. Для руководителя основной столбец стоит назвать по выбранной единице, а повторные события оставить для диагностики. Так читатель отчёта не будет восстанавливать смысл по догадке.

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

Приёмка охватывает событие и обращение

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

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

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

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

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

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

Итог отчёта следует за выбранным смыслом

Цель аналитики помогает принять решение о работе. Если по событию непонятно, что произошло и что менять, название требует уточнения. Процент не исправит неопределённость.

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

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

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