Policies

Behavioral policies

AdMob allows publishers to generate earnings from their apps using AdMob and Google ads. Publishers who wish to participate in AdMob must comply with our online AdSense program policies, with the additions and exceptions described below. If you fail to comply with these policies, we reserve the right to disable ad serving to your app and/or disable your AdMob account at any time.

Exceptions to AdSense policies

In principle, all AdMob publishers must follow our online program policies, however there are certain policies that differ between AdSense and AdMob. Please see the exceptions below.

Google treats invalid activity very seriously, analyzing all clicks and impressions to determine whether they fit a pattern of use that might artificially drive up an advertiser's costs or a publisher's earnings. If we determine that an AdMob account might pose a risk to our advertisers, we may disable that account to protect our advertisers' interests.

Publishers disabled for invalid activity or violating our policies may not be allowed any further participation in other Google publisher monetization solutions. This means, for example, that if a publisher had an AdMob account disabled for invalid activity or policy violations, they would not be able to use AdSense to monetize, and vice versa. For this reason, these publishers may not open new accounts.

If a publisher opens additional accounts, the accounts will be flagged as duplicates and then one or both accounts will be disabled.

Ad placement

Implementation policies

In addition to the AdSense ad placement policies, AdMob publishers must also abide by the following application-specific implementation policies:

Ads should not be placed very close to or underneath buttons or any other object such that the placement of the ad interferes with a user’s typical interaction with the app or ad.

Ads should not be placed in a location that covers up or hides any area that users have interest in viewing during typical interaction. Ads should not be placed in areas where users will randomly click or place their fingers on the screen.

Ads should not be placed on a 'dead end' screen. There must be a way to exit a screen without clicking the ad (for example, a 'back' or 'menu' button). Otherwise, the user should be notified that the home button will exit the application.

Ads should not be placed in applications that are running in the background of the device or outside of the app environment. It should be clear to the user which application the ad is associated with or implemented in. Examples include: ads served in widgets; ads launched before the app has opened or after the app has closed.

Ads should not be placed in a way that prevents viewing the app’s core content. Ads should not be placed in a way that interferes with navigating or interacting with the app’s core content and functionality. Examples include: an interstitial ad triggered every time a user clicks within the app.

Publishers are not permitted to place ads on any non-content-based pages such as thank you, error, log in, or exit screens. These are the screens that visitors may see upon launching the app, before potentially leaving the app or after performing a specific action on the screen such as a purchase or download. Ads that are the main focus on these types of screens can confuse a visitor into thinking that the ads are actual content, so do not place ads on such screens.

In-app ads

Apps should only use the SDK to request ads.

Displaying a third party site in your app

When an app displays someone else's site within a frame, this is considered framing content. Publishers are not permitted to frame third party content and monetize it without permission from the owners of that content.

If a publisher owns the content, it can be framed in their app and monetized. However, if the framed content is already being monetized by Google Ads, the framed content should not contain any additional code for AdSense or AdMob inside the version on the mobile app.

Sub-syndication and ad network mediation

Publishers may not enter into sub-syndication relationships (i.e., Google should have a direct relationship with the publisher, rather than through an intermediate party).

Restricted information sharing

Metrics: Publishers may not share access to the AdMob reporting console (unless with AdMob’s prior written consent on which metrics to share).

Code: Publishers may not share either source Google SDK code or uncompiled Google SDK code with any third party.

AdMob Mediation

AdMob’s network mediation service is intended to enable access to third party ad networks’ first party advertiser demand (as opposed to demand from exchanges, mediators or optimizers). Reporting in AdMob for ads served through AdMob's network mediation features may differ from reporting by third party ad networks. AdMob holds no responsibility for discrepancies in reporting, or for the performance or results of third party ad networks or software. The following policies apply to publishers using AdMob’s network mediation feature or any other mediation feature:

Publisher must not distribute, or link to pages that distribute, malware or other software that violates Google's Unwanted Software Policy;

Publisher will adhere to any additional implementation and technical guidelines as may be provided by AdMob;

Publisher may not use AdMob's mediation service in a manner that would violate the Publisher’s agreement(s) with any third party ad network;

AdMob revenue share will be paid only to the publisher;

AdMob is not obligated to provide support to, guarantee compatibility with, or discuss discrepancy resolution with any third party; and

For a given impression, publishers may not make repeated ad calls for Google ads in a manner that attempts to interfere with, abuse, or gain an unfair advantage in the ad auction.

Beta features

Some features may be identified as "beta" or otherwise unsupported ("beta features"). Google may cease providing beta feature(s) at any time in its discretion. Google may not, in its discretion, provide any technical support services in relation to beta features. Publishers may not disclose to any third party any information from beta features, the existence of non-public beta features, or access to beta features.

Personalized advertising

Google may use the advertising ID from the device on which the ad is serving to generate interests and demographics (for example, 'sports enthusiasts'). Interests, demographics, and other data may be used to serve better targeted ads to the user. Additionally, your app's privacy policy may need to be updated to reflect the use of personalized advertising (formerly known as interest-based advertising) served via the Google Mobile Ads SDK. Please take a moment to review your app's privacy policies and ensure that they are up-to-date. Because publisher pages and laws vary across countries, we're unable to suggest specific privacy policy language.

To complement personalized advertising (formerly known as interest-based advertising), Ads Settings lets users view and edit their interests and demographics. Some users may choose to opt out of personalized ads.