For instance, in the case of the web: noscript/basic (x)html. With basic (x)html forms, you can browse tiled maps, do shopping, interact with the online administration service, etc. With the and element, the noscript/basic (x)html browsers can pass an URL to an external media player, what seems missing is the type of streaming. I don't know if you can specify the type of the href, HLS/mpeg DASH/etc, kind of a mime type for those. Then the ability to seek into a big video should be standardized, very probably an URL parameter to do this, at least per mime types if those exists, like t=xxhxxmxxsxxxms.
Those are extremely simple, do not require those horrible web engines and are enough to do the job.
The current javascript-ed web engines are insane and beyond sanity bloats (SDK included), locked-in by gogol/apple/mozilla via complexity and size.
The real hard work is into "securing" those "simple" sites against corpo(=state?) sponsored hackers to make those not work and promote corpo-locked software and protocols. That could be idiotic hackers pushing the web to use those corpo-locked software and protocols.