© 2021 Hulu, LLC | all rights reserved
Hulu, LLC | 2500 Broadway, 2nd Floor | Santa Monica, CA 90404 | (310) 571-4700 | hulu.com
3 | Last Reviewed June 17, 2025
Annually
No part of this publication may be reproduced, transmitted, transcribed, stored in a retrieval system, translated into any other language in any form or by any means, electronic or mechanical, including photocopying or recording, for any purpose, without the express permission of Hulu, LLC.
This document is provided for informational purposes. The information is provided “as is” and without warranties of any kind. Due to continuing product development, the information is subject to change without notice. Hulu, LLC shall not be responsible or liable for any inaccuracies, errors, or outdated information.
This document is intended for advertisers. It provides a summary of the video-streaming measurement processes employed by Hulu, LLC (Hulu). It includes a general description of Hulu’s measurement methodology, filtration processes and reporting procedures. Issuance of this document is in accordance with Hulu’s accreditation conferred by the Media Rating Council (MRC).
Hulu provides an Ad-supported streaming digital video service that offers a selection of TV shows, clips and movies via its video players at hulu.com, embedded Hulu video players hosted at other internet sites, mobile devices via the Hulu mobile application and Connected TV (CTV) internet-connected devices via device-specific Hulu applications. To view Hulu content on web (hulu.com), or any Mobile or CTV internet-connected device, Hulu users must subscribe to the Hulu service.
Video Ads are served within the Hulu player at pre- and mid-roll positions. Hulu partners with Content Providers (CPs) and distributors to provide digital video content to users. Hulu also produces certain original video content available through its streaming video service. Regardless of the origin of the content, Hulu maintains control of its streaming digital video players and content pipelines, and encodes all video content and advertisements prior to distribution within Hulu’s proprietary video players on Web and within Hulu applications.
Access to Hulu content is limited to users within the United States, including US territories and military bases overseas, based on IP-address geolocation as determined by a third-party vendor; other regions are blocked. In most situations, Hulu’s first-party Ad server performs Ad decisioning. However, Hulu also supports third-party Ad serving in certain situations involving pre-established relationships with specified content providers. Please note that Hulu only supports Companion Ads along side Rich Media ads.
The following Hulu metrics are included in MRC-accreditation scope, on the Web, Mobile In-App and CTV platforms:
The default report sent to clients is the “Standard Delivery Report”. This is an non-syndicated MRC report that includes some MRC accredited metrics, but not all. Clients have the ability to request the “Expanded MRC Accredited Metrics Report” which includes all MRC metrics for which Hulu has received MRC accreditation for.
The following items are excluded from MRC-accreditation scope:
All Hulu beacons originate directly from the client. No server-side beacons are used. No proxies are intentionally used.
Hulu does not use sampling. Measurements are counted directly from client-initiated beacons, after filtration processes mentioned below.
Clients send Impressions and Completions to geographically-dispersed CDNs provided by Akamai. Akamai’s CDNs then forward these beacons to Hulu’s measurement servers. Impression and Completion beacons received from Akamai are immediately written into log files. The log files contain raw beacon data. They undergo processing before they can be consumed by reporting mechanisms. Daily processing allows Hulu’s reports to include the previous day’s data, but not the current day’s.
Client initiate Impressions and Completions by firing a beacon via HTTP GET request. The measurement server returns a 200 to indicate successful reception of the beacon, and writes a line in its log file to record the Impression or Completion. The above is true of Impressions and Completions for all video, rich-media, and display Ads.
Network latency may result in beacons not arriving at the server around the moment an Impression or Completion occurs, but rather at some point afterward. If this is case, the Impression or Completion is counted upon receipt. Network issues may also cause beacons being duplicated somewhere along the way (e.g., by a third-party proxy server) between Hulu’s client and server. Hulu addresses this risk in two ways. First, by never performing beacon retries on any accreditation platform (i.e., Web, Mobile In-App and CTV). Second, by performing beacon de-duplication on the server side.
Hulu does not compound or grouped beacons. Measurements are counted directly from client-initiated beacons one at a time.
Hulu uses a combination of beacon parameters, including a client-generated auto-incrementing “seq” (i.e., sequence) value, to create uniqueness of Impressions and Completions. Also, in the 200 response to Impression and Completion beacons, the server uses the following Header Controls: Cache-Control: max-age=0, no-cache, no-store; Expires; Pragma: no-cache. These values instruct the client to not cache the GET request, and always fire a new instance of the beacon.
Hulu does not engage in auto-play of Video or Interactive Ads. Playback is never initiated without an explicit user action (i.e., click or tap). Hulu engages in Continuous Play, which is automatic advancement to a new piece of Content after an existing piece of Content comes to an end. Hulu uses a threshold to determine when to show an “Are you still watching?” confirmation. After four hours of continuous play on VOD (Web, Mobile In-App and CTV) and six hours for Live content without user interaction, the dialog is presented, and if no confirmation (i.e.,‘Yes’) is received from the viewer, further playback is stopped.
Preliminary findings from an October 2024 study indicates that a minimal proportion of Hulu sessions trigger the “Are you still watching” prompt. Around 6% of VOD (Web, Mobile In-App, and CTV) sessions exceeding four hours of continuous playback and under 3% of Live content sessions, exceeding six hours prompt the inactivity check.
In light of these results, Hulu is actively refining its approach to viewer inactivity detection through further studies and development efforts. The goal is to optimize the continuous-play functionality while ensuring a seamless viewing experience for all users.
Hulu’s ad serving environment utilizes forced duration where advertisements are not skippable.
Impression and Completion beacons received from Akamai are immediately written into log files. The log files contain raw beacon data. They undergo processing before they can be consumed by reporting mechanisms. Daily processing allows Hulu’s reports to include the previous day’s data, but not the current day’s.
Hulu does not support Deferred Ads. Downloads are a premium offering available on non-ads tiered accounts only, as a result no deferred ads are present in these scenarios.
While ad impression activity can be counted regardless of online/offline status, the nature of Deferred Ads or other offline activity requires specific reporting and data handling that is not supported by our current infrastructure.
Hulu’s Mobile application is available to all mobile devices on the platforms mentioned below in the same geographical region as its Web and CTV offerings. Namely, the U.S. and its territories.
Hulu’s Mobile application runs on iOS and Android.
The use of Hulu’s Mobile application is possible only when the user has proactively downloaded and installed the application. Ad delivery and measurement techniques across application versions have not changed meaningfully in the past several years.
The use of Hulu’s Mobile application occurs only when the user has proactively opened and initialized the application after downloading and installing it. Multiple versions of the same application cannot coexist.
The use of Hulu’s Mobile application occurs only when the application is in focus. Playback automatically stops when the application loses focus. This means that no Impression or Completion beacons can be fired while the application is background’ed. Furthermore, during situations when the device goes offline, playback will stop due to the application’s video buffer emptying. At this point, no Impression or Completion beacons can be fired as playback of both content and ads is halted.
While generally no latency issues are particular to CTV devices, there is one exception in that Roku devices have been noted to experience network issues. Further detail is provided in the SSL section below.
Roku devices have been noted to experience network issues. On these devices, it has been observed that having a large queue of beacons to be fired can sometimes result in some queued beacons simply not firing and eventually being discarded inappropriately. Also high volumes of network activity create latency issues and generally slow processing that are particular to these devices. As a result, as of September 2018, SSL protocol is not available on Roku devices.
Hulu uses a threshold to determine when to show an “Are you still watching?” confirmation. After four hours of continuous play on VOD (Web, Mobile In-App and CTV) and six hours for Live content without user interaction, the dialog is presented, and if no confirmation (i.e., ‘Yes’) is received from the viewer, further playback is stopped. Studies are performed on an annual basis, to understand viewer patterns and inform decisions on whether adjustments to improve experience are necessary. Continuous Play is used more frequently on CTV, as compared to Web and Mobile. As a result, Hulu’s studies on Continuous Play are conducted on a subset of CTV devices.
Detection of TV-off state, and accordingly pausing playback, is entirely dependent on the capabilities of hardware. Where detection is possible, Hulu apps pause playback. However, there is a population of devices that do not communicate the change of hardware state to higher levels in the tech stack. In these cases, Hulu apps are unable pause playback, although Continuous Play thresholds apply as normal. Hulu has conducted research to gain a general understanding of the aforementioned hardware capabilities and limitations. A study was performed on a broad sample of devices running Hulu’s CTV app. This sample included devices from manufacturers Amazon, Apple, Google, LG, Microsoft, Panasonic, Roku, Samsung, Sony, Tivo, and Vizio. These devices running Hulu were paired with a variety of TVs from manufacturers that included LG, Panasonic, Phillips, Samsung, Sharp, Sony, Toshiba, and Vizio. The study was also ran with and without an AV receiver between the Hulu device and the TV.
A summary of study results is as follows:
In conclusion, there are many permutations of hardware, settings, and use cases to consider. Improving detection of TV-off is a complex industry issue that will require consistent commitment from TV manufacturers.
Please see the Continuous Play section above.
The methodology for measuring clicks is identical to that of Impression and Completion measurement. A client-side beacon is fired whenever the user performs a click action within Hulu’s application. On the server side, this beacon is logged and undergoes processing, eventually being included in reporting.
Ad-blocking software is capable of preventing Hulu’s Ads from being displayed. On the Web platform, browser settings that disable images, JavaScript, HTML5 elements, and / or Flash are capable of preventing Hulu’s Ads from being displayed. When these situations occur, because no Ads are loaded, no Impression or Completions are fired. Ad stitching (i.e., using a single manifest with pre-set content and ads for each stream) is performed on the server side, with the result being delivered to Mobile and CTV client devices to facilitate smooth playback.
Hulu employs a suite of techniques in an attempt to identify and filter invalid activity. These techniques include but are not limited to known and suspected non-human activity and suspected invalid human activity. 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 activity can be identified and excluded from report results. Below, Hulu’s various techniques are summarized strictly at a high-level for security purposes.
Hulu practices GIVT. Sophisticated Invalid-Traffic Filtration (SIVT) is not performed.
Hulu performs its own filtration without the assistance of any third parties.
Hulu removes all internally-generated traffic.
Based on User Agent, Hulu performs the IAB dual-pass method to remove all traffic that doesn’t appear on the international lists of spiders and bots, and valid browsers.
Hulu employs ABF to identify anomalies. The specifics of its ABF techniques are kept confidential for security purposes. They are disclosed only to MRC auditors as part of the audit process.
Hulu does employ pre-fetching mechanisms to validate VAST served ads and all of the contents within the call. No impression beacons are fired at this time and the pre-fetch is only valid for two hours.
Filtration is applied against Hulu’s entire traffic across the Web, Mobile In-App and CTV platforms. No subsets or sampling techniques are used.
Of the beacons that are run through Hulu’s IVT filtration rules, 99.99828% are able to be determined to be either valid or invalid.
When Impression and Completion beacons are received by the server, they undergo validation to ensure critical parameters aren’t missing. They are also evaluated to see whether parameter values are contradictory. Any beacons that fail either type of validation are discarded ahead of any further processing. In the unlikely event Hulu’s log files are corrupted, Akamai is capable of resending beacons for Hulu to reprocess.
An analysis of IVT during Q1 of FY2024 shows that IVT typically fluctuates at immaterial levels.
When significant changes to Hulu’s filtration methods and / or technology are implemented, Hulu issues a statement to clients with active or upcoming Ad Campaigns. This is reserved for situations where notification provides a discernible benefit to clients. For security purposes, Hulu discloses as little as possible when it comes to its filtration techniques. Disclosures will be accordingly high-level.
Hulu reports a variety of metrics to clients on a per-Campaign basis.
The reports in accreditation scope – Standard Report or Expanded Metrics MRC Report – are presented to clients at multiple points in the Campaign, depending on Campaign length and client preference. The Standard Report is always presented after a Campaign ends.
Estimation is not used. Report metrics are composed solely from actual data collected in the measurement process.
While report data accumulates on a day-by-day basis, it is considered final as, once processed, a day’s data is official and generally unchanging. Data revisions are possible but rare. Please note that ad blockers may limit ad measurement on the ad platform.
These are Impressions and Completions, and their derivative – Completion Rate.
Impressions and Completions are segregated in three ways:
Non-accredited metrics are also presented. These include, but are not limited to: quartiles, Clicks, Clickable Impressions and Completions, Click-Through Rate (CTR), Time Spent Viewing, and Unique Users.
Open columns with no metrics or data can also be presented. They are meant to reserve space conveniently for manual data entry. These include Estimated Spend values, Third Party and Discrepancy.
Reports can be:
| Ad Placement Product | Product Category |
|---|---|
| Ad Selector Slate | Rich Media |
| Ad Selector Video | Video |
| Brightline Interactive Ad | Rich Media |
| Gateway Interactive Ad | Rich Media |
| Gateway Shop | Rich Media |
| House Video | Video |
| Innovid Interactive Ad | Rich Media |
| Marquee Ads Promoted Content | Display |
| Max Selector | Rich Media |
| Pause Ad | Display |
| Premium Slate | Video |
| Slate | Video |
| Video Commercial | Video |
Campaigns parameters are entered by Hulu’s Campaign Coordinators. Before being set live, every Campaign is subject to full review by a Campaign Manager.
After going live, Campaigns undergo pacing monitoring by Campaign Managers to ensure they’re delivering as expected. Optimizations and debugging are performed if necessary.
Revised metrics, including Impressions and Completions, will be communicated when excluded or invalid activity is detected for a Campaign after initial reporting and within three days after the end of the Campaign. The methods of communication include e-mail statement and / or updated reporting.
Campaigns billed against Hulu metrics are never billed for IVT traffic. In other words, Ad Campaign targets are always met after discounting any traffic identified as IVT. However, as mentioned above, clients are always notified of gross vs. net numbers. After reviewing these, clients may contact their Hulu Campaign Manager to discuss any general questions around IVT volume and classification.
Source data for Hulu’s reports is retained indefinitely without expiry. Records of data reissuance are also retained indefinitely.
At the time of this writing, Hulu maintains an important relationship with Akamai.
Akamai provides CDN services, playing a pivotal role in beacon gathering, and consequently has a material impact on Hulu ad delivery. Other business relationships exist but are not listed due to having no influence on Hulu’s ad delivery mechanisms. Per MRC regulations, Hulu has worked with Akamai to complete a qualification process whereby Hulu ascertains Akamai’s stance and progress against anti-IVT measures. While Akamai relies on its clients to make their own IVT policy decisions, Akamai offers a suite of tools to counteract IVT. This suite includes Bot Manager, which allows clients to configure appropriate responses to requests from bots, and use white and black lists. Another tool offered is Kona Site Defender, which provides rate control and analytics, as well as IVT-behavior detection. Akamai has also granted Hulu access to its SOC 2 security-based report2
Q: Why do you prefer PCM codec?
Q: What does native frame rate mean?
Q: Should the bitrate be constant if delivering ProRes codec?
Q: Can you accept bitrate higher than 30 Mbps?
Q: When is letterboxing allowed and not allowed?
A: When the native aspect ratio is 1.78:1 or 1.33:1 throughout the entire program, there should not be any letterboxing (black bars on top and bottom). We should see an active picture take up the full frame. If the aspect ratio is wider than 1.78:1, such as 2.35:1, matting on the top and bottom is permissible. Additionally, if there is a creative choice to add matting or if there is a mix of native aspect ratios, this is usually waived, but please reach out to your Hulu representative to confirm.