Home | History | Annotate | Download | only in policies
      1 page.title=Ads
      2 @jd:body
      3 
      4 <div id="qv-wrapper">
      5 <div id="qv">
      6   <h2>In This Document</h2>
      7   <ol>
      8     <li><a href="#content-maturity">Content and Maturity</a></li>
      9     <li><a href="#context">Context and Behavior</a></li>
     10     <li><a href="#disclosure" style="clear:right">Disclosure</a></li>
     11     <li><a href="#impersonation">Impersonation of System UI</a></li>
     12     <li><a href="#adwalls">Adwalls</a></li>
     13     <li><a href="#interfering" style="clear:right;">Interference with Ads and Websites</a></li>
     14   </ol>
     15 
     16   <h2>More Resources</h2>
     17   <ol>
     18     <li><a href="http://play.google.com/about/developer-content-policy.html" target="_policies">Developer Program Policies</a></li>
     19     <li><a href="http://www.android.com/us/developer-distribution-agreement.html#showlanguages" target="_policies">Developer Distribution Agreement</a></li>
     20     <li><a href="http://support.google.com/googleplay/android-developer/answer/188189" target="_policies">Maturity Ratings</a></p>
     21   </ol>
     22 </div>
     23 </div>
     24 
     25 <p>
     26   Google Play policies guide how you can use ads in your apps, to help ensure
     27   the best experience for users visiting and downloading apps from the store.
     28 </p>
     29 
     30 <p>
     31   In general, for the purposes of policy, the content of ads displayed by your
     32   app is considered part of your app. As an app developer, it is your
     33   responsibility to ensure that the content, context, and behavior of ads in
     34   your apps conforms to Google Play policies.
     35 </p>
     36 
     37 <p>
     38   Before you publish, make sure you understand Google Play ad policies and how
     39   to display ads in conformance with those policies. The sections below
     40   highlight best practices and common examples to help you avoid the most
     41   common types of policy violations.
     42 </p>
     43 
     44 <p>
     45   For more information about Google Play policies that apply to your apps and
     46   content, please see the <a href=
     47   "http://play.google.com/about/developer-content-policy.html" target=
     48   "_policies">Developer Program Policies</a> and <a href=
     49   "http://play.google.com/about/developer-distribution-agreement.html" target=
     50   "_policies">Developer Distribution Agreement</a>.
     51 </p>
     52 
     53 
     54 <h2 id="content-maturity">Content and Maturity</h2>
     55 
     56 <div class="example-block bad">
     57   <div class="heading">Ad maturity exceeds app</div>
     58   <img src="{@docRoot}images/gp-policy-ads-maturity-violation.png">
     59 </div>
     60 
     61 <p>
     62   From a policy perspective, ads shown in your app are part of your content
     63   and your app is responsible for any violations. If an ad shown in your app
     64   violates Google Play policies, your app may be suspended or your developer
     65   account terminated.
     66 </p>
     67 
     68 <p>
     69   For this reason, it's important for you to be be aware of what ads will be
     70   displayed in your app and to manage the ads content according to Google Play
     71   policies. Here are some guidelines:
     72 </p>
     73 
     74 <ul>
     75     <li>
     76         <strong>Ads must not violate Content Policy</strong>&mdash;Ads in
     77         your app must not violate the terms of Google Plays Content Policy,
     78         including those concerning illegal activities, violence, sexually
     79         explicit content, or privacy violations.
     80     </li>
     81     <li>
     82         <strong>Ads maturity must be consistent with your app's
     83         maturity</strong>&mdash;Content shown in your ads must be consistent
     84         with the apps maturity rating in Google Play. Especially, ads content
     85         should never exceed your app's maturity rating, even if the ads content
     86         by itself complies with general policies.
     87     </li>
     88 </ul>
     89 
     90 <p>
     91   In the example at right, the app's maturity rating is set to
     92   "Everyone", which is the lowest maturity level on Google Play. By choosing
     93   the "Everyone" maturity level, the developer is declaring that all of the
     94   content in the app, <em>including ads</em>, is suitable for all users
     95   regardless of age.
     96 </p>
     97 
     98 <p>
     99   The example app violates Google Play policies by displaying ad content with a
    100   higher maturity level&mdash;ad content showing gambling, profanity, user
    101   location, suggestive content, or content from another app with higher
    102   maturity exceeds the "Everyone" maturity rating. Because the ad's
    103   maturity is higher than the app's maturity level, the app itself is in
    104   violation of policy. To correct the problem, the developer must either
    105   restrict ads content to "Everyone" level or raise the app's maturity rating.
    106 </p>
    107 
    108 <p>
    109   For detailed information about how to choose the appropriate maturity level
    110   for your app, or to assess the maturity requirement of ads in your app, see
    111   <a href=
    112   "http://support.google.com/googleplay/android-developer/answer/188189"
    113   target="_policies">Rating your application content for Google Play</a>.
    114 </p>
    115 
    116 
    117 <h2 id="context">Context and Behavior</h2>
    118 
    119 <p>
    120   If your app displays ads, it should do so in ways that do not interrupt users,
    121   mislead them into clicking on ads, or make changes outside the app without
    122   the user's knowledge or consent. Here are some guidelines:
    123 </p>
    124 
    125 <ul>
    126   <li>
    127     <strong>Display your ads within your UI</strong>&mdash;If possible,
    128     display ads only within your app's UI. This leads to a better user
    129     experience and helps avoid policy violations
    130   </li>
    131 
    132   <li>
    133     <strong>Make sure app origin is clear</strong>&mdash;When you display an
    134     ad, it must be clear to the user that the ad has originated from your app.
    135     If you show the ad in your app's UI while your app has focus, the user
    136     understands the ad origin without explicit attribution. However, if you
    137     display the ad outside of your app, such as in a notification, you must
    138     explicitly indicate the origin.
    139   </li>
    140 
    141   <li>
    142     <strong>Don't make changes outside of the app without consent</strong>
    143    &mdash;Ads must not make changes outside of the app without the user's
    144     full knowledge and consent. For example, ads should not install shortcuts,
    145     bookmarks, or icons, or change default settings without user consent.
    146   </li>
    147 
    148   <li>
    149     <strong>Changes outside the app must be reversible</strong>&mdash;If an
    150     ad makes changes outside the app as described above, the changes (and
    151     origin app) must be evident and easily reversible. For example, the user
    152     must be able to locate and reverse the changes by adjusting settings,
    153     changing ad preferences in the app, or uninstalling the app altogether.
    154   </li>
    155 
    156   <li>
    157     <strong>Notification ads require user opt-in</strong>&mdash;Your app
    158     should not create <a href=
    159     "{@docRoot}design/patterns/notifications.html">notifications</a>
    160     containing ads unless the user has specifically opted-in to this behavior
    161     and is able to easily opt-out.
    162   </li>
    163 
    164   <li>
    165     <strong>Use low priority for notification ads</strong>&mdash;Always
    166     assign your notification ads <a href="
    167     {@docRoot}reference/android/app/Notification.html#PRIORITY_LOW">low
    168     priority</a> (for API level 16 and above).
    169   </li>
    170 </ul>
    171 
    172 <div class="example-block bad" style="width:400px;margin:.5em 0 0 2em;">
    173     <div class="heading">Does not fully indicate origin app</div>
    174     <img src="{@docRoot}images/gp-policy-ads-notif-attr-violation.png">
    175 </div>
    176 <div class="example-block good" style="width:400px;margin:.5em 0 0 2em;">
    177     <div class="heading">Indicates origin app by name and icon</div>
    178     <img src="{@docRoot}images/gp-policy-ads-notif-attr.png">
    179 </div>
    180 
    181 <p>
    182   In particular, note that notification ads must clearly identify your app as
    183   the ad origin. If your app sends notification ads that do not sufficiently
    184   identify your app as the origin, the app will be in violation of policy.
    185 </p>
    186 
    187 <p>
    188   To identify your app as the origin, you should display the <strong>app's full
    189   name and and icon</strong> in the notification to provide the clearest
    190   identification and best policy compliance. Displaying a partial app name can
    191   also be sufficient, provided the name unambiguously identifies your app.
    192 </p>
    193 
    194 <p>
    195   Above right is an example notification ad that violates ad policy by not
    196   providing attribution of the origin app. Below right, the notification ads
    197   comply with policy by providing both the app icon and full app name (in this
    198   case, "Turtle Test").
    199 </p>
    200 
    201 
    202 <h2 id="disclosure" style="clear:right">Disclosure of Ads to Users</h2>
    203 
    204 <p>
    205   It's important to sufficiently disclose to users how your app will use ads.
    206   You must make it easy for users to understand what ads will be shown in your
    207   app, where they will be shown, and what the associated behaviors are, if any.
    208   Further, you should ask for user consent and provide options for managing ads
    209   or opt-out. Here are some guidelines:
    210 </p>
    211 
    212 <ul>
    213   <li>
    214     <strong>Tell users about your ads</strong>&mdash;Create a simple,
    215     complete disclosure that tells users how your app uses ads, where the ads
    216     are shown, and how they can manage ad options. Take common-sense steps to
    217     make the disclosure as clear as possible.
    218   </li>
    219 
    220   <li>
    221     <strong>Make sure users know</strong>&mdash;Present your ads disclosure
    222     is an easy-to-see location, rather than hiding it where users are not
    223     likely to find it.
    224   </li>
    225 
    226   <li>
    227     <strong>Ask for consent (opt-in) at launch</strong>&mdash;Where possible,
    228     include your ads disclosure in the app description as well as in an Ads
    229     Terms, End User License Agreement (EULA), or similar document. Display the
    230     terms at first launch and ask for the user's consent before continuing to
    231     the app.
    232   </li>
    233 </ul>
    234 
    235 <p>
    236   A recommended approach is to provide an ads disclosure in an End-User License
    237   Agreement (EULA). The disclosure should be clear and succinct and displayed
    238   in a modal dialog that asks the user to agree to the terms before using the
    239   app.
    240 </p>
    241 
    242 <p>
    243   If your app adds homescreen icons and/or browser bookmarks, an acceptable
    244   practice for revealing that behavior is to provide a disclosure in both the
    245   app description and an opt-in EULA on app launch. This ensures that the
    246   behaviors are clearly explained to the user up-front and requires the users
    247   consent in a pop-up EULA to continue using the app.
    248 </p>
    249 
    250 <div class="example-block good" style="width:213px;margin-right:2em;">
    251   <div class="heading">Disclosure in Terms</div>
    252   <img src="{@docRoot}images/gp-policy-ads-terms.png">
    253 </div>
    254 
    255 <div class="example-block good" style="width:213px;">
    256   <div class="heading">Disclosure in EULA</div>
    257   <img src="{@docRoot}images/gp-policy-ads-eula.png">
    258 </div>
    259 
    260 <div class="example-block bad" style="width:213px;margin-left:0em;">
    261   <div class="heading">Disclosure is hidden</div>
    262   <img src="{@docRoot}images/gp-policy-ads-eula-violation.png">
    263 </div>
    264 
    265 <p style="clear:right">
    266   Above left is an example of ads disclosure that is hidden in a long EULA. The
    267   disclosure information itself is not clearly indicated in the document text
    268   and it's not visible unless the user happens to scroll down far enough in the
    269   EULA. Above middle and right show two alternative approaches that
    270   present the disclosure in an obvious and clear manner at the top of a
    271   EULA and in a dedicated Terms agreement. 
    272 </p>
    273 
    274 
    275 <h2 id="impersonation">Impersonation of System UI</h2>
    276 
    277 <div class="example-block bad">
    278   <div class="heading">Ad impersonates system dialog</div>
    279   <img src="{@docRoot}images/gp-policy-ads-impersonate-violation.png">
    280 </div>
    281 
    282 <p>
    283   Your app must not display any ad that attempts to impersonate or represent a
    284   system function or UI component. If such an ad is displayed in your app, your
    285   app will be in violation of policy and subject to suspension. Here are some
    286   guidelines:
    287 </p>
    288 
    289 <ul>
    290   <li>
    291     <strong>No fake system dialogs or warnings</strong>&mdash;Any ad that
    292     presents itself as a system dialog or warning and asks for user input is in
    293     violation of Google Play policies.
    294   </li>
    295 
    296   <li>
    297     <strong>No fake app updates</strong>&mdash;Ads should not impersonate
    298     system UI for app updates.
    299   </li>
    300 </ul>
    301 
    302 <p>
    303   At right is an example of a pop-up ad impersonating a system dialog, warning
    304   the user about viruses. This is a violation of policy.
    305 </p>
    306 
    307 
    308 <h2 id="adwalls">Adwalls</h2>
    309 
    310 <div class="example-block good" style="width:213px;">
    311   <div class="heading">Adwall lets user cancel</div>
    312   <img src="{@docRoot}images/gp-policy-ads-paywall.png">
    313 </div>
    314 
    315 <div class="example-block bad" style="width:213px;">
    316   <div class="heading">Adwall forces user action</div>
    317   <img src="{@docRoot}images/gp-policy-ads-paywall-violation.png">
    318 </div>
    319 
    320 <p>
    321   If your app uses adwalls to drive affiliate traffic, those adwalls must not
    322   force the user to click on ads or submit personal information for advertising
    323   purposes before using the app.
    324 </p>
    325 
    326 <p>
    327   Forcing a user action in an adwall is not only a poor user experience, it is
    328   a violation of Google Play policies.
    329 </p>
    330 
    331 <p>
    332   For this reason, <strong>all adwalls must give the user the option to
    333   cancel</strong> or otherwise dismiss the ad without penalty.
    334 </p>
    335 
    336 <p>
    337   At right is an example of an app that requires the user to click through the
    338   ad to fully use the app. This is a violation of policy.
    339 </p>
    340 
    341 <p>
    342   The adjacent example demonstrates an adequate option to let the user dismiss
    343   the ad wall easily by cancelling.
    344 </p>
    345 
    346 
    347 <h2 id="interfering" style="clear:right;">Interference with Third-party Ads and Websites</h2>
    348 
    349 <p>
    350   Ads associated with your app <strong>must not interfere</strong> with any
    351   other ads originating in other applications.
    352 </p>