Zusammenfassung

  • Das W3C startete im Oktober 1994 am MIT, in Zusammenarbeit mit CERN und mit Unterstützung öffentlicher Forschungsförderer. Web-Standards erhielten damit ein Team, ein Budget und einen institutionellen Arbeitsort.
  • Die ersten Verträge verlangten von Organisationen drei Jahre lang jährlich 5.000 oder 50.000 US-Dollar. Mitglieder erhielten formelle Beteiligungswege sowie Zugang zu Arbeitsunterlagen und Code während der Entwicklung.
  • Die Unterlagen beschreiben ein anbieterneutrales Forum und geplante Referenzimplementierungen. Sie belegen weder einen konkreten Ausschluss noch eine Befugnis, die Umsetzung einer Empfehlung durch Hersteller anzuordnen.

Die Web-Arbeit brauchte eine feste Adresse

1994 war das Web längst über den Rahmen des ursprünglichen Forschungsprojekts am CERN hinausgewachsen. Tim Berners-Lee schrieb später, die Belastung des ersten Webservers habe sich zwischen den Sommern 1991 und 1994 jedes Jahr verzehnfacht. In diesem persönlichen Rückblick erklärte er, nach Gesprächen im September 1994 die Gründung eines Konsortiums beschlossen zu haben. Das ist eine nachträgliche Erinnerung, keine geprüfte Verkehrsmessung. Sie beschreibt dennoch den Handlungsdruck: Immer mehr Organisationen investierten in Webprodukte, während sich die zugrunde liegenden Protokolle weiterentwickelten.

Die offizielle W3C-Chronik datiert die Gründung auf Oktober 1994 am Laboratory for Computer Science des MIT, in Zusammenarbeit mit CERN und unterstützt von DARPA und der Europäischen Kommission. Das CERN–MIT-Hostkonzept bezeichnete die Initiative als Antwort auf einen internationalen Bedarf und sah je ein Büro in Europa und den Vereinigten Staaten vor. CERN brachte das Forschungsumfeld mit, in dem das Web entstanden war; MIT verfügte über Erfahrung mit technischen Konsortien. Sein Labor hatte zuvor das X Consortium beherbergt, das Anfang 1994 zu einer gemeinnützigen Organisation geworden war.

Die Gründung gab der Protokollarbeit eine Institution mit Personal, Forschungsumfeld und einer Möglichkeit, interessierte Organisationen einzubeziehen. Ein gemeinsames Dokument kann eine Schnittstelle beschreiben; für Entwurf, Prüfung und Veröffentlichung braucht es dauerhaft finanzierte Arbeit.

Mitgliedschaft bedeutete früheren Zugang

Der Vertragsanhang von 1994 sah den Betriebsbeginn am 1. Oktober vor und schrieb die Finanzierung über Mitgliedsbeiträge fest. Jeder operierenden Organisation stand die Mitgliedschaft offen, wenn sie den Vertrag akzeptierte. Einzelpersonen konnten nicht als Mitglieder beitreten.

Es gab zwei Stufen. Unternehmen, deren kontrollierende Gesellschaft mehr als 50 Millionen US-Dollar Jahresumsatz machte, mussten Full Member werden. Andere Organisationen, darunter Bildungseinrichtungen, konnten wählen. Über drei Jahre belief sich der Beitrag für Full Member auf insgesamt 150.000 US-Dollar, also 50.000 pro Jahr. Affiliate Member zahlten insgesamt 15.000 beziehungsweise 5.000 pro Jahr. Das sind die nominalen Vertragsbeträge. Sie belegen weder tatsächliche Einnahmen noch, wer sich gegen eine Mitgliedschaft entschied.

Der Prospekt zu den Mitgliedervorteilen bot einen formellen Kanal über den Consortium Board und informelle Kontakte zum Team. Mitglieder sollten außerdem während der Entwicklung direkten Zugang zu Arbeitspapieren und Code erhalten. Später sollten diese Materialien kostenlos öffentlich zugänglich sein.

Die zeitliche Staffelung schuf einen belegten Unterschied: Mitglieder konnten ihre Entwicklung an Unterlagen ausrichten, die der Öffentlichkeit noch nicht vorlagen. Aus den Quellen lässt sich nicht ableiten, dass dieser Vorsprung eine konkrete technische Entscheidung veränderte oder den Mitgliedern die Entscheidungshoheit über Empfehlungen gab. Belegt ist, dass früher Zugang und ein formeller Weg für Prioritäten zum Mitgliedschaftspaket gehörten.

Der Tausch war betrieblich nachvollziehbar. Beiträge finanzierten ein Team, das die Kohärenz einer schnell wachsenden Technik wahren sollte; Mitglieder brachten praktische Anforderungen ein. Zugleich hatte die Nähe zur laufenden Arbeit einen institutionellen Preis. Anbieterneutralität war das erklärte Ziel und die vorgesehene Einberufungsrolle. Sie machte die Zugangsbedingungen nicht für alle gleich.

Dokument, Referenzcode und Umsetzung

Der Aktivitätsplan von 1994 umfasste die Entwicklung, Unterstützung, Prüfung und Verbreitung von Webprotokollen und Referenzimplementierungen. Außerdem sollte das W3C die Gemeinschaft zusammenbringen, die Webprodukte entwickelte. Dazu zählten Kennungen, HTTP und HTML; möglichst sollten vorhandene Standards als Grundlage dienen.

Das Konsortium sollte koordinieren und testen, aber keine Software installieren. Eine Empfehlung kann eine gemeinsame Schnittstelle festlegen, und eine Referenzimplementierung kann sie überprüfbar machen. Ob ein Hersteller sie in sein Produkt übernimmt, entscheidet weiterhin der Hersteller. Die Gründungsunterlagen beschreiben geplante Aufgaben, nicht die Zahl späterer Produkte, die sie umsetzten, oder deren tatsächliche Kompatibilität. Interoperabilität muss sich in laufenden Systemen zeigen.

Auch der internationale Aufbau war noch nicht abgeschlossen. Das Protokoll der ersten Sitzung des Advisory Committee vom 14. Dezember 1994 hält fest, dass zwischen MIT und CERN nur eine informelle Vereinbarung bestand und Einzelheiten noch geklärt werden mussten. Teilnehmende äußerten deutliche Sorge, Europa könne eine eigene Stelle für Webstandards schaffen. Etwa die Hälfte sagte, sie selbst oder eine Vertretung werde an einer künftigen Sitzung in Europa teilnehmen. Das Protokoll belegt den Wunsch nach einem gemeinsamen internationalen Forum, aber auch offene institutionelle Fragen.

Laut späterer offizieller Chronik wurde INRIA 1995 der erste europäische Host; 1996 kam Keio als asiatischer Host hinzu. Das setzte den Internationalisierungsanspruch fort. Es beweist weder gleich großen regionalen Einfluss ab 1994 noch eine universelle Umsetzung der Standards.

Was die Gründungsunterlagen belegen

Die erste Konstruktion hatte drei Ebenen. MIT beherbergte die Arbeit und stellte Führung bereit. Organisationen finanzierten sie über gestaffelte Beiträge und erhielten früheren Zugang. Nach der Veröffentlichung sollte die Öffentlichkeit die Materialien einsehen können; Hersteller und Betreiber entschieden weiterhin selbst über die Umsetzung.

Damit wurden die Webprotokolle nicht privatisiert. Ein offener Standard bedeutete aber auch nicht, dass alle Menschen in jeder Entwicklungsphase denselben Zugang hatten. Die Akten belegen sowohl den öffentlichen Zweck als auch den zeitlichen Vorteil der Mitglieder. Sie zeigen nicht, ob dieser Vorteil einen bestimmten Standard prägte.

Heng Lus Note 65 stellt rückblickend die Frage, ob die tatsächlich laufenden Systeme technische Koordination überprüfen. Note 64 fragt, ob eine gemeinsame Anfangsspezifikation spätere Entscheidungen bei den Implementierern belassen kann. Diese Notizen sind analytische Bezugspunkte, keine Quellen für die Absichten von 1994. Die Gründungsdokumente zeigen eine Organisation, die gemeinsame Protokolle entwickeln und testen wollte, ohne sich vertraglich die Umsetzung in Produkten anzueignen.

Die Geschichte eines Standards endet daher nicht mit der Gründungsankündigung. Sie muss von der veröffentlichten Empfehlung über unabhängige Implementierungen bis zum Interoperabilitätstest verfolgt werden.

Quellen

Die Akten dokumentieren geplante Bedingungen und angekündigte Vorteile, nicht reale Teilnahme, Beitragseinnahmen, ausgeschlossene Organisationen, Übernahmequoten oder einen kausalen Anteil am Wachstum des Webs. Die Serverlast-Angabe stammt aus einem späteren Rückblick.