P4.08.2Autoplay and prefetch costsdesignresearch

Autoplay and prefetch defaults are significant costs

Aliases: speculative prefetch · default data waste · autoplay energy cost

What it is

The energy problem of autoplay and prefetch lies not in the techniques but in the word "default." Autoplay by default starts the video stream on page load without any expressed intent to watch; speculative prefetch pulls content for possible next steps ahead of need (the next video segment, links the user might tap, background refresh). Both treat "might be used" as "should already have happened," and the unused fraction is pure energy and traffic waste — caused by configuration, not by user choice.

Why it happens

Three mechanisms amplify the cost. Intent mismatch: prefetch hit rates depend on prediction accuracy, which always runs below intuition — users swipe away, exit, or read only the first screen at a stable rate, and every missed prefetch is a full-value transfer with zero return. Inflated playback: autoplay converts "loaded" into "playing," generating stretches of passive watching in swipe-through feeds, each minute corresponding to real access-network energy; muted autoplay as bait-for-clicks turns the waste into strategy. Externalized cost: the energy cost of traffic is borne by networks and grids and the data cost by plans (or hidden by "unlimited"), while the product side sees only the speed benefit — privatized gains, socialized costs — so defaults have long favored on.

Studying it

Telemetry reconstructs the waste structure completely: prefetch hit rate (fraction of prefetched resources actually used), autoplay completion rate (fraction of auto-started plays watched through), and their share of total traffic. Combined with power measurement (terminal power differential between playing and idle states), traffic waste converts into energy estimates. Experimentally, A/B tests with defaults off yield the behavioral compensation — how much playback users start voluntarily once autoplay is gone — the gap between real and stimulated demand. Methodological cautions: hit and completion rates depend heavily on content type and context (short- versus long-form, mobile versus desktop); verify the mix before quoting cross-product numbers, and the energy conversion factors (cellular/fixed, regional grid) dominate the magnitude — state the assumptions.

Where it stops holding

Prefetch is not inherently wasteful: for high-certainty next steps (segments of a playing video, the next photo in an opened album), hit rates approach certainty and prefetch is sound engineering; what needs tightening is low-certainty prefetch (guessing links, guessing content, full-library background sync). On weak connections, moderate prefetch also reduces retransmissions and idle waiting, with possible net energy benefit. Autoplay has defensible cases (surveillance feeds, guided workouts); the test is whether user intent exists and whether the default respects it.

Applying it

  • Default video to click-to-play or first-frame pause with explicit play intent; where autoplay is required, limit it to silent low-bitrate previews, and honor the user's opt-out persistently.
  • Tier the prefetching: confirmed sequences (segments of the current playback) may prefetch; speculative prefetch (guessed next content, full background sync) defaults off and enables dynamically by hit rate.
  • Return background refresh to user and system scheduling: manual refresh plus low-battery/low-network modes, no unconditional timed full refresh.
  • Verify: track prefetch hit rate and autoplay completion rate on the dashboard; any prefetch rule persistently below threshold downgrades or retires itself.

Related

  • Same group: P4.08.1 Data transfer and computation consume real energy · P4.08.3 Device lifetime is decided by software support periods
  • Adjacent: P3.01 Variable rewards combined with autoplay · I2 State synchronization and refresh strategies
  • Search terms: speculative prefetch · autoplay · prefetch hit rate

Cards in the same group

Quick Actions

Share

Share this page

ios_share

https://hci.top/en/handbook/P4.08.2