About line item delivery

How line item delivery is paced

When a line item starts its campaign, DoubleClick for Publishers (DFP) creates an initial delivery plan that it then modifies based on changes in the system over time.

Delivery planning

The ad server uses the following step-by-step methodology to create a plan to pace the delivery of your line items. Each step modifies the number of impressions that the system sets for its daily and hourly delivery goals. Click through each step to read more about what calculations are made to serve your line items.

1. Initial calculations

After a front-loaded or even delivery line item is booked, DoubleClick for Publishers (DFP) calculates how many impressions it should attempt to serve for the line item per day. This calculation is simply the number of impressions booked for the line item divided by the number of days in the line item's campaign. These goals represent truly even delivery, as shown in Chart 1 below.

Imagine a week-long campaign with 7,000 scheduled impressions. Perfectly even delivery would result in 1,000 impressions being served each day of the week.

2. Using expected traffic shape in pacing

Next, if your network is enabled to use expected traffic shape in pacing, DFP looks at data to understand how traffic to the targeted inventory will look over the life of the line item. (Our systems use past delivery data that is independent from the online forecasting simulation.) DFP then attempts to serve the line item in proportion to the total traffic to your inventory. For example, if traffic to the targeted inventory is very high during the evenings and on weekends, DFP expects to serve more impressions at these times and fewer during slower times. This allows DFP to deliver impressions smoothly relative to the natural traffic fluctuations on your site, and prevents under-delivery when a campaign ends during a period of low traffic.

The graph below illustrates this point.

Applying past traffic shape in pacing uses past traffic patterns to your websites to predict trends and pace ad delivery. For example, imagine a website whose traffic is highest between 4.00 p.m. and 1.00 a.m. each day. The ad server will serve fewer impressions during the low traffic hours in the early morning and will be more aggressive during the high-traffic evening hours.

Most networks have the setting to use expected traffic shape in pacing enabled, while recent upgrades from DART do not. If the setting is not enabled, the ad server goals are set only by dividing the required impressions over time. Contact your account manager to find out if the setting is enabled for your network.

3. Front-loading

Next DFP applies a front-loading factor to the line item goals. As described above for front-loaded line items, this factor is 25% and for even delivery line items the factor is 5%. These front-loading factors are applied on an iterative basis, which means that an even delivery line item on the first day will serve 5% higher than the delivery goal. On the second day the line item will serve 5% higher than the goal for the second day, where the second day goal is slightly lower than the first day goal due to the 5% addition on day one.

This continues through the life of the line item such that, all other factors being equal, there is a small iterative decrease in the impressions served each day. For line items set to "Evenly", this decrease will be very small in most cases. For line items set to "Front-loaded", it will be more apparent. Because front-loading is applied on an iterative basis, the DoubleClick for Publishers ad server never stops front-loading the line item, which is different behaviour from the DART ad server. For more information on this process see the Changes over time section below.

When a line item is set to deliver evenly, the ad server is only allowed to exceed the daily goal by 5%. For front-loaded delivery, the ad server can exceed the daily goal by 25%. This results in more impressions being served toward the beginning of the campaign than would serve with perfectly even delivery. As a result, the impressions served toward the end of the campaign are fewer. This helps ensure that delivery won’t fall short of the line item's goal due to lack of inventory at the close of the campaign.

Applying this front-loading factor to our running example we get the serving goals illustrated in Chart 4.

When ad serving combines forecasted delivery with frontloading, delivery will align with traffic patterns but will exceed the goal by 5%. Again, the result is that more impressions are served toward the beginning of the campaign to avoid falling short at the last moment.

4. End-of-campaign boost factor

Finally, DFP also adds a “boost” factor starting five days before the end of the campaign that increases in magnitude as the line item approaches the end date. Line items that are behind schedule will get a stronger boost factor than on schedule line items. This is to ensure that line items are able to deliver on time, even in the event of last minute traffic drops. We differentiate between on schedule and behind schedule line items in order to allow on schedule line items to finish as close to the end of the delivery window as possible. This boost factor increases through the final hours of the campaign if the line item is still behind schedule.

For line items with very short durations, such as a few hours, this boost factor can cause very rapid delivery, although it functions somewhat differently from setting line items to deliver as fast as possible.


Changes over time

Over time DFP has to adjust the goals for your line item based on the actual number of impressions it has served. The originally calculated goals, as outlined above, are only valid when the server delivers exactly to the goal every hour. Click through each step below to see which calculations are updated and modified throughout delivery.

1. Satisfaction Index

DFP calculates a satisfaction index (SI) to measure how far ahead or behind schedule a line item is. Specifically SI measures how well a line item has performed over the last 24 hours, relative to the goals set for it by the ad server. The SI is then used during the line item selection process so that line items that are further behind are selected more frequently. If you are not generally familiar with SI and how it is used in the line item selection process, please see the ad selection whitepaper.

2. SI threshold

Rather than selecting a line item directly based on SI, DFP instead sets a different threshold for each line item. The SI for the line item must exceed this threshold in order for the ad server to select it amongst all of the line items that accepted the ad server's request. This threshold is also calculated once an hour and is controlled by the Proportional Integral Derivative (PID) controller.

The PID controller attempts to make a line item react more gradually to changes in its environment such as unexpected changes in your site’s traffic levels. Instead of dramatically decreasing the threshold every time the SI starts to fall, the PID controller instead takes a more gradual approach. When setting the threshold it considers both how far away the line item is from a perfect SI and how quickly the SI of the line item is changing. The net effect is that your line items will deliver more evenly than they did in the DART ad server.

Since the PID controller’s adjustments are gradual, it will take your line item several hours to fully correct if it gets ahead or behind. Although this may seem odd in the short term, it significantly improves delivery over the life of the line item.

3. Delivery goal recalculation

DFP regularly recalculates the daily and hourly delivery goals. This follows the same process outlined for a new line item above, but uses updated information. Impressions are allocated based on the total remaining impressions and the total remaining time in the line item's campaign. For line items that have been live for less than 24 hours, these delivery goals are updated every hour. After the first day the delivery goals are updated every eight hours. The goals are updated more frequently for new line items to allow the server to calibrate itself based on how the new line item is delivering.

If a line item has been paused for a period of time, then begins delivering again, DFP recalculates the delivery goals, spreading the remaining impressions evenly over the remaining days (assuming that the line item is set to deliver evenly).

For example, a line item has an impression goal of 100,000 over 10 days. The line item delivers its goal of 10,000 impression on each of the first two days, then is paused for four days. On the seventh day, the line item is restarted; it has 80,000 impressions still to deliver and four days to deliver them. DFP will try to spread the impressions evenly over the remaining four days, serving approximately 20,000 impressions a day. (Because of the 5% frontloading that's applied to line items set to spread evenly, the exact impression goal for each day would vary.)

4. Updated by expected traffic shape in pacing

If your network is enabled to use expected traffic shape in pacing, the ad server also takes hints from past delivery patterns when determining how many times to serve a line item in a given time window. If the line item has been running for less than two weeks, we use your network data averaged by day of week to pace delivery; when the line item has been running for two weeks or more, we use the the past delivery pattern of the line item itself to pace delivery.

For networks that are enabled to use expected traffic shape in pacing, OSI will take the traffic-shaped ad server goals into account and will represent a more accurate measure of delivery status. Nevertheless, always make sure that you check the forecast for a line item before making any delivery changes.