Анализ использования с помощью Application Insights

Какие функции веб-приложения или мобильного приложения наиболее популярны? Достигают ли пользователи своих целей с помощью вашего приложения? Уходят ли они в определенные моменты и возвращаются ли после этого?

Application Insights — это мощный инструмент для мониторинга производительности и использования приложений. Он предоставляет аналитические сведения о взаимодействии пользователей с приложением, определяет области улучшения и помогает понять влияние изменений. Обладая такими сведениями, можно принимать решения на основе данных по дальнейшим циклам разработки.

В этой статье рассматриваются следующие области:

• Пользователи, сеансы и события . Отслеживание и анализ взаимодействия пользователей с приложением, тенденциями сеансов и конкретными событиями для получения аналитических сведений о поведении пользователей и производительности приложений.
• Воронки. Узнайте, как пользователи выполняют ряд шагов в приложении и где они могут отключаться.
• Потоки пользователей — визуализировать пути пользователей, чтобы определить наиболее распространенные маршруты и точечные области, в которых пользователи наиболее заняты или могут столкнуться с проблемами.
• Когорты — группируйте пользователей или события по общим характеристикам для анализа шаблонов поведения, использования функций и влияния изменений с течением времени.
• Анализ влияния— анализ того, как метрики производительности приложения, такие как время загрузки, влияют на взаимодействие с пользователем и поведением, чтобы помочь вам определить приоритеты улучшений.
• HEART — используйте платформу HEART для измерения и понимания успеха пользователей счастья, взаимодействия, внедрения, хранения и выполнения задач.

Отправка данных телеметрии из приложения

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

1. Серверный код: установите соответствующий модуль для своего приложения ASP.NET, Azure, Java, Node.js или приложения иного типа.

   Если вы не планируете устанавливать серверный код, создайте ресурс Application Insights.

2. Код веб-страницы: используйте пакет SDK JavaScript для сбора данных из веб-страниц, см. статью "Начало работы с пакетом SDK javaScript".

   Примечание.

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

   Чтобы узнать о более сложных настройках для мониторинга веб-сайтов, ознакомьтесь со статьей о работе с пакетом SDK для JavaScript.

3. Код мобильного приложения. Используйте пакет SDK для Центра приложений, чтобы собрать события из приложения. Затем отправьте копии этих событий в Application Insights для анализа с помощью инструкций в этом руководстве.

4. Данные телеметрии. Запустите проект в режиме отладки на несколько минут. Затем просмотрите результаты на панели Обзор в Application Insights.

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

Пользователи, сеансы и события — анализ телеметрии с трех перспектив

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

• Средство "Пользователи": сколько пользователей использовали свое приложение и ее функции? Пользователи подсчитываются по анонимным идентификаторам, которые хранятся в файлах cookie браузера. Отдельный пользователь, использующий разные браузеры или компьютеры, будет учтен как несколько пользователей.

• Средство сеансов. Сколько сеансов действия пользователя включало определенные страницы и функции вашего приложения? Сеанс сбрасывается через полчаса бездействия пользователя или через 24 часа непрерывного использования.

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

  Пользовательское событие представляет собой одно из событий, происходящих в приложении. Это часто взаимодействие с пользователем, например выбор кнопки или завершение задачи. Код вставляется в приложение для создания пользовательских событий или использования расширения Click Analytics .

Примечание.

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

При нажатии кнопки "Просмотреть больше сведений " отображаются следующие сведения:

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

Изучение демографических данных об использовании и статистики

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

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

• Отчет "Сеансы" табуляции количества сеансов, которые обращаются к сайту. Сеанс представляет период действия, инициированного пользователем, и завершается периодом бездействия, превышающим полчаса.

Запрос для определенных пользователей

Изучите различные группы пользователей, изменив параметры запроса в верхней части области "Пользователи":

Вариант	Описание
На протяжении	выберите диапазон времени.
Показать	выберите когорту пользователей для анализа.
Использовалось	Выберите настраиваемые события, запросы и представления страниц.
События	Выберите несколько событий, запросов и представлений страниц, которые будут отображать пользователей, которые сделали по крайней мере один( не обязательно все) выбранных параметров.
По значению на оси X	Выберите, как классифицировать данные по диапазону времени или по другому свойству, например браузеру или городу.
Разделение	Выберите свойство, используемое для разделения или сегментирования данных.
Добавить фильтры	уточните запрос, ограничив его определенными пользователями, сеансами или событиями на основе их свойств, таких как браузер или город.

Знакомство с пользователями

В разделе Meet your users (Знакомство с пользователями) отображаются пять примеров пользователей, отвечающих вашему текущему запросу. Изучение поведения отдельных лиц и в статистической обработке может предоставить аналитические сведения о том, как люди используют свое приложение.

Анализ хранения пользователей

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

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

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

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

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

Книга хранения

Чтобы использовать книгу хранения в Application Insights, перейдите в область книг, выберите общедоступные шаблоны вверху и найдите книгу анализа хранения пользователей, указанную в категории "Использование".

Возможности книги:

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

• Чтобы добавить один или несколько фильтров по свойствам, выберите " Добавить фильтры". Например, можно сосредоточиться на пользователях в определенной стране или регионе.

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

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

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

  

Использование бизнес-событий для отслеживания периода удержания

Следует измерять события, представляющие значительные бизнес-действия, чтобы получить наиболее полезный анализ хранения.

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

Отслеживание взаимодействия пользователей с пользовательскими событиями

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

Вы также можете использовать подключаемый модуль автоколлекции Click Analytics для сбора пользовательских событий.

Совет

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

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

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

События могут регистрироваться на клиентской стороне приложения:

appInsights.trackEvent({name: "incrementCount"});

Они также могут регистрироваться со стороны сервера:

var tc = new Microsoft.ApplicationInsights.TelemetryClient();
tc.TrackEvent("CreatedAccount", new Dictionary<string,string> {"AccountType":account.Type}, null);
...
tc.TrackEvent("AddedItemToCart", new Dictionary<string,string> {"Item":item.Name}, null);
...
tc.TrackEvent("CompletedPurchase");

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

Узнайте больше о пользовательских событиях и свойствах.

Анализ событий

В инструментах "Пользователи", "Сеансы" и "События" можно анализировать пользовательские события по пользователю, имени события и свойствам.

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

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

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

// average pageView duration by name
let timeGrain=5m;
let dataset=pageViews
// additional filters can be applied here
| where timestamp > ago(1d)
| where client_Type == "Browser" ;
// calculate average pageView duration for all pageViews
dataset
| summarize avg(duration) by bin(timestamp, timeGrain)
| extend pageView='Overall'
// render result in a chart
| render timechart

Определение успешности функций с помощью тестирования A/B

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

В этом методе вы присоединяете уникальные значения свойств ко всем данным телеметрии, отправленным каждой версией приложения. Это можно сделать, определив свойства в активном телеметрииContext. Эти свойства по умолчанию включаются в каждое сообщение телеметрии, отправленное приложением. Она включает как пользовательские сообщения, так и стандартные данные телеметрии.

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

Для этого настройте инициализатор телеметрии:

// Telemetry initializer class
public class MyTelemetryInitializer : ITelemetryInitializer
{
    // In this example, to differentiate versions, we use the value specified in the AssemblyInfo.cs
    // for ASP.NET apps, or in your project file (.csproj) for the ASP.NET Core apps. Make sure that
    // you set a different assembly version when you deploy your application for A/B testing.
    static readonly string _version = 
        System.Reflection.Assembly.GetExecutingAssembly().GetName().Version.ToString();
        
    public void Initialize(ITelemetry item)
    {
        item.Context.Component.Version = _version;
    }
}

.NET Core

Для приложений ASP.NET Core добавьте новый инициализатор телеметрии в коллекцию служб внедрения зависимостей в Program.cs классе:

using Microsoft.ApplicationInsights.Extensibility;

builder.Services.AddSingleton<ITelemetryInitializer, MyTelemetryInitializer>();

.NET Framework 4.8

В инициализаторе веб-приложения, например Global.asax.cs:

protected void Application_Start()
{
    // ...
    TelemetryConfiguration.Active.TelemetryInitializers
        .Add(new MyTelemetryInitializer());
}

Воронки— узнайте, как клиенты используют приложение

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

Функции воронки:

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

Создание воронки

Необходимые компоненты

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

Начало работы

Чтобы создать воронку, сделайте следующее.

1. На вкладке "Воронки" нажмите кнопку "Изменить".

2. Выберите верхний шаг.

   

3. Чтобы применить фильтры к шагу, выберите " Добавить фильтры". Этот параметр отображается после выбора элемента для верхнего шага.

4. Затем выберите второй шаг и т. д.

   Примечание.

   Воронки ограничены не более шести шагов.

5. Выберите вкладку "Вид", чтобы просмотреть результаты воронки.

   

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

Потоки пользователей — анализ шаблонов навигации пользователей

Средство "Потоки пользователей" визуализирует, как пользователи перемещаются между страницами и функциями сайта. Он позволяет получить ответ на такие вопросы, как, например, следующие.

• Как пользователи отойдет от страницы на сайте?
• Какие пользователи выбирают на странице на сайте?
• Что на сайте отталкивает его посетителей больше всего?
• Существуют ли места на сайте, где пользователи снова и снова повторяют одни и те же действия?

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

Примечание.

Ресурс Application Insights должен содержать просмотры страниц или пользовательские события для использования инструмента "Маршруты пользователя". Узнайте, как настроить приложение для сбора сведений о просмотре страниц автоматически с помощью пакета SDK для JavaScript Application Insights.

Выбор начального события

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

1. Выберите ссылку в заголовке "Что делают пользователи?" или нажмите кнопку "Изменить".
2. Выберите настраиваемое событие, исключение, зависимость, представление страницы или запрос из раскрывающегося списка начального события .
3. Выберите " Создать граф".

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

По умолчанию средство "Потоки пользователей" случайным образом выполняет выборку только за последние 24 часа представлений страниц и пользовательских событий с сайта. Вы можете увеличить диапазон времени и изменить баланс производительности и точности случайной выборки в меню "Изменить ".

Если некоторые представления страниц, пользовательские события и исключения не относятся к вам, выберите X на узлах, которые нужно скрыть. После выбора узлов, которые нужно скрыть, нажмите кнопку "Создать граф". Чтобы просмотреть все скрытые узлы, выберите "Изменить " и просмотрите раздел "Исключенные события ".

Если представления страниц или пользовательские события, которые вы ожидаете увидеть в визуализации, отсутствуют:

• Проверьте раздел " Исключенные события " в меню "Изменить ".
• С помощью кнопок со знаком плюс на узлах Другие в визуализацию можно включить редкие события.
• Если ожидаемое представление страницы или настраиваемое событие редко отправляется пользователями, увеличьте диапазон времени визуализации в меню "Изменить ".
• Убедитесь, что настраиваемое событие, исключение, зависимость, представление страницы или ожидаемый запрос настроены пакетом SDK Application Insights в исходном коде сайта.

Если вы хотите просмотреть дополнительные шаги в визуализации, используйте раскрывающийся список "Предыдущие шаги" и "Дальнейшие шаги" над визуализацией.

Когда пользователи посещают страницу или функцию, где они идут и что они выбирают?

Если исходное событие представляет собой представление страницы, первый столбец (шаг 1) визуализации — это быстрый способ понять, что пользователи сделали сразу после посещения страницы.

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

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

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

Что на сайте отталкивает его посетителей больше всего?

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

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

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

Существуют ли места на сайте, где пользователи снова и снова повторяют одни и те же действия?

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

Когорты — анализ определенного набора пользователей, сеансов, событий или операций

Когорта — это набор пользователей, сеансов, событий и операций, имеющих общий критерий. В Application Insights когорты определяются запросом аналитики. В случаях, когда необходимо проанализировать определенный набор пользователей или событий многократно, когорты могут дать вам больше гибкости, чтобы выразить именно интересующий вас набор.

Когорты и базовые фильтры

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

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

Примечание.

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

Пример. Активные пользователи

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

1. Выберите "Создать когорту".

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

3. Выберите Engaged Users – by Days Used (Активные пользователи — по дням пользования службой).

   В этой когорте есть три параметра:

   • Действия. Где вы выбираете, какие события и представления страниц считаются использованием.
   • Период: определение месяца.
   • UseAtLeastCustom: количество пользователей, которые должны использовать что-то в течение периода, чтобы подсчитать как задействованный.

4. Измените значение UsedAtLeastCustom на 5+ дней. Период выхода, заданный по умолчанию в течение 28 дней.

   Теперь этот когорт представляет все идентификаторы пользователей, отправленные с любым пользовательским событием или представлением страниц в течение 5 отдельных дней за последние 28 дней.

5. Выберите Сохранить.

   Совет

   Присвойте вашему когорте имя, например "Заинтересованные пользователи" (5+ дни).</a0> Сохраните его в моих отчетах или общих отчетах в зависимости от того, хотите ли другие пользователи, имеющие доступ к этому ресурсу Application Insights, увидеть этот когорту.

6. Выберите Back to Gallery (Обратно в коллекцию).

Что можно делать с помощью этой когорты

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

Важные моменты, которые следует заметить:

• Этот набор невозможно создать через обычные фильтры. Логика данных более сложная.
• Вы можете дополнительно фильтровать эту когорту, используя обычные фильтры в средстве "Пользователи". Хотя когорта определена в 28-дневных окнах, диапазон времени в средстве "Пользователи" можно настроить на 30, 60 или 90 дней.

Эти фильтры поддерживают более сложные вопросы, которые невозможно выразить через конструктор запросов. Пример — пользователи, которые были активны за последние 28 дней. Как те же люди вели себя последние 60 дней?

Пример. Когорты событий

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

1. Выберите "Создать когорту".
2. Перейдите на вкладку "Коллекция шаблонов", чтобы просмотреть коллекцию шаблонов для различных когорт.
3. Выберите Events Picker (Средство выбора событий).
4. В раскрывающемся списке "Действия" выберите события, которые вы хотите найти в когорте.
5. Сохраните когорту и присвойте ей имя.

Пример. Активные пользователи (с изменением запроса)

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

1. Откройте средство "Когорты", выберите вкладку Коллекция шаблонов и щелкните Blank Users cohort (Пустая когорта пользователей).

   

   Доступно три раздела:

   • Текст Markdown: где вы описываете когорту более подробно для других членов вашей команды.
   • Параметры: где вы делаете собственные параметры, такие как действия, и другие раскрывающийся список из предыдущих двух примеров.
   • Запрос. Где определяется когорта с помощью запроса аналитики.

   В разделе запроса записывается запрос аналитики. Запрос выбирает определенный набор строк, описывающих когорту, которую необходимо определить. Затем средство Cohorts добавляет | summarize by user_Id в запрос предложение неявно. Эти данные отображаются как предварительный просмотр в таблице, чтобы убедиться, что запрос возвращает результаты.

   Примечание.

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

2. Скопируйте приведенный ниже текст и вставьте его в редактор запроса:

   union customEvents, pageViews
   | where client_CountryOrRegion == "United Kingdom"
   

3. Снова выберите Выполнение запроса. Если вы не видите идентификаторы пользователей в таблице, перейдите к стране или региону, в которой у вашего приложения есть пользователи.

4. Сохраните и назовите когорту.

Анализ влияния— узнайте, как различные свойства влияют на коэффициенты преобразования

Анализ влияния обнаруживает, как любое измерение представления страницы, пользовательского события или запроса влияет на использование другого представления страницы или настраиваемого события.

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

Анализ производительности — это только подмножество возможностей влияния. Влияние поддерживает пользовательские события и измерения, поэтому вы можете легко ответить на такие вопросы, как выбор браузера пользователей сопоставляется с различными скоростями преобразования?

Примечание.

Чтобы можно было использовать книгу анализа влияния, в ресурсе Application Insights должны быть представления страниц или пользовательские события. Узнайте, как настроить приложение для автоматического сбора представлений страниц с помощью пакета SDK JavaScript для Application Insights. Кроме того, поскольку вы анализируете корреляцию, размер выборки имеет значение.

Книга анализа влияния

Чтобы использовать книгу анализа влияния, в ресурсах Application Insights перейдите в раздел "Дополнительные сведения об использовании>" и выберите книгу "Анализ влияния пользователя". На вкладке "Книги" выберите "Общедоступные шаблоны". Затем в разделе "Использование" выберите "Анализ влияния пользователя".

Использование книги

1. В раскрывающемся списке выбранных событий выберите событие.
2. В анализе способа выбора метрики в раскрывающемся списке.
3. В раскрывающемся списке событий влияния выберите событие.
4. Чтобы добавить фильтр, используйте вкладку "Добавить выбранные фильтры событий" или вкладку "Добавить влияющие на фильтры событий".

Влияет ли время загрузки страницы на сколько пользователей преобразуется на моей странице?

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

1. В раскрывающемся списке выбранных событий выберите событие.

2. Оставьте анализ того, как его раскрывающийся список по умолчанию выбран по умолчанию. (В этом контексте Длительность — это псевдоним времени загрузки страницы.)

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

   

Что делать, если я отслеживаю представления страниц или время загрузки пользовательскими способами?

Инструмент Impact поддерживает стандартные и настраиваемые свойства и измерения. Используйте то, что вам требуется. Вместо длительности используйте фильтры по основным и дополнительным событиям, чтобы уточнить получаемые данные.

Одинаково ли оценивается привлекательность для пользователей из разных стран или регионов?

1. В раскрывающемся списке выбранных событий выберите событие.

2. В раскрывающемся списке выберите страну или регион.

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

   

Каким образом книга анализа влияния рассчитывает эти коэффициенты преобразования?

Книга анализа влияния использует коэффициент корреляции Пирсона. Результаты вычисляются в диапазоне от –1 до 1. Коэффициент -1 представляет отрицательную линейную корреляцию и 1 представляет положительную линейную корреляцию.

Основные сведения о том, как работает анализ влияния, перечислены здесь:

• Пусть A = главное представление страницы, настраиваемое событие или запрос, выбранный в раскрывающемся списке выбранных событий .
• Пусть B = дополнительное представление страницы или настраиваемое событие, выбранное в раскрывающемся списке.

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

Затем сеансы разделяется на два типа подсеансов на основе одного из двух условий:

• Конвертированный подсеанс состоит из сеанса, завершившегося событием B, и включает в себя все события A, произошедшие перед событием B.
• Неконвернутое подсессия возникает, когда все Aпроисходят без терминала B.

Как влияние в конечном счете зависит от того, анализируем ли мы по метрикам или по измерению. Для метрик все Ав подсессии усреднены. Для измерений значение каждого A вносит 1/N в значение, назначенное B, где N — это число Aв подсессии.

HEART — пять измерений взаимодействия с клиентами

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

Обзор

HEART — это акроним, который соответствует счастью, участию, внедрению, хранению и успешному выполнению задач. Это помогает командам продуктов предоставлять лучшее программное обеспечение, фокусируясь на пяти измерениях взаимодействия с клиентами:

• Удовлетворенность: мера отношения пользователей
• Вовлеченность: уровень активного вовлечения пользователей
• Принятие: проникновение в целевую аудиторию
• Удержание: коэффициент возврата пользователей
• Успех задачи: расширение возможностей производительности

Эти измерения измеряются независимо, но взаимодействуют друг с другом.

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

• Успешность — это фактор, который проводит пользователей через воронку с этапа принятия на этап удержания.

• Удовлетворенность — это результат оценки других параметров, а не изолированное свойство. Пользователи, которые прошли по воронке и показывают более высокий уровень активности в идеале счастливее.

Начало работы

Необходимые компоненты

• Подписка Azure. Создание подписки Azure бесплатно

• Ресурс Application Insights: создание ресурса Application Insights

• Нажмите кнопку "Аналитика". Настройте подключаемый модуль автоколлекции Click Analytics.

• Конкретные атрибуты: инструментирование следующих атрибутов для вычисления метрик HEART.

  Исходный код	Атрибут	Description
  customEvents	session_Id	Уникальный идентификатор сеанса
  customEvents	appName	Уникальный идентификатор приложения Application Insights
  customEvents	itemType	Категория записи customEvents
  customEvents	TIMESTAMP	Дата и время события
  customEvents	operation_Id	Корреляция событий телеметрии
  customEvents	user_Id	Уникальный идентификатор пользователя
  customEvents ¹	parentId	Имя функции
  customEvents ¹	pageName	Имя страницы
  customEvents ¹	actionType	Категория записи Click Analytics
  pageViews	user_AuthenticatedId	Уникальный идентификатор пользователя, прошедшего проверку подлинности
  pageViews	session_Id	Уникальный идентификатор сеанса
  pageViews	appName	Уникальный идентификатор приложения Application Insights
  pageViews	TIMESTAMP	Дата и время события
  pageViews	operation_Id	Корреляция событий телеметрии
  pageViews	user_Id	Уникальный идентификатор пользователя

• Если вы настраиваете контекст пользователя, прошедший проверку подлинности, инструментировать следующие атрибуты:

Исходный код	Атрибут	Description
customEvents	user_AuthenticatedId	Уникальный идентификатор пользователя, прошедшего проверку подлинности

Сноски

¹. Чтобы вывести эти атрибуты, используйте подключаемый модуль автоколлекции Click Analytics через npm.

Совет

Чтобы понять, как эффективно использовать подключаемый модуль Click Analytics, ознакомьтесь с расширениями компонентов пакета SDK Для JavaScript Application Insights (Click Analytics).

Открытие книги

Книгу можно найти в коллекции в разделе "Общедоступные шаблоны". Книга появится в разделе "Аналитика продуктов" с помощью подключаемого модуля Click Analytics.

Существует семь книг.

Вам нужно взаимодействовать только с основной книгой, HEART Analytics — все разделы. Эта книга содержит остальные шесть книг в виде вкладок. Вы также можете получить доступ к отдельным книгам, связанным с каждой вкладкой через коллекцию.

Убедитесь, что данные потоки

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

Внимание

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

Если данные не текают должным образом, на этой вкладке отображаются определенные атрибуты с проблемами.

Структура книги

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

Вкладки:

• Сводка. Суммирует метрики воронки использования для высокоуровневого представления посещений, взаимодействий и повторения использования.
• Внедрение: помогает понять проникновение целевой аудитории, скорость приобретения и общую базу пользователей.
• Взаимодействие: показывает частоту, глубину и ширину использования.
• Хранение: показывает повторение использования.
• Успех задачи: позволяет понять потоки пользователей и их распределение времени.
• Счастье. Мы рекомендуем использовать средство опроса для измерения оценки удовлетворенности клиентов (CSAT) по пятиточечным шкалам. На этой вкладке мы предоставили вероятность счастья с помощью метрик использования и производительности.
• Метрики функций: позволяет понять метрики HEART при детализации признаков.

Предупреждение

Книга HEART в настоящее время основана на журналах и эффективно использует метрики на основе журналов. Точность этих метрик негативно влияет на выборку и фильтрацию.

Определение и измерение параметров HEART

Счастье

Удовлетворенность — это оцениваемый самими пользователями параметр, который показывает, как пользователи относятся к вашему продукту.

Распространенный подход к измерению счастья заключается в том, чтобы задать пользователям вопрос CSAT, как вы удовлетворены этим продуктом? Ответы пользователей на три или пять точек (например, нет, может быть, и да) агрегируются для создания оценки уровня продукта, которая варьируется от 1 до 5. Поскольку отзывы, инициированные пользователем, как правило, отрицательно предвзяты, HEART отслеживает счастье от опросов, отображаемых пользователям с предопределенными интервалами.

Распространенные метрики удовлетворенности включают такие признаки, как средняя оценка в звездах и оценка удовлетворенности клиентов. Отправьте эти значения в Azure Monitor с помощью одного из пользовательских методов приема, описанных в пользовательских источниках.

Взаимодействие

Взаимодействие — это мера активности пользователей. В частности, действия пользователя являются преднамеренными, такими как щелчки. Активность использования можно детализировать по трем отдельным параметрам:

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

• Ширина действия. Измеряет количество функций, с которыми пользователи взаимодействуют в течение определенного периода времени. Например, в июне 2021 г. пользователи взаимодействовали в совокупности с пятью функциями.

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

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

Внимание

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

Внедрение

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

• Недавно выпущенные продукты.
• Недавно обновленные продукты.
• Маркетинговые кампании.

Хранение

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

Метрика	Определение	Ответ на вопрос
Удержанные пользователи	Число активных пользователей, которые также были активными в предыдущем периоде	Сколько пользователей продолжают взаимодействовать с продуктом?
Хранение	Доля активных пользователей из предыдущего периода, которые также активны в этот период	Какой процент пользователей продолжает взаимодействовать с продуктом?

Внимание

Так как активные пользователи должны иметь по крайней мере одно событие телеметрии с типом действия, метрики хранения требуют реализации подключаемого модуля Click Analytics для реализации Application Insights в приложении.

Успешность

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

• Добавление элементов в корзину и завершение покупки.
• Поиск ключевого слова и выбор результата.
• Запуск новой учетной записи и завершение регистрации учетной записи.

Успешная задача соответствует трем требованиям:

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

Задача считается неудачной, если какие-либо из предыдущих требований не выполнены.

Внимание

Метрики успеха задач требуют реализации подключаемого модуля Click Analytics для Application Insights в приложении.

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

Параметр	Описание
Первый шаг	Функция, который запускает задачу. В примере корзины или покупки добавление элементов в корзину является первым шагом.
Предполагаемая длительность задачи	Временное окно, в рамках которого задача будет считаться успешно выполненной. Все задачи, выполненные за пределами этого ограничения, считаются сбоем. Не все задачи обязательно имеют ограничение времени. Для таких задач выберите "Нет ожидания времени".
Заключительный шаг	Функция, который выполняет задачу. В примере корзины или покупки товары из корзины — это последний шаг.

Часто задаваемые вопросы

Представляет ли первоначальное событие при первом появлении события в сеансе или в любое время его появления в сеансе?

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

Некоторые узлы в моей визуализации имеют слишком высокий уровень. Как получить более подробные узлы?

Используйте разделитель по параметрам в меню "Изменить":

1. Выберите событие, которое нужно разбить в меню "Событие ".

2. Выберите измерение в меню "Измерение ". Например, если у вас есть событие с именем Button Clicked, попробуйте пользовательское свойство с именем Button Name.

Я определил когорту пользователей из определенной страны или региона. При сравнении этого когорты в средстве "Пользователи" с настройкой фильтра в этой стране или регионе почему отображаются разные результаты?

Когорты и фильтры отличаются. Предположим, что у вас есть когорта пользователей из Соединенного Королевства (определенный как предыдущий пример), и вы сравниваете результаты с настройкой фильтра Country or region = United Kingdom:

• Версия с когортой покажет все события пользователей, которые отправили одно или больше событий из Соединенного Королевства в текущем временном диапазоне. Если выполнить разделение по стране или региону, скорее всего, отобразится множество стран и регионов.

• В версии с фильтрами будут показаны только события из Соединенного Королевства. Если вы разделены по стране или региону, вы увидите только Соединенное Королевство.

Разделы справки просматривать данные по разным зернам (ежедневно, ежемесячно или еженедельно)?

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

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

Если доступные визуальные представления не отвечают на все ваши вопросы, вы можете проанализировать данные, которые поступают в книгу HEART. Чтобы выполнить эту задачу, в разделе "Мониторинг " выберите журналы и запросите таблицу customEvents . Некоторые атрибуты Click Analytics содержатся в customDimensions поле. Пример запроса показан здесь.

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

Можно ли редактировать визуальные элементы в книге?

Да. При выборе общедоступного шаблона книги:

1. Выберите "Изменить " и внесите изменения.

   

2. После внесения изменений нажмите кнопку "Готово редактирование" и щелкните значок "Сохранить".

   

3. Чтобы просмотреть сохраненную книгу, в разделе "Мониторинг" перейдите в раздел "Книги " и перейдите на вкладку "Книги ". Появится копия настраиваемой книги. Вы можете внести любые дальнейшие изменения, которые вы хотите внести в эту копию.

   

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

Следующие шаги

• Ознакомьтесь с репозиторием GitHub и пакетом npm для подключаемого модуля Autocollection Click Analytics.
• Дополнительные сведения о платформе Google HEART.
• Дополнительные сведения о книгах см. в обзоре книг.