Android

This SDK offers several options to developers and/or companies.

What you can do

• Replay session recordings in our web player
• Capture all of the user interactions and find ones you care about in the Events manager
• Set your own custom analytics event and do complex funnels/queries in the dashboard
• Collect referrer value and source of installation per visitor

Reporting issues and changelog

For more information on how to report issues please check our Smartlook SDK Support section.

Smartlook Android SDK changelog reports all notable improvements, changes and fixes in SDK releases.

Supported versions

Currently, we support API 18+ for recording.

WiFi / mobile connection / offline

By default SDK uploads sessions only on WiFi if you want to upload sessions on mobile connections too, you need to enable this in your project setting in the dashboard.

Installation

Add the following dependency in your app’s build.gradle:

implementation('com.smartlook.recording:app:1.1.5-native')

And add the following in your project’s build.gradle:

allprojects {
  repositories {
    maven {
      url "https://sdk.smartlook.com/android/release"
    }
  }
}

API Reference

Applications can interact with the SDK using public SDK methods.

Setup

You need to provide your Smartlook SDK Key which can be acquired in the Smartlook Dashboard.

If you want to setup SDK and start recording, use:

Smartlook.setupAndStartRecording(String YOUR_API_KEY)

In case you want to start recording later use:

Smartlook.setup(String YOUR_API_KEY)

Best place to call one of these methods is in Application class or any entry point to your app.

Setup parameters

Both methods setup and setupAndStartRecording can be further customized with parameters.

Smartlook.setupAndStartRecording(String YOUR_API_KEY, int fps, boolean experimental)
Smartlook.setup(String YOUR_API_KEY, Activity activity, int fps, boolean experimental)

Start and stop recording

If you have SDK set-up you can start or stop recording by calling:

Smartlook.startRecording()
Smartlook.stopRecording()

Check if SDK is recording

If you are using startRecording() and stopRecording() methods it might be handy to know if SDK is currently recording or not. Simply call:

Smartlook.isRecording()

Blacklisted views

SDK contains a list of blacklisted/sensitive views. These views won’t be recorded (only black rectangle instead of the view).

You can mark view(s) as blacklisted by calling:

Smartlook.registerBlacklistedView(View view)
Smartlook.registerBlacklistedViews(List<View> views)

If view(s) is no longer sensitive you can remove it from blacklist:

Smartlook.unregisterBlacklistedView(View view)
Smartlook.unregisterBlacklistedViews(List<View> views)

Blacklisted classes

You can blacklist view(s) of certain Class (typicaly custom views):

Smartlook.registerBlacklistedClass(Class class)
Smartlook.registerBlacklistedClasses(List<Class> classes)

Note that EditText and WebView are blacklisted by default. If you want to remove them or any other class from blacklist, use:

Smartlook.unregisterBlacklistedClass(Class class)
Smartlook.unregisterBlacklistedClasses(List<Class> classes)

Whitelisted views

In case you need some view(s) to be recorded even if it is instance of a blacklisted class, you can whitelist it:

Smartlook.registerWhitelistedView(View view)
Smartlook.registerWhitelistedViews(List<View> views)

You can remove view(s) from whitelist:

Smartlook.unregisterWhitelistedView(View view)
Smartlook.unregisterWhitelistedViews(List<View> views)

Sensitive mode

In case you don’t want SDK to record user video, but still, want it to send analytic events you can use sensitive mode.

Smartlook.startFullscreenSensitiveMode()

Instead of application recording, the video will be black when the sensitive mode is active. You can change sensitive mode fill color by starting it like this:

Smartlook.startFullscreenSensitiveMode(@ColorInt int color) 

Sensitive mode can be stopped:

Smartlook.stopFullscreenSensitiveMode()

If you want to check if the sensitive mode is active, use:

Smartlook.isFullscreenSensitiveModeActive()

Add user id & properties

You can specify your app’s user identifier by calling:

Smartlook.setUserIdentifier(@NonNull String identifier)

You can then lookup those identifiers in the Dashboard to find specific user’s recordings.

Additional user information, such as name, email and other custom properties can be set by calling:

Smartlook.setUserIdentifier(@NonNull String identifier, JSONObject sessionProperties)
Smartlook.setUserIdentifier(@NonNull String identifier, Bundle sessionProperties)

You’ll see those properties in the Dashboard at Visitor details.

Analytics

SDK records several analytic events by default:

• Activity changes
• Fragment changes
• Focus events
• Orientation events
• Clicked Views

But you can track whatever you want by using custom events.

Custom events

You can track custom event by calling:

Smartlook.trackCustomEvent(@NonNull String eventName)

If you need to send some additional data with custom event use:

Smartlook.trackCustomEvent(@NonNull String eventName, JSONObject eventProperties)
Smartlook.trackCustomEvent(@NonNull String eventName, Bundle eventProperties)
Smartlook.trackCustomEvent(@NonNull String eventName, @NotNull String key, String value)

Additional data can be used in funnels or any additional filtering.

Since we are not able to detect screen transitions i.e. for Unity games or Flutter out of the box, you can add these events manually, where ViewState can be start or stop:

Smartlook.trackNavigationEvent(@NotNull String name, @ViewState String viewState)

Timed event

In case you want to measure the duration of any time-sensitive or long-running actions in the app. You can call:

Smartlook.startTimedCustomEvent(@NotNull String eventName)

This will not send out any event, but once track(...) with corresponding event name gets called it will have extra duration property.

You can set some aditional data by calling:

Smartlook.startTimedCustomEvent(@NotNull String eventName, JSONObject eventProperties)
Smartlook.startTimedCustomEvent(@NotNull String eventName, Bundle eventProperties)

Properties set in startTimedCustomEvent will be merged with properties set in trackCustomEvent. Properties from trackCustomEvent have higher priority and will rewrite conflicting properties from startTimedCustomEvent.

Typical use of timed event might look like this:

Smartlook.startTimedCustomEvent("duration_event")
Thread.sleep(1000) //long running operation
Smartlook.trackCustomEvent("duration_event")

In this case duration_event will have duration property set to circa 1000ms.

Custom name for click events

SDK detects click events automatically. The event name consists of Activity name, View type (Button, etc.) and id.

Instead of id you can set your custom value by providing the View with @id/smartlook_custom_name tag:

<View>
    <tag android:id="@id/smartlook_custom_name" android:value="Custom name"/>
</View>

Global event properties

Event super properties can be set by calling:

Smartlook.setGlobalEventProperties(JSONObject globalEventProperties, boolean immutable)
Smartlook.setGlobalEventProperties(Bundle globalEventProperties, boolean immutable)
Smartlook.setGlobalEventProperty(@NotNull String key, @NotNull String value, boolean immutable)

Such properties are added to any event sent from the client in the future. Properties in global scope have higher priority so in merging process those from global scope will override custom properties with the same key.

Properties set to be immutable have the highest priority and once set they cannot be overridden (only removed).

Remove global event property

If you want to remove some global property with a given key call:

Smartlook.removeGlobalEventProperty(String propertyKey)

Or you can remove all global event properties:

Smartlook.removeAllGlobalEventProperties()

Note that global event properties are stored until they are not removed or the app is uninstalled.

Crash reporting

In case developer did not handle any exception SDK will automatically report stack trace. This works out of the box and is sent to our servers in case analytics/errors are applicable.

Because the app process is killed by the crash, video is going to be rendered and sent to the server once a new session is started (next application start).

Proguard mapping file still not available -> Beta functionality.

Crashlytics

In case you are using Crashlytics in your project, once Crashlytics setup is done, you can call:

Smartlook.enableCrashlytics(boolean enable)

Then in Crashlytics dashboard, there should be a new SMARTLOOK SESSION URL key-value pair with link to your Smartlook dashboard. Once opened, you can directly play recording just before the crash.

Referrer

SDK automatically collects referrer value and source of installation per visitor and displays it in Dashboard. In some cases you might want to set custom referrer by yourself, you can do this by calling:

Smartlook.setReferrer(String referrer, String source)

Shareable session URL

You can obtain URL leading to the dashboard for a currently recorded session:

Smartlook.getDashboardSessionUrl()

This URL can then be shared to everyone who has access to the dashboard.

Deprecated/beta API

If you were using Smartlook SDK beta (version lower than 1.0.0) and you want to update, please migrate to new API methods. Old ones are now deprecated. They should still work, but this might change in the future.