Кросс-доменная аналитика в Яндекс Метрике
Кросс-доменная аналитика нужна, когда один клиент проходит несколько сайтов в рамках одной покупки или заявки. Мы связываем доступные части маршрута, сохраняем сведения о первом источнике и проверяем, какие данные доходят до Метрики и CRM. В результате маркетинг видит путь целиком, а собственные переходы меньше искажают атрибуцию.
Когда стоит обратиться
Обычно к нам обращаются в таких ситуациях:
- После входа в личный кабинет рекламный визит превращается в прямой, и кампания пропадает из отчёта.
- Собственный поддомен появляется среди источников, хотя посетитель продолжает оформление той же заявки.
- UTM приходят в CRM, но ClientID уже относится к новому визиту на другом домене.
- Оплата или регистрация проходит во внешнем сервисе, и команда теряет связь между рекламным переходом и готовым заказом.
Что именно мы сделаем
Рисуем реальные маршруты пользователя между сайтом, кабинетом, формой и оплатой.
Проверяем счётчики, идентификаторы, UTM, ссылки и редиректы на каждом переходе.
Настраиваем передачу или сохранение данных, которые связывают части одного пути.
Доводим источник и ClientID до заявки либо заказа в CRM.
Проходим контрольные сценарии в чистом браузере и сверяем отчёты.
Что входит в стоимость
24 000 ₽ за всю работу
Разбираем ключевые маршруты между доменами, проверяем счётчики, редиректы, формы, параметры ссылок и передачу данных в CRM. Настраиваем способ связать части пути, сохраняем исходный источник до целевого действия и проводим тестовые визиты с уникальными метками на компьютере и телефоне.
Что будет готово
Передадим вам
- Рабочая схема кросс-доменной аналитики для выбранных маршрутов.
- Карта переходов с ожидаемым источником и способом связи частей пути.
- Передача UTM и ClientID либо другого выбранного идентификатора в заявку.
- Протокол контрольных визитов и найденных ограничений внешних сервисов.
Перед сдачей проверим
- Контрольные маршруты сохраняют исходный рекламный источник на доступных доменах.
- Собственные домены отсутствуют среди ложных источников тестовых визитов.
- Тестовая заявка или заказ содержит выбранные UTM и идентификатор визита.
- Цель в Метрике и запись в CRM относятся к одному проверяемому сценарию.
Как это выглядит на практике
Реклама ведёт на сайт, заказ оформляется в кабинете
Покупатель приходит по объявлению на основной домен, изучает предложение и входит в кабинет на отдельном поддомене. В текущем отчёте заказ выглядит как прямой визит, а маркетолог теряет исходную кампанию.
- 01
Открываем основной сайт в чистом браузере с уникальными тестовыми UTM.
- 02
Переходим в кабинет и проверяем сохранённые идентификаторы после авторизации.
- 03
Оформляем тестовый заказ и сверяем цель, источник и ClientID в Метрике.
- 04
Открываем заказ в CRM и убеждаемся, что в нём остались данные первого входа.
Что понадобится для работы
От вас
- Доступ к Яндекс Метрике, коду счётчиков и используемому контейнеру тегов.
- Список доменов, поддоменов и главных маршрутов от входа до заявки или заказа.
- Доступ к формам, CRM и тестовому оформлению для конечной сверки.
Если у вас немного другая ситуация
Небольшие уточнения, которые помогают довести согласованный результат до рабочего состояния, уже учитываем в цене. Если по ходу работы появится отдельный крупный блок или понадобится платная лицензия, сначала обсудим варианты и стоимость. Расскажите о своей ситуации — подстроим план под неё.
- 3 000 ₽после подписания договора через Диадок
- 21 000 ₽после выполнения, демонстрации и приёмки результата
Предоплата входит в общую стоимость. Оставшуюся сумму оплачиваете после демонстрации и приёмки готовой работы.
Часто спрашивают
Об этой услуге
Обязательно использовать один счётчик на всех доменах?
Единый счётчик часто упрощает общий путь, однако структура отчётности и права доступа могут требовать другой схемы. Сначала проверим текущие счётчики и выберем вариант, который сохраняет нужные данные.
Можно связать основной домен и личный кабинет на поддомене?
Да. Проверим установку счётчика, авторизацию, редиректы и сохранение идентификаторов на переходе, затем пройдём путь до контрольного действия.
Что можно сделать с внешней страницей оплаты?
Используем возможности провайдера: return URL, параметры заказа, webhook и сведения о платеже. Этого часто достаточно, чтобы связать оплату с исходной заявкой и рекламным источником.
ClientID и UTM попадут в CRM?
Настроим их сохранение в скрытых или служебных полях и проверим на тестовой заявке. Названия полей и формат значений заранее согласуем с теми, кто работает с отчётами.
Как проверить результат до накопления статистики?
Проводим визиты с уникальными UTM, записываем ClientID на каждом доступном шаге и сверяем цель, источник, заявку и заказ сразу после теста.
Что произойдёт с уже накопленными отчётами?
Исторические данные сохранятся в Метрике. Новая схема начнёт точнее связывать последующие визиты, поэтому дату запуска отметим в протоколе и отчётах.
Можно начать с одного проблемного маршрута?
Да. Часто первым берут путь с рекламной страницы в кабинет или оплату. После проверки этого сценария ту же логику удобно распространить на остальные переходы.
Цена и изменения по ходу работы
Цена на странице окончательная?
Да. Перед началом мы сверяем исходные данные и фиксируем результат в договоре. Указанная на странице сумма покрывает согласованную работу целиком, даже если её техническая реализация потребует больше времени, чем ожидалось при оценке.
Что означает резерв незапланированных работ?
Это уже включённый в цену запас времени на небольшие связанные уточнения заказчика, которые появляются после старта: например, добавить поле, изменить формат уведомления или учесть ещё одно условие обработки.
Резерв рассчитывается по формуле: стоимость услуги × 30% ÷ 1 500 ₽. Для услуги за 30 000 ₽ это 6 часов. Эти часы относятся только к дополнительным, заранее незапланированным уточнениям. Они не являются сроком проекта и не ограничивают время на основную работу: согласованный результат мы выполняем полностью.
Можно уточнять детали уже во время работы?
Да. Небольшие связанные изменения обычно помещаются во включённый резерв и не требуют доплаты. Если новая идея заметно меняет результат или превращается в самостоятельную задачу, сначала обсудим подход и стоимость. Любое решение согласуем до выполнения.
Начало работы и оплата
Как оформляются договор и оплата?
Подписываем договор через Диадок. Предоплата составляет 3 000 ₽ и входит в общую стоимость услуги. Остаток оплачивается после демонстрации и приёмки готового результата.
Когда начинается срок выполнения?
Срок отсчитывается после согласования задачи, получения необходимых доступов и материалов, подписания договора и поступления предоплаты. Конкретную дату старта и плановый день готовности подтверждаем перед началом.
Как учитываются платные лицензии и внешние сервисы?
До старта проверяем, нужны ли тарифы, лицензии, сертификаты или дополнительные ресурсы внешних систем. Если они потребуются, заранее покажем варианты и стоимость. По возможности аккаунты и лицензии оформляются сразу на заказчика.
Проверка результата и гарантия
Как принимается готовая работа?
Вместе проверяем согласованные сценарии на контрольных данных или тестовой копии, а затем демонстрируем результат. Для интеграций сверяем передачу данных и обработку ошибок, для сайта — работу нужных страниц и действий пользователя, для отчёта — расчёты и обновление данных.
Какая гарантия действует после сдачи?
На выполненные изменения действует гарантия 3 месяца. Если в изменённой нами части обнаружится ошибка нашей реализации, проверим и исправим её без дополнительной оплаты. Переданные материалы, настройки и код остаются у заказчика.