Resumen

  • El W3C nació en octubre de 1994 en el MIT, en colaboración con el CERN y con apoyo de organismos públicos. La coordinación de protocolos quedó alojada en un consorcio con personal, financiación y un plan de trabajo.
  • Los acuerdos originales cobraban a las organizaciones 5.000 o 50.000 dólares anuales durante tres años. A cambio, ofrecían un canal formal de participación y acceso a los borradores y al código mientras se desarrollaban.
  • Los documentos hablan de neutralidad respecto de los proveedores e incluyen implementaciones de referencia; no prueban exclusiones concretas ni poder para imponer una recomendación a los fabricantes.

El crecimiento exigía coordinación

En 1994, el desarrollo de la Web ya no cabía en la escala de un único proyecto de laboratorio. Tim Berners-Lee recordó después que la carga del primer servidor se había multiplicado por diez cada año entre los veranos de 1991 y 1994. En ese relato retrospectivo dijo que decidió formar un consorcio en septiembre de 1994. No es una serie de tráfico auditada, pero sí una descripción atribuida del problema que se quería resolver: cada vez más organizaciones invertían en productos para una tecnología cuyos protocolos seguían cambiando.

La cronología institucional del W3C sitúa su fundación en octubre de 1994, en el Laboratory for Computer Science del MIT, con la colaboración del CERN y el apoyo de DARPA y la Comisión Europea. El prospecto de los anfitriones CERN–MIT presentaba una iniciativa conjunta para responder a una necesidad internacional, con una oficina europea y otra estadounidense. El CERN aportaba el laboratorio donde había surgido la Web; el MIT, experiencia en consorcios técnicos: su Laboratory for Computer Science había alojado el X Consortium, convertido en una entidad sin ánimo de lucro ese mismo año.

La apuesta consistió en dar al trabajo sobre protocolos una sede, un equipo de investigación y un canal para que las organizaciones interesadas plantearan sus problemas. Una especificación compartida reduce incompatibilidades potenciales, pero alguien tiene que financiar la redacción, las pruebas y la publicación.

La membresía daba acceso por contrato

El apéndice de los acuerdos de 1994 fijó el inicio de actividades para el 1 de octubre y estableció que el consorcio se sostendría con cuotas. Podía ingresar cualquier organización activa que aceptara el contrato. La membresía era para organizaciones, no para personas individuales.

Había dos niveles. Si la sociedad controladora superaba los 50 millones de dólares de ventas anuales, la organización debía entrar como miembro pleno. El resto, incluidas las instituciones educativas, podía escoger entre los dos. Durante los tres años del acuerdo, la cuota plena sumaba 150.000 dólares —50.000 al año— y la afiliada, 15.000 —5.000 al año—. Son importes nominales escritos en los contratos; por sí solos no indican cuánto ingresó el W3C ni quién decidió no sumarse.

La cuota abría algo más que una relación nominal. El prospecto de beneficios ofrecía a los miembros un cauce formal ante el consejo del consorcio, además de contactos informales con el equipo. También prometía acceso directo a documentos de trabajo y código durante su desarrollo, aunque preveía que ambos acabarían disponibles gratuitamente para el público.

El calendario produjo una diferencia concreta: los miembros podían alinear sus proyectos con material todavía no disponible para los demás. La documentación no revela si ese acceso cambió una decisión específica, ni si los miembros tenían poder decisorio sobre cada resultado técnico. Sí deja claro que el acceso anticipado y la posibilidad de trasladar prioridades formaban parte de la adhesión.

El intercambio tenía una lógica operativa. Las cuotas permitían mantener un equipo que trabajara sobre una tecnología en expansión, y los participantes aportaban necesidades de uso reales. Pero la cercanía al trabajo tenía un precio institucional. La neutralidad frente a proveedores era una meta y una función declarada del W3C; no hacía iguales el momento ni los canales de acceso.

Una recomendación no instala software

El plan técnico de 1994 contemplaba desarrollar, apoyar, probar y difundir protocolos y sus implementaciones de referencia, además de convocar a la comunidad que producía tecnología para la Web. Los temas previstos incluían identificadores, HTTP y HTML. El W3C esperaba basar sus especificaciones, cuando fuera posible, en estándares ya existentes.

Ese diseño separaba coordinación de ejecución. Un documento puede definir una interfaz común y una implementación de referencia puede ayudar a ponerla a prueba; después, cada fabricante decide si incorpora el cambio a sus productos. Los papeles fundacionales describen las tareas previstas, no qué productos las adoptaron ni cómo se comportaron entre sí. La interoperabilidad dependía, al final, de sistemas en funcionamiento.

La dimensión europea seguía abierta. Las actas de la primera reunión del comité asesor, celebrada el 14 de diciembre de 1994, dicen que el entendimiento entre el MIT y el CERN era informal y aún se estaban concretando sus condiciones. Algunos asistentes expresaron una fuerte preocupación por evitar que Europa crease un organismo separado para los estándares de la Web. Aproximadamente la mitad dijo que asistiría, personalmente o mediante un representante, a una futura reunión en Europa. El acta registra la voluntad de evitar dos foros y, a la vez, los límites todavía imprecisos del acuerdo.

La red de anfitriones se amplió después: el INRIA se incorporó en 1995 como primer anfitrión europeo y Keio lo hizo en Asia en 1996, según la cronología oficial. La expansión siguió la aspiración internacional; no demuestra que todas las regiones tuvieran la misma influencia desde el comienzo ni que las recomendaciones se implantaran universalmente.

Una historia sin leyenda fundacional

El acuerdo inicial reunió tres planos distintos. El MIT alojó el consorcio y aportó liderazgo. Las organizaciones financiaron el trabajo con cuotas escalonadas y recibieron acceso anticipado y canales formales. El público debía poder consultar los materiales una vez publicados, mientras que la adopción seguía en manos de quienes construían y operaban software.

El W3C no privatizó los protocolos de la Web. Pero “estándar abierto” tampoco significa que todas las personas tuvieran acceso idéntico durante cada fase de diseño. Las fuentes respaldan tanto el propósito público como la ventaja temporal de los miembros. No permiten saber si esa ventaja orientó una recomendación concreta.

La Nota 65 de Heng Lu plantea, con perspectiva actual, si la coordinación técnica se mantiene ligada a los sistemas que ejecutan los protocolos. La Nota 64 pregunta si una especificación compartida puede dejar las decisiones posteriores a los implementadores. Son lentes de lectura, no pruebas de las intenciones de 1994. Los documentos fundacionales describen un equipo que desarrollaría y probaría protocolos comunes, pero no le daban la facultad contractual de instalar esos protocolos en productos.

La evaluación histórica debe continuar desde el anuncio hasta las implementaciones independientes y sus resultados de interoperabilidad. Una institución puede producir una recomendación; solo la práctica muestra hasta dónde llegó.

Fuentes

Los documentos describen condiciones previstas y beneficios anunciados, no la asistencia real, las cuotas cobradas, las organizaciones ausentes, la adopción ni el efecto causal en el crecimiento de la Web. Las cifras de carga son retrospectivas.