Estimated Time to Complete

5 Minutes

After integrating the SDK or creating a new App GUID, we suggest performing these tests to ensure the SDK has been integrated successfully and is functioning as expected within your app.

 

Validate the Install:

The SDK will send an install for the app once, after a fresh install. This test ensures the SDK was configured properly and successfully sent the install to Free App Analytics.

1. Double check the SDK configuration in code, ensuring the correct App GUID.
2. Run the app for approximately 30 seconds, which will allow more than enough time for the SDK to start and send an install to Free App Analytics under typical conditions.
3. Wait a minute or two and visit the Install Feed Validation page for your app within the Free App Analytics dashboard, under Apps & Assets > Install Feed Validation. Within that page, look for the Integration Success! message which indicates integration was successful and that Free App Analytics did receive an install from the SDK. At this point you have confirmed a successful SDK integration and can move ahead to Validate Post Install Events below.
4. If instead you see a Integration Not Complete! message, wait a few more minutes and refresh the page. After refreshing, if the Integration Not Complete! message persists, double check the following, then repeat this test:
• Correct App GUID is used within SDK code configuration.
• Ensure the SDK configuration and startup code is being reached.
• Ensure the network connection from the test device is not limited behind a firewall or otherwise.

---

Validate Event Measurement:

If you are measuring user events, you can use this test to ensure the SDK was configured properly and is successfully sending these events to Free App Analytics.

1. Double check the SDK configuration in code, ensuring the correct App GUID.
2. Double check your event measurement code and ensure it is reachable.
3. Launch the app and perform necessary actions within the app to trigger the event(s) you wish to test. After performing these actions, wait 60 seconds to allow more than enough time for the SDK to send these events.
4. Wait a minute or two and visit the Event Manager page for your app within the Free App Analytics dashboard, under Apps & Assets > Event Manager. Within that page, ensure the tested event names are displayed here, in which case you have confirmed the SDK is successfully measuring these events.
5. If your event names are not displayed here after waiting a few minutes, double check the following, then repeat this test:
• Correct App GUID is used within SDK code configuration.
• Ensure the SDK configuration and startup code is being reached prior to any event code.
• Ensure the SDK event code is being reached.
• Ensure the network connection from the test device is not limited behind a firewall or otherwise.

Collapse

SDK VERSION NOTE: This feature requires Kochava SDK Version 2.6.0 or higher.

NOTE: This feature is applicable to iOS platforms only.

No special code is needed to support SKAdNetwork, beyond tracking your existing events which are eligible for conversion. However, events which are to be considered for SKAdNetwork conversion updates must be built using standard parameters, rather than using an existing serialized/stringified json object for event data. See the topic “Tracking Events” for more detail on using standard parameters.

After setting up SKAdNetwork in your Free App Analytics dashboard, the SDK will automatically:

1. Call Apple’s SKAdNetwork registration at the first opportunity following launch.
2. When an eligible conversion event is triggered on iOS 14, the SDK will calculate the appropriate conversion value based on the event’s properties and automatically call Apple’s SKAdNetwork conversion update.

Generating SKAdNetwork Postbacks:

While the SDK automatically makes the necessary Apple API calls for you, a SKAdNetwork postback will only be generated if requirements are met for both the source app and advertised app. The advertised app must have been reviewed and available for download in the App Store, while the source app (where the ad is displayed) can be one that you are currently developing and run from Xcode or through TestFlight. Be sure to use the correct SKStoreProductParameterAdNetworkSourceAppStoreIdentifier per your case.

For testing purposes, you can cut down on the 24 hour postback wait by using the “SKAdNetwork Profile” from the Apple developer console here: https://developer.apple.com/download/more/ (search for “skad”).

Collapse

ATT Note: ATT implementation is required for Free App Analytics. ONLY devices that have opted-in and have IDFA available will be measured and available in primary reporting and analytics.

SDK VERSION NOTE: This feature requires Kochava SDK Version 2.6.0 or higher.

NOTE: This feature is applicable to iOS platforms only.

As of iOS 14, IDFA collection is gated behind Apple’s new AppTrackingTransparency (ATT) permission-based authorization. This means that when an app is running on iOS 14, the IDFA is not available for collection until after the user grants permission, similar to any other iOS permission-based collection. However, Apple is delaying enforcement of ATT, which is discussed below.

About ATT Non-Enforcement

In order to allow developers more time to adjust to the changes surrounding IDFA collection, Apple announced that tracking authorization via the ATT framework would not be required to collect the IDFA on iOS 14, until at least 2021. The IDFA will continue to be available for collection on iOS 14 no differently than it was on iOS 13 and prior. However, once an ATT request for authorization is made, IDFA availability then becomes subject to the results of tracking authorization from that point on. This means that you must decide whether to start prompting users for tracking authorization now or wait for Apple to provide a concrete timeline on when they will begin requiring tracking authorization at some time in the future.

If you do not yet wish to prompt the user for tracking authorization and enforce ATT, you do not need to take any additional steps and the SDK will continue to gather the IDFA until Apple begins requiring tracking authorization sometime in 2021.

If you wish to enforce ATT and begin prompting users for tracking authorization, continue reading below.

Enforcing ATT for IDFA Collection

The SDK makes this drop-dead simple for you. All you need to do is tell the SDK you want to enable ATT enforcement during configuration.

As a tracking requirement by Apple, you must include in your info.plist the key NSUserTrackingUsageDescription and a string value explaining why you are requesting authorization to track. This text will be included in the prompt displayed by the operating system when tracking authorization is requested.

Configure the SDK

During SDK configuration, tell the SDK you wish to enable ATT enforcement. By default, the user will be prompted for tracking authorization one time, upon launch, and the SDK will allow up to 30 seconds for the user to answer the tracking authorization prompt. You may adjust this behavior if you wish.

Example Enabling ATT with default settings (recommended):

var configMapObject:Object = new Object();
configMapObject[KochavaTracker.PARAM_IOS_APP_GUID_STRING_KEY] = "_YOUR_IOS_APP_GUID_";
configMapObject[KochavaTracker.PARAM_ANDROID_APP_GUID_STRING_KEY] = "_YOUR_ANDROID_APP_GUID_";
configMapObject[KochavaTracker.PARAM_APP_TRACKING_TRANSPARENCY_ENABLED_BOOL_KEY] = true;
KochavaTracker.configure(configMapObject);

Example Allow more than the default 30 seconds for the user to respond:

var configMapObject:Object = new Object();
configMapObject[KochavaTracker.PARAM_IOS_APP_GUID_STRING_KEY] = "_YOUR_IOS_APP_GUID_";
configMapObject[KochavaTracker.PARAM_ANDROID_APP_GUID_STRING_KEY] = "_YOUR_ANDROID_APP_GUID_";
configMapObject[KochavaTracker.PARAM_APP_TRACKING_TRANSPARENCY_ENABLED_BOOL_KEY] = true;
configMapObject[KochavaTracker.PARAM_APP_TRACKING_TRANSPARENCY_WAIT_TIME_DOUBLE_KEY] = 90;
KochavaTracker.configure(configMapObject);

At this point you are done. The user will be prompted for tracking authorization one time, during the first launch of the app, and the IDFA will be gathered if authorization is granted.

For purposes of testing, you will need to uninstall and reinstall the app each time you wish for the tracking prompt to appear, as Apple will only allow this to be displayed once.

Optionally, if you wish to prompt the user for tracking authorization at a specific moment or you do not want the SDK to trigger the prompt, continue reading below.

Custom Prompt Timing (Optional)

Follow these steps only if you wish for the tracking authorization prompt to be displayed at a time other than when the app is first launched or you do not want the SDK to trigger the prompt.

In order to accomplish this, first configure the SDK so that it does not automatically request authorization and allows enough time for the user to reach the point where tracking authorization will be requested at the moment of your choosing. In this example, we are allowing up to 120 seconds for the user to provide an answer to the tracking authorization request.

Example Configure the SDK:

var configMapObject:Object = new Object();
configMapObject[KochavaTracker.PARAM_IOS_APP_GUID_STRING_KEY] = "_YOUR_IOS_APP_GUID_";
configMapObject[KochavaTracker.PARAM_ANDROID_APP_GUID_STRING_KEY] = "_YOUR_ANDROID_APP_GUID_";
configMapObject[KochavaTracker.PARAM_APP_TRACKING_TRANSPARENCY_ENABLED_BOOL_KEY] = true;
configMapObject[KochavaTracker.PARAM_APP_TRACKING_TRANSPARENCY_WAIT_TIME_DOUBLE_KEY] = 120;
configMapObject[KochavaTracker.PARAM_APP_TRACKING_TRANSPARENCY_AUTO_REQUEST_BOOL_KEY] = false;
KochavaTracker.configure(configMapObject);

Secondly, add code which requests the tracking authorization at the time of your choosing and then notifies the SDK when the authorization request completes. It is your responsibility to ensure your tracking authorization request code is reached. If it is not, the timeout will be reached and the SDK will proceed without collecting the IDFA.

NOTE: Regardless of how many times you request tracking authorization, the user is only prompted once. This means you can repeatedly request tracking authorization at a specific moment per app launch and the user will only be prompted once, the first time the code is reached.

Example Request authorization and notify the SDK upon completion:

// notify the Kochava SDK that it may proceed with tracking authorization
KochavaTracker.enableAppTrackingTransparencyAutoRequest();

Collapse

SDK VERSION NOTE: This feature requires Kochava SDK Version 2.6.0 or higher.

NOTE: This feature is applicable to Android platforms only.

The standard SDK is used within your instant app (no special variant of the SDK is needed for an instant app).

In order to properly support user and attribution flow between the instant app and full app, the following steps must be taken.

1. Create two App GUIDs.

The instant app and full app should not use the same App GUID. For the instant app, create or use a Free App Analytics app of platform type Android – Instant App and pass that App GUID to the SDK during configuration under the InstantAppGuid parameter. For the full app, create or use a Free App Analytics app of platform type Android and pass that App GUID to the SDK during configuration to the AppGuid parameter.

2. Add Dependencies.

Add the instant apps dependency to your project. This dependency is only required in the instant app.

com.google.android.gms:play-services-instantapps:17.0.0

 

3. Supporting Older Android Versions.

Instant Apps are natively supported on Android 8 (API 26) and higher with data being automatically migrated from the instant app to the full app. If supporting Android 7 or lower you are responsible for migrating the data prior to starting the SDK. See the documentation on transferring data.

4. Configure the SDK.

var configMapObject:Object = new Object();
configMapObject[KochavaTracker.PARAM_IOS_APP_GUID_STRING_KEY] = "_YOUR_IOS_APP_GUID_";
configMapObject[KochavaTracker.PARAM_ANDROID_APP_GUID_STRING_KEY] = "_YOUR_ANDROID_APP_GUID_";
configMapObject[KochavaTracker.PARAM_INSTANT_APP_GUID_STRING_KEY] = "_YOUR_INSTANT_APP_GUID_";
KochavaTracker.configure(configMapObject);

 

5. Process the Deeplink.

When the instant app is launched, pass the invocation URL to the SDK’s Process Deeplink API as soon as possible, just as you would any other deeplink. See Enhanced Deeplinking below for complete instructions on how to use the Process Deeplink API.

By taking these steps, all functionality related to attribution, analytics, and measurement will be properly implemented between the instant app and full app.

Collapse

SDK VERSION NOTE: This feature requires Kochava SDK Version 2.6.0 or higher.

NOTE: This feature is applicable to iOS platforms only.

The standard SDK is used within your app clip app (no special variant of the SDK is needed for an app clip).

In order to properly support user and attribution flow between the app clip and full app, the following steps must be taken.

1. Create Two App GUIDs.

The app clip and full app should not use the same App GUID. For the app clip, create or use a Free App Analytics app of platform type iOS – App Clip and pass that App GUID to the SDK during configuration of your app clip. For the full app, create or use a Free App Analytics app of platform type iOS and pass that App GUID to the SDK during configuration of your full app.

2. Configure the SDK.

You will need to provide an app group identifier string which facilitates shared storage between the app clip and full app.
To accomplish this, in Xcode under the project Signing & Capabilities, add a new capability for App Groups if you do not have one already using the plus button. For the new identifier, start with your app’s bundle identifier and then prefix it with group. and suffix it with .kochava. Provide this identifier to the SDK by setting the container app group identifier parameter when configuring the SDK. This identifier must be the same between the app clip and full app.

 

Example Provide a Shared Storage Container Before Starting the Tracker:

// Example code, Actual code will be provided by the specific SDK doc.
// Provide an app group identifier string which facilitates shared storage between the app clip and full app
var configMapObject:Object = new Object();
configMapObject[KochavaTracker.PARAM_IOS_APP_GUID_STRING_KEY] = "_YOUR_IOS_APP_GUID_";
configMapObject[KochavaTracker.PARAM_ANDROID_APP_GUID_STRING_KEY] = "_YOUR_ANDROID_APP_GUID_";
configMapObject[KochavaTracker.PARAM_CONTAINER_APP_GROUP_IDENTIFIER_STRING_KEY] = "group.com.kochava.host.kochava";
KochavaTracker.configure(configMapObject);

NOTE: The SDK detects your app clip by looking for the bundle identifier’s default .clip suffix.

 

3. Process the Deeplink.

When the app clip is launched, pass the invocation URL to the SDK’s Process Deeplink API as soon as possible, just as you would any other deeplink. See Enhanced Deeplinking below for complete instructions on how to use the Process Deeplink API.

By taking these steps, all functionality related to attribution, analytics, and measurement will be properly implemented between the app clip and full app.

Collapse

Example (Standard Purchase Event):

Example (Custom Purchase Event with Serialized JSON Data):

KochavaTracker.sendEventString("Purchase","{\"price\":4.99,\"name\":\"Loot Box\"}");

Developer API Reference:

KochavaTracker.sendEventString(String, String)
KochavaTracker.sendEventAppleAppStoreReceipt(String, Object, String)
KochavaTracker.sendEventGooglePlayReceipt(String, Object, String, String)
Standard Event Types

Collapse

In order to effectively track user subscriptions and free trials, an event should be instrumented at the time of the subscription purchase or start of the free trial along with an accompanying identity link.

When a subscription or free trial begins, first set an identity link for this subscriber and then instrument a standard Subscription or Trial event populated with the following values:

• Price
• Currency
• Product Name
• User or Subscriber ID (hash suggested)
• Receipt (if available)

BEST PRACTICES: Always set the identity link before sending the event, otherwise the identity link will not be properly associated with the event.

Example (Identity Link with Subscription):

A free trial is handled in a similar way, although the price should be set to 0 and the event type should indicate Trial rather than Subscription. The product name should remain the same, as the event type indicates whether this was free trial or subscription.

Example (Identity Link with Free Trial):

Collapse

Example (Standard Deeplink Event):

var eventMapObject:Object = new Object();
eventMapObject["uri"] = "some_deeplink_uri";
eventMapObject["source"] = "some_source_app";
KochavaTracker.sendEventMapObject(KochavaTracker.EVENT_TYPE_DEEP_LINK_STRING_KEY, eventMapObject);

Developer API Reference:

KochavaTracker.sendEventMapObject(String, Object)
KochavaTracker.sendEventString(String, String)
Standard Event Types

Collapse

SDK VERSION NOTE: Enhanced Deeplinking is available as of Android native SDK version 3.7.0 and iOS native SDK version 3.12.

Example (Acquire the Deeplink):

// acquire a deeplink whenever one is available and pass it to the SDK.
var deeplinkUrl:String = "todo";
KochavaTracker.processDeeplink(deeplinkUrl, deeplinkProcessed);

Example (Wait for the Callback):

public function deeplinkProcessed(deeplinkString:String):void {
    var deeplink:Object = JSON.parse(deeplinkString);
    var destination:String = deeplink["destination"];
    if(destination) {
        // deeplink exists, parse the destination as you see fit and route the user
    } else {
        // no deeplink to act upon, route to a default destination or take no action
    }
}

Developer API Reference:

KochavaTracker.processDeeplink(String, FunctionString)
KochavaTracker.processDeeplinkWithOverrideTimeout(String, Number, FunctionString)
Deeplink

Collapse

Example (Register an Identity Link During Tracker Configuration):

var identityLinkMapObject:Object = new Object();
identityLinkMapObject["User ID"] = "123456789";
identityLinkMapObject["Login"] = "username";

var configMapObject:Object = new Object();
configMapObject[KochavaTracker.PARAM_IDENTITY_LINK_MAP_OBJECT_KEY] = identityLinkMapObject;
configMapObject[KochavaTracker.PARAM_ANDROID_APP_GUID_STRING_KEY] = "_YOUR_ANDROID_APP_GUID";
configMapObject[KochavaTracker.PARAM_IOS_APP_GUID_STRING_KEY] = "_YOUR_IOS_APP_GUID";
KochavaTracker.configure(configMapObject);

Example (Register an Identity Link After Starting the Tracker):

var identityLinkMapObject:Object = new Object();
identityLinkMapObject["User ID"] = "123456789";
identityLinkMapObject["Login"] = "username";
KochavaTracker.setIdentityLink(identityLinkMapObject);

Developer API Reference:

KochavaTracker.configure(Object)
Configuration Parameters
KochavaTracker.setIdentityLink(Object)

Collapse

Example (Requesting Attribution Results):

var configMapObject:Object = new Object();
configMapObject[KochavaTracker.PARAM_RETRIEVE_ATTRIBUTION_BOOL_KEY] = true;
configMapObject[KochavaTracker.PARAM_ANDROID_APP_GUID_STRING_KEY] = "_YOUR_ANDROID_APP_GUID";
configMapObject[KochavaTracker.PARAM_IOS_APP_GUID_STRING_KEY] = "_YOUR_IOS_APP_GUID";
KochavaTracker.configure(configMapObject);

KochavaTracker.setAttributionListener(function(event: KochavaTrackerStatusEvent):void {
    var attribution:String = event.level;
    if(attribution) {
        var attributionObject:Object = JSON.parse(attribution);
        // do something with attributionObject...
    }
});

Example (Using the Getter After Attribution Results Have Been Retrieved):

var attribution:String = KochavaTracker.getAttribution();
if(attribution) {
    var attributionObject:Object = JSON.parse(attribution);
    // do something with attributionObject...
}

Developer API Reference:

KochavaTracker.configure(Object)
Configuration Parameters
String KochavaTracker.getAttribution()
KochavaTracker.setAttributionListener(FunctionKochavaTrackerStatusEvent)
KochavaTrackerStatusEvent

Collapse

Example (Getting the Kochava Device ID):

var deviceId:String = KochavaTracker.getDeviceId();
//Do something with the device id...

Developer API Reference:

String KochavaTracker.getDeviceId()

Collapse

Example (Enabling App Limit Ad Tracking During Tracker Configuration):

var configMapObject:Object = new Object();
configMapObject[KochavaTracker.PARAM_APP_LIMIT_AD_TRACKING_BOOL_KEY] = true;
configMapObject[KochavaTracker.PARAM_ANDROID_APP_GUID_STRING_KEY] = "_YOUR_ANDROID_APP_GUID";
configMapObject[KochavaTracker.PARAM_IOS_APP_GUID_STRING_KEY] = "_YOUR_IOS_APP_GUID";
KochavaTracker.configure(configMapObject);

Example (Enable App Limit Ad Tracking After Starting the Tracker):

KochavaTracker.setAppLimitAdTracking(true);

Developer API Reference:

KochavaTracker.configure(Object)
Configuration Parameters
KochavaTracker.setAppLimitAdTracking(boolean)

Collapse

Example (Enabling trace logging in a non-production build):

var configMapObject:Object = new Object();
if (DEBUG) {
    configMapObject[KochavaTracker.PARAM_LOG_LEVEL_ENUM_KEY] = KochavaTracker.LOG_LEVEL_ENUM_TRACE_VALUE;
} else {
    configMapObject[KochavaTracker.PARAM_LOG_LEVEL_ENUM_KEY] = KochavaTracker.LOG_LEVEL_ENUM_INFO_VALUE;
}
configMapObject[KochavaTracker.PARAM_ANDROID_APP_GUID_STRING_KEY] = "_YOUR_ANDROID_APP_GUID";
configMapObject[KochavaTracker.PARAM_IOS_APP_GUID_STRING_KEY] = "_YOUR_IOS_APP_GUID";
KochavaTracker.configure(configMapObject);

Developer API Reference:

KochavaTracker.configure(Object)
Configuration Parameters
Log Levels

Collapse

Example (Enabling Sleep Mode During Tracker Configuration):

var configMapObject:Object = new Object();
configMapObject[KochavaTracker.PARAM_SLEEP_BOOL_KEY] = true;
configMapObject[KochavaTracker.PARAM_ANDROID_APP_GUID_STRING_KEY] = "_YOUR_ANDROID_APP_GUID";
configMapObject[KochavaTracker.PARAM_IOS_APP_GUID_STRING_KEY] = "_YOUR_IOS_APP_GUID";
KochavaTracker.configure(configMapObject);

Example (Enabling Sleep Mode After Starting the Tracker):

KochavaTracker.setSleep(true);

Example (Waking the Tracker from Sleep Mode) —

KochavaTracker.setSleep(false);

Developer API Reference:

KochavaTracker.configure(Object)
Configuration Parameters
KochavaTracker.setSleep(boolean)
Boolean getSleep()

Collapse

Example (Starting the Tracker Only When Consent Allows) —

if(!consentRequired || consentGranted) {
    // we will not initialize Kochava unless consent requirements are met
    var configMapObject:Object = new Object();
    configMapObject[KochavaTracker.PARAM_ANDROID_APP_GUID_STRING_KEY] = "_YOUR_ANDROID_APP_GUID";
    configMapObject[KochavaTracker.PARAM_IOS_APP_GUID_STRING_KEY] = "_YOUR_IOS_APP_GUID";
    KochavaTracker.configure(configMapObject);
}

Example (Calling Tracker Methods Only When Consent Allows) —

if(!consentRequired || consentGranted) {
    // we will not call Kochava methods unless consent requirements are met.
    KochavaTracker.sendEventString("My Event","");
}

Collapse

Collapse

Refer to the Intelligent Consent Manager support documentation.

Collapse

1. Use an alternate testing App GUID so that your testing activities do not have an impact on your live app analytics.
2. Enable Logging, if helpful, to gain insight into the SDK’s behavior during runtime.
3. If you would like the SDK to behave as it would during a new install, be sure to un-install the app before each test.
4. Test your Kochava integration. For more information see: Testing the Integration.

var configMapObject:Object = new Object();
if (DEBUG) {
    configMapObject[KochavaTracker.PARAM_LOG_LEVEL_ENUM_KEY] = KochavaTracker.LOG_LEVEL_ENUM_TRACE_VALUE;
    configMapObject[KochavaTracker.PARAM_ANDROID_APP_GUID_STRING_KEY] = "_YOUR_TEST_ANDROID_APP_GUID";
    configMapObject[KochavaTracker.PARAM_IOS_APP_GUID_STRING_KEY] = "_YOUR_TEST_IOS_APP_GUID";
} else {
    configMapObject[KochavaTracker.PARAM_LOG_LEVEL_ENUM_KEY] = KochavaTracker.LOG_LEVEL_ENUM_INFO_VALUE;
    configMapObject[KochavaTracker.PARAM_ANDROID_APP_GUID_STRING_KEY] = "_YOUR_PRODUCTION_ANDROID_APP_GUID";
    configMapObject[KochavaTracker.PARAM_IOS_APP_GUID_STRING_KEY] = "_YOUR_PRODUCTION_IOS_APP_GUID";
}
KochavaTracker.configure(configMapObject);

Collapse