Команда Monitor Analytics внедрила кастомные правила UTM-разметки в рекламных кабинетах, чтобы надёжно связывать расход/клики из источников (VK, Google, Яндекс) с заказами/доходом из GetCourse через гибкую идентификацию источника и извлечение связующих ID из разных UTM-полей.
Иными словами: теперь нет жестких требований к названиям меток, а сама настройка заключается в указании внутри Monitor Analytics логических правил чтения ваших параметров.
Появилась зона настроек:
- приоритезируемые правила определения источника;
- проверка правил на тестовой строке;
- многоступенчатые правила извлечения ID;
- поддержка вариативных разметок для типов кампаний (Google Performance vs обычные).
Без корректных ID и чёткого определения источника связка данных разваливается, а данные искажаются. В особо сложных ситуациях мы будем поддерживать настройку через техподдержку.
Шаг 1.
Определение источника трафика: как система решает «откуда это»
Определение источника трафика основано на гибком конструкторе правил, который позволяет системе понять, откуда поступили данные, прежде чем связывать их с заказами. Каждое правило указывает:
- в какой UTM-метке искать информацию (например, utm_source) об источнике трайика;
- задает условие проверки — точное совпадение, содержание подстроки или сложное регулярное выражение
Разберем компоненты и логику подробнее на примере настроек рекламы из ВКонтакте.
Компоненты:
- Поле для проверки: utm_source (по умолчанию), но может быть изменено. В примере мы говорим «наш параметр нужно искать внутри utm_source»:
- Тип сопоставления: equals/равно (строгое совпадение), contains/содержит (вхождение), regex (регулярное выражение). В примере мы говорим «нужно найти определенное сочетание букв в внутри utm_source и не важно что еще внутри есть»:
- Приоритеты правил: если у вас может быть разное обозначение одного и того же трафика из ВКонтакте, то можно добавить несколько правил и установить приоритет. Система применяет первое сработавшее правило:
- Управление состоянием: включение/выключение правила, удаление, сохранение.
Логика:
- Правила можно назначать глобально («все кабинеты») или точечно на конкретный кабинет. Это позволит подстроиться под конкретного подрядчика:
- Проверка на лету: ввод тестовой метки и отображение, какое правило сработало и какой источник определён.
Внедрение кастомных правил дает онлайн-школе гибкость и точность в отслеживании эффективности рекламы, позволяя надежно связывать расходы из рекламных кабинетов с заказами, даже если UTM-метки имеют нестандартную или вариативную структуру.
Конструктор правил Monitor Analytics устраняют зависимость от жестко заданных форматов, которые были у нас ранее. Теперь, если у вас много разных подрядчиков или свой особый регламент разметки, вы будете видеть структурированные данные в отчете Monitor Analytics.
В результате школа получает полный контроль над компановкой данных, может проверять корректность настроек на лету и автоматически пересчитывать исторические показатели при обновлении правил, что гарантирует целостность и достоверность аналитики.
Шаг 2.
Извлечение связующих ID / UTM: где и как искать campaign_id и banner_id
Критичность наличия идентификаторов (ID), таких как campaign_id и banner_id, в каждом объявлении заключается в том, что они служат единственным надежным «мостом» для связи данных из разных систем, например, рекламного кабинета и CRM:
- С одной стороны, существуют данные о расходах и кликах, привязанные к конкретным кампаниям и объявлениям.
- С другой — данные о заказах.
Без уникальных ID, которые передаются в UTM-метке при клике пользователя и затем фиксируются вместе с его заказом, система не может однозначно сопоставить эти два события. В результате, хотя аналитика видит и затраты на рекламу, и поступление заказов, она не способна определить, какая именно кампания или объявление привело к конкретной продаже. Это полностью разрушает процесс атрибуции, делая невозможным расчет ROI и других ключевых метрик эффективности.
Новая функциональность Monitor Analytics не отменяет эту строгую необходимость в ID, а лишь предоставляет гибкие инструменты для их поиска в разных полях метки, но само их наличие остается обязательным и критически важным условием для работы всей системы.
Механизм:
- Набор правил как в первом шаге: описывает, в каких UTM-полях и в каком формате лежат обязательные параметры.
- Поддержка раздельной разметки: пример для VK — campaign_id может лежать в utm_campaign, а banner_id в utm_content. Система последовательно пробует правила до нахождения полного комплекта ID. На примере ниже вы видите три правила, который описывают две разные разметки. Если так оставить (а это настройка по умолчанию), то система последовательно проверит каждое правило и применит первое подошедшее.
Канальные нюансы и вариативность разметки (Google/Яндекс)
Google:
- Разный формат для Performance кампаний (требуется campaign_id) и обычных кампаний:
- Два параллельных правила в utm_term под один источник «Google» — система корректно различает случаи.
Яндекс:
- Аналогичные нюансы (мастер-компании) — поддержка через отдельные шаблоны/правила.
Управление историей:
- Изменения правил задним числом триггерят автоматический перерасчёт связанных данных.
Зона применения правил и операционные границы
- Масштабирование: правила применяются либо ко всем кабинетам проекта, либо к выбранным.
- Использование regex (регулярные выражения): оставлено как продвинутый инструмент, рекомендовано настраивать через техподдержку из-за риска некорректного матчинга.
Внедрение
Где находится раздел?
- Интеграции > Рекламные кабинеты
- Нужный источник (например, ВКонтакте) > правила разметки:
Если нужна помощь
Мы понимаем, что тема сложная, поэтому мы оперативно подключимся для любых настроек. Пишите агенту поддержки: @a_GetCourse.
авторизуйтесь