Digital Content Labels & Sensitive Topics
Digital Content Labels & Sensitive Topics
Description of Methodology
Last Updated: 20181108
Digital content labels and Sensitive topic classifiers label websites, videos and mobile apps according to the brand
safety of the content. You can target inventory that meets or exceeds your brand safety requirements by using
brand safety targeting. This technology is available in Campaign Manager (CM), Display & Video 360 (DV360) and
Google Ads.
Reporting on Digital Content Labels is only provided in aggregate not at an individual URL level.
Google Ads
The following Sensitive Topic Classifiers are available for prebid blocking (aka exclusion):
● Adult
● Derogatory
● Downloads & Sharing
● Weapons
● Gambling
● Violence
● Suggestive
● Profanity
● Alcohol
● Drugs
● Tobacco
● Politics
● Religion
● Tragedy
● Transportation Accidents
● Sensitive social issues
Campaign Manager
The same 16 Sensitive Topic Classifiers available in Display & Video 360 are also available in Campaign
Manager for both reporting and servetime blocking.
Further description of each sensitive topic classifier can be found in Google Ads online help guide, located at:
https://support.google.com/adwords/answer/3306596
A Digital Content Label is assigned to each individual URL. This means that multiple URLs within a given domain
can have different digital content labels. For example, one URL on the site xyz.com that deals with adult content
may be given a label of DLMA. However, other URLs on that same xyz.com domain may have a label of DLPG.
The same URL may also have a sensitive topic classier associated with it. A URL can have multiple sensitive topic
classifiers (e.g. the content can be about both drugs and weapons). Conversely, a URL may not have any sensitive
topic classifiers associated with it.
Assigning Digital Content Labels and Sensitive Topic Classifiers to Mobile Apps
The process for assigning a digital content label to mobile apps is very similar to that of URLs. The two major
differences are as follows:
1. Instead of having a URL associated with the ad impression, a mobile app unique identifier will be present.
This unique identifier maps to a specific mobile app.
2. Whereas multiple URLs within a single domain can have different digital content labels, that is not the case
with mobile apps. Every ad impression coming from a mobile app will be given the same digital content
label and sensitive topic classifiers.
3. Apps associated with a web presence may pass an applicable URL that represents the screen content
(e.g., NY Times article). In this case, the web content will be used for brand safety classification.
2. The technology and classifiers that are used to assign a digital content label are periodically updated to
reflect emerging trends, new benchmark data and improved classification technology.
The reclassification process is completed multiple times per day for web content. Mobile apps are reviewed when a
new binary is published in the app store.
From both an ad blocking and reporting standpoint, the digital content label associated with a URL is determined
based on the latest available content. For example, assume that an ad was served on a URL with a label of DLT
on Monday. If the rating of the URL changed to DLPG on Tuesday (for whatever reason), the reporting will
continue to count this as an impression served on DLT content.
For exact details on how a date/time stamp is associated with each impression, please refer to the DCM DOM.
1
The exact mechanics of how a URL is associated with an ad request is outside the scope of this document.
The vast majority of cases where a digital content label is not associated with an ad impression is due to the fact
that no URL was provided. This could be because of technical reasons (i.e. the ad code on the publisher page is
implemented in a way that it makes it impossible to identify the underlying URL) or contractual reasons. For more
information on each of these scenarios, please refer to the DCM DOM.
If a URL is associated with an ad impression, hundreds of separate data signals about the domain and the content
of the URL itself are analyzed to determine the Digital Content Label. Not all of these signals are necessary to
produce a final digital content label. The technology was designed to gracefully handle partial and ambiguous data
signals. However, if there is not enough information present to make a final and complete decision, no Digital
Content Label will be returned. This last scenario occurs for less than 1% of all URLs.
Below are additional reasons why a URL or app may not have a digital content label or sensitive topic classifier
assigned:
● A site is relatively new: Sometimes when a site is new, we don't have enough data on the site to classify
it. In these cases, the site will normally receive a digital content label one month later.
● A site's URL is "masked": Sometimes publishers don't make the URL of their impressions transparent,
and in these cases we cannot label these publishers' URLs.
● Semitransparent inventory: "Semitransparent" inventory may receive any digital content label if the
publisher selling the inventory has shared all of the URLs behind the bid request URL with Display & Video
360. In these situations, the publisher's inventory will be labeled according to the inventory's minimum
brand safeness.
For example, if the semitransparent site semitransparentsite123.com has inventory from the following
URLs:
abc.com (DLG)
cbs.com (DLG)
anothersite.com (DLT)
Then semitransparentsite123.com will be labeled as being DLT, since its inventory has a minimum brand
safeness of "DLT".
Please note, inventory is categorized to only one digital content label, and digital content labels are mutually
exclusive. For example, this means if you target DLPG, Display & Video 360 will bid only on DLPG inventory, and
won't bid on DLG or DLT inventory. You can and should target multiple digital content labels in the same
campaign.
On the other hand, inventory may be categorized to multiple sensitive topic classifiers at the same time.
Sometimes ratings are performed by third party vendors who are hired by and conform to the standards of Google
but are not Google employees.
If a user would like to dispute a rating they have found in CM, they can click the “Report Classification” button within
the Content view (help center instructions).
Data Retention
Google retains data for each URL, app and domain for which it assigns a digital content label or sensitive topic
classifier. At the URL and app level, data is retained for at least 30 days. The following information is retained:
If a URL/app has not served ads after 30 days, the information will be removed from the shortterm storage system.
For domains, that data is retained for 52 weeks.
In the rare instance when historical information would be needed beyond the dates listed above, the majority of
classifier labeling can be found in various log files.
In the case of errors and/or bugs, all issues are logged in Google’s internal bug tracking application known as
Buganizer. The data in Buganizer adheres to Google’s internal user retention and deletion policy.
Should any issues arise with our [product/service] which directly affect a client, the customer support team will
notify the client of the issue and the possible impact and possible schedule for the resolution of the issue.