Offline UX
summary
Most sites break badly when connectivity drops; the concrete fix is to install a service worker to serve a branded offline page, precache pages users actually visit, and offer explicit downloads for big assets (lodash docs ≈ 40–50KB per version worked well). Use analytics-driven prefetch (Guess.js) rather than hidden megabytes for Easter eggs — Guardian removed its offline crossword because almost nobody used it and it wasted bandwidth. Background sync lets forms submit after closing the tab but testing is awkward (Puppeteer support exists but has a blocking bug) and real-time conflict resolution (Google Docs style) remains hard.
AI-written summary · about
chapters (7)
- 0:00The reality of offline
- 2:37When and why to be offline
- 11:17Implementing offline support
- 23:32Serving content effectively
- 26:55Forms and user interaction
- 35:25Complex application features
- 38:42Challenges and considerations
related talks
06mI'm Offline, cool. What now?
24mBuilding an Offline Page for theguardian.com
45mOffline First (Web) Apps
26mBuilding an Offline Page for The Guardian
44mOffline first!
21mGo Offline First to Save The World
58mOffline Second
44mDesign principles and implementation strategies for better offline experience
