Saat ini halaman yang diminta tidak tersedia dalam bahasa Anda. Dengan fitur terjemahan bawaan Google Chrome, Anda dapat memilih bahasa lain di bagian bawah halaman atau menerjemahkan halaman web ke bahasa pilihan Anda secara instan.

Description of methodology

The Media Rating Council (MRC) accreditation certifies that Display & Video 360 platform adheres to the industry standards for ad serving and ad serving measurements, and that its processes supporting this technology are accurate. This applies to Display & Video 360’s measurement technology which is used across all devices: desktop, connected TV, mobile, and tablet, in both browser and mobile apps environments.

This document is a summary of the data collection, measurement and filtration methodologies of Display & Video 360, and its associated processes.

On this page

What is Display & Video 360?


What is Display & Video 360 accredited for?

  • Display (inclusive of Rich Media) and Video (non-YouTube) Click-related metrics based on BTR Impressions – Presented as Total Net (Desktop, Mobile Web and In-App; only GIVT portion accredited)
    • Clicks
    • GIVT Clicks
    • Invalid Clicks
    • Click Rate
  • Display (inclusive of Rich Media) and Video (non-YouTube) BTR Impressions metrics – Total Net of SIVT (Desktop and Mobile Web) and Net of GIVT (Mobile In-App):
    • Begin to Render Impressions
    • Invalid Begin to Render Impressions
    • GIVT Begin to Render Impressions
  • Display (inclusive of Rich Media) and Video (non-YouTube) Viewable Impressions and viewability related metrics based on Begin to Render Impressions – Total Net of SIVT (Desktop and Mobile Web) and Net of GIVT (Mobile In-App):
    • Active View: Eligible Impressions
    • Active View: Measurable Impressions
    • Active View: Viewable Impressions
    • Active View: % Measurable Impressions
    • Active View: % Viewable Impressions
    • Active View: Not Viewable Impressions
    • Active View: Not Measurable Impressions
    • Active View: Impression Distribution (Viewable)
    • Active View: Impression Distribution (Not Viewable)
    • Active View: Impression Distribution (Not Measurable)
    • Invalid Active View Eligible Impressions
    • Invalid Active View Measurable Impressions
    • Invalid Viewable Impressions
    • GIVT Active View Eligible Impressions
    • GIVT Active View Measurable Impressions
    • GIVT Active View Viewable Impressions
  • Video (non-YouTube & Partners) Begin to Render Impressions and related metrics – Net of GIVT (CTV)
    • Begin to Render Impressions
    • Invalid Begin to Render Impressions
    • GIVT Begin to Render Impressions
    • Inactive Impressions
  • YouTube & Partners Video (YouTube and GVP traffic) BTR Impressions, Viewable Impressions and Viewability related metrics, and TrueView Views – Total Net of SIVT (Desktop, Mobile Web and Mobile In-App) – this is inclusive of Demand Gen line items and Programmatic Guaranteed Deal inventory options:
    • Begin to Render Impressions
    • Invalid Begin to Render Impressions
    • GIVT Begin to Render Impressions
    • Active View: Eligible Impressions
    • Active View: Measurable Impressions
    • Active View: Viewable Impressions
    • Active View: % Measurable Impressions
    • Active View: % Viewable Impressions
    • Active View: Not Viewable Impressions
    • Active View: Not Measurable Impressions
    • Active View: Impression Distribution (Viewable)
    • Active View: Impression Distribution (Not Viewable)
    • Active View: Impression Distribution (Not Measurable)
    • Invalid Active View Eligible Impressions
    • Invalid Active View Measurable Impressions
    • Invalid Viewable Impressions
    • GIVT Active View Eligible Impressions
    • GIVT Active View Measurable Impressions
    • GIVT Active View Viewable Impressions
    • TrueView: Views
    • TrueView: GIVT Views
    • TrueView: Invalid Views
  • YouTube & Partners Video Begin to Render Impressions and related metrics – Net

of GIVT (CTV)

  • Begin to Render Impressions
  • Invalid Begin to Render Impressions
  • GIVT Begin to Render Impressions
  • Inactive Impressions
  • TrueView: Views
  • TrueView: GIVT Views
  • TrueView: Invalid Views

A current listing of DBM’s measurement is available on the “Metrics and filters” page in the Display & Video 360 Help Center.

What is not accredited

Topics that are not covered under this specific accreditation include:

  • Demand Gen AI bidding process
  • Display & Video 360’s bidding aspects
  • Other Google ad serving solutions and products
  • Other Google products and services
  • Other Display & Video 360 Metrics
  • YouTube & Partners Discovery ad formats
  • Non in-stream ads and Shorts ad formats
  • Ads served on Youtube TV
  • Google TV inventory source
  • Inventory bought through Display & Video 360 Demand Gen line items

What is Display & Video 360?

The Display & Video 360 (formerly DoubleClick Bid Manager or “DBM”) platform provides users with the ability to choose from a range of programmatic buying options, including programmatic guaranteed, direct deals, and open exchanges. Additionally, Google's proprietary algorithms automatically adjust bids to meet advertiser-specific campaign goals.

Advertisers can utilize Campaign Manager (formerly “DoubleClick Campaign Manager” or “DCM”) or third-parties as their ad server through the Display & Video 360 bidding and reporting platform. For cases where you use Campaign Manager as your ad server, we encourage you to also review the Campaign Manager Description of Methodology.

Business Partner Qualification

Display & Video 360’s business partners include clients (e.g., advertisers and agencies), ad exchanges that Display & Video 360 communicates with as part of real-time bidding transactions, and third-party ad servers utilized to serve Display & Video 360 client ads. Google performs both initial and ongoing business partner qualification procedures for these entities.

All partners that use Display & Video 360 need to adhere to Google’s platforms program policies, which prohibit invalid activity. Learn more about invalid activity.

Google filters invalid traffic on an ongoing basis, and will review any business partners that supply high amounts of invalid traffic to Display & Video 360. Partners who continually generate invalid traffic may have those accounts suspended or closed, or we may pause or cease bidding on an Exchange Partner.

Changes to Measurement Methodology

We will notify clients when we make changes to our measurement methodology. Clients may be notified either through the Display & Video 360 User Interface, the release notes in our Help Center, and/or through the client services teams.

Display and Video Begin to Render Measurement

Display & Video 360 uses the Begin to Render measurement methodology as described in our help center guide. “Impression Counting Method” will still be used for child metrics (viewability and clicks) to segregate Begin to Render and Non-Begin to Render metrics.

Display & Video 360’s click counting methodology is shared with Campaign Manager, the details can be reviewed in the Campaign Manager DOM.

Cache Busting

In order to prevent browser caching when serving 3rd party ads on Display & Video 360, we recommend the use of the ${CACHEBUSTER} macro, please see the Display & Video 360 macros article.

Reports in Bid Manager (Display & Video 360)

The reports help article explains the various reporting templates that you can use for the planning and optimization of your Display & Video 360 campaigns. Display & Video 360’s data retention and reissuance policy can be found in this help center article.

Youtube TV, which is not MRC accredited, can be segregated from the accredited metrics on reporting dashboards using the Is YouTube TV dimension.

If you wish to report only on MRC Accredited metrics, this help center article explains how.

Reporting numbers for the previous month are finalized (for billing purposes) by the first of each month, unless communicated otherwise.

Device type classification and reporting in Display & Video 360

When reporting on device type in Display & Video 360:

  1. Display (Ad Type excludes In-Stream Video or InStream Default Ad)
    1. Desktop display web: Device Type = Desktop
    2. Mobile display web: "Device Type = Smart Phone or Tablet" and "Environment excludes Mobile App and Mobile App Interstitial (Display RTB) and Video Mobile App Interstitial (Video RTB)"
    3. Mobile display app: "Device Type = Smart Phone or Tablet" and "Environment = Mobile App or Mobile App Interstitial (Display RTB) or Video Mobile App Interstitial (Video RTB)"
  2. Video: Ad type = In-Stream Video or InStream Default Ad

Device classification occurs at bid-time, prior to impression measurement, based on information passed by the exchange. An immaterial amount of Display & Video 360 traffic may be classified differently based on the information provided at bid-time compared to the information obtained at view-time from the device during measurement. Google uses a combination of user-agent and mobile app SDK data from internal and external sources to classify device types. Google does not rely on any third party to perform classification.


YouTube & Partners measurement methodology

YouTube & Partners in-stream ads (otherwise known as skippable in-stream ads) as they have a skip button and give viewers the option to skip the ad after 5 seconds and run in-streams (pre, mid, or post-roll) of a video. YouTube& Partners TrueView views is a cost per view format, which means we only charge the advertiser when the viewer “views” the ad. YouTube & Partners isn’t related to viewability. With YouTube & Partners in-stream ads, you pay when a viewer watches 30 seconds of your video (or the full duration of the video if it's shorter than 30 seconds) or interacts with your video, whichever comes first. A view is defined for YouTube & Partners in-stream ads in the following ways:

YouTube & Partners in-stream

  1. Watch 30 seconds (includes the 5 second forced duration), or to completion if the ad is less than 30 seconds
  2. Click Channel Title/Avatar.
  3. Click the Video Title.
  4. Click on Card’s teaser.
  5. Click Share.
  6. Click Companion Banner/Video Wall.
  7. Click on Call-to-Action Extension.
  8. Click to visit advertiser’s site.
  9. Click on End Screens.

* (Not material, hence not included in MRC accreditation audit).

Currently the above non-material interactions only represent 0.37% of total YouTube & Partners TrueView Views traffic for large campaigns and 2.06% for small campaigns. Actions that are not considered a view include clicks on the following:

  1. Annotations
  2. Like (positive)
  3. Full screen
  4. InVideo programming (does not serve on YouTube & Partners in-stream ads)
  5. Watermark
  6. Skip button

When an advertiser is charged for a view as shown in Google Ads UI, a view will also increment the public YouTube.com viewcount.

GVP in-stream ad placements served on mobile app environments are as follows:

  • In-stream placements from IMA SDK (e.g. a pre-roll video ad within a Paramount+ stream)
  • Rewarded app ads (e.g. a full screen video ad that rewards user with an extra life on a game")
  • App interstitials (e.g. a full screen video ad that plays before a level on Candy Crush)

Invalid traffic detection and filtration methodology

Google tries to identify and filter both general and sophisticated invalid traffic through data-based identifiers, activities and patterns, though presently Google has pursued general invalid traffic accreditation on Display & Video 360 only. This includes non-human traffic and suspected traffic fraud. However, because user identification and intent cannot always be known or discerned by the publisher, advertiser or their respective agents, it is unlikely that all invalid traffic can be identified and excluded from the reported results proactively. In order to protect invalid traffic filtration processes from becoming compromised or reverse-engineered, no details of specific filtration procedures, beyond those detailed in the Ad Impression Measurement Guidelines, will be disclosed, other than to auditors as part of the audit process.

Filtration methodology

Both specific identification (including obeying robot instruction files, filtration lists, and publisher test clicks) and activity based filtration methods (including analyzing multiple sequential activities, outlier activity, interaction attributes, and other suspicious activity) are utilized in filtration. In addition, the following parameters apply to the filtration methodology:

  • Third party filtration is not used by Google.
  • Sources used for identification of nonhuman activity: Google uses the IAB/ABCe.

International Spiders & Robots List as well additional filters based on past robotic activities.

The IAB Robots List exclude file is used.

  • Activity based filtration processes: Activity based identification involves conducting certain types of pattern analyses to identify behavior that is likely to indicate non-human traffic. Google's Ad Traffic Quality team has systems in place to determine any suspicious activities and does such activity based filtering appropriately.
  • All filtration is performed 'after the fact' and passively. That is, the user (browser, robot, etc.) is provided with their request without indicating their traffic has been flagged, or will otherwise be filtered and removed as Google does not want to provide any indication to the user agent that their activity has triggered any of Google's filtering mechanisms. For YouTube & Partners, in some cases frontend blocking is also utilized, when it is likely that the resulting ad request may lead to invalid activity. Historically less than 2% of ad requests are blocked.

For non-Youtube traffic, pre-bid filtrations blocks ~20% of ad requests.

  • Google and Display & Video 360 define a list of policy based filtering criteria that reject events if they are deemed expired, corrupted, or incomplete, or if other processing failures are detected.
  • When inconsistencies or mistakes are detected, processes exist to correct this data. The corruption of log files is extremely rare, but in cases where this may occur, processes exist to recover them.
  • Processes have been implemented to remove activity from Google internal IP addresses.

Filtration rules and thresholds are monitored continuously. They can be changed manually, and are updated automatically on a regular basis. As filtration processes are updated, an analysis is conducted to identify materially impacted campaigns. Google will proactively notify clients with materially impacted campaigns where appropriate and when such notification will not encourage reverse engineering of traffic filtration processes.

Note: The decision rate (GIVT & SIVT) for DV360 traffic is 100% (based on the reviewed sample data).

Machine Learning

Google uses supervised machine learning techniques through methods such as Classification (e.g., Neural Network approach), in which the model will predict invalid traffic (IVT) by making a yes/no decision about whether an event is invalid, and Logistic Regression, in which the model scores various activities and then an IVT decision is made based on score thresholds. Supervised machine learning models may also use tree methods and graph methods.

Data sources used for machine learning include logs of queries and interactions (“ads logs”), non-logs data that can be joined with ads logs, and a variety of other supplementary proprietary signals. Google relies on hundreds of data sources of varying sizes: the total number of records per data source ranges from thousands to trillions, depending on the data source. Traffic-based models are required to be evaluated with a minimum 7 days of traffic as input data.

For active defenses Google maintains monitoring procedures over the traffic signals (training data) feeding into the models, which trigger alerts for human intervention if certain threshold bounds are not met. As a result minimal, if any, reduced accuracy is expected.

Models are continuously retrained when appropriate and practical, and model performance is regularly or continuously assessed. As a result (similar to our monitoring procedures above) minimal, if any, reduced accuracy is expected.

Biases in machine learning training and evaluation data are minimal and if they are material the IVT defense would not be approved. All machine learning projects (“launches”) go through a cross-functional review process before they are approved. As part of this process, bias for the model(s) and corresponding data are evaluated, and projects must meet predetermined ad traffic quality criteria before being approved. Continuous monitoring is in place to detect the emergence of bias in models, which in turn trigger alerts and model evaluation, analysis, and updates.

Google applies a mix of machine learning and/or human intervention/review techniques on all traffic. For some defenses Google relies on ML-based lead generation followed by human review. Other defenses start with human review data and use ML to generalize. Our application of machine learning and human intervention/review techniques is evolving, and our usage shifts according to multiple criteria, including alerts, escalations, and organic fluctuations in types of invalid traffic that may emerge. As a result, the distribution is not in steady state, and the “level” of reliance on either machine learning or human intervention/review fluctuates over time.

Reporting on GIVT Impression and Click Metrics in Display & Video 360

In the Display & Video 360 reporting UI, if users would like to break out GIVT, use the following metrics:

  • Invalid Impressions
  • Invalid Clicks

Inactive Impressions Metric

Impressions (via begin to render methodology) considered inactive, are defined as served to a device receiving ad or bid requests continuously for a session of greater than 16 hours without a "reset" event. Sessions are reset daily at 5:00 AM, local time, and when the device goes longer than 30 minutes without a request. They are also reset by any VAST interaction ping (for example, pause, mute, unmute, volume changes). Inactivity is currently only measured for CTV.

Click-Tracking

In Display & Video 360, click-tracking tags are used when the customer does not track the corresponding publisher impression (for example in email newsletter or editorial link tracking, or publisher served creatives). Such clicks are not accredited by MRC, as MRC requires clicks to be directly correlated to a valid impression.

If you wish to exclude click-trackers from your reports in Display & Video 360 reporting, be sure to exclude the following Ad Types, when creating Reports:

  • Static click tracker
  • Dynamic click tracker
  • Tracking
  • DART Search
  • Paid Social

If you include click-tracking Ad types, the Click-Through Rate Metric will not be correctly calculated. Please review the help Center article How to report only on MRC accredited metrics.

Auto-Play, Click-to-Play, and Continuous Play

If you wish to segregate between auto-play and click-to-play in your reports in Display & Video 360 reporting, use the “Playback Methods” dimension. Approximately 34% of video traffic is auto-play. In some instances, continuous play is a factor, such as when auto-play is active or the user is viewing a video in a playlist. For YouTube, when using Wi-Fi, continuous play will stop automatically after four hours. When using a mobile network, continuous play will stop if you have been inactive for 30 minutes.

Approximately 24% of YouTube video traffic in DV360 is continuous play.

For non-Youtube environments, refer to the continuous play parameter. Please note, comprehensive reporting on these metrics will require work across

the industry to specify fields for auto-play and continuous-play in the OpenRTB spec. Until then, Display & Video 360 is limited in the availability of reporting on these metrics for third-party traffic.

Reporting for Open Measurement, SSAIs, and server-to-server measurement

In some cases, Display & Video 360 will bid on inventory that is provided by server side ad inserters (SSAIs) or other server-side measurement platforms. These platforms act as intermediaries for client measurement, providing data to Display & Video 360 directly instead of from the client. Similarly, Display & Video 360 will bid on inventory that supports the OMID (Open Measurement Interface Definition) API of IAB Tech Lab, including clientsrunning Open Measurement SDK and third-party implementations of OMID. In these cases, Display & Video 360 would not have visibility into the client-side measurement, and must trust the measurement capabilities of the third party instead.

Display & Video 360 detects these sources of traffic through serve-time signals. It identifies Open Measurement traffic through IAB-defined fields in the bid request. For SSAI and server-to-server measurement, it compares the bid and view time IP addresses for the inventory. If these are materially different, then Display & Video 360 will flag this traffic as originating from a server-side measurement platform.

Today, the MRC only accredits metrics if they come from client side measurement. For metrics that are MRC accredited, Campaign Manager and Display & Video 360 reporting both provide a dimension called “Measurement Source.” This dimension will provide three possible values: “Measured,” “Provided,” and “Inferred.” These dimensions indicate the following:

  • Measured - The data for the metric was directly measured by client code that either Google controls or with which Google has intimate familiarity, or it uses OMID data from client code that was certified by Google or IAB Tech Lab.
  • Provided - The data for the metric was measured on the client by a third party who then provides the data to Google over a server-to-server integration, or it uses OMID data from client code that was not certified by Google or IAB Tech Lab.
  • Inferred - The data for the metric was inferred using sound judgment, however it was not directly measured on the client. The inferred metric may originate from Google or a third party.

Only the Measured metrics should be considered accredited by the MRC.

Self announced prefetch activity

Google’s experience with this data has shown that the numbers of self announced prefetch activity is low enough to be considered immaterial to our overall data set. We will continue to evaluate this type of activity and may make alternative arrangements regarding this filtering activity if future data behavior indicates that it has become material.

Measurement Limitations

Measurement limitations for Display & Video 360 metrics accredited include:

  • Refer to Campaign Manager Description of Methodology section “Cache busting techniques” for details of cache busting applicable to Display & Video 360. It is understood that certain amounts of caching may persist even with these techniques in place.
  • There are certain situations in which a large number of redirects exist in a particular click transaction stream (i.e., after the point of measurement and before the advertiser-site landing) may lead to counting differences with downstream parties such as the advertiser.
  • Refer to Active View Description of Methodology for specific limitations related to viewability.

Active View

We recommend reviewing the Active View Description of Methodology, if you use those features in your Display & Video 360 campaigns.

Connected TV

CTV devices that are certified to carry YouTube must inform the app when the app isn’t visible (for example, user switched HDMI inputs, user turned device off). This ensures that YouTube stops video playback (and by extension, ads aren’t served) when the app isn’t visible. There are no latency measurement limitations. Please note that at this time, Google receives TV's power state signal status for Android TV and tvOS, where possible.


Related links

Was this helpful?

How can we improve it?

Need more help?

Try these next steps:

Search
Clear search
Close search
Main menu
6242083727530586722
true
Search Help Center
false
true
true
true
true
true
69621
false
false
false
false
false