32 años del W3C: por qué una sola web necesita muchas formas
El 1 de octubre de 2026, el World Wide Web Consortium cumple 32 años. Su aniversario plantea una pregunta cotidiana: si los estándares funcionan, ¿por qué una página cambia entre el ordenador y el móvil? Porque lo importante es conservar su sentido y poder utilizarla, aunque los píxeles se muevan.
Imagina que compartes una guía de un videojuego antiguo. Tú la lees en un monitor ancho; otra persona la abre en una pantalla estrecha, con la letra ampliada. El título ocupa dos líneas, la imagen se reduce y el menú cambia de lugar. Aun así, ambos encontráis la misma explicación. Esas diferencias pueden ser una señal de que la página está haciendo bien su trabajo.
Así resulta más fácil entrar en un asunto que suele esconderse detrás de siglas. Un estándar establece expectativas compartidas entre quienes publican contenido y quienes desarrollan el software que lo presenta. Su resultado más interesante es poder elegir otra herramienta sin perder el acceso al mismo material.
El 1 de octubre celebra al consorcio, no la invención
La cronología histórica del W3C sitúa su fundación el 1 de octubre de 1994. Tim Berners-Lee fundó el consorcio: en 2026 se cumplen 32 años.
La web ya existía. El CERN fecha la invención de Berners-Lee en 1989 y la publicación del software web en el dominio público el 30 de abril de 1993.
Son fechas que responden a preguntas distintas: cuándo surgió una invención, cuándo se puso a disposición el software y cuándo se organizó un trabajo técnico común. Fundirlas en un único cumpleaños oculta el problema que aparece después de una buena idea. Si mucha gente fabrica sus propias herramientas, ¿cómo siguen entendiéndose unas con otras?
El calendario nerd nos da la ocasión; compartir un enlace nos da la prueba cotidiana. Un documento que solo puede utilizarse bien en un ordenador idéntico al original ofrece mucha menos libertad que otro capaz de adaptarse a distintas condiciones de lectura.
Un reglamento compartido no es una captura de pantalla
Piensa en un juego de mesa jugado sobre dos mesas diferentes. Las fichas pueden tener otros colores y el tablero ser más grande, pero las reglas siguen indicando qué movimientos son posibles. La comparación tiene límites; lo útil es distinguir la apariencia del acuerdo que permite reconocer una actividad.
En una página, un encabezado tiene una función que va más allá de mostrar letras grandes. Un enlace tiene un destino, con independencia de su color. Identificar esas funciones proporciona información al software. Dibujar letras grandes dentro de una imagen puede imitar un título, pero no aporta por sí solo la misma estructura documental.
Supongamos que un archivo de aficionados contiene una introducción, una lista de juegos y un enlace de contacto. En el ordenador, la lista aparece junto a la introducción; en el móvil, debajo. Las dos disposiciones pueden conservar el orden lógico y los destinos. Obligar a mantener la versión ancha en todas partes podría empeorar la pequeña.
Qué cambió con CSS
CSS de nivel 1 se convirtió en Recomendación del W3C el 17 de diciembre de 1996. Ofrecía un lenguaje común para definir fuentes, colores y espacios.
La distinción práctica está entre el material y las instrucciones para mostrarlo. Un encabezado puede seguir siendo un encabezado al cambiar de tamaño. Un párrafo puede conservar las palabras mientras se desplazan los saltos de línea. El diseño sigue requiriendo decisiones, pero estas no tienen por qué convertir el documento entero en una imagen rígida.
Prueba este experimento mental: coloca el mismo párrafo en una columna ancha y en otra estrecha. Casi todas las palabras del final de cada línea cambiarán de sitio. El argumento puede permanecer intacto. Si comparas ambas versiones únicamente mediante capturas, pasas por alto lo que comparten con éxito.
Nuestro artículo sobre por qué cambian las páginas de un EPUB explora esta distinción en los libros digitales. Aquí la pregunta abarca cualquier documento: ¿sigue siendo comprensible al cambiar su entorno de lectura?
La compatibilidad necesita trabajo real
Una regla escrita no repara una web por sí sola. Los navegadores deben implementarla, los autores deben utilizar bien las funciones y las combinaciones concretas necesitan pruebas. Una página puede emplear tecnologías estándar y aun así esconder el menú, tapar texto o depender de un programa que ha dejado de funcionar.
Tampoco conviene imaginar una única organización al mando de toda la web. En su acuerdo de 2019, W3C y WHATWG establecieron una vía común para HTML y DOM, con el desarrollo principalmente en WHATWG.
Para quien lee, la pregunta útil es concreta: ¿puedo llegar a la información, seguir el enlace y completar mi tarea con las herramientas que utilizo? Un logotipo o unas siglas no pueden contestar por la página. Hay que recorrer ese camino.
Otro lector no es una excepción
La introducción del W3C a la accesibilidad explica el objetivo: que las personas con discapacidad puedan percibir, comprender, recorrer y utilizar la web, además de contribuir a ella.
Volvamos al archivo imaginario. Un enlace llamado simplemente «aquí» puede resultar confuso fuera de su frase. Un control de contacto que solo funciona con ratón crea una barrera para alguien que usa el teclado. Un diseño flexible no resuelve automáticamente ninguno de esos problemas.
Eso cambia el sentido de «en mi ordenador funciona». Tu ordenador es una condición; tu manera de manejarlo es otra. Probar únicamente la combinación que prefieres deja sin explorar otros recorridos. El objetivo es permitirlos, no exigir que todos lean de la misma forma.
Tres pequeños experimentos para el aniversario
- Cambia la anchura. Abre un artículo conocido y estrecha la ventana. ¿Siguen teniendo sentido sus secciones al cambiar de posición?
- Aumenta la letra. Comprueba si puedes leer y alcanzar los controles. Busca contenido desaparecido o superpuesto, no diferencias en los saltos de línea.
- Aparta el ratón. Usa Tab para desplazarte entre controles. ¿Ves dónde estás y puedes seguir una ruta útil? Quedarte atascado es un hallazgo, no un fallo personal.
Estas observaciones son un comienzo, no una auditoría completa de accesibilidad ni un veredicto sobre un navegador. Al comunicar un problema, apunta la página, la herramienta y la acción que falló. «El menú desaparece cuando aumento la letra» ayuda mucho más que «el diseño está mal».
La libertad que contiene un enlace
Los 32 años del W3C recuerdan el valor de unas reglas compartidas: dejan espacio para distintos programas, pantallas y lectores. Esa promesa necesita personas que la lleven a la práctica y comprueben sus resultados.
La próxima vez que una página se reorganice, fíjate en lo que conserva. Si el sentido, la navegación y las acciones importantes siguen disponibles, el cambio puede ser precisamente el logro. Una sola web necesita muchas entradas que funcionen.