Skip to content

How Web, App, and CTV Differ

Purpose

This document explains the practical differences between web, app, and CTV environments in ad platform design. Even when the same standards are involved, runtime behavior, measurement, and creative delivery differ by channel.

Key Takeaways

  • Web is centered on browsers and tag or script execution.
  • App is centered on SDK-driven runtime behavior and bundle-based identity.
  • CTV is app-based, but player-driven video execution and household device context matter more.
  • The same request concept can lead to different identifiers, renderers, and event rules across channels.

Channel Comparison

DimensionWebAppCTV
Runtime ownerBrowser, tag, scriptApp SDK, mediation SDKTV app, player SDK
Context objectsiteappMostly app
Identity basisDomain, page URLBundle, store URLBundle, app/store, device context
Common formatsDisplay, videoDisplay, rewarded, interstitial, videoMostly video
Measurement emphasisBrowser constraints, privacy limitsSDK event collectionPlayer events, quartiles, completion

1. Web

  • Domain and page URL are key context signals.
  • Ad tags, header bidding scripts, and player scripts often initiate runtime requests.
  • Browser policies and privacy restrictions affect execution and identity.

2. App

  • The SDK is usually the main runtime owner for request, render, and tracking behavior.
  • bundle, storeurl, and app-ads.txt matter more than page-level context.
  • Rewarded, interstitial, and in-app video formats appear more often.

3. CTV

  • Technically close to app, but operationally much closer to a video and player environment.
  • The player becomes the main owner of quartiles, completion, and playback state.
  • Household or shared-device assumptions often differ from mobile app assumptions.

Implementation Notes

  • The same event name may not mean exactly the same thing across channels.
  • It helps to separate channel, runtime, player_type, and sdk_type early in schema design.