Using the Android SDK

Survicate allows you to launch precisely targeted surveys inside your app. In the Survicate Panel, you can set conditions that need to be met for the surveys to appear. Users matching conditions defined in the Survicate panel will see the survey automatically. Here's a list of conditions you can use to target your surveys:

• Name of the screen that a user currently sees
• Any application event
• User attributes and identities
• Device language
• Operating system

Make sure to list all the screens and events described in your application. Once you got this covered, you or any person responsible for creating and managing surveys will be able to trigger surveys from the Survicate panel with no need for you to update the application.

Warning Warning The SDK utilizes SharedPreferences to store information used by the targeting engine described in this section. Clearing SharedPreferences will cause the targeting system to malfunction; f.e. by showing the same survey twice to a single user.

Targeting a survey by screen name

A survey can appear when a user is viewing a specific screen. For example, a survey can be triggered to show up on the application's home screen after a user spends more than ten seconds there. To set it up, you need to send information to Survicate about the user entering and leaving a screen.

Note: Multiple active screens are allowed. In specific, calling enterScreen() does not make the previous screen to be discarded. Be sure to call leaveScreen() when you no longer want the screen to be treated as active.

Screen name is case sensitive. If there's any discrepancy between what's declared in the ‘Triggers’ tab of the Target section in the Survicate panel and the application code, the survey will not appear.

Events-based survey targeting

Survicate Android SDK allows you to launch surveys based on events your users trigger in your app. Your survey will show instantly after an event occurs in your app.

Event name and property keys are case sensitive. If there is any discrepancy between what's declared in the ‘Triggers’ tab of the Target section in the Survicate panel and the application code, the survey will not appear.

User identification & attributes

You can pass user attributes to Survicate as an additional layer of information about your users. Attributes can be used to:

• Identify respondents (by default survey responses are anonymous).
• Target surveys to specific users with Audience filters.
• Recall information in survey questions (e.g. include user name).
• Filter survey results.

Bear in mind that user attributes are cached. You only need to provide them once, e.g. when user logs in, not after each init(). You can also change their values at any time to trigger a survey.

Attribute types

• String: any text, e.g. user name or e-mail.
• Number: an integer or decimal.
• Boolean: a logic value.
• Date: a java.util.Date that can be used in date or time interval filters (the latter measure elapsed time from a given timestamp).

Special attributes

• user_id: This corresponds to the "Logged-in status" in the panel's Audience filter. A user is considered logged-in when a trait with the "user_id" key has been set on the device, regardless of the value.

• first_name, last_name, email: If none of these is specified, a response will be marked as Anonymous in the panel.

Additional notes

• You can freely use custom attribute keys without the need to register them anywhere.

• In some panel functionalities (e.g. autocompletion), the attribute key will be available only after a survey response with the given attribute is uploaded (unless the key was added in the panel manually). By that time, the trait is saved only locally on the user's device.

• Note that the predefined attribute classes (UserTrait.UserId, UserTrait.FirstName, etc.) have been deprecated in version 4.0. Instead, you should use the UserTrait(key, value) constructor. You will find migration details in the deprecation messages.

Response attributes

Response attributes are session-scoped attributes attached to survey responses. Unlike user attributes, they are cleared at the start of each new app session and are sent to Survicate along with the user's survey answers.

To update a response attribute, call the method again with the same name and a new value. To clear an attribute, pass an empty string as the value.

ResponseAttribute accepts the following parameters:

• name (required): The key that identifies the attribute.
• value (required): The attribute value. Pass an empty string to clear an existing attribute.
• provider (optional): The name of the external service where this data comes from (e.g., "hubspot", "intercom"). This helps integrations identify and match your survey respondents with their profiles in that service.

Attribute types

• String: any text value.
• Number: an integer or decimal.
• Boolean: a logic value.
• Date: a java.util.Date.

Setting the locale

Survicate SDK automatically detects the device locale using Locale.getDefault() and uses it both to choose the translation of a survey and to evaluate any Device language targeting filters.

If your app allows users to change the locale independently of the system settings, you can override the default by calling:

The argument must be a valid IETF language tag such as:

• A two‑letter ISO 639 code (e.g., "en", "fr")
• A three-letter code for languages without the two-letter equivalent (e.g., "haw", "yue")
• A language tag with region (e.g., "en-US", "pt-BR")

Note: The specified locale setting applies only to the current application session. To preserve the preference after an app restart, make sure to call setLocale(...) again, anytime after Survicate.init(...).

Theme mode

When your survey has a theme with both light and dark modes, the SDK will select the proper variant following the system setting by default.

Optionally, you can enforce a specific theme mode with the setThemeMode method:

Custom fonts

Using the Survicate.setFonts method you can specify custom fonts for survey presentation. You need to provide a font source for each font style required by the SDK.

The font can be provided by a resource ID or an asset path:

• FontSource.ResId - the Android resource ID of the font located in the res/font directory
• FontSource.AssetPath - the path to the font file relative to the assets directory (e.g. "fonts/MyFont.ttf")

Event listeners

SDK allows you to utilize event listeners. You may find them useful to trigger actions in your application based on actions performed by respondents. Here's a list of events you can subscribe to:

• survey_displayed - occurs when survey is loaded and appears in the User Interface
• question_answered - occurs after a question is answered ( Survicate stores incomplete survey submissions )
• survey_closed - occurs when a user closes the survey using the close button
• survey_completed - occurs when a user finishes the survey

Deprecation note: The Survicate.setEventListener method has been deprecated since version 4.1.0. You should use the addEventListener and removeEventListener methods instead.

SurvicateAnswer properties (QuestionAnsweredEvent.answer)

The id, ids and value properties are provided only for the cases enlisted in the table above. Therefore, expect that there might be answer objects that consist only of the type property.

Reseting user data for testing purposes

If you need to test surveys on your device, the reset() method can be useful. It clears all user data stored on the device — including survey views, attributes, and information about answered surveys — as well as the current in-memory state of the SDK.