gd_site_demo_started
GoalData анализирует визиты перед заявками и продажами, создаёт поведенческие и ML-цели, передаёт квалификацию из CRM в Метрику и контролирует работу целей. Автостратегия получает больше примеров для оптимизации, а вы понимаете, откуда взялось каждое достижение.
Этот визит отслеживается настоящим GoalData SDK. Сделайте несколько действий: сервис покажет поведение, риск бота и достижения целей без заранее подготовленных цифр.
Показываем, что действительно произошло с целью
gd_site_demo_started
gd_site_demo_problem_selected
gd_site_demo_engaged_visit
gd_site_demo_form_opened
gd_site_review_request_submitted
«Зафиксировано» и «отправлено» подтверждаются сразу. Появление в отчёте Метрики проверяется отдельно.
Ожидаем события SDK
Обновляется по снимкам текущей сессии. Если данные ещё не пришли, показываем это прямо.
Не добавляем универсальную микроцель вроде «скролл 50%». Начинаем с заявки или продажи конкретного проекта и проверяем, какие более ранние действия действительно встречаются на пути к результату.
Берём заявку, квалификацию, встречу или продажу из Метрики и CRM как исходный факт для анализа.
Сравниваем путь до конверсии, поведение визитов, источники и признаки бота. Отделяем закономерность от случайного действия.
Настраиваем поведенческую, ML- или CRM-цель с понятным условием. Случайные и ботоподобные достижения не смешиваются с основной конверсией.
Доставляем конверсии в Метрику, проверяем Client ID, дубли и объём достижений. Новая цель сначала работает параллельно с текущей.
Вы используете только те инструменты, которые нужны конкретному проекту. Все они работают на общий результат: больше осмысленных конверсий для проверки в автостратегии.
Создавайте цель из событий сайта и условий поведения, характерных для пути к заявке или покупке.
Больше ранних конверсий без универсального «скролл 50%».При достаточном объёме данных модель оценивает визиты относительно выбранной цели Метрики.
Отдельные уровни вероятности для проверки в стратегии.GoalData учитывает поведение визита и риск бота до отправки отдельной цели в Метрику.
Не считать каждое срабатывание формы одинаково полезным.Передавайте живой лид, квалификацию, встречу и оплату в Метрику как отдельные офлайн-конверсии.
Стратегия видит не только факт отправки формы.Контролируйте, сохранился ли идентификатор и может ли офлайн-конверсия привязаться к визиту Метрики.
Понятно, какие конверсии пригодны для обратной передачи.Следите за достижениями, доставкой, дублями и поломками сбора данных по каждому проекту.
Не терять дни обучения из-за незаметной ошибки.Выберите ситуацию своего проекта. Мы сохраним её в форме и начнём разбор с наиболее подходящего типа дополнительной цели.
Анализируем путь до заявки или покупки и создаём более частую поведенческую либо ML-цель для параллельной проверки.
Сравниваем конверсионные визиты, риск бота и реальные продажи. Создаём отдельную цель с фильтром, не изменяя исходную.
Связываем CRM-статус с Client ID или yclid и передаём живой лид, квалификацию, встречу или продажу в Метрику.
В проекте MonacoModa стандартную цель add_to_cart сравнили
с покупками и поведением визитов. Затем создали отдельную цель
real_add_to_cart и проверили, как изменился состав достижений.
Посмотрим текущую цель, объём заявок и продаж, риск ботоподобных достижений, доступность Client ID и CRM-статусов. Затем предложим, с какой целью начать проверку.
После заявки оценим данные проекта и предложим первый сценарий проверки