Programmable and Networked Information · Reaching audiences

World Wide Web

The World Wide Web is an open distributed hypermedia system built above the Internet. Its foundational architecture combines globally usable identifiers, a request-response interaction protocol, typed representations and links embedded in representations. The Web is therefore not the Internet, not one browser, not HTML alone and not a collection of websites.

When it emerged
Proposal in 1989; first browser, editor and server in 1990; public Internet release in 1991; unrestricted CERN release in 1993
What changed
Makes independently hosted information globally addressable, linkable, retrievable and publishable through interoperable clients and servers
Reading time
17 minutes
The essential questions

World Wide Web, clearly explained

The World Wide Web is an open distributed hypermedia system built above the Internet. Its foundational architecture combines globally usable identifiers, a request-response interaction protocol, typed representations and links embedded in representations. The Web is therefore not the Internet, not one browser, not HTML alone and not a collection of websites.

What is it?

Open Hypermedia Publishing Through Global Identification, Representation and Interaction is defined here as the architecture and operational system that lets agents identify resources with URIs, interact with them through protocols such as HTTP, receive typed representations and traverse links between resources. It reduces the need for every publisher and reader to share one machine, database, software package or institutional catalogue.

What problem did it solve?

Before the Web, remote information services commonly required service-specific commands, host knowledge, file paths or proprietary clients. The Web supplied a minimal common architecture for identifying a resource, requesting it, receiving a typed representation and traversing relationships to other resources.

How did it work?

Its foundational architecture combines globally usable identifiers, a request-response interaction protocol, typed representations and links embedded in representations. The Web is therefore not the Internet, not one browser, not HTML alone and not a collection of websites. It is a shared information space in which independently operated clients and servers can identify and exchange representations of resources.

What came before?

It built on Libraries and catalogues, Writing systems, Internet and TCP/IP, Bulletin-board systems, Usenet and Internet chat and Database management systems.

What did it make possible?

It helped make possible Blogs and Content-Management Systems, Smartphones, Social Networking and Microblogging Platforms, Online video and streaming platforms and Podcasts and on-demand audio.

What survived?

Identifiers remain the Web's connective tissue.

Why does it still matter?

A stable Web reference can outlive a particular file path or representation when authorities manage identifiers well. The distinction is architectural even though poor URI management often destroys it. A publisher can point to a resource controlled by another institution without copying it or negotiating a shared database schema.

Deep dive

The deeper story

The World Wide Web is an open distributed hypermedia system built above the Internet. Its foundational architecture combines globally usable identifiers, a request-response interaction protocol, typed representations and links embedded in representations. The Web is therefore not the Internet, not one browser, not HTML alone and not a collection of websites. It is a shared information space in which independently operated clients and servers can identify and exchange representations of resources [1]-[9].

Tim Berners-Lee's 1989 proposal addressed information loss and organisational fragmentation at CERN. The 1990 proposal with Robert Cailliau described a practical hypertext project joining existing information systems. Berners-Lee then implemented the WorldWideWeb browser-editor, the first HTTP server and the first website. The line-mode browser widened access beyond the NeXT workstation, while CERN's 1993 decision to release core Web software without royalty barriers reduced a decisive adoption constraint [1]-[5].

The Web's components must remain analytically separate. A URI identifies a resource; HTTP defines interactions and messages; a representation communicates a resource's state; HTML is one representation format; a browser is a user agent; a server responds to requests; a hyperlink is a relationship expressed in a representation. A URL is a kind of URI used through a retrieval scheme, not a synonym for the entire Web [6]-[9].

The Web radically lowered publication and navigation costs, but did not abolish gatekeepers. Hosting providers, browser vendors, standards bodies, domain registries, certificate authorities, search engines, platforms and states control different points of access and visibility. Open architecture permits decentralised publication while commercial activity can still concentrate discovery, identity, infrastructure and attention.

The big idea

The Web is a shared information space created by global identification, standard interactions, transferable representations and links. HTML pages are common occupants of that space, not the architecture itself.

Main problem addressed

Makes independently hosted information globally addressable, linkable, retrievable and publishable through interoperable clients and servers

Connections

What came before and what followed

Start with the key connections, then reveal the wider network when you need more context.

Enabling connection
Smartphones

Supplies linked information and browser-based services.

Enabling connection
Writing systems

Provides symbolic structure and document encoding.

Enabling connection
Search Engines

Provides addressable resources and hyperlink graph.

Timeline

Key moments

How World Wide Web emerged

This marks the broad emergence and development of World Wide Web. Why it mattered: Makes independently hosted information globally addressable, linkable, retrievable and publishable through interoperable clients and servers.

World Wide Web · broad emergence

The 1989 information-management proposal

Shows that the Web began as an organisational memory and linking problem, not as a plan for online shopping.

World Wide Web · conceptual proposal

Proposal and prototype, 1989-1990

Core concepts are specified and first client, editor, server and site are implemented.

World Wide Web · conceptual proposal

The 1990 project proposal

Defines a practical client-server hypertext system integrating existing services.

World Wide Web · conceptual proposal

Standards and commercial publishing, mid-1990s

HTTP, HTML, URI and browser behaviour stabilise enough for large-scale publishing and commerce.

World Wide Web · commercial introduction

Dynamic Web, late 1990s-2000s

Databases, scripts, sessions and user-generated content make the Web interactive.

World Wide Web · practical implementation

Public research Web, 1991-1993

Line-mode access, external servers and community adoption expand the system.

World Wide Web · practical implementation

Open release and browser competition, 1993-1996

Unrestricted software release and graphical browsers accelerate public use.

World Wide Web · practical implementation

Platform, cloud and mobile Web, 2000s-2010s

Global platforms and infrastructure providers dominate major flows while independent sites persist.

World Wide Web · practical implementation
People and organisations

Who helped shape it?

Robert Cailliau

Robert Cailliau is one of the people connected to this topic. Open the profile for the wider historical context.

Tim Berners-Lee

Tim Berners-Lee is one of the people connected to this topic. Open the profile for the wider historical context.

CERN

CERN is one of the organisations connected to this topic. Open the profile for the wider historical context.

IETF

IETF is one of the organisations connected to this topic. Open the profile for the wider historical context.

W3C

W3C is one of the organisations connected to this topic. Open the profile for the wider historical context.

Research notes

Open the full research notes

These expandable sections preserve the detailed research behind the public explanation.

1. Executive Summary

The World Wide Web is an open distributed hypermedia system built above the Internet. Its foundational architecture combines globally usable identifiers, a request-response interaction protocol, typed representations and links embedded in representations. The Web is therefore not the Internet, not one browser, not HTML alone and not a collection of websites. It is a shared information space in which independently operated clients and servers can identify and exchange representations of resources [1]-[9].

Tim Berners-Lee's 1989 proposal addressed information loss and organisational fragmentation at CERN. The 1990 proposal with Robert Cailliau described a practical hypertext project joining existing information systems. Berners-Lee then implemented the WorldWideWeb browser-editor, the first HTTP server and the first website. The line-mode browser widened access beyond the NeXT workstation, while CERN's 1993 decision to release core Web software without royalty barriers reduced a decisive adoption constraint [1]-[5].

The Web's components must remain analytically separate. A URI identifies a resource; HTTP defines interactions and messages; a representation communicates a resource's state; HTML is one representation format; a browser is a user agent; a server responds to requests; a hyperlink is a relationship expressed in a representation. A URL is a kind of URI used through a retrieval scheme, not a synonym for the entire Web [6]-[9].

The Web radically lowered publication and navigation costs, but did not abolish gatekeepers. Hosting providers, browser vendors, standards bodies, domain registries, certificate authorities, search engines, platforms and states control different points of access and visibility. Open architecture permits decentralised publication while commercial activity can still concentrate discovery, identity, infrastructure and attention.

The big idea

The Web is a shared information space created by global identification, standard interactions, transferable representations and links. HTML pages are common occupants of that space, not the architecture itself.

2. Identification

| Field | Value | |---|---| | Public title | World Wide Web | | Analytical title | Open Hypermedia Publishing Through Global Identification, Representation and Interaction | | Recommended type | Open distributed hypermedia architecture, protocol family and publishing system | | Primary category | Distribution & amplification | | Secondary categories | Discovery; identification; representation; interaction; storage; governance; transmission | | Emergence | Proposal in 1989; first browser, editor and server in 1990; public Internet release in 1991; unrestricted CERN release in 1993 |

3. Operational Definition

Open Hypermedia Publishing Through Global Identification, Representation and Interaction is defined here as the architecture and operational system that lets agents identify resources with URIs, interact with them through protocols such as HTTP, receive typed representations and traverse links between resources. It reduces the need for every publisher and reader to share one machine, database, software package or institutional catalogue.

The topic includes Web identifiers, user agents, servers, HTTP interaction, representation formats, hyperlinking, standards organisations and publication/access conditions. It excludes the Internet transport layer, individual search engines, domain-name resolution as an independent naming system, and particular publishing platforms where those are analysed separately.

4. Why the Topic Matters

1. It separates information identity from physical location

A stable Web reference can outlive a particular file path or representation when authorities manage identifiers well. The distinction is architectural even though poor URI management often destroys it.

2. It makes linking a universal publishing operation

A publisher can point to a resource controlled by another institution without copying it or negotiating a shared database schema.

3. It turns heterogeneous servers into one navigable space

Clients can traverse resources delivered by unrelated servers because identification and interaction follow common rules.

4. It lowers the threshold for global publication

A small publisher can operate a server and become reachable without joining a broadcast network or printing supply chain.

5. It supports representation diversity

The same resource can be represented as HTML, an image, structured data or another media type, depending on protocol and server behaviour.

6. It creates an application substrate

Forms, scripts, APIs, transactions and streaming later expand the Web beyond document retrieval while retaining core identification and interaction principles.

5. Terminology
  • Resource: Anything that can be identified by a URI; it need not be a stored file.
  • URI: Uniform Resource Identifier used to identify a resource.
  • URL: A URI associated with a retrieval mechanism or network location; common speech often uses it for Web addresses.
  • Representation: A transferable sequence of bytes plus metadata conveying a resource state.
  • HTTP: Application-level request-response protocol used for interactions among Web agents.
  • HTML: Hypertext Markup Language, one representation format for structured hypertext documents.
  • Hyperlink: Relationship from one resource representation to another resource identifier.
  • User agent: Software acting for a user or automated process, including browsers and crawlers.
  • Origin server: Authoritative server for a requested resource within HTTP architecture.
  • Website: Operational collection of related Web resources, usually under coordinated authority and naming.
  • Web page: A document-like Web representation, commonly HTML, presented as a unit by a user agent.
  • Web application: Interactive software delivered or mediated through Web technologies.
  • Stateless protocol: Protocol whose request semantics do not require the server to retain application session state between requests, though applications may add state mechanisms.
  • Content negotiation: Selection among available representations based on request metadata and server policy.
6. Boundary With Neighbouring Topics

1. Web versus Internet

The Internet connects networks and transports packets. The Web identifies resources and exchanges representations above Internet protocols.

2. Web versus browser

A browser is one client implementation. The Web exists across many clients, servers, standards and resources.

3. Web versus HTML

HTML is one representation language. Images, JSON, video, PDF and other media can also be Web representations.

4. URI versus resource

The identifier is not the thing identified. Inspecting a URI does not reveal every property of its resource.

5. Resource versus representation

A resource is an identified conceptual target; a representation is transferable data communicating a state of that resource.

6. HTTP versus TCP

HTTP defines application semantics. TCP is one transport commonly used beneath it, but Web architecture is not conceptually identical to TCP.

7. Hyperlink versus copied content

A link creates reference and navigability without guaranteeing persistence, endorsement, permission or preservation.

8. Website versus platform

A website can be independently operated. A platform coordinates many publishers under one provider's rules, identity system and discovery mechanisms.

9. Publication versus discovery

Putting a resource on the Web does not make it easy to find. Search and social distribution are separate systems.

10. Open standard versus equal visibility

Interoperable publication does not guarantee traffic, ranking, accessibility, affordability or freedom from blocking.

7. Communication Pattern

Publishers expose resources through servers. User agents resolve identifiers, send protocol requests, receive representations, render or process them and follow embedded links. Intermediaries such as caches, proxies, gateways, content-delivery networks and search crawlers may participate without changing the conceptual distinction between identification, interaction and representation.

| Dimension | Pattern | |---|---| | Participation | Many publishers and many readers; direct, mediated or automated | | Timing | Usually asynchronous retrieval, with later extensions supporting near-real-time interaction | | Persistence | Depends on server retention, identifier management, archives, caches and formats | | Topology | Distributed client-server system with optional intermediaries | | Feedback | Links, forms, requests, responses, logs, comments and application actions | | Access | Connectivity, device, user agent, naming, hosting, literacy and policy |

8. Expanded Communication Model

| Stage | Function | |---|---| | Author or application | Creates or updates a resource and one or more representations | | URI authority | Assigns and manages identifiers within a namespace | | Origin server | Maps requests to resource handling and returns responses | | HTTP interaction | Carries method, target, headers, status and representation metadata | | Representation | Communicates resource state in HTML or another media type | | User agent | Retrieves, renders, interprets or transforms the representation | | Hyperlinks | Expose relationships and further identifiers | | Intermediaries | Cache, proxy, filter, accelerate or observe requests and responses | | Governance | Standards bodies, registries, browser vendors, hosts and states shape behaviour | | Recipient | Reads, listens, watches, submits data or invokes an application action |

9. Historical Emergence

1. Organisational information fragmentation

Berners-Lee observed that CERN projects, people and documents changed faster than central documentation systems could track them. His 1989 proposal framed linked information as a response to organisational memory loss [1].

2. Hypertext project proposal

The 1990 Berners-Lee-Cailliau proposal described a simple scheme to integrate existing machine-stored information through browsers and hypertext servers rather than replacing every source system [2].

3. First integrated implementation

The WorldWideWeb program on NeXT functioned as both browser and editor, while the first server, httpd, hosted project information [3][4].

4. Portable access

The line-mode browser allowed access from a wider range of terminals and systems, reducing dependence on the original graphical environment [4].

5. Public Internet announcement

In August 1991 the project was presented to the wider Internet hypertext community, inviting use and collaboration [10].

6. Open release and institutional diffusion

CERN released core software without royalty restrictions in 1993, allowing independent implementation, modification and redistribution [5].

7. Protocol and language consolidation

URI syntax, HTTP and HTML moved from experimental practice into published specifications and standards [6]-[8].

8. Graphical browser expansion

Mosaic and later commercial browsers made images, navigation and installation more accessible to non-specialists.

9. Dynamic and transactional Web

Forms, scripting, cookies, databases, server-side applications and APIs turned a document system into a general application environment.

10. Platform and mobile Web

Large intermediaries, app-like sites, content-delivery networks and mobile browsers concentrated traffic while retaining Web protocols underneath.

10. Prerequisites
  • Internet connectivity and TCP/IP
  • Domain names or other resolvable identifiers
  • Hypertext concepts and document markup
  • Client-server software
  • General-purpose computers and displays
  • Media-type conventions
  • Server administration and storage
  • Open publication of technical specifications
  • A community willing to implement interoperable clients and servers
11. Periodisation

1. Pre-Web hypertext and networked information

Hypertext systems and Internet services demonstrate linking and remote access but remain fragmented by software and protocol.

2. Proposal and prototype, 1989-1990

Core concepts are specified and first client, editor, server and site are implemented.

3. Public research Web, 1991-1993

Line-mode access, external servers and community adoption expand the system.

4. Open release and browser competition, 1993-1996

Unrestricted software release and graphical browsers accelerate public use.

5. Standards and commercial publishing, mid-1990s

HTTP, HTML, URI and browser behaviour stabilise enough for large-scale publishing and commerce.

6. Dynamic Web, late 1990s-2000s

Databases, scripts, sessions and user-generated content make the Web interactive.

7. Platform, cloud and mobile Web, 2000s-2010s

Global platforms and infrastructure providers dominate major flows while independent sites persist.

8. Application-rich and machine-consumed Web

APIs, structured data, automated agents and AI systems increasingly consume Web resources alongside human readers.

12. Main Problem Addressed

Before the Web, remote information services commonly required service-specific commands, host knowledge, file paths or proprietary clients. The Web supplied a minimal common architecture for identifying a resource, requesting it, receiving a typed representation and traversing relationships to other resources.

| Before | After | |---|---| | Networked information existed in separate services, file stores and host-specific systems whose locations, interfaces and formats had to be known in advance | Makes independently hosted information globally addressable, linkable, retrievable and publishable through interoperable clients and servers |

13. Evaluation Matrix

| Dimension | Batch 11 evaluation question | |---|---| | Reach | What population, geography or corpus can be reached, indexed or carried? | | Latency | How long do publication, retrieval, response, propagation and refresh take? | | Persistence | Where do documents, indices, caches, fibres and records survive? | | Addressability | How are resources, pages, signals, routes or documents identified? | | Discoverability | Can relevant information be found without already knowing its location? | | Capacity | What limits scale: links, crawl budget, index size, spectrum, attenuation or equipment? | | Interoperability | Can independently built clients, servers, engines or optical systems work together? | | Governance | Who controls standards, ranking, access, infrastructure, visibility and removal? | | Access cost | What equipment, connectivity, literacy, capital or institutional support is required? | | Abuse surface | How can the system be spammed, manipulated, surveilled, censored, overloaded or monopolised? |

| Topic field | Value | |---|---| | Main problem addressed | Makes independently hosted information globally addressable, linkable, retrievable and publishable through interoperable clients and servers | | Key predecessors | Internet and TCP/IP; hypertext systems; document markup; client-server computing; domain naming | | Key successors | Web publishing; search engines; web applications; blogs and content-management systems; platforms; online commerce | | Primary category | Distribution & amplification | | Secondary categories | Discovery; identification; representation; interaction; storage; governance; transmission |

14. Advantages and Capabilities

1. Independent publication

Publishers can operate servers and control their own resources without entering one central database.

2. Universal linking

Links connect resources across organisational and national boundaries.

3. Heterogeneous representation

A common interaction model can transfer many media types.

4. Loose coupling

Clients and servers can evolve independently while honouring shared protocol semantics.

5. Incremental growth

New resources and servers can join without redesigning a global catalogue.

6. Human and machine navigation

Browsers, crawlers, scripts and assistive technologies can all act as Web agents.

7. Caching and intermediaries

Shared semantics allow performance optimisation and distribution through caches and proxies.

8. Extensible application layer

Methods, headers, media types and scripting support uses far beyond static pages.

15. Civilisational Contributions

1. Global low-cost publishing

Individuals, laboratories, firms and governments gained a direct route to global audiences.

2. Linked public knowledge

References could cross institutional collections and create a navigable document graph.

3. Online commerce and services

Forms and secure interactions enabled transactions, administration and remote service delivery.

4. Open standards ecosystem

Independent browser, server and tooling implementations created a durable interoperability culture.

5. New documentary forms

Hypertext, multimedia, interactive graphics and continuously updated pages changed publication.

6. Machine-readable public infrastructure

APIs, structured data and crawlers turned published resources into inputs for other systems.

7. Foundation for search and platforms

The linkable corpus made large-scale indexing, ranking and online intermediaries possible.

16. Organisations, Access and Power

1. CERN

Provided the organisational problem, computing environment and decisive 1993 release conditions.

2. W3C and IETF

Develop and publish Web architecture, URI, HTTP and related standards.

3. Browser vendors

Interpret standards, ship defaults and can create de facto behaviour through market share.

4. Domain registries and certificate authorities

Control naming delegations and parts of the trust infrastructure used by Web access.

5. Hosting and cloud providers

Determine affordability, availability, geographic reach and acceptable-use enforcement.

6. Search engines and social platforms

Mediate discovery and can make technically public resources practically invisible or dominant.

7. Content-delivery networks and network operators

Accelerate, filter, observe and sometimes block traffic.

8. States and courts

Apply censorship, surveillance, liability, accessibility, privacy and data-retention rules.

9. Publishers and users

Create links, preserve resources, choose formats and collectively shape the information graph.

17. Limitations, Harms and Trade-Offs

1. Link rot and reference decay

Resources move, vanish or change while old identifiers remain embedded elsewhere.

2. Centralised discovery

Open publication can still depend on a few search and social intermediaries for attention.

3. Tracking and behavioural surveillance

Requests, cookies, scripts and embedded services expose detailed activity traces.

4. Security exposure

Executable content, forms and third-party dependencies create phishing, malware and data-exfiltration risks.

5. Accessibility failure

A resource can be technically published but unusable to people with disabilities, slow links or unsupported devices.

6. Platform enclosure

Services can use Web technologies while restricting export, interoperability and independent identity.

7. Information overload

Near-zero publication cost produces abundance faster than readers can evaluate it.

8. Authenticity ambiguity

A reachable page is not necessarily authoritative, current or honest.

9. Infrastructure dependence

Hosting, DNS, certificates, browsers and networks create multiple points of failure or control.

10. Environmental and labour costs

Large-scale data centres, content delivery and device ecosystems externalise energy, mineral and maintenance costs.

18. Predecessors, Successors and Relationships

| Relationship | Topic | Reason | |---|---|---| | Predecessor | Internet and TCP/IP Internet and TCP/IP | Provides heterogeneous internetwork transport. | | Predecessor | Writing systems Writing systems and markup traditions | Provides symbolic structure and document encoding. | | Predecessor | Libraries and catalogues Catalogues and classification | Provides earlier organised discovery practices. | | Successor | Search Engines Search engines | Crawls, indexes and ranks the Web corpus. | | Successor | Blogs and Content-Management Systems Blogs and content-management systems | Automates Web publication and serial updating. | | Successor | Social Networking and Microblogging Platforms Social networking platforms | Coordinates identity, feeds and interaction above Web infrastructure. | | Successor | Cloud computing and cloud storage Cloud computing | Hosts large Web applications and data services. | | Related | Email Email | Another Internet application with distinct addressing and delivery architecture. |

The relationship table separates enabling layers from applications. A predecessor may remain in use after this topic appears, and a successor may depend on the topic without replacing it.

19. What Survived

1. URIs as global references

Identifiers remain the Web's connective tissue.

2. Request-response interaction

Clients continue to send requests and receive status, metadata and representations.

3. Hyperlinks

Embedded references remain central to navigation, citation and crawling.

4. Client-server independence

Many implementations can interoperate without sharing source code.

5. Media types

Typed representations let agents choose rendering and processing behaviour.

6. View-source and open formats

The inspectable document tradition remains influential even as applications grow more complex.

7. Decentralised publication possibility

Independent sites remain technically possible despite platform concentration.

8. Broken links and preservation problems

The Web also preserves its original fragility: references can outlive content.

20. Representative Cases

1. The 1989 information-management proposal

Shows that the Web began as an organisational memory and linking problem, not as a plan for online shopping [1].

2. The 1990 project proposal

Defines a practical client-server hypertext system integrating existing services [2].

3. WorldWideWeb browser-editor

Demonstrates that reading and authoring were originally joined in one tool [3].

4. The first website and server

Publishes the project through the system it describes [4].

5. The line-mode browser

Shows how portability widened adoption beyond one workstation class.

6. CERN's 1993 release

Demonstrates how licensing conditions can determine infrastructure diffusion [5].

7. URI specification

Separates universal identification from one document format [6].

8. HTTP/1.0 and HTML 2.0

Capture common practice as the Web shifts from prototype to interoperable infrastructure [7][8].

21. Research Uncertainty and Open Questions
  • Should URI, HTTP, HTML and browsers eventually receive separate descendant dossiers?
  • How should the project represent the transition from document Web to application Web?
  • Where should cookies, client-side scripting and web security enter the map?
  • Should domain naming and certificate infrastructure receive dedicated topics?
  • How should independent publication be scored when discovery and hosting are concentrated?
  • What counts as preservation of a dynamic or personalised resource?

The research notes distinguishes proposal, prototype, public release, standardisation, operational deployment and mass adoption. These milestones frequently occur years apart and should not be folded into a single invention date.

22. Claim Register

|---|---|---|---| | World Wide Web-C01 | The Web is an application-level information system above the Internet rather than a synonym for it. | High | S01-S09 | | World Wide Web-C02 | Identification, interaction and representation are distinct foundations of Web architecture. | High | S06-S09 | | World Wide Web-C03 | HTML is one Web representation format, not the whole Web. | High | S07-S09 | | World Wide Web-C04 | The first WorldWideWeb client was also an editor. | High | S03 | | World Wide Web-C05 | CERN's unrestricted release materially reduced adoption barriers. | High | S05 | | World Wide Web-C06 | Publication and discovery are separate functions. | High | Architectural analysis | | World Wide Web-C07 | Open standards can coexist with concentrated browser, hosting and discovery power. | High | Institutional analysis | | World Wide Web-C08 | A URI identifies a resource, while a representation conveys a state of that resource. | High | S09 |

23. Comparative Analysis

| Comparison | Main difference | Analytical value | |---|---|---| | Internet | Packet and network federation | Separates transport infrastructure from the Web information system. | | Gopher and FTP | Service-specific retrieval systems | Shows the Web's combination of universal identification, typed representations and embedded links. | | HTML | Representation language | Prevents a document format from swallowing the architecture. | | Browser | User agent implementation | Separates one product from the interoperable system. | | Search engine | Discovery intermediary | Shows that publication does not automatically solve retrieval. | | Platform | Coordinated service under one authority | Contrasts open publication with provider-controlled identity and distribution. |

The most important comparison is architectural rather than chronological. Similar user experiences can be produced by different identification, storage, transport, ranking and governance arrangements.

28. Final perspective

The World Wide Web converted a collection of networked machines and services into a potentially universal information space. Its decisive invention was not colourful pages. It was the combination of global identifiers, protocol interactions, transferable representations and links that independent publishers and software could implement.

That architecture reduced the need to know where every document lived or to use a bespoke interface for every collection. It also created new dependencies: identifier stewardship, server availability, compatible user agents, search, certificates, hosting and preservation. The Web decentralised the ability to publish more effectively than it decentralised attention.

Its history therefore contains both liberation and enclosure. Anyone can, in principle, publish a resource and link to another. In practice, a small set of browsers, search engines, platforms and infrastructure providers can decide which parts of that shared space are usable, trusted or visible.

The Web is a shared information space created by global identification, standard interactions, transferable representations and links. HTML pages are common occupants of that space, not the architecture itself.

Evidence

Sources and further reading

  1. Tim Berners-Lee, Information Management: A Proposal, CERN, March 1989. https://www.w3.org/History/1989/proposal.html

    Open source ↗

  2. Tim Berners-Lee and Robert Cailliau, WorldWideWeb: Proposal for a HyperText Project, CERN, November 1990. https://www.w3.org/Proposal.html

    Open source ↗

  3. Tim Berners-Lee, WorldWideWeb, the first Web client, W3C. https://www.w3.org/People/Berners-Lee/WorldWideWeb.html

    Open source ↗

  4. World Wide Web project, early project page restored by W3C. https://www.w3.org/History/19921103-hypertext/hypertext/WWW/TheProject.html

    Open source ↗

  5. CERN, Licensing the Web: public releases of Web software, including the 30 April 1993 statement. https://home.cern/science/computing/the-birth-of-the-web/licensing-web/

    Open source ↗

  6. Tim Berners-Lee, RFC 1630: Universal Resource Identifiers in WWW, June 1994. https://www.rfc-editor.org/rfc/rfc1630.html

    Open source ↗

  7. Tim Berners-Lee, Roy Fielding and Henrik Frystyk, RFC 1945: HTTP/1.0, May 1996. https://www.rfc-editor.org/rfc/rfc1945.html

    Open source ↗

  8. Tim Berners-Lee and Dan Connolly, RFC 1866: Hypertext Markup Language 2.0, November 1995. https://www.rfc-editor.org/rfc/rfc1866.html

    Open source ↗

  9. Ian Jacobs and Norman Walsh, Architecture of the World Wide Web, Volume One, W3C Recommendation, December 2004. https://www.w3.org/TR/webarch/

    Open source ↗

  10. W3C, A Little History of the World Wide Web. https://www.w3.org/History.html

    Open source ↗

  11. Tim Berners-Lee, The World Wide Web: A Very Short Personal History, 1998. https://www.w3.org/People/Berners-Lee/ShortHistory.html

    Open source ↗

  12. Roy Fielding et al., RFC 2616: HTTP/1.1, June 1999. https://www.rfc-editor.org/rfc/rfc2616.html The World Wide Web converted a collection of networked machines and services into a potentially universal information space. Its decisive invention was not colourful pages. It was the combination of global identifiers, protocol interactions, transferable representations and links that independent publishers and software could implement. That architecture reduced the need to know where every document lived or to use a bespoke interface for every collection. It also created new dependencies: identifier stewardship, server availability, compatible user agents, search, certificates, hosting and preservation. The Web decentralised the ability to publish more effectively than it decentralised attention. Its history therefore contains both liberation and enclosure. Anyone can, in principle, publish a resource and link to another. In practice, a small set of browsers, search engines, platforms and infrastructure providers can decide which parts of that shared space are usable, trusted or visible. > **The Web is a shared information space created by global identification, standard interactions, transferable representations and links. HTML pages are common occupants of that space, not the architecture itself.**

    Open source ↗