You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Copy file name to clipboardExpand all lines: articles/azure-monitor/app/usage-overview.md
+8-8Lines changed: 8 additions & 8 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -2,7 +2,7 @@
2
2
title: Usage analysis with Application Insights | Azure Monitor
3
3
description: Understand your users and what they do with your app.
4
4
ms.topic: conceptual
5
-
ms.date: 02/14/2023
5
+
ms.date: 06/23/2023
6
6
ms.reviewer: mmcc
7
7
---
8
8
@@ -40,8 +40,8 @@ The **Users** and **Sessions** reports filter your data by pages or custom event
40
40
41
41
Insights on the right point out interesting patterns in the set of data.
42
42
43
-
* The **Users** report counts the numbers of unique users that access your pages within your chosen time periods. For web apps, users are counted by using cookies. If someone accesses your site with different browsers or client machines, or clears their cookies, they'll be counted more than once.
44
-
* The **Sessions** report counts the number of user sessions that access your site. A session is a period of activity by a user. It's terminated by a period of inactivity of more than half an hour.
43
+
* The **Users** report counts the numbers of unique users that access your pages within your chosen time periods. For web apps, users are counted by using cookies. If someone accesses your site with different browsers or client machines, or clears their cookies, they're counted more than once.
44
+
* The **Sessions** report tabulates the number of user sessions that access your site. A session represents a period of activity initiated by a user and concludes with a period of inactivity exceeding half an hour.
45
45
46
46
For more information about the Users, Sessions, and Events tools, see [Users, sessions, and events analysis in Application Insights](usage-segmentation.md).
47
47
@@ -61,9 +61,9 @@ For more information about the Retention workbook, see [User retention analysis
61
61
62
62
## Custom business events
63
63
64
-
To get a clear understanding of what users do with your app, it's useful to insert lines of code to log custom events. These events can track anything from detailed user actions, such as selecting specific buttons, to more significant business events, such as making a purchase or winning a game.
64
+
To understand user interactions in your app, insert code lines to log custom events. These events track various user actions, like button selections, or important business events, such as purchases or game victories.
65
65
66
-
You can also use the [Click Analytics Auto-collection plug-in](javascript-feature-extensions.md) to collect custom events.
66
+
You can also use the [Click Analytics Autocollection plug-in](javascript-feature-extensions.md) to collect custom events.
67
67
68
68
In some cases, page views can represent useful events, but it isn't true in general. A user can open a product page without buying the product.
69
69
@@ -96,7 +96,7 @@ In the Users, Sessions, and Events tools, you can slice and dice custom events b
96
96
97
97
:::image type="content" source="./media/usage-overview/events.png" alt-text="Screenshot that shows the Events tab filtered by AnalyticsItemsOperation and split by AppID." lightbox="./media/usage-overview/events.png":::
98
98
99
-
Whenever you’re in any usage experience, click the **Open the last run query** icon to take you back to the underlying query.
99
+
Whenever you’re in any usage experience, select the **Open the last run query** icon to take you back to the underlying query.
100
100
101
101
:::image type="content" source="./media/usage-overview/open-last-run-query-icon.png" alt-text="Screenshot of the Application Insights Session pane in the Azure portal. The Open the last run query icon is highlighted." lightbox="./media/usage-overview/open-last-run-query-icon.png":::
102
102
@@ -125,9 +125,9 @@ When you design each feature of your app, consider how you're going to measure i
125
125
126
126
## A | B testing
127
127
128
-
If you don't know which variant of a feature will be more successful, release both and make each variant accessible to different users. Measure the success of each variant, and then move to a unified version.
128
+
If you're unsure which feature variant is more successful, release both and let different users access each variant. Measure the success of each variant, and then transition to a unified version.
129
129
130
-
For this technique, you attach distinct property values to all the telemetry that's sent by each version of your app. You can do that step by defining properties in the active TelemetryContext. These default properties are added to every telemetry message that the application sends. That means the properties are added to your custom messages and the standard telemetry.
130
+
In this technique, you attach unique property values to all the telemetry sent by each version of your app. You can do it by defining properties in the active TelemetryContext. These default properties get included in every telemetry message sent by the application. It includes both custom messages and standard telemetry.
131
131
132
132
In the Application Insights portal, filter and split your data on the property values so that you can compare the different versions.
Copy file name to clipboardExpand all lines: articles/azure-monitor/app/usage-retention.md
+4-16Lines changed: 4 additions & 16 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -2,7 +2,7 @@
2
2
title: Analyze web app user retention with Application Insights
3
3
description: This article shows you how to determine how many users return to your app.
4
4
ms.topic: conceptual
5
-
ms.date: 07/30/2021
5
+
ms.date: 06/23/2023
6
6
ms.reviewer: mmcc
7
7
---
8
8
@@ -36,23 +36,11 @@ Workbook capabilities:
36
36
37
37
## Use business events to track retention
38
38
39
-
To get the most useful retention analysis, measure events that represent significant business activities.
39
+
You should measure events that represent significant business activities to get the most useful retention analysis.
40
40
41
-
For example, many users might open a page in your app without playing the game that it displays. Tracking only the page views would provide an inaccurate estimate of how many people returned to play the game after enjoying it previously. To get a clear picture of returning players, your app should send a custom event when a user actually plays.
41
+
For more information and example code, see [Custom business events](usage-overview.md#custom-business-events).
42
42
43
-
It's good practice to code custom events that represent key business actions. Then you can use these events for your retention analysis. To capture the game outcome, you need to write a line of code to send a custom event to Application Insights. If you write it in the webpage code or in Node.JS, it looks like this example:
44
-
45
-
```JavaScript
46
-
appinsights.trackEvent("won game");
47
-
```
48
-
49
-
Or in ASP.NET server code:
50
-
51
-
```csharp
52
-
telemetry.TrackEvent("won game");
53
-
```
54
-
55
-
Learn more about [writing custom events](./api-custom-events-metrics.md#trackevent).
43
+
To learn more, see [writing custom events](./api-custom-events-metrics.md#trackevent).
0 commit comments