Banner Ads

In Get Started, you learned how to deploy the SDK and display a test banner ad. This guide goes into further customizations that are possible with banner ads.

To see implementations of these banner ad customizations, download the Android API Demo app.

Download API Demo

The following ad formats are supported:

Size (WxH) Description Availability AdSize Constant
320x50 Standard Banner Phones and Tablets BANNER
320x100 Large Banner Phones and Tablets LARGE_BANNER
300x250 IAB Medium Rectangle Phones and Tablets MEDIUM_RECTANGLE
468x60 IAB Full-Size Banner Tablets FULL_BANNER
728x90 IAB Leaderboard Tablets LEADERBOARD
Screen width x 32|50|90 Smart Banner Phones and Tablets SMART_BANNER

The SDK will request whatever size the requesting PublisherAdView was instantiated with. If there isn't enough space on the device's screen to display the ad, nothing will be shown.

Smart Banners

Smart Banners are ad units that will render screen-wide banner ads on any screen size across different devices in either orientation. Smart Banners help deal with increasing screen fragmentation across different devices by "smartly" detecting the width of the phone in its current orientation, and making the ad view that size.

Three ad heights (in density-independent pixel [dp]) are implemented in smart banners:

  • 32: device screen height <= 400
  • 50: 400 < device screen height <= 720
  • 90: device screen height > 720

For some devices, such as phones, the height of the device will vary with its orientation. Typically, smart banner ads on phones are full width x 50dp in portrait and full width x 32dp in landscape, while on tablets ads are full width x 90dp in both orientations.

When an image ad isn't large enough to take up the entire allotted space, the image will be centered and the space on either side will be filled in.

To use Smart Banners, specify the constant SMART_BANNER for the ad size:

PublisherAdView adView = new PublisherAdView(this);

Custom ad size

In addition to the standard ad units, DFP allows you to serve any sized ad unit into an application. The ad size (width, height) defined for an ad request should match the dimensions of the ad view (PublisherAdView in the following example) displayed on the application.


// Define custom AdSize of 250x250 for PublisherAdView

AdSize customAdSize = new AdSize(250, 250);
PublisherAdView adView = new PublisherAdView(this);

See the DFP Multiple Ad Sizes example for an implementation of custom ad size in the Android API Demo app.

Multiple ad sizes

DFP allows you to specify multiple ad sizes which may be eligible to serve into a PublisherAdView. Before implementing this feature in the SDK, create a line item targeting the same ad unit which is associated with different size creatives.

In your application, simply pass multiple AdSize parameters into setAdSizes:

PublisherAdView adView = new PublisherAdView(this);
adView.setAdSizes(AdSize.BANNER, new AdSize(120, 20), new AdSize(250, 250));

If PublisherAdView changes size at refresh time, your layout should be able to automatically adapt to the new size.

If you need to change your supported ad sizes at any point in your application, simply call setAdSizes with the new list of sizes.

// Drop support for 120x20 ad size.
adView.setAdSizes(AdSize.BANNER, new AdSize(250, 250));

The PublisherAdView will default to the size passed in the first parameter until the next ad returns.

You can also specify multiple ad sizes using the ads:adSizes attribute in your XML layout file:

   ads:adUnitId="YOUR_AD_UNIT_ID" />

See the DFP Multiple Ad Sizes example for an implementation of multiple ad sizes in the Android API Demo app.

Manual impression counting

You can manually send impression pings to DFP if you have special conditions for when an impression should be recorded. To do this, enable a PublisherAdRequest for manual impressions before loading an ad:

PublisherAdRequest adRequest = new PublisherAdRequest.Builder()

When you determine that an ad has been successfully returned and is on screen, you can manually record an impression:


App events

App events allow you to create ads that can send messages to their application code. The application can then take actions based on these messages.

You can listen for DFP specific app events using AppEventListener. These events may occur at any time during the ad's lifecycle, even before AdListener's onAdLoaded() is called.

public interface AppEventListener {
  void onAppEvent(String name, String info);

void onAppEvent(String name, String info) is called when an app event occurs in an ad.

This interface may be implemented by your activity or any other object:


public class BannerExample extends Activity implements AppEventListener {

and then passed to the PublisherAdView:


Here is an example showing how to change the background color of your app depending on an app event with a name of color:

public void onAppEvent(String name, String info) {
  if ("color".equals(name)) {
    if ("green".equals(info) {
      // Set background color to green.
    } else if ("blue".equals(info) {
      // Set background color to blue.
    } else {
      // Set background color to black.

And, here is the corresponding creative that sends color app event messages to the Listener:

  <script src="//"></script>
    // Send a color=green event when ad loads."color", "green");

    handleClick = function() {
      // Send a color=blue event when ad is clicked."color", "blue");
    #ad {
      width: 320px;
      height: 50px;
      top: 0px;
      left: 0px;
      font-size: 24pt;
      font-weight: bold;
      position: absolute;
      background: black;
      color: white;
      text-align: center;
  <div id="ad" onClick="handleClick()">Carpe diem!</div>

See the DFP App Events example for an implementation of app events in the Android API Demo app.

Ad lifecycle event callbacks

You may optionally track ad lifecycle events like request failures or "click-through" by passing an object to PublisherAdView.setAdListener that extends

public abstract class AdListener {
  public void onAdLoaded();
  public void onAdFailedToLoad(int errorCode);
  public void onAdOpened();
  public void onAdClosed();
  public void onAdLeftApplication();

A separate class extending AdListener may be defined, or you can choose to inline an AdListener object:

adView.setAdListener(new AdListener() {
  public void onAdOpened() {
    // Save app state before going to the ad overlay.

AdListener provides a default empty implementation for all of its ad lifecycle events. You only need to override the ad events you wish to implement.

public void onAdLoaded()
Called when an ad is received.
public void onAdFailedToLoad(int errorCode)

Called when an ad request failed. The error code is usually one of the following:

public void onAdOpened()

Called when an ad opens an overlay that covers the screen.

public void onAdClosed()

Called when the user is about to return to the application after clicking on an ad.

public void onAdLeftApplication()

Called when an ad leaves the application (for example, to go to the browser).

See the Ad Listener example for an implementation of the ad listener methods in the Android API Demo app.

What's next

Send feedback about...

SDK for DFP Users on Android
Need help? Visit our support page.