Пользователь переходит между доменами: как не потерять одну сессию в аналитике

Сначала нарисуйте путь, который должен остаться единым

Слово «кросс-доменный» часто используют как название настройки, хотя сначала нужно описать маршрут обычными словами. На какой адрес приходит рекламный клик? Что пользователь делает на первом сайте? По какой ссылке или редиректу он переходит дальше? Где возникает целевое действие? И какой из доменов принадлежит самому бизнесу, а какой - платежной системе, маркетплейсу или внешнему сервису?

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

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

Я не называю переход между доменами проблемой, пока не вижу, какое решение из-за него стало неверным. Иногда отдельный визит мешает оценить рекламу, а иногда он помогает сравнить два самостоятельных продукта. Настройка должна повторять коммерческий маршрут, а не стремление собрать все цифры в одном месте.

Выберите модель учета до настройки счетчика

У двух доменов нет единственно правильной схемы. Важнее решить, нужна ли одна история поведения или отдельная статистика по каждому ресурсу. В справке Яндекс Метрики указано, что дополнительные адреса можно добавлять, когда один счетчик установлен на нескольких сайтах; переходы между всеми заданными адресами тогда считаются внутренними. Настройка находится на вкладке счетчика в разделе Настройка счетчика.

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

Сначала выбирают вопрос отчета, затем схему счетчиков; не наоборот. Для рекламного маршрута вопрос обычно звучит так: «Какой источник довел человека до подтвержденной заявки?» Для продуктовой аналитики: «На каком сайте и на каком шаге возникло ограничение?» Это разные отчеты, и их не нужно пытаться получить одной настройкой без разделения ролей.

Проверьте, где установлен один и тот же счетчик

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

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

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

В такой задаче я сначала ищу разрыв, а не настраиваю «на всякий случай». Часто он оказывается не в самом переходе, а в одной странице без нужного счетчика или в старой версии шаблона. Когда маршрут проверен шаг за шагом, решение получается короче и понятнее для разработчика.

Не путайте домены, поддомены и внешние площадки

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

Отдельно стоит смотреть на платежи и маркетплейсы. Если человек уходит на страницу, где бизнес не управляет кодом, нельзя объявить путь полностью склеенным только по факту перехода. Здесь нужно честно зафиксировать границу измерения: например, рекламный источник и начало оформления видны на своем сайте, а подтвержденная продажа возвращается в доступную систему как отдельный бизнес-результат. Так отчет не обещает того, чего технически не собирает.

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

Проверяйте не только сессию, но и источник трафика

Даже если переход между доменами стал внутренним, задача не закрыта. Для рекламы важен источник первого шага: поисковая кампания, объявление в РСЯ, UTM-метка, рассылка или прямой заход. В отчете «Сайты» Метрика определяет источник по рефереру; при необходимости источник можно уточнять параметрами ссылки. Это описано в справке об отчете «Сайты».

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

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

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

Согласуйте цели с общей логикой маршрута

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

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

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

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

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

Финальная проверка состоит из пяти шагов:

1. Открыть реальный URL из рекламной кампании с метками.
2. Пройти через все согласованные домены до нужного действия.
3. Проверить в Метрике источник, страницы пути и одну выбранную цель.
4. Сверить, что домены в маршруте используют согласованный счетчик и указаны в его настройках.
5. Зафиксировать дату, результат проверки и владельца следующей правки.

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