Escribes una dirección y aparece un documento. En el medio hay un directorio mundial, un apretón de manos cifrado, un protocolo de texto plano y un motor que convierte etiquetas en píxeles. Esta página explica ese recorrido usando el único ejemplo que tienes a mano: ella misma.
Seis pasos en orden. Cada uno depende del anterior, y por eso cuando algo falla el navegador puede decirte con bastante precisión dónde se rompió.
Las máquinas no se llaman w3.com.co, se llaman por números. El DNS traduce el nombre a una dirección IP consultando una cadena de servidores que empieza en la raíz y termina en el dominio .co.
El navegador y el servidor acuerdan hablar: TCP asegura que los paquetes lleguen completos y en orden. Con HTTP/3 este paso viaja sobre QUIC y se fusiona con el siguiente.
TLS intercambia certificados y claves. De ahí sale el candado: no promete que el sitio sea confiable, promete que nadie en el camino puede leer ni alterar lo que viaja.
La solicitud es texto: un método, una ruta y unas cabeceras. GET / HTTP/1.1. El servidor responde con un código de estado y, si todo va bien, con el cuerpo del documento.
El HTML se convierte en el DOM: una estructura de nodos anidados. Mientras la construye, el navegador descubre hojas de estilo, scripts e imágenes y los pide en paralelo.
Estilos, geometría, capas y píxeles. Recién en este punto aparece algo en la pantalla, y a partir de aquí cada cambio en el DOM puede obligar a rehacer parte del trabajo.
HTML es la estructura, CSS la presentación y JavaScript el comportamiento. Están separadas a propósito: si una falla, las demás siguen funcionando. Apaga las capas y mira qué queda.
HTML, CSS y JavaScript trabajando juntos: la experiencia completa.
Nota técnica
El caché evita pedir dos veces lo mismo. Las cabeceras de la respuesta deciden cuánto vive cada archivo y cuándo hay que volver a preguntar.
Con Cache-Control: max-age=31536000 el archivo se reutiliza por un año sin consultar al servidor. Por eso los sitios agregan un hash al nombre de cada archivo: cambiar el nombre es la forma de invalidar el caché.
Cada respuesta empieza con tres dígitos. El primero dice de qué se trata: 2 salió bien, 3 está en otra parte, 4 el problema está en la solicitud, 5 el problema está en el servidor.
El servidor entrega lo que se pidió. El caso normal.
La acción se cumplió y no hay nada que mostrar.
El recurso vive en otra dirección y así se queda.
Tu copia sigue vigente. Usa el caché y ahorra la descarga.
El servidor no sabe quién eres. Inicia sesión.
Sabe quién eres y aun así no puedes entrar.
La dirección no corresponde a nada. El error más famoso de la web.
Estás pidiendo más rápido de lo permitido. Espera.
Algo se rompió del lado del servidor y no supo explicarlo.
Sobrecarga o mantenimiento. Suele ser temporal.
La web se construyó por acumulación y casi nunca rompió lo anterior. Una página escrita en 1993 todavía se abre hoy, y esa terquedad por la compatibilidad es su rasgo más definitorio.
Tim Berners-Lee propone un sistema de documentos enlazadosHipertexto sobre una red que ya existía: internet
Se publica el primer sitio webHTML, HTTP y URL, las tres piezas originales
Mosaic muestra imágenes junto al textoLa web deja de ser cosa de laboratorios
Nace el W3CLos estándares dejan de ser decisión de un solo navegador
CSS separa el contenido de la presentaciónEl mismo documento, muchas apariencias
AJAX permite actualizar sin recargarLas páginas empiezan a comportarse como aplicaciones
Los motores de JavaScript se vuelven rápidosLa compilación en tiempo real cambia lo que es posible
HTML5 estandariza video, audio y gráficosSe acaba la era de los complementos
WebAssembly lleva código nativo al navegadorOtros lenguajes entran a la plataforma
HTTP/3 y QUIC reducen la latenciaLa misma web, con menos espera
w3.com.co es un espacio para escribir sobre la web y construir cosas encima de ella. Si tienes una idea que necesita existir en una dirección, escribe.
hola@w3.com.co