Earlier quoted context omitted.
> Where is this open standard to make pages lod faster? Not filling a page of what is effectively 80KB static text-content with 20MBs of JS, fonts, tracking-code and other "assets" would be a good start. The web isn't slow. People deliberately create slow web-pages because they care more about user-tracking and "fancy" technology than they care about user-experience. And making Google a pre-requisite for any web-page…
At some point... god, most of a decade ago now, I guess, it seems like the kinds of people doing web design changed and this new crop didn't care about or understand bandwidth constraints like the old ones did. Strangely, this was around the same time "digital native" instead of "print influenced" design got big, so you'd think it'd have gone the other way, but it definitely did not . In fact, I'd say the much-deride…
This is a cyclical problem because people tend not to measure performance until they notice a problem, which means it's a function of both technical factors and user expectations. The rise of mobile added a confusion point since it basically dropped back to dial-up/DSL-class networking after the overall web community had had a decade to get used to cable modem-grade performance and made wasting bandwidth a direct cost rather than just inefficiency. In the mid-2000s, using a big JavaScript toolkit wasn't great but it wasn't so bad when you could assume that most users had better latency than even LTE delivers and user expectations hadn't adjusted for the post-IE era.
The other big factor is the ongoing decline of advertising as a viable business model. The worst offenders I see are either ads or the measurement tools publishers use to document their site's performance, and that's been getting continually worse as everyone keeps chasing diminishing returns.