Переход между двумя сайтами: что можно узнать из аналитики
Начните с одного маршрута: от конкретной ссылки до страницы назначения и ожидаемого действия. Для рекомендации самостоятельного партнёра обычно достаточно согласованной разметки и отдельных отчётов. Для продолжения одной услуги на другом домене может понадобиться междоменное измерение. Ниже — паспорт перехода, пример UTM-ссылки и журнал проверки, которые помогут определить, какие выводы подтверждают ваши данные.
Сначала решите, какие отношения связывают два сайта
Общий владелец ещё не означает общий пользовательский путь. Посетитель может читать статью агентства и перейти к самостоятельному магазину. А может выбрать услугу на одном домене и продолжить её оформление на другом. В первом случае бизнесу важно оценить рекомендацию. Во втором — понять, где прерывается единое действие.
| Ситуация | Вопрос бизнеса | Начальный подход |
|---|---|---|
| Ссылка на самостоятельный проект | Пользуются ли рекомендацией и какие обращения приходят? | Измерять переходы и результат на принимающей стороне; согласовать разметку |
| Одна услуга оформляется на двух доменах | Доходят ли посетители до следующего этапа? | Описать общий путь и проверить необходимость междоменного измерения |
| Ссылка между страницами одного сайта | Находят ли люди следующий нужный раздел? | При необходимости измерять использование ссылки отдельным событием |
Для сети проектов полезно обсуждать каждую пару отдельно. У магазина, сервиса переездов и агентства могут различаться задачи, аудитории и доступ к данным. Объединение отчётов ради красивой общей цифры затруднит ответ на вопрос, какой именно проект получил результат.
Запишите решение до настройки тегов. Например: «Оцениваем рекомендации из редакционных материалов; индивидуальные маршруты между независимыми проектами не объединяем». Или: «Измеряем выбор услуги и продолжение записи как один согласованный процесс». Это рабочие решения для разных случаев, а не универсальное правило для всех доменов.
Составьте паспорт одного перехода
Паспорт — короткая запись о том, что проверяется и где искать подтверждение. Она связывает редактора, разработчика и владельца отчёта. Без неё один специалист считает нажатия на кнопку, другой — посещения страницы, а руководитель принимает оба числа за количество новых клиентов.
| Поле | Что зафиксировать |
|---|---|
| Исходная страница | Точный адрес и версия материала, в котором находится ссылка |
| Место ссылки | Основной текст, карточка проекта или другой конкретный блок |
| Назначение | Конечная страница, её язык и ожидаемое действие посетителя |
| Отношения сайтов | Самостоятельная рекомендация или этап одной услуги |
| Схема измерения | UTM и отдельные отчёты либо согласованное междоменное измерение |
| Доступ и ответственность | Кто проверяет исходящий клик, принимающую страницу и поступление заявки |
| Согласие | Какие состояния нужно проверить на каждой стороне |
| Критерий приёмки | Какое наблюдение подтвердит каждый этап; где сохранить результат |
Представим учебный пример: редакционный сайт рекомендует независимую мастерскую и ведёт на её страницу консультации. Запись LINK-01 содержит адрес статьи, блок «К кому обратиться», страницу консультации, согласованные метки и двух ответственных. Этот пример вымышленный; он не описывает действующую интеграцию сайтов Salestudia.
Если мастерская предоставляет только месячный итог, так и запишите: индивидуальную цепочку проверить нельзя. Если доступа к её аналитике нет вообще, граница вашего наблюдения заканчивается на исходящем действии. Отсутствующий доступ нельзя заменить предположением, что каждый клик превратился в визит.
Отдельно определите результат: открытие страницы, начало формы, принятая системой заявка или квалифицированное обращение. Для каждого результата потребуется своё подтверждение. Название кнопки «Получить консультацию» ещё не устанавливает, какой из этих этапов измеряется.
Размечайте самостоятельную рекомендацию по общему справочнику
UTM-параметры описывают источник и контекст ссылки. Google использует utm_source для источника, utm_medium для канала, utm_campaign для кампании, а utm_content помогает различать варианты размещения. Значения чувствительны к регистру: разные написания могут разделить данные. Согласуйте названия до публикации.
Для учебной рекомендации мастерской можно использовать адрес ниже. Домены example зарезервированы для примеров: это образец структуры, а не ссылка на действующего партнёра. Значение referral обозначает рекомендательный переход; слово campaign здесь служит названием согласованной группы ссылок и не означает платную рекламу.
В справочнике запишите расшифровку: utm_source — редакционный сайт, utm_campaign — программа полезных рекомендаций, utm_content — расположение ссылки. Если нужен разрез по статьям, заранее задайте постоянные коды материалов. Не меняйте обозначения одновременно с каждым обновлением заголовка: сравнение станет сложнее.
Не помещайте в метки имя, email, телефон или текст обращения. Для различения размещений достаточно кода материала и позиции. При передаче готовой ссылки второму редактору приложите её назначение: иначе он может заменить страницу назначения, сохранив метки от другого предложения.
После публикации откройте саму ссылку и проверьте конечный адрес после перенаправлений. Красивое имя кампании в таблице не доказывает, что посетитель попадает на нужную языковую версию и что параметры доходят до принимающей страницы.
https://workshop.example/consultation/?utm_source=publisher.example&utm_medium=referral&utm_campaign=partner_guides&utm_content=article_bodyРазделите клик, посещение и полученное обращение
Это разные наблюдения в разных точках. Один человек может нажать ссылку повторно, закрыть вкладку до загрузки или продолжить уже начатое посещение. Поэтому расхождение чисел сначала требует проверки определений. Само по себе оно не показывает количество потерянных клиентов.
| Наблюдение | Что можно утверждать | Чего оно не подтверждает |
|---|---|---|
| Исходящее событие клика | На исходной стороне зарегистрировано действие со ссылкой | Принимающая страница загрузилась и человек прочитал её |
| Просмотр принимающей страницы | На принимающей стороне зарегистрирован просмотр | Это новый человек или отдельная новая сессия |
| Событие отправки формы | Выполнено условие, заложенное в настройку события | Запись доставлена сотруднику и соответствует нужной услуге |
| Запись в системе обработки | Обращение поступило и доступно для работы | Оно подходит компании и приведёт к договору |
В GA4 расширенная статистика может регистрировать исходящие клики событием click и передавать link_url, link_domain и признак outbound. Ссылки на домены, включённые в междоменное измерение, исключаются из такого автоматического учёта исходящих кликов. Это предусмотренное поведение, которое следует учитывать при проверке.
Для редакционного отчёта можно выбрать количество зарегистрированных действий по конкретному месту ссылки. Для принимающего бизнеса важнее обращения, которые удалось обработать. Подпишите оба показателя своим именем и укажите ограничения сбора. Не переименовывайте события в уникальных посетителей ради удобства презентации.
Если после успешной формы заявка не появляется у ответственного, проверяйте передачу отдельно от атрибуции. Правильно определённый источник не исправляет ошибку доставки. И наоборот: полученное обращение может не иметь аналитической записи, которую получится уверенно связать с ним.
Используйте междоменное измерение для согласованного общего пути
Google описывает cross-domain measurement как способ измерять активность на нескольких доменах в рамках одного пути. Для настройки GA4 на участвующих страницах нужен одинаковый G-ID одного веб-потока, а домены указываются в настройках тега. При переходе механизм передаёт идентификаторы через параметр _gl, чтобы поддерживать непрерывность измерения при соответствующих условиях сбора.
Типичный учебный сценарий — выбор услуги на основном сайте и продолжение записи в отдельном приложении компании. Перед внедрением составьте список участвующих страниц, событий и доступов. Если приложение не позволяет установить нужный тег или согласовать обработку данных, запишите это ограничение и выберите доступные точки наблюдения.
В интерфейсе GA4 путь настройки проходит через Admin → Data streams → нужный веб-поток → Configure tag settings → Configure your domains. Изменение этого списка должно следовать принятой схеме. Не добавляйте туда все знакомые домены только потому, что между ними есть ссылки.
Параметр _gl добавляет механизм linker при клике. Документация Google указывает ограниченный срок его действия — две минуты. Его не нужно вручную сохранять в статье как постоянную часть адреса. При проверке переходите по исходной ссылке заново, чтобы исследовать действительное поведение тега.
Наличие _gl в адресной строке подтверждает только часть проверки. Нужно также проверить обработку перехода на принимающей стороне. Зафиксируйте ожидаемую последовательность событий и результат разрешённой отладки на обеих страницах. Отдельно проверьте перенаправления: нужные параметры должны доходить до страницы, на которой их обрабатывает тег.
Проверяйте согласие на каждой стороне маршрута
Consent Mode управляет поведением Google-тегов с учётом выбора посетителя. В Basic при отказе теги заблокированы и данные Google не передаются. В Advanced при denied могут отправляться измерения без cookie. Поэтому отсутствие cookie и отсутствие сетевых запросов — разные результаты проверки.
В паспорте перехода укажите выбранный режим каждого сайта и ожидаемое поведение. Для Basic отсутствие аналитического события при отказе может быть правильным результатом. Не исправляйте такую ситуацию принудительной загрузкой тега ради совпадения чисел.
Наш практический вывод: настройку междоменного измерения нельзя использовать как доказательство согласованного управления согласием. Проверяйте получение выбора, передачу состояния и исполнение этого состояния отдельно. Наличие параметра _gl не заменяет такую проверку. Область действия выбора между проектами нужно определить до реализации, а не предполагать по общему владельцу.
В отчёте обозначьте охват: что удалось наблюдать при разрешённом сборе и какие участки остаются неизвестными. Моделирование и суммарные показатели не следует описывать как восстановленный маршрут конкретного человека. Для управленческого решения иногда достаточно честного агрегированного результата без индивидуальной цепочки.
Проведите проверку по журналу, а не по одному скриншоту
Ниже — заготовка журнала для двух альтернативных схем. Строки описывают ожидаемые проверки, а не результаты выполненного аудита. Начните с выбранной схемы и одного контролируемого перехода; затем добавляйте условия, которые действительно встречаются в вашем маршруте.
| Сценарий | Что выполнить | Что записать |
|---|---|---|
| UTM, разрешённый сбор | Открыть опубликованную ссылку в отдельном тестовом сеансе браузера | Конечный адрес, состояние согласия, события принимающей страницы и значения кампании |
| Отказ на принимающей стороне | Повторить путь с отказом в аналитике | Соответствие наблюдений выбранному режиму; отсутствие данных не считать автоматически ошибкой |
| Перенаправление или выбор языка | Пройти реальный маршрут до окончательной страницы | Все промежуточные адреса и сохранность нужных параметров |
| Единый междоменный путь | При разрешённом сборе перейти по действующей ссылке между настроенными доменами | Передачу _gl и обработку событий на второй стороне через средства отладки |
| Возврат и повторный клик | Вернуться назад и снова воспользоваться ссылкой | Повторные события и правило, по которому они учитываются в отчёте |
К каждой записи добавьте дату, время с часовым поясом, браузер, исходную страницу и выбранный вариант согласия. Пишите «не проверено», если наблюдение недоступно. Пустая ячейка легко превращается в ошибочное впечатление, что всё прошло успешно.
Для нашего вымышленного LINK-01 критерий первой проверки такой: опубликованная рекомендация открывает консультацию, принимающая сторона получает предусмотренные данные кампании при разрешённом сборе. Подтверждение обработки заявки — следующая самостоятельная проверка. Она не входит в результат теста только потому, что ссылка открылась.
Проверьте и настоящий способ перехода: кнопку, обычную ссылку или переход после выбора в форме. Проверка адреса, вручную вставленного в новую вкладку, не показывает, как сработает обработчик кнопки на исходной странице. Сохраните короткую последовательность действий, чтобы разработчик смог повторить найденную проблему.
При отправке тестового обращения согласуйте безопасные тестовые данные и отметку для сотрудника. Журнал переходов не должен содержать персональные данные посетителей. Его задача — подтвердить работу выбранного маршрута, а не собирать копии реальных заявок.
Читайте отчёт в пределах выбранной области данных
GA4 связывает сессию с одним источником или кампанией. Новый источник, обнаруженный посреди действующей сессии, сам по себе не начинает новую сессию. Google отдельно описывает использование таких новых значений для событий. Поэтому повторный переход с UTM нельзя автоматически ожидать как новую строку сессий нужной кампании.
Для ручной разметки Google выделяет источник и канал на уровне сессии, а также отдельные параметры первого привлечения пользователя. Выберите уровень, соответствующий вопросу. Перед сравнением выпишите точные названия полей из обоих отчётов: похожие подписи без одинакового смысла не дают сопоставимой выборки.
Согласуйте период, часовой пояс, фильтры и правило учёта повторных событий. Для самостоятельного партнёра удобно держать рядом две части отчёта: зарегистрированные переходы из конкретного материала и результаты, которые принимающая сторона относит к согласованной рекомендации. Укажите, что эти части не образуют подтверждённую индивидуальную цепочку.
Запрос «сколько заявок дала ссылка» требует дополнительного определения. События, приписанные кампании в GA4, и полученные бизнесом обращения — разные наборы. Чтобы говорить о заявках, определите подтверждение приёма и допустимый способ связи с источником. Если такой связи нет, показывайте показатели раздельно.
Не соединяйте записи двух независимых ресурсов только по близкому времени и одинаковой UTM-метке. Одна метка используется многими посетителями. Совпадение контекста помогает анализировать группу переходов, но не доказывает, что перед вами действия одного человека.
Не скрывайте источник, пока не выяснили причину расхождения
Список нежелательных переходов в GA4 управляет тем, какие домены не должны выступать источниками referral. Google приводит среди примеров возвращение после внешнего платёжного сервиса. Такая настройка решает вопрос источника трафика; из неё нельзя сделать вывод, что два набора пользователей объединены или вся последовательность восстановлена.
Если самостоятельная мастерская действительно получает рекомендации из редакционного сайта, исключение этого источника может убрать полезную информацию. Сначала вернитесь к паспорту: вы хотели оценить партнёрскую рекомендацию или продолжение собственного оформления? Одинаковое слово referral в интерфейсе не делает эти ситуации одинаковыми.
Для обычных внутренних переходов и этапов согласованного общего пути не используйте UTM как универсальную метку каждой кнопки. Наш подход — описать отдельное событие взаимодействия, если оно необходимо для вопроса бизнеса. Это позволяет обсуждать место клика, не подменяя его смысл рекламной кампанией.
Когда результат не совпадает с ожиданием, исправляйте установленную причину: неправильную страницу, потерянные параметры, неверное условие события или несопоставимые показатели. Массовая смена настроек до воспроизведения проблемы затруднит проверку: станет непонятно, какое изменение повлияло на результат.
Начните с одного маршрута и закрепите правила сопровождения
Выберите ссылку, которая ведёт к важному для бизнеса действию. Заполните паспорт, согласуйте способ измерения с принимающей стороной и выполните журнал проверки. После этого составьте короткий отчёт: что измеряется, что подтвердилось и какие выводы пока недоступны.
Храните рядом адреса, справочник меток, ответственных и дату проверки. Повторяйте нужные сценарии после смены страницы назначения, маршрута записи, перенаправлений, системы согласия или аналитического тега. Для независимых проектов заранее договоритесь, кто сообщает об изменениях на принимающей стороне.
Такой порядок полезен и для двух сайтов одной компании, и для сети самостоятельных проектов. Он позволяет оценивать конкретные рекомендации и этапы работы, не обещая точность, которой данные не подтверждают. Расширяйте схему на следующие ссылки после того, как первая стала понятной участникам.
- У перехода есть конкретная цель и проверенная конечная страница.
- Выбрана схема: самостоятельная рекомендация или общий путь.
- UTM-названия согласованы; персональных данных в них нет.
- Состояния согласия проверены на обеих сторонах.
- Клик, посещение и полученная заявка имеют отдельные определения.
- Проверка воспроизводится, ограничения доступа записаны.
- Назначены ответственные за отчёт и повторную проверку.
Проверка источника на примере записи на консультацию
Представим, что у одной компании описание консультации находится на основном сайте, а выбор времени — на отдельном домене записи. Откройте тестовую ссылку с меткой кампании на первый сайт и пройдите до подтверждения записи с разрешённой аналитикой. В отчёте по источнику сеанса сравните метку с исходной. Если вместо неё появился ваш основной домен как источник перехода, перепроверьте настройку перехода и перенаправления между адресами.
Если ссылка ведёт в магазин независимого партнёра, вопрос другой: сколько посещений партнёр получил от рекомендации. Согласуйте понятную метку ссылки, а число заказов уточняйте по отдельной договорённости. Один зарегистрированный переход сам по себе ещё не подтверждает заказ.
Официальные и профильные ссылки
Эти материалы дают контекст для данных, правил и рекомендаций на странице.
- Google Analytics — Collect campaign data with custom URLs Источник проверен: 30.09.2026
- Google Analytics — Enhanced measurement events Источник проверен: 30.09.2026
- Google Analytics — Set up cross-domain measurement Источник проверен: 30.09.2026
- Google tag — Measure activity across multiple domains Источник проверен: 30.09.2026
- Google tag — Consent mode overview Источник проверен: 30.09.2026
- Google Analytics — параметры источников трафика Источник проверен: 30.09.2026
- Google Analytics — Campaigns and traffic sources Источник проверен: 30.09.2026
- Google Analytics — Identify unwanted referrals Источник проверен: 30.09.2026
Удобнее написать напрямую?
Коротко укажите компанию, рынок и задачу — так разговор будет предметнее.