Наблюдение / данные MODX
Настройка Яндекс Метрики на MODX
Проектирую и внедряю схему измерений для MODX: определяю события, связываю их с формами и интерфейсами, настраиваю электронную торговлю и проверяю фактическую передачу данных. Команда получает не набор случайных целей, а документированную систему наблюдения.
Обсудить настройку
01 Контекст
Данные начинаются с определения события
Одно и то же действие может срабатывать в JavaScript, отправляться на сервер и отображаться как отдельный экран. Если считать только клик, система не отличит попытку от успешно завершённого сценария.
До настройки фиксируются названия событий, условия их отправки, обязательные параметры и способ проверки. Это позволяет менять шаблоны и формы без незаметного разрыва аналитики.
02 Исходная ситуация
Когда нужна отдельная настройка
Счётчик установлен без схемы
Данные поступают, но команда не знает, какие действия фиксируются и какое условие запускает каждое событие.
Формы и интерфейсы менялись
Селекторы, страницы благодарности или AJAX-обработчики обновились, а прежние настройки продолжают ссылаться на старое поведение.
Работает интернет-магазин
Нужно передавать просмотры товаров, состав корзины, заказ и возврат в согласованном формате электронной торговли.
Несколько систем используют одни данные
Метрика, реклама, CRM и внутренние отчёты должны опираться на одинаковые названия и идентификаторы событий.
03 Состав
Что настраивается
Состав зависит от пользовательских сценариев, шаблонов MODX и действующих требований к согласию на обработку данных.
Карта событий
Описываю действия, условия отправки, параметры, источники данных и связь с интерфейсом.
- реестр событий
- соглашение об именовании
- контрольные сценарии
Внедрение в MODX
Устанавливаю счётчик и связываю события с шаблонами, FormIt, JavaScript-компонентами и серверными ответами.
- код интеграции
- изменения шаблонов
- версия в Git
Электронная торговля
Настраиваю dataLayer и передачу товарных данных для просмотров, корзины, заказа и изменения его состояния.
- схема товарных данных
- сопоставление полей
- тестовые события
Проверка и документация
Прохожу основные и ошибочные сценарии, сверяю параметры в отладочных средствах и описываю поддержку схемы.
- протокол проверки
- инструкция редактору и разработчику
- перечень ограничений
04 Метод
Как строится схема измерений
Сначала определяется, что именно считается фактом, затем код связывается с этим определением.
- 01
Инвентаризация
Собираю формы, кнопки, этапы заказа, существующие события и внешние системы, которые используют данные.
На выходе: карта источников и потребителей данных - 02
Проектирование
Фиксирую названия, параметры, идентификаторы и условия успешного события.
На выходе: согласованная спецификация - 03
Внедрение
Добавляю код в шаблоны и обработчики MODX, учитываю AJAX, повторные отправки и динамический контент.
На выходе: рабочая схема передачи - 04
Контроль
Проверяю тестовые сценарии и передаю порядок проверки после будущих изменений сайта.
На выходе: документация и контрольная выборка
05 Ответственность
Кто за что отвечает
Я отвечаю
- за техническую схему и внедрение событий
- за проверку передачи на согласованных сценариях
- за документацию названий, параметров и зависимостей
Со стороны бизнеса нужны
- определения значимых действий и статусов
- доступ к MODX и счётчику Метрики
- тестовые данные для форм, заказов и интеграций
06 Оценка
От чего зависит объём
Количество целей не показывает сложность: одно событие может собираться из нескольких систем.
- 01число пользовательских сценариев
- 02AJAX и одностраничные интерфейсы
- 03структура товаров и заказов
- 04FormIt и пользовательские обработчики
- 05интеграции с CRM и телефонией
- 06требования к согласию и хранению данных
Перед оценкой выбираю несколько характерных сценариев и проверяю, где возникает достоверный сигнал об их завершении.
07 Среда
Стек измерений
Использую существующий способ внедрения либо собираю отдельный слой событий.
- 01Яндекс Метрика
- 02MODX Revolution
- 03FormIt
- 04JavaScript
- 05dataLayer
- 06отладочные средства браузера
08 Вопросы
До начала работы
01Чем событие отличается от клика?
Клик фиксирует действие с элементом интерфейса. Событие может означать подтверждённую отправку формы, созданный заказ или другой факт, который возникает позже и проверяется отдельно.
02Можно настроить электронную торговлю для miniShop2?
Да. Сначала сопоставляются поля товара, корзины и заказа, затем события связываются с фактическими состояниями miniShop2 и интерфейса.
03Что происходит после изменения формы?
Сценарий нужно повторно проверить по документации. Если изменились селекторы, обработчик или условие успеха, код события обновляется вместе с формой.
04Можно передавать те же события в другую систему?
Да, если заранее отделить бизнес-событие от конкретного счётчика. Тогда один слой данных может обслуживать несколько согласованных получателей.
05Входит ли интерпретация данных?
Эта услуга посвящена архитектуре и качеству сбора. Аналитические выводы и решения по работе бизнеса требуют отдельной постановки.
10 Следующий шаг
Собрать схему событий
Опишите формы, заказы и действия, которые нужно фиксировать. Я обозначу, где возникает достоверный сигнал и какие доступы нужны для проверки.
Обсудить настройку