Android Ampli SDK
Note
This page covers the Android Java and Kotlin runtimes. All (Itly) runtimes are deprecated. If you are still using an (Itly) runtime, see the migration guide to upgrade to the newest runtime. Docs for the Itly version are available here.
Amplitude Data supports tracking analytics events from Android apps (API 22 and above) written in Kotlin and Java.
In Kotlin and Java, the tracking library exposes a type-safe function for every event in your team’s tracking plan. The function’s arguments correspond to the event’s properties and are strongly typed to allow for code completion and compile-time checks.
Tip
See example apps that use the Android Java and Kotlin runtimes on GitHub.
Installation
These instructions are also available from the Implementation page of your Amplitude Data workspace.
Install the Ampli CLI
If you haven't installed the Ampli CLI, install it now.
Install dependencies
If you haven't already, install the core Amplitude SDK dependencies.
Note
If you're not already requesting the INTERNET permission, add <uses-permission android:name="android.permission.INTERNET" />
to your AndroidManifest.xml.
Pull the SDK into your project
At the project root, run pull
command.
This prompts you to log in to your workspace and select a source.
API
Load
Initialize Ampli in your code. The load()
method accepts configuration option arguments:
Arg |
Description |
appContext |
An object with a set of properties to add to every event sent by the Ampli SDK.
This option is available when there is at least one source template associated with your team's tracking plan. |
LoadOptions |
Optional. Specifies configuration options for the Ampli SDK. |
disabled |
Optional. Specifies whether the Ampli SDK does any work. When true, all calls to the Ampli SDK are no-ops. Useful in local or development environments. |
environment |
Optional. Defaults to development . Specifies the environment the Ampli SDK runs in: either production or development . Environment determines which Access Token is used to load the underlying analytics provider libraries. The option also determines safe defaults for handling event validation errors. In production, when the SDK detects an invalid event, it logs an error but stills let the event through. In development, the SDK throws an exception to alert you that something is wrong. |
client.instance |
Optional. Specifies an Amplitude instance. By default Ampli creates an instance for you. |
client.apiKey |
Optional. Specifies an API Key. This option overrides the default, which is the API Key configured in your tracking plan. |
Identify
Call identify()
to identify a user in your app and associate all future events with their identity, or to set their properties.
Just as Ampli creates types for events and their properties, it creates types for user properties.
The identify()
function accepts an optional userId
, optional user properties, and optional options
.
For example your tracking plan contains a user property called userProp
. The property's type is a string.
The options argument allows you to pass Amplitude fields for this call, such as deviceId
.
Group
Feature availability
This feature is available in Growth and Enterprise accounts with the Accounts add-on.
Call setGroup()
to associate a user with their group (for example, their department or company). The setGroup()
function accepts a required groupType
, and groupName
.
Amplitude supports assigning users to groups and performing queries, such as Count by Distinct, on those groups. If at least one member of the group has performed the specific event, then the count includes the group.
For example, you want to group your users based on what organization they're in by using an 'orgId'. Joe is in 'orgId' '10', and Sue is in 'orgId' '15'. Sue and Joe both perform a certain event. You can query their organizations in the Event Segmentation Chart.
When setting groups, define a groupType
and groupName
. In the previous example, 'orgId' is the groupType
and '10' and '15' are the values for groupName
. Another example of a groupType
could be 'sport' with groupName
values like 'tennis' and 'baseball'.
Setting a group also sets the groupType:groupName
as a user property, and overwrites any existing groupName
value set for that user's groupType, and the corresponding user property value. groupType
is a string, and groupName
can be either a string or an array of strings to indicate that a user is in multiple groups.
Setting a group also sets the 'groupType:groupName' as a user property, and overwrites any existing groupName value set for that user's groupType, and the corresponding user property value. groupType is a string, and groupName can be either a string or an array of strings to indicate that a user is in multiple groups. For example, if Joe is in 'orgId' '10' and '20', then the groupName
is '[10, 20]').
Your code might look like this:
Track
To track an event, call the event's corresponding function. Every event in your tracking plan gets its own function in the Ampli SDK. The call is structured like this:
The options
argument allows you to pass to pass Amplitude fields, like deviceID
. The extra
argument lets you pass data to middleware.
For example, in the code snippet below, your tracking plan contains an event called songPlayed
. The event is defined with two required properties: songId
and songFavorited.
The property type for songId
is string, and songFavorited
is a boolean.
The event has one MiddlewareExtra defined: extra
. Learn more about Middleware.
Ampli also generates a class for each event.
Send event objects using the generic track method.
Verify implementation status
Verify that events are implemented in your code with the status command:
To update the implementation status in your tracking plan use the --update
flag or -u
:
The output displays status and indicates what events are missing.
➜ ampli status
✘ Verifying event tracking implementation in source code
✔ Song Played (1 location)
✘ Song Stopped Called when a user stops playing a song.
Events Tracked: 2 missed, 3 total
Learn more about ampli status
.
Migrating from an Itly Android runtime
Migrate from an Itly Android runtime to Ampli by following these steps.
-
Remove legacy Itly dependencies from your project. This includes anything with a ly.iterative.itly
.
implementation "ly.iterative.itly:sdk-android:$itlySdkVersion"
implementation "ly.iterative.itly:plugin-iteratively:$itlySdkVersion"
implementation "ly.iterative.itly:plugin-schema-validator:$itlySdkVersion"
implementation "ly.iterative.itly:plugin-amplitude-android:$itlySdkVersion"
implementation "ly.iterative.itly:plugin-mixpanel-android:$itlySdkVersion"
implementation "ly.iterative.itly:plugin-mparticle-android:$itlySdkVersion"
implementation "ly.iterative.itly:plugin-segment-android:$itlySdkVersion"
-
Add Amplitude dependencies.
implementation 'com.amplitude:android-sdk:2.35.2'
// https://github.com/amplitude/Amplitude-Android/issues/309
implementation 'com.squareup.okhttp3:okhttp:4.9.3'
-
Pull the latest Ampli SDK.
-
Check your Ampli SDK path.
ampli pull
prints the location of where the new SDK was downloaded. If this still contains itly
you can update the Path
by hand in the ampli.json
file, or pull again using the --path
parameter: ampli pull -p ./path/to/ampli
.
-
Find and replace:
Kotlin and Java:
- import ly.iterative.itly.* => import com.amplitude.ampli.*
- itly.
=> ampli.
- itly.group(groupId)
=> ampli.setGroup(groupType, groupValue)
Kotlin only:
Itly.load()
=> ampli.load()
Itly.
=> ampli.
Java only:
Itly.getInstance().load()
=> Ampli.getInstance().load()
Itly.
=> Ampli.
-
See updated Event tracking details on your Implementation page in the web app.
Last update:
2022-05-17
Report an issue with this page