Что значат внутренние переходы в Яндекс.Метрике

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

Откуда берутся внутренние переходы, как сократить их количество или избавиться от них? Давайте уделим этим вопросам 5 минут и узнаем, как лучше поступить.

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

• Излишняя продолжительность сессий.
  Бывает, что посетитель сайта открывает страницу, затем отвлекается или отлучается на 30 минут или дольше, а потом возвращается и переходит в другие разделы того же ресурса. Система аналитики засчитывает такие переходы как внутренние. Метрика считает это новым визитом.
• Наличие активного редиректа внутри сайта.
  Если на веб-ресурсе есть какой-либо скрипт, который выполняется до загрузки счетчика, он может перенаправлять на одну из внутренних страниц. Как проверить, есть ли это на вашем сайте: откройте тот раздел, который фигурирует в отчетах как источник внутренних переходов, и проверьте наличие редиректа. Обратите внимание на адрес сайта в строке браузера. Может быть такое, что физически вы остались на той же странице, но в адресе появились новые параметры, которые используются для аналитики или чего-то еще.
• Отсутствие счетчика на одной из страниц сайта.
  Возможно, что на одной или нескольких вспомогательных страницах ресурса не установлен счетчик Яндекс. Метрики. Переход с такой страницы в другие разделы этой же площадки с установленным счетчиком будет засчитываться системой как внутренний.
• Защита от DDoS-атак, включенная хостером.
  Любые сайты, кроме тех, что созданы на конструкторе вроде 1C-UMI, располагаются на серверах внешних хостинговых компаний. Хостер может из благих намерений подключить для всех своих клиентов защиту от излюбленной хакерами DDoS-атаки. Подобная защита добавляет редиректы еще до перехода на сам ресурс. Из-за этого переходы могут видеться системой аналитики как внутренние.

Как противодействовать внутренним переходам

Сначала определитесь с причиной, из-за которой они появляются в вашем случае. Потом следуйте нашим рекомендациям.

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

Например, онлайн-чат. В некоторых из них есть возможность указать время, через которое форма чата откроется автоматически. Допустим, человек зашел на сайт, а потом отвлекся на переписку в соцсетях. Через 25 минут он слышит звук на одной из вкладок своего браузера, находит источник, и видит, что открылось окно онлайн-консультанта. Затем вспоминает, что он хотел посмотреть на той площадке, и продолжает переходить на другие страницы до истечения тайм-аута в 30 минут.

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

Для снятия защиты от DDoS и дезактивации перенаправления напишите или позвоните своему хостинг-провайдеру. Попросите отключить это для вашего веб-ресурса.

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

Как определить, на каких страницах нет счетчика

Откройте Метрику. В сегментировании по видам трафиковых источников найдите пункт «Внутренние переходы».

Выберите отчет «Содержание» и загляните в подраздел «Страницы входа».

В отчете удалите фильтрацию по уровню и активируйте реферер начала визита.

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

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

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

Почему нужно бороться с внутренними переходами в Яндекс.Метрике?

Содержание

• Переходы это же хорошо?
• Причина №1. Пользователь берет тайм-аут
• Причина №2. На некоторых страницах сайта нет счетчиков
• Причина №3. Редирект на отдельных страницах
• Причина №4. Защита от DDoS-атак
• А может ну их?

Вы наверняка видели в отчете «Источники, сводка» такой источник трафика как внутренние переходы. Этим термином Яндекс фактически называет визиты, во время которых активность пользователя прерывается, но окно браузера при этом остается открытым. После того как пользователь возобновляет активность, переход засчитывается как внутренний. Что в этом плохого и почему аналитики рекомендуют избавляться от таких переходов? По полочкам раскладываем в статье.

Конечно, но есть исключения. Чтобы разобраться, почему внутренние переходы в Метрике – это гремлины (выглядят привлекательно, а на деле оказываются еще теми вредителями), разберем ситуацию на конкретном примере.

Вы активно продвигаете свой сайт. Ведете на него пользователей из поиска и социальных сетей. Чтобы отслеживать эффективность процесса, установили и настроили счетчики. Вот только отследить ее толком не получается. В отчетах Яндекс.Метрики вы наблюдаете «неопознанных» посетителей сайта. По их действиям на ресурсе невозможно выяснить, откуда они пришли. А раз мы не можем этого узнать, то не можем и оценить эффективность продвижения. Почему так происходит? И что с этим делать?

Уверены, вы хотя бы раз открывали вкладку сайта, на котором хотели заказать товар или услугу, а потом отвлекались и забывали о ней. Спустя 10, 20, а может 90 минут вы натыкались на нее и продолжали серфить по сайту. А может даже совершали покупку. Метрика в курсе, что пользователи частенько такое практикуют, поэтому по умолчанию в настройках счетчика выставлен 30 минутный тайм-аут. Если он больше, Яндекс.Метрика фиксирует внутренние переходы.

Как устранить проблему?

Загляните в настройки Яндекс.Метрики и разверните дополнительные настройки. Затем увеличьте тайм-аут визита со стандартных 30 минут, до, например, 60. И периодически мониторьте ситуацию. Если внутренних переходов не станет меньше, в первую очередь проверьте, не вызваны ли они другими причинами. Если ответ отрицательный, увеличивайте время тайм-аута.

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

Как устранить проблему?

Устанавливать счетчики на всех страницах сайта. Если их проигнорировать, внутренние переходы в Яндекс.Метрике – это далеко не все, что вас огорчит. Прибавьте к этому полное отсутствие данных о действиях пользователей на части страниц сайта и искажение общей статистики. Получается картина в манере Франциско Гойи: жуткий сюжет в серых тонах.

Как понять, на каких страницах есть счетчик?

• в адресной строке после URL пропишите параметр _ym_debug=1 и перезагрузите страницу,
• одновременно зажмите клавиши Ctrl, Shift и J для появления консоли браузера,

• поищите цифры, выделенные синим цветом. Ими обозначен номер счетчика. Если цифр в консоли нет, значит счетчик на странице отсутствует, работает неправильно или заблокирован другим скриптом.

Как устанавливать счетчики, мы уже рассказывали в статье «Установка и настройка счетчиков Яндекс.Метрики и Google Аналитики. Ошибки и правила».

Даже если вы не настраивали автоматическое перенаправление пользователей с одной страницы на другую, прежде чем отметать этот вариант, проверьте его. Как?

Сформируйте отчет «Источники, сводка», отфильтруйте внутренние переходы, а затем перейдите к отчету «Содержание – Страницы входа». Здесь в фильтре «визиты, в которых…» вам нужно выбрать последний источник – тип источника – внутренние переходы.

Все эти действия позволяют нам увидеть страницы, которые Яндекс.Метрика расценивает как те, с которых пользователи начали просматривать ваш сайт. Но мы до сих пор не знаем, как они до сюда добрались. Чтобы получить ответ на этот вопрос, в фильтре «Группировки» выбираем «Рефер» и «Страница входа». Группировки по уровню можно убрать.

Как устранить проблему?

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

Большинство сайтов размещены на серверах внешних хостинговых компаний. Чтобы защитить ресурс от перегруза, спровоцированного хакерами, хостеры подключают специальную защиту. Она направляет пользователей на сторонний сервер, определяет, кто пытается совершить вход (робот или реальный пользователь) и только потом принимает решение, пускать ли его на сайт. Если система убеждается в реальности пользователя (для этого она анализирует его IP-адрес), он попадает на искомую им страницу. В результате таких манипуляций путь посетителей ресурса увеличивается на один шаг, что Яндекс.Метрика принимает за внутренние переходы.

Как устранить проблему?

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

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

Не удается сделать это самостоятельно? Нет времени вникать в нюансы работы сайта и Яндекс.Метрики? Аналитики Студии ЯЛ спешат на помощь! Мы выполняем технические, SEO, юзабилити и комплексные аудиты сайтов, а также настраиваем счетчики, избавляем сайты от внутренних переходов и делаем еще массу всего полезного для вас. Позвоните, расскажем подробно.

Другие материалы по теме:

• Продвижение в TikTok: как оно происходит, кому стоит пробовать, есть ли нюансы
• Стоимость клика в Яндекс.Директ: что на нее влияет и как ей управлять
• Обзор сервисов отложенного постинга в соцсетях. Часть 1

FAQ по источникам трафика — Яндекс.Метрика. Справка

1. Почему не собираются данные в рекламных системах?
2. Почему на сайт много прямого трафика?
3. Как узнать, откуда исходит внутренний трафик?
4. Почему в отчетах Яндекс.Метрики много трафика с источником «Неизвестно»?
5. Почему не регистрируется трафик с некоторых сайтов?

Чтобы отобразить информацию о кампаниях Яндекс.Директа в отчетах Яндекс.Метрики: В Яндекс.Директе перейдите на страницу Редактировать кампанию. В разделе Метки Яндекс.Метрики выберите установленную на вашем сайте метку.

Для сбора данных из других рекламных систем необходимо использовать теги.

• Этот трафик мог быть сгенерирован роботами. Информацию о сеансах роботов можно посмотреть в отчете «Роботы» в группе «Мониторинг». Если вы обнаружили в отчете «Роботы» всплески неестественного трафика и у вас есть основания полагать, что такая ситуация повторится, рекомендуем включить фильтрацию роботов с помощью строгих фильтров и поведения.

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

Формально сессия считается Внутренним трафиком, когда сессия начинается с клика со страницы на домене, указанном в качестве домена сайта или дополнительного домена в настройках тега. Например, в настройках тега указан адрес сайта http://mysite.example/. Сеанс начинается со страницы http://mysite.example/page1.html, и клик был сделан не из внешнего источника, а со страницы того же сайта, например http://mysite.example/contacts. .html (другими словами, при переходе на страницу page1. html в качестве реферера была определена страница contact.html).

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

• Пользователь перешел на страницу (в данном случае на contact.html), но не выполнил никаких действий на сайте в течение времени, установленного в качестве таймаут сессии в настройках тега (по умолчанию это 30 минут). Следующий щелчок пользователя на сайте (на page1.html) — это новый сеанс, но источник — тот же сайт.

  Решение

  Один из способов — увеличить время ожидания сеанса. С другой стороны, сначала вам нужно определить шаблоны использования вашего сайта. Рассмотрим пример с электронной почтой (Яндекс.Почта).

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

• Пользователь перешел по ссылке из внешнего источника на страницу без тега (например, contact.html), а затем сразу же (в течение той же сессии) перешел на страницу с тегом (в в данном случае page1.html). Это означает, что выполняются два условия: сессия начинается со страницы page1.html (поскольку у Яндекс.Метрики нет данных о просмотре страницы contact.html из-за отсутствия тега на этой странице), но страница, с которой пользователь перешел (contacts.html) принадлежит тому же сайту, который указан в настройках тега (http://mysite.example/).

  Решение

  Рекомендуем установить на страницу метку Яндекс.Метрики. В этом случае может быть трудно определить, на какой странице отсутствует тег. Вы можете использовать сегментацию, чтобы помочь вам найти его.

Такая ситуация обычно возникает, если фрагмент кода установлен неправильно (часть кода, которая должна находиться внутри тега

Все больше и больше сайтов переходят на безопасные соединения HTTPS. При этом те сайты, которые еще не перешли на безопасное соединение, имеют растущий процент прямого трафика. С технической точки зрения прямой трафик представляет собой сеансы на вашем сайте, когда браузер пользователя не передал заголовок HTTP Referer. Этот заголовок обычно содержит URL-адрес предыдущей страницы, с которой пользователь перешел на ваш сайт. Если это поле отсутствует, значит предыдущей страницы не было. Например, пользователь ввел URL-адрес в адресную строку браузера.

W3C (Консорциум World Wide Web) опубликовал Реферерную политику, в которой содержатся рекомендации по передаче этого заголовка: реферер должен передаваться при переходе с HTTP на любой тип сайта и с HTTPS на HTTPS, но реферер не t отправляется при переходе с HTTPS на HTTP. Это означает, что если вы выйдете из безопасного цикла HTTPS-сайтов, браузер не будет открыто передавать URL-адрес последней посещенной вами страницы в незашифрованном формате.

На практике для владельцев сайтов это означает следующее: если ваш сайт использует HTTP, вы не увидите источник трафика, если этот источник использует защищенное соединение HTTPS.

Решение

Мы рекомендуем перевести ваш сайт на защищенное соединение. Вы можете бесплатно получить сертификат шифрования через проект Let’s Encrypt, который представляет собой некоммерческий центр сертификации, поддерживаемый многими видными представителями интернет-индустрии. Инструкция по переходу на HTTPS

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

Глоссарий — Яндекс.Метрика. Справка

1. Общие термины
2. Термины отчетов Рекламной сети Яндекса
3. Термины отчетов Adfox
4. Термины контент-аналитики

Виджет

Графический модуль, обобщающий статистику пользователей о сайте. Виджеты отображаются на Личном кабинете в Яндекс.Метрике

Сессия (посещение)

Последовательность действий (активностей), совершаемых на сайте одним пользователем (по одной метке). Учитывается активность пользователей: просмотры страниц, переходы по исходящим ссылкам, скачивание файлов, а также срабатывание функцийreachGoal, hit, params, extLink, file, notBounce.

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

Например, время ожидания составляет 30 минут. Пользователь открывает сайт и просматривает несколько страниц: сессия регистрируется. Затем пользователь оставляет вкладку браузера открытой и уходит. Вернувшись через 35 минут (время ожидания истекло), пользователь переходит на другую страницу сайта. Этот просмотр страницы считается новым сеансом.

Рефералы с рекламных систем (таких как Яндекс.Директ и др.) всегда считаются отдельными сеансами. Даже если пользователь неоднократно нажимал на объявление (или их было несколько с одного компьютера) до истечения времени сеанса, каждый из кликов является отдельным сеансом.

Исходящий клик

Когда пользователь покидает ваш веб-сайт, щелкнув ссылку на любой другой веб-сайт.

Исходящая ссылка

Ссылка на вашем веб-сайте, ведущая на внешний веб-сайт.

Внутренний трафик

Щелчок с одной страницы вашего веб-сайта, ведущий на другую страницу вашего веб-сайта. Рассматриваемый веб-сайт расположен по адресу, указанному в настройках вашего тега.

Время на сайте

Разница во времени между первым и последним событием в сеансе. События — это различные действия, такие как просмотры, переходы по внешним ссылкам, загрузка файлов и достижение цели, включая вызов таких функций, как extLink, file иreachGoal.

Дополнительная информация о просмотрах страниц

Просмотры страниц регистрируются, когда:

• Загрузка страниц сайта (включая обновление страниц).

• Обновления сайта AJAX обнаруживаются по изменению хеш-параметра в адресной строке (#fragment).

• Данные отправляются методом попадания.

Глубина страницы

Количество просмотров страниц сайта за один сеанс.

Измерение

Атрибут, представляющий действия пользователя, зарегистрированные тегом (например, сеанс, просмотр страницы, переход, загрузка файла и т. д.). Данные, отправляемые в отчете, группируются по атрибуту.

Преобразование

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

Загрузка страницы

Процесс отображения содержимого веб-страницы. Есть несколько этапов загрузки:

• Обработка DNS-запросов.

• Обработка редиректов.

• Подключение к серверу.

• Получение ответа сервера.

• Обработка HTML.

Подробная информация о загрузке страницы доступна в отчете о времени загрузки страницы.

Загрузка файла

Загрузка файла с сайта.

Источник

Средства, с помощью которых пользователь попал на сайт: из рекламы, результатов поиска, социальной сети или другого источника.

Коэффициент конверсии

Количество конверсий в процентах от общего количества сеансов.

Метка тега

Параметр URL, обрабатываемый Яндекс.Метрикой по специальному алгоритму. Не отображается в отчете «Параметры URL». Вместо этого он включается в специальные отчеты. Это позволяет создавать более интуитивно понятные и подробные аналитические сегменты.

Яндекс.Метрика

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

Номер тега

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

Отказ

Сеанс считается отказом, если он соответствует сразу всем следующим критериям:

• Во время сеанса было зарегистрировано не более одного просмотра страницы.

• Продолжительность сеанса меньше, чем длина, установленная для отслеживания отказов (по умолчанию 15 секунд).

• Не было зарегистрировано служебное событие «без возврата».

Детали

Для расчета продолжительности сеанса учитывается активность пользователя: просмотры страниц, переходы по исходящим ссылкам, загрузки файлов и срабатывание функций hit, params, extLink, file, notBounce.

Сервисное событие «без возврата» генерируется в браузере, когда с начала сеанса прошло установленное время отслеживания отказов. Зарегистрированное время события может отличаться от фактического времени из-за несоответствия времени на сервере и на клиенте или из-за задержки при отправке события. В результате может быть зарегистрирован сеанс без возврата, который короче 15 секунд (или любого другого времени, которое вы установили).

Пользователь

Интернет-пользователь, посетивший ваш веб-сайт в течение определенного интервала времени.

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

Кросс-девайсный пользователь

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

Просмотр страницы (попадание)

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

Прямой трафик (попадание)

Входящий трафик от ввода URL-адреса в адресной строке, перехода по сохраненным ссылкам и т.п. Под «прямой трафик» могут попасть и другие виды входящего трафика, если Яндекс.Метрика не смогла распознать источник по рефереру или тегу.

Робот

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

Сегмент

Некоторые сеансы или просмотры страниц, которые выбираются по формальному признаку (например, количеству просмотренных страниц).

Тег

Код JavaScript, который служба использует для сбора статистических данных.

Также является блоком слежения Яндекс.Метрики, т.е. контейнером для сбора всей информации о посещениях вашего сайта.

Уникальный вызов

A Действие пользователя, в котором заинтересован владелец веб-сайта: просмотр определенной страницы, нажатие определенного элемента (например, кнопки «Перейти к оформлению заказа») и так далее. Подробнее о типах целей и способах их настройки см. в разделе Цели.»}}»> которые создаются в Яндекс.Метрике при отправке данных о звонках (например, с помощью сервисов коллтрекинга). Он используется для отслеживания первых звонков. Дополнительные сведения см. в разделе Цели звонков.

Уникальный целевой вызов

A Действие пользователя, в котором заинтересован владелец веб-сайта: просмотр определенной страницы, нажатие определенного элемента (например, кнопки «Перейти к оплате») и т. д. Подробнее о типах целей и способах их настройки см. в разделе Цели.»}}»> которые создаются в Яндекс.Метрике при отправке данных о звонках (например, с помощью сервисов коллтрекинга). Используется для отслеживания первичных звонков продолжительностью более Среднее время, по которому по данным Яндекс.Метрики можно определить, что звонок был целевым.»}}»>. Дополнительные сведения см. в разделе Цели звонков.

Целевой вызов

A Действие пользователя, в котором заинтересован владелец веб-сайта: просмотр определенной страницы, нажатие определенного элемента (например, кнопки «Перейти к оформлению заказа») и т. д. Подробнее о типах целей и способах их настройки см. в разделе Цели.»}}»> которые создаются в Яндекс.Метрике при отправке данных о звонках (например, с помощью сервисов коллтрекинга). Используется для отслеживания звонков, при которых разговор длился дольше среднего времени, по которому по данным Яндекс.Метрики можно определить, что звонок был целевым.»}}»>. Дополнительные сведения см. в разделе Цели звонков.

Цель

Действие пользователя, в котором заинтересован владелец веб-сайта: просмотр определенной страницы, нажатие определенного элемента (например, кнопки «Перейти к оформлению заказа») и так далее. Дополнительные сведения о типах целей и их настройке см. в разделе Цели.

Преобразование

Сессия, в которой цель была достигнута.

Показатель конверсии

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

Отчет по целям

Отчет Яндекс.Метрики, в котором указана ранее созданная цель. В отчете показаны показатели конверсии, рассчитанные для указанной цели.

Целевой пользователь

Пользователь, отвечающий условию, заданному в параметрах цели.

ClientID

Уникальный идентификатор пользователя сайта, автоматически создаваемый Яндекс.

This entry was posted in Популярное