The state of the technological art and context for use of the internet has changed radically since its inception.
In the beginning the user and originator were one and the same. That is the user/originator was also the http server administrator and ‘webmaster’. This is no longer the case.
An individual home content originator does so usually through a social media channel or blogging/website channel. An individual content originator seldom manages application software or platform infrastructure. A corporate content originator might also manage application software or platform infrastructure.
The main interaction mechanism for an individual home content creator is the web browser/phone app. These are both client applications. The vast majority of users are client side not server side.
More control for the client side home user/originator to balance server side corporate owner/originator or corporate XaaS service provider.
A browser ontology would help highlight the home user client side use cases over and above the corporate server side use case.
A browser ontology is important also for corporate client side use cases. But these should not take priority over home user client side use cases. The corporate client side has a small army of technology specialists to aid in adherence to corporate policy and compliance. The home client side has no backup technology corporate IT division to help in adherence of home policy and compliance.
That is corporates client sides are usually centrally managed by professionals technologists. Home client sides are usually not managed at all or at best by amateur tech enthusiasts. The home user has no depth of technology capability to call upon as the corporate has. Most home client side users are naïve.
This has a relation to the technology standards that were created in the original context of academic knowledge sharing with the user/originator at CERN. This is not the context for practically any user/originator in the current context of client side web browser/phone app use.
There are necessarily relations with the standards bodies like the IETF and W3C and others. Would the internets technology standards have been designed/architected in same way given the current use context? Likely not.
Having arrived at the current context in regard to the entirety of the internet standards protocols and other technology baggage to quote the old Irish saying, ‘You know, if I were you, I wouldn’t start from here.’
So there is a strong case to reconsider the limitations for the home client side user of the current internet context like the standards upon which the internet rests. It may not be in the interests of corporates to shift the focus. Excepting that most of the people who work for corporates when they get home are naïve home client side users.
A browser ontology would highlight the naïve home user client side use cases. To help rebalance interactions between users and providers.
One of the ways to rebalance things away from providers toward user consumers is to look again at the underlying technology standards which were created in a past context and may not be fit for purpose for the current context.
For example increased client side control over completing, or executing, http requests prompted by html hyperlinks served in html pages or like pages by providers. The original naïve context at CERN being no one would want to embed hyperlinks in html pages to hostile server side resources that might compromise the user. Same problem with hypertext links in emails. Or client side executable code or cookies and so on.
A vendor independent web browser/phone app ontology would help in shedding light on the current state context and highlight a path the next state context.
A good analogy are the route finder spider diagrams for the London buses by TFL. Many of the technology protocols and standards are part of the traffic routing in the information journey to the web browser information display stop destination. The protocols and standards might be reconsidered from the viewpoint of the concerns of the web browser client side home traveller over the information highway and side streets and back allies of the internet systems architecture.
P.S. As an aside the spider diagrams are a useful tool for data management and governance too. Particularly in relation of information end points like reports, say a P&L report. Documenting data provenance and ownership and ingress and egress and knowledge composition into report information. The spider diagram showing the route of multiple data flows into the information content being the central ‘stop’ point. From an System of Systems SoS perspective this is part of a nested network view of enterprise information flow.
See also
Website Blocking - Ad Blocking with Filter list not fit for purpose