This page describes how to use the AMPLIFY Appcelerator Services Analytics for native Android applications, built with Java and the Android APIs.
AMPLIFY Appcelerator Analytics collects real-time data about your application's usage, which can then be viewed in the Analytics dashboard. By default, the Analytics dashboard provides information about app installs, the number of sessions, and average app session length (organized by app name, platform, and geography). Your app can also utilize custom analytic events and event funnels.
For platform-specific details about how analytics captured, see Analytics Architecture.
For information about viewing analytics data, see Managing Client Applications.
Analytics refers to data about how your application has been used, as well as information about how users interact with your application. Analytics data is transmitted in the form of events.
Events are operational milestones in the application. Some events are generated automatically, such as those that mark an installation, or the beginning and end of a session. Others may be custom events, which have a meaning specific to an application, such as tapping a specific button or opening a certain window.
A feature event represents an action a user could take in an application, such as 'liking an item' or launching a video'. Applications use the Titanium or APSAnalytics API to create custom events.
Event funnels let you define custom, ordered event sequences that let you track a specific user process, such as finding a product and making a purchase.
The Analytics dashboard organizes, analyzes, and presents analytics data captured for your applications. You also use the Analytics dashboard to create and view event funnels.
To integrate the Analytics service with a new or existing Android application:
- Go to the Dashboard and create a new native Android application.
- Download the APS (Appcelerator Platform Services) SDK and get your Services key.
- Unzip the APS SDK zip file.
- From the unzipped SDK's
libsfolder, copy the following files to your app project's
build.gradlefile under your Android app project folder and add the following
Add the following import statements to the main Activity of the project:
In the main Activity's
onCreate()method, enable the service by calling the APSServiceManager's
enable()method. Pass the method of the application context as the first argument and the APS application key as the second argument.
Setup user session events
Unlike the iOS and Titanium platforms, user session events are not automatically sent on Android. You need to add 3
APSAnalyitcs method calls in the main Activity of your application to capture user session data.
- Call the
sendAppInstallEvent()method in the activity's
onCreate(), after enabling
APSServiceManager. The enroll event indicates app installs or upgrades.
- Call the
sendSessionStartEvent()method inside the main Activity's
onResume()method. This event indicates when the app is being used.
- Call the
sendSessionEndEvent()method inside the main Activity's
onPause()method. This event indicates when the app has been backgrounded.
You use the APSAnalytics'
sendCustomEvent() method to generate a feature event that captures a specific application or user activity. A feature event should represent an action, such as launching a video, or 'new item', 'launch video', and so forth. The name you assign to a feature event should incorporate the application state into the event name, rather than long descriptive names. The following naming convention is suggested, where group.event refers to the parent event:
Feature event names should be as generic as possible. For instance, if you want to track when users select a certain menu option, use a name like "user.menu.selection", not "joeuser.menu.selection". The first option is better because it groups all the same types of events into a single metric that's easy to view on Dashboard. The person analyzing the data only has to look at a single number to get an overview of how many users have selected that menu option. The second might be fine for very small user bases, but if you have more than 100 users, it means that the person analyzing the data would have to look through 100 different event names to be able to generate any useful data.
For example, to track a user's menu selection, you might use the following code, where the ten-digit number uniquely identifies the selection in your code:
You should avoid using long, descriptive event names, as shown below: