- Use In-app Billing to sell digital products, including one-time products and recurring subscriptions.
- In-app Billing is supported for any app published on Google Play. You need only a Google Play Developer Console account and a Google payments merchant account.
- Google Play automatically handles checkout processing with the same look and feel as app purchases.
In this document
- In-app Billing API
- In-app Products
- Google Play Developer Console
- Google Play Purchase Flow
- Sample App
- Migration Considerations
This document describes the fundamental In-app Billing components and features that you need to understand in order to add In-app Billing features into your application.
Note: Ensure that you comply with applicable laws in the countries where you distribute apps. For example, in EU countries, laws based on the Unfair Commercial Practices Directive prohibit direct exhortations to children to buy advertised products or to persuade their parents or other adults to buy advertised products for them. See the position of the EU consumer protection authorities for more information on this and other topics.
In-app Billing API
Your application accesses the In-app Billing service using an API that is exposed by the Google Play app that is installed on the device. The Google Play app then conveys billing requests and responses between your application and the Google Play server. In practice, your application never directly communicates with the Google Play server. Instead, your application sends billing requests to the Google Play app over interprocess communication (IPC) and receives responses from the Google Play app. Your application does not manage any network connections between itself and the Google Play server.
You can implement In-app Billing only in applications that you publish through Google Play. To complete in-app purchase requests, the Google Play app must be able to access the Google Play server over the network.
In-app Billing Version 3 is the latest version, and it maintains very broad compatibility across the range of Android devices. In-app Billing Version 3 is supported on devices running Android 2.2 (API level 8) or higher that have the latest version of the Google Play app installed (a vast majority of active devices).
Version 3 features
In-app Billing Version 3 provides the following features:
- Your app sends requests through a streamlined API that allows users to easily request product details from Google Play and order in-app products. The API quickly restores products based on the user's ownership.
- The API synchronously propagates order information to the device on purchase completion.
- All purchases are managed (that is, Google Play keeps track of the user's ownership of in-app products). The user can't own multiple copies of an in-app product; only one copy can be owned at any point in time.
- Purchased products can be consumed. When consumed, the product reverts to the unowned state and can be purchased again from Google Play.
- The API provides support for subscriptions.
For details about other versions of In-app Billing, see the Version Notes.
In-app products are the digital products that you offer for sale to users from inside your application. Examples of digital products include in-game currency, application feature upgrades that enhance the user experience, and new content for your application.
You can use In-app Billing to sell only digital content. You can't use In-app Billing to sell physical products, personal services, or anything that requires physical delivery. Unlike with priced applications, there is no refund window after the user has purchased an in-app product.
Google Play does not provide any form of content delivery. You are responsible for delivering the digital content that you sell in your applications. In-app products are always explicitly associated with only one app. That is, one application can't purchase an in-app product that is published for another app, even if they are from the same developer.
In-app Billing supports different product types to give you flexibility in how you monetize your application. In all cases, you define your products using the Google Play Developer Console.
You can specify two product types for your In-app Billing application: managed in-app products and subscriptions. Google Play handles and tracks ownership for in-app products and subscriptions for your application on a per-user basis. Learn more about the product types supported by In-app Billing Version 3.
Google Play Developer Console
The Developer Console is where you can publish your In-app Billing application and manage the various in-app products that are available for purchase from your application.
You can create a product list of digital products that are associated with your application, including products for one-time purchase and recurring subscriptions. You can define information for each product such as the following:
- Unique product ID (also called its SKU).
- Product type.
- Google Play handling and tracking of purchases for that product.
If you sell several of your apps or in-app products at the same price, you can add pricing templates to manage these price points from a centralized location. When using pricing templates, you can include local taxes within the prices you provide, or you can provide prices and have the system add local taxes to these prices. You can make changes to the prices in your pricing templates, such as refreshing the exchange rates for certain countries, and your changes are applied to the apps and in-app products that you link to the template.
You can also create test accounts to authorize access for testing applications that are unpublished.
To learn how to use the Developer Console to configure your in-app products and product list, see Administering In-app Billing.
Google Play Purchase Flow
Google Play uses the same backend checkout service that is used for application purchases, so your users experience a consistent and familiar purchase flow.
Important: You must have a Google payments merchant account to use the In-app Billing service on Google Play.
To initiate a purchase, your application sends a billing request for a specific in-app product. Google Play then handles all of the checkout details for the transaction, including requesting and validating the form of payment and processing the financial transaction.
When the checkout process is complete, Google Play sends your application the purchase details, such as the order number, the order date and time, and the price paid. At no point does your application have to handle any financial transactions; that role belongs to Google Play.
To help you integrate In-app Billing into your application, the Android SDK provides a sample application that demonstrates how to sell in-app products and subscriptions from inside an app.
The TrivialDrive for the Version 3 API sample shows how to use the In-app Billing Version 3 API to implement in-app product and subscription purchases for a driving game. The application demonstrates how to send In-app Billing requests and handle synchronous responses from Google Play. The application also shows how to record product consumption with the API. The Version 3 sample includes convenience classes for processing In-app Billing operations as well as perform automatic signature verification.
Recommendation: Be sure to obfuscate the code in your application before you publish it. For more information, see Security and Design.
The In-app Billing Version 2 API was discontinued in January 2015. If you have an existing In-app Billing implementation that uses API Version 2 or earlier, you must migrate to In-app Billing Version 3.
After migration, managed and unmanaged products are handled as follows:
- Managed products and subscriptions that you have previously defined in the Developer Console work with Version 3 just as before.
- Unmanaged products that you have defined for existing applications are treated as managed products if you make a purchase request for these products using the Version 3 API. You don't need to create a new product entry in the Developer Console for these products, and you can use the same product IDs to manage these products.