Причины появления переходов внутри домена в отчетах по трафику

Информация ниже относится к аккаунтам, в которых используется стандартный код отслеживания Google Analytics на JavaScript (ga.js). Проверьте, какую версию Google Analytics (обычную или Universal) вы используете, и ознакомьтесь с инструкциями по обновлению.

Если вы используете Universal Analytics, в том числе для мобильных приложений, маловероятно, что в отчетах будет отражено большое количество переходов внутри домена.

Основные сведения

Когда пользователь приходит на ваш сайт, система Google Analytics определяет, откуда он пришел, то есть фиксирует источник трафика. Различают прямые источники, бесплатные источники, источники кампании и источники перехода.

Источники перехода – это, как правило, другие сайты, с которых пользователи приходят на ваш. Отчет Переходы категории Источники трафика позволяет проанализировать посещения вашего сайта по переходам.

Как понять, есть ли в отчетах переходы внутри моего домена?

Если в Google Analytics регистрируется переход внутри домена, то в отчете Источники трафика > Весь трафик > Переходы вы увидите один или несколько собственных доменов. Например, для сайта www.example.com все записи этого отчета с текстом www.example.com являются переходами внутри домена.

Если вы настроили отслеживание сеансов в нескольких доменах и/или субдоменах, то некоторое количество переходов между ними будет отображаться в отчетах.

Однако переходы внутри домена могут также указывать на ошибку в коде Google Analytics. В таком случае они искажают показатели и затрудняют анализ источников трафика, связанных с конверсиями и другими действиями пользователей на вашем сайте.

Источник переходов внутри домена

analytics.js

Если вы используете фрагмент кода analytics.js, убедитесь, что все ваши собственные домены (включая субдомены) указаны в списке исключаемых источников перехода для соответствующего ресурса:

  1. Войдите в аккаунт Google Analytics.
  2. Нажмите Администратор и выберите нужный ресурс.
  3. Выберите Код отслеживания.
  4. Нажмите Список исключаемых источников перехода.
  5. Нажмите кнопку ДОБАВИТЬ ИСКЛЮЧЕНИЯ ИСТОЧНИКОВ ПЕРЕХОДОВ.
  6. Укажите домен, который нужно исключить, и нажмите Создать.

 

ga.js

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

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

Фильтр представления

Чтобы выяснить причину переходов внутри домена, откройте отчет Источники трафика > Весь трафик > Переходы.

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

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

Допустим, у нас есть следующий путь перехода:
/path/sub-path/?query=123&parameter=456

По умолчанию в отчете отобразится только его часть:
/path/sub-path/

Чтобы восстановить полный путь перехода в отчетах Google Analytics, воспользуйтесь описанным ниже фильтром представления.

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

Как правило, фильтр в данном случае настраивается, как описано ниже.

filter for self-referrals

Атрибуты фильтра представления

  • "Название фильтра": "Полные URL переходов со всеми параметрами".
  • "Тип фильтра": "Пользовательский фильтр" > "Расширенный".
  • "Поле A -> Извлечь A": "Канал кампании", "^referral$".
  • "Поле B -> Извлечь B": "Переход", "^https?://[^/]+(/.*).
  • "Вывод в -> Конструктор": "Содержание кампании", $B1.
  • "Поле А обязательно для заполнения": "Да".
  • "Поле Б обязательно для заполнения": "Нет".
  • "Перезаписать поле вывода": "Да".
  • "С учетом регистра": "Нет".
Специальный отчет
Чтобы быстро избавиться от большинства проблем с кодом отслеживания на страницах веб-сайта, используйте этот специальный отчет из нашей галереи решений. Этот отчет позволяет сравнить следующие пары показателей: путь перехода и адрес целевой страницы, источник и путь перехода, а также имя хоста и целевую страницу. Так вы, вероятно, сможете найти пары страниц, вызывающие переходы внутри домена.

Распространенные проблемы и их решения

Переходы внутри домена чаще всего возникают по перечисленным ниже причинам. Подробнее читайте в соответствующих разделах ниже.

Код отслеживания на целевой странице отсутствует или не функционирует

Переходы внутри домена часто возникают потому, что на целевых страницах вашего веб-сайта отсутствует код отслеживания Google Analytics. Плагин Google Tag Assistant для браузера Chrome поможет вам выявить отсутствие кода или ошибки в нем.

Убедитесь, что на всех страницах вашего сайта есть код отслеживания Google Analytics.

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

В коде отслеживания имеются несоответствия

Одна из наиболее распространенных причин переходов внутри домена – несоответствия в коде отслеживания. Чтобы изменить файлы cookie Google Analytics, которые система сохраняет для вашего домена, воспользуйтесь перечисленными ниже методами.

Обязательно используйте одни и те же методы на всех страницах сайта. Если они будут конфликтовать на одной или нескольких страницах, то Google Analytics может сбросить настройки файлов cookie или создать их заново. В любом случае система сначала пытается определить источник кампании. Именно на этом этапе и возникает переход внутри домена.

Рассмотрим несколько примеров.

Отслеживание субдомена

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

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

Неправильно

Главная страница (www.example.com)
	_gaq.push([‘_setAccount’, ‘UA-XXXXXXX-X’]);
	_gaq.push(['_setDomainName', 'example.com']);
	_gaq.push([‘_trackPageview’]);
	
Страница корзины (basket.example.com)
	_gaq.push([‘_setAccount’, ‘UA-XXXXXXX-X’]);
	_gaq.push([‘_trackPageview’]);
	

Пользователи, которые переходят в корзину с главной страницы, получат два набора файлов cookie (utma, utmb, utmz), по одному для каждого домена:

  1. example.com (главная страница, где представлен товар);
  2. basket.example.com (корзина).

Отсутствие вызова _setDomainName здесь равнозначно вызову _setDomainName(‘auto’). При использовании метода document.domain скрипт ga.js будет создавать файлы cookie для домена basket.example.com.

Чтобы предотвратить переходы внутри домена, вам необходимо сделать так, чтобы система Google Analytics считывала данные из первого набора файлов cookie независимо от того, какой домен посетил пользователь: www.example.com или korzina.example.com.

Чтобы один и тот же набор файлов cookie использовался как для домена, так и для субдомена, добавьте строку_setDomainName в код Google Analytics на всех страницах веб-сайта.

Решение. Убедитесь, что код отслеживания вызывает одни и те же методы, которые определяют использование файлов cookie в системе Google Analytics.

Правильно

Главная страница (www.example.com)
	_gaq.push([‘_setAccount’, ‘UA-XXXXXXX-X’]);
	_gaq.push(['_setDomainName', 'example.com']);
	_gaq.push([‘_trackPageview’]);
	
Страница корзины (basket.example.com)
	_gaq.push([‘_setAccount’, ‘UA-XXXXXXX-X’]);
	_gaq.push(['_setDomainName', 'example.com']);
	_gaq.push([‘_trackPageview’]);
	

Пример конфигурации с несколькими кодами отслеживания

Конфигурация с несколькими кодами отслеживания – популярный вариант, но он не всегда поддерживается. Обычно он используется для отправки данных в несколько аккаунтов Google Analytics одновременно.

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

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

Неправильно

	_gaq.push(
	  ['firstTracker._setAccount', 'UA-XXXXX-1'],
	  [‘firstTracker._setDomainName’, ‘example.com’],
	  ['firstTracker._trackPageview'],
	  ['secondTracker._setAccount', 'UA-XXXXX-2'],
	  ['secondTracker._trackPageview']
	);
	

Заметили, что secondTracker не вызывает метод _setDomainName? Это может привести к переходам внутри доменов как на отслеживаемых страницах, так и на веб-ресурсах UA-XXXXX-1 и UA-XXXXX-2.

Решение. Всегда проверяйте, вызывают ли все объекты в домене одни и те же методы. Это позволит предотвратить конфликты данных. В примере выше метод _setDomainName используется в обоих случаях.

Правильно

	_gaq.push(
	  ['firstTracker._setAccount', 'UA-XXXXX-1'],
	  [‘firstTracker._setDomainName’, ‘example.com’],
	  ['firstTracker._trackPageview'],
	  ['secondTracker._setAccount', 'UA-XXXXX-2'],
	  [‘secondTracker._setDomainName’, ‘example.com’],
	  ['secondTracker._trackPageview']
	);
	

Междоменное отслеживание

Ещё один распространенный вариант в Google Analytics – отслеживание действий пользователя в нескольких доменах верхнего уровня. Подробнее…

Допустим, у вас есть два домена: www.example.com и www.otherexample.com. Вы хотите отслеживать действия пользователей при переходах между доменами. Для этого нужно использовать один из следующих методов:

Эти методы позволяют передавать данные файлов cookie Google Analytics между доменами. Выбор метода зависит от того, как пользователи переходят между доменами: нажимают на ссылку, заполняют форму, открывают окно iframe и т. д.

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

Пример HTML-кода страницы (на www.example.com)

Неправильно

	<html>
	<head></head>
	<body>
	     <a href="http://www.otherexample.com/" onclick="_gaq.push([‘_link’, this.href]); return false;">link 1</a>

	     <a href="http://www.otherexample.com/page2">link 2</a>
	</body>
	</html>
	

В примере выше ссылка 1 настроена так, чтобы передавать данные из файлов cookie Google Analytics на сайт otherexample.com, однако ссылка 2 не содержит атрибута onclick.

При клике по ссылке 1 будут отслеживаться посещения обоих доменов. При клике по ссылке 2 будет регистрироваться переход c example.com.

Решение. Убедитесь, что все ссылки правильно размечены и могут передавать данные файлов cookie с example.com на otherexample.com.

Правильно

	<html>
	<head></head>
	<body>
	     <a href=”http://www.otherexample.com/” onclick=”_gaq.push([‘_link’, this.href]); return false;”>Ссылка 1</a>

	     <a href=”http://www.otherexample.com/page2” onclick=”_gaq.push([‘_link’, this.href]); return false;”>Ссылка 2</a>
	</body>
	</html>
	

Подсказка. Если у вас есть несколько ссылок, ведущих в другой домен, вы можете применить структуру JavaScript (например, JQuery) для определения событий onclick, при которых пользователи переходят в другие ваши домены.

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

Переадресация между доменами

Подробнее о переадресации читайте ниже. Ещё одна распространенная причина переходов внутри домена – это удаление междоменных данных из файлов cookie до того, как скрипт ga.js распознает их в URL принимающего домена.

Вернемся к нашему примеру:

Пример HTML-кода страницы (на www.example.com)

	<html>
	<head></head>
	<body>
	     <a href=”http://www.otherexample.com/” onclick=”_gaq.push([‘_link’, this.href]); return false;”>link 1</a>
	</body>
	</html>
	

Метод _link генерирует междоменный URL Google Analytics. Например, такой:

http://www.otherexample.com/?__utma=117945243.497169939.1345210711.1359390130.1360067715.18&__utmb=117945243.3.10.1360067715&__utmc=117945243&__utmx=-&__utmz=117945243.1358253212.11.5.utmgclid=TeSt1234|utmcsr=(not set)|utmccn=(not set)|utmcmd=(not set)|utmcct=(not set)&__utmv=-&__utmk=258513226

Однако, допустим, что переадресация возникает на главной странице

http://www.otherexample.com/

 

и пользователь переходит на страницу

 

http://www.otherexample.com/home

В этом случае при переадресации могут не учитываться данные AdSense о связи доменов. Тогда они не будут переданы в URL. Например:

http://www.otherexample.com/?__utma=117945243.497169939.1345210711.1359390130.1360067715.18&__utmb=117945243.3.10.1360067715&__utmc=117945243&__utmx=-&__utmz=117945243.1358253212.11.5.utmgclid=TeSt1234|utmcsr=(not set)|utmccn=(not set)|utmcmd=(not set)|utmcct=(not set)&__utmv=-&__utmk=258513226

перенаправляет пользователя на страницу

http://www.otherexample.com/home

Примечание. Иногда междоменные параметры Google Analytics (?__utma=......) отсутствуют.

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

Решения:

  1. Убедитесь, что при переадресации параметры отслеживания Google Analytics передаются в следующий URL. Пример:

    http://www.otherexample.com/home?__utma=117945243.497169939.1345210711.1359390130.1360067715.18&__utmb=117945243.3.10.1360067715&__utmc=117945243&__utmx=-&__utmz=117945243.1358253212.11.5.utmgclid=TeSt1234|utmcsr=(not set)|utmccn=(not set)|utmcmd=(not set)|utmcct=(not set)&__utmv=-&__utmk=258513226

  2. Также вы можете удалить переадресацию или обновить ссылку на предыдущий домен, указав новое местоположение (в таком случае переадресация будет не нуж)

Субдомен для мобильных устройств

У вас есть субдомен для мобильных устройств или мобильная версия сайта на основном домене?

Вариант с субдоменом используется чаще всего. Пример: m.example.com.

Переходы с мобильного домена на основной могут возникать, если мобильная версия вашего сайта использует библиотеку отслеживания на стороне сервера Google Analytics (PHP, JSP, ASP.NET и Perl), то есть так называемое отслеживание через WAP, и посетители сайта могут переходить с одной его версии на другую.

Если на страницах вашего мобильного сайта не используется скрипт ga.js, это равносильно отсутствию тегов на сайте.

Библиотека отслеживания WAP в первую очередь нужна для отслеживания трафика с мобильных устройств низкого класса, которые не поддерживают файлы cookie и/или javascript в полной мере.

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

Переадресация и переходы внутри домена

Возникают ли переходы между доменами при переадресации? В большинстве случаев – нет. Исключение описано выше, в разделе о междоменных переходах. Рассмотрим несколько примеров переадресации и ее влияния на настройки кампаний в Google Analytics.

Переадресация 301/302

Это перенаправление, которое вызывается на стороне сервера и отправляет код состояния HTTP 301 или 302. Оно настраивается веб-мастером, как правило, в случае перемещения одной или нескольких страниц.

При переадресации 301/302 должна сохраняться исходная информация о переходе.

Пример:

На вышеприведенной диаграмме показано следующее: посетитель сайта some-other-website.com нажимает на ссылку, ведущую на вашу главную страницу (example.com), затем происходит переадресация 301 на стороне сервера, и пользователь перенаправляется на новый URL вашей главной страницы (/home).

В этом сценарии при переадресации 301 должны сохраниться сведения о переходе с сайта some-other-website.com, полученные с помощью document.referrer в JavaScript.

Метаобновление и переадресация на основе JavaScript

Переадресация не на стороне сервера, например с помощью HTML-тега meta с атрибутом refresh или методов JavaScript-объекта window.location, может скрывать или искажать данные о переходе. Поэтому мы не рекомендуем применять такие методы на страницах, которые могут использоваться как целевые.

Фреймы Отслеживание Adobe Flash

Используете ли вы API для отслеживания Flash? При работе с этой библиотекой отслеживания рекомендуется использовать режим Bridge, а не AS3. Подробнее... Режим Bridge обеспечивает связь библиотеки отслеживания Flash с теми же файлами cookie, которые использует обычный код отслеживания ga.js Это означает, что действия в рамках объекта Flash можно проследить до определенного источника кампании, то есть того источника, с помощью которого был найден ваш веб-сайт.

При выборе режима AS3 библиотека будет использовать файлы cookie Flash. Для определения источника кампании библиотека будет искать URL перехода, связанный с открытием Flash-объекта. Обычно это главная страница вашего веб-сайта, например www.example.com.

Эта информация оказалась полезной?
Как можно улучшить эту статью?