Feature Policy & the Well-Lit Path for Web Development
summary
Feature Policy and the Reporting API provide concrete guardrails: an HTTP header or iframe Allow attribute enforces policies like oversized images policy that blocks images with a bytes‑to‑pixels ratio over 0.5, saving on average >500 KB on 10% of top sites and cutting load by up to 10 seconds on 3G. Reporting works via a clientside reporting observer or report‑to endpoint, a devtools extension previews policies, and applying policies to the site surfaces real, fixable violations.
AI-written summary · about
chapters (28)
- 0:00Intro
- 0:27Web Consults
- 1:12The WellLit Path
- 1:38Guard Rails
- 2:09Amp
- 3:09Common Problems
- 3:31Page Size
- 3:51Load Time
- 5:30Images without Explicit Sizes
- 5:55How does this all work
- 6:35Feature Policy HTTP Header
- 7:12Feature Policies
- 8:17Feature Policy Example
- 10:01Allow Attribute
- 12:09Best Practices
- 12:51Where to Feed It
- 13:54Policy Reporting
- 15:03Browser Interventions
- 15:47Console Messages
- 16:15Reporting API
- 16:41Reporting Observer
- 17:20Reporting Fields
- 17:43Reporting Header
- 18:43CSP Reporting API
- 19:20Where can you use this
- 19:54Available policies
- 20:28Dev Tools Extension
- 21:21Wrapup
related talks
30mHTTP headers for the responsible developer
40mHTTP Headers for the Responsible Developer
45mHeaders for hackers
17mContent Security Policy: The application security Swiss Army Knife
46mContent Security Policies: Let's Break Stuff
30mHeaders for Hackers
32mBanish Image Bloat: Achieving Peak Performance with Image Performance Budgets
10mUsing Content Security Policy for Privacy
