Application Browse and Tap Integration on

Application Browse and Tap Integration

In this section we will walk through the steps needed to integrate your Android application with Button.

Add the Button SDK

To get started, add the Button SDK to your build.gradle file in the dependencies.

    implementation 'com.usebutton:android-sdk:6+'

Next, import and configure the Button SDK in either the Application subclass (preferred), or initial Activity upon initialization.

    import com.usebutton.sdk.Button

    class MyApplication : Application() {
      override fun onCreate() {

        // Debugging enabled (do not include in production)
        if (BuildConfig.DEBUG) {
          Button.debug().loggingEnabled = true

        // Replace app-xxxxxxxxxxxxxxxx with your App ID from the
        // Button Dashboard
        Button.configure(this, "app-xxxxxxxxxxxxxxxx")

    import com.usebutton.sdk.Button;

    public class MyApplication extends Application {
      public void onCreate() {

        // Debugging enabled (do not include in production)
        if (BuildConfig.DEBUG) {

        // Replace app-xxxxxxxxxxxxxxxx with your App ID from the Button Dashboard
        Button.configure(this, "app-xxxxxxxxxxxxxxxx");

Proguard Rules

If your app is using Proguard, make sure it includes rules for the Button SDK. This file is usually located in yourapp/, or its location is specified in build.gradle, look for proguardFiles in your default or variant configuration (note: this can be multiple files).

Here is an example snippet including the Button SDK

    -keepattributes Exceptions,InnerClasses,EnclosingMethod
    -keep class com.usebutton.** { *; }
    -keepclassmembers class * implements android.os.Parcelable {
        static ** CREATOR;
    -keep class { public *; }

Configure User Attribution

User attribution ensures downstream commerce activity is associated with a unique user identifier. We recommend anonymizing this identifier before reporting it to Button (e.g. providing a uuid for the user, or hashed email via sha-256). Once your user finalizes a purchase, we’ll notify you using this identifier.

Warning: Never send personally identifiable information (PII) as the identifier. If you’re unsure about this, please reach out to your Button representative who can help guide you to follow our security & privacy best practices.

After your Publisher application launches and has been configured with the Button SDK, you can configure user attribution. If a user is already logged in, you can pass your application’s User ID to the Button.user.setIdentifier method. This identifier must be a string up to 255 characters long. If a user has not yet logged in, be sure to do so first before calling Button.user.setIdentifier.



Similarly, after your user has successfully logged out of your Publisher application, invoke the Button SDK’s logout feature by calling the Button.clearAllData method.



Handle Link Routing When A User Taps

Next, it's time to handle link routing when a user taps on an offer. This is done by setting up a Button Purchase Path wherever your Android mobile application routes your user to a Brand.

Creating a Purchase Path is done by passing a Brand URL into the PurchasePathRequest. Upon passing the PurchasePathRequest into the Button.purchasePath.fetch method, the Button SDK will first validate that the PurchasePathRequest is valid. If it is, then the Button SDK will initialize the Purchase Path flow.

If Button can exchange the given url for a fully attributed action, the fetch will complete with a PurchasePath. Starting a purchasePath will pass control to the Button SDK which will open the Brand app, install flow, or web checkout.

Publishers should pass the value returned by the Personalization API in the offer_id field as the offerId when creating Purchase Path requests.

In order to help with tracking this Purchase Path, Publishers can optionally set a value to the PurchasePathRequest's pubRef property. The pubRef (Publisher Reference) accepts a string value with a maximum length of 512, and is made available downstream in Button Webhooks as pub_ref . Publishers usually populate this value with click IDs, campaign IDs, and other identifiers to help with measuring performance.

    // Step 1 - Create a Purchase Path request
    val url = ""
    val request = PurchasePathRequest(url)

    // Step 2 - Associate the offerId
    request.offerId = "offer-G123456789123_abcdefghijklmnopqrstuvwxyzABCDEFGFHIJKL"

    // Optionally associate a unique token (e.g. campaign Id)
    // request.pubRef = "abc123"

    // Step 3 - Fetch a Purchase Path object
    Button.purchasePath().fetch(request) { purchasePath, throwable ->

        // Step 4 - Start Purchase Path flow

    // Step 1 - Create a Purchase Path request
    String url = "";
    PurchasePathRequest request = new PurchasePathRequest(url);

    // Step 2 - Associate the offerId

    // Optionally associate a unique token (e.g. campaign Id)
    // request.setPubRef("abc-123");

    // Step 3 - Fetch a Purchase Path object
    Button.purchasePath().fetch(request, new PurchasePathListener() {
        public void onComplete(@Nullable PurchasePath purchasePath,
                @Nullable Throwable throwable) {

            // Step 4 - Start Purchase Path flow
            if (purchasePath != null) {

Now that you’ve set up a Purchase Path, you’ll be able to track taps and deep links visited within the Button Dashboard.

Report Impression Views

It is critical to implement Impression Views within your app UI. Without this data, your integration will have an incomplete view of the user behavior funnel.

Impression views are programmatically wrapped subviews around your offer views which enable viewable impressions. In specific, they meet the following criteria: ]

  • Pixel Requirement: Greater than or equal to 50% of the pixels (Density- Independent) in the offer were on an in-focus browser or a fully downloaded, opened, initialized application, on the viewable space of the device.

  • Time Requirement: The time the pixel requirement is met was greater than or equal to one continuous second, post offer render. The clock starts once the pixel requirement is met.

Implementation can be done in code or statically in a View layout. If you’re writing code, utilize Button’s ImpressionView ​ class and supply a string value to the exposed enumerated creativeType​. The available creativeType​ values are: hero​, carousel​, list​, grid​, detail​, other​. ​​ ​​The following example shows how an Impression View is added to an Offer View.

    // Retrieve reference to the container layout
    val contentLayout : LinearLayout = ...

    // Create and ImpressionView and specify the type
    val impressionView = ImpressionView(context)
    impressionView.creativeType = HERO

    // Append the ImpressionView to the container view
    contentLayout.addView(impressionView, LayoutParams(LayoutParams.MATCH_PARENT,

    LinearLayout contentLayout = ...;

    ImpressionView impressionView = new ImpressionView(getContext());
    contentLayout.addView(impressionView, new LayoutParams(LayoutParams.MATCH_PARENT, LayoutParams.MATCH_PARENT));

If you’d like to implement an Impression View using a View layout, set your View layout layout_width and layout_height to match_parent.


      <!-- all your other view setup -->



After creating your Impression Views, implement tracking by calling the configure method and supplying the following arguments:

urlstring – The URL destination of the offer rendered. This is the same URL used when fetching a Purchase Path using the Button SDK
visibleRateTypeenum – The rate type displayed to your user. Valid options are percent or fixed
visibleRatedouble – The visible rate displayed to your user. For example a value of 5 represents an offer shown to the user of 5%
offerIdstring – This is the id associated with the offer fetched from the Button Personalization API.

Remember to always call configure whenever your Offer Views are updated with new data, such as when making another fetch to the Button Personalization API.

    // Configure the Impression View with new offer details
    val offerDetails = OfferDetails.Builder("", // The URL for the Brand offer
      "offer-abc123def456abc1", // The offer Id provided by the Button Personalization API
      5f, // The rate visible to the user on your offer view.
         // In this example, it's a 5% offer.
      VisibleRateType.PERCENT) // or FIXED (a percentage or fixed rate offer)

    // Configure the Impression View with new offer details
    OfferDetails offerDetails = new OfferDetails.Builder("", // The URL for the Brand offer
      "offer-abc123def456abc1", // The offer Id provided by the Button Personalization API
      5, // The rate visible to the user on your offer view.
         // In this example, it's a 5% offer.
      VisibleRateType.PERCENT) // or FIXED (a percentage or fixed rate offer)

Debugging Impression Tracking

In order to help debug Impression Tracking, the Button SDK supports an impression tracking debugging mode that will show you viewable areas for impression tracking views and log helpful messages to the debug console.


For more information, take a look at the Debugging Impression Tracking guide