Qué ocurre paso a paso al escribir una dirección en el navegador

Escribes una dirección, pulsas Intro y la página aparece. Entre una cosa y otra, el navegador averigua en qué servidor está la web, abre una conexión con él, la cifra, le pide la página y convierte el código que recibe en píxeles. Lo explica paso a paso la guía de MDN «Cómo funcionan los navegadores».

Recorremos ese viaje con esa guía y con el índice de rendimiento web de MDN, consultados el 13 de octubre de 2026.

---

Navegar: el primer paso

Para MDN, todo empieza con la navegación, el primer paso al cargar una página. Ocurre cuando escribes una dirección en la barra, pero también al pulsar un enlace o enviar un formulario. La guía señala a la latencia como la mayor amenaza para que una página cargue rápido, y su índice la define como el tiempo que tarda un paquete de datos en ir del origen al destino.

---

Dónde está la web: caché y resolución DNS

Antes de pedir nada, el navegador tiene que saber dónde están los archivos de la página. En el ejemplo de MDN, el HTML de example.com está en el servidor con la dirección IP 93.184.216.34. Si nunca has visitado ese sitio, hace falta una consulta DNS, que traduce el nombre en esa IP.

El navegador la solicita, la atiende un servidor de nombres y este responde con la IP, que suele quedarse en caché un tiempo: las siguientes peticiones la sacan de ahí sin volver a preguntar. Cómo se protege la raíz de ese sistema lo contamos en el cambio de la llave raíz del DNS.

Normalmente basta una consulta por nombre en cada carga, pero hace falta una por cada nombre distinto al que apunte la página: si las fuentes, las imágenes y los scripts están en dominios diferentes, toca una para cada uno.

---

La conexión: el apretón de manos de TCP

Con la IP, el navegador abre una conexión con el servidor mediante el apretón de manos en tres pasos de TCP, para que los dos extremos acuerden los parámetros antes de enviar datos. Se le conoce como SYN, SYN-ACK, ACK por los tres mensajes que se cruzan, y MDN subraya que son tres mensajes de ida y vuelta sin haber pedido todavía la página.

Después, TCP no lo envía todo de golpe. Divide los datos en segmentos y regula cuántos manda con el algoritmo de arranque lento: la ventana de congestión empieza en 1, 2, 4 o 10 segmentos de tamaño máximo (MSS, de 1500 bytes en Ethernet), se duplica cuando llega la confirmación del cliente y se reduce a la mitad cuando no llega.

---

El cifrado: la negociación TLS

Si la conexión es segura, por HTTPS, hace falta otro apretón de manos: la negociación TLS. En ella se decide qué cifrado se usará, se verifica el servidor y se comprueba que la conexión es segura antes de transferir datos. Añade tiempo a la carga, reconoce MDN, pero compensa: lo que viaja entre el navegador y el servidor no lo puede descifrar un tercero.

---

La petición y la respuesta HTTP

Con la conexión lista, el navegador envía en tu nombre una petición HTTP GET, que en una web suele ser un archivo HTML. El servidor responde con sus cabeceras y el contenido de ese HTML. El tiempo desde la petición hasta que llega ese primer paquete se llama tiempo hasta el primer byte (TTFB).

Según MDN, ese primer trozo suele ser de 14 KB. Las hojas de estilo, los scripts o las imágenes que enlaza la página no se piden hasta que el navegador encuentra esos enlaces al analizar el HTML, aunque un escáner de precarga se adelanta y pide los recursos prioritarios, como el CSS, el JavaScript y las fuentes web.

---

De código a píxeles: cómo se pinta la página

En cuanto recibe el primer trozo, el navegador lo analiza para construir el DOM, su representación interna del HTML, y el CSSOM, un árbol parecido para los estilos. Los scripts sin los atributos async o defer bloquean el renderizado y detienen ese análisis. Quién hace este trabajo en cada navegador lo explicamos en motores de renderizado web: Blink, Gecko y WebKit.

Luego, el DOM y el CSSOM se combinan en un árbol de renderizado con los nodos visibles; el cálculo de la disposición fija el tamaño y la posición de cada elemento a partir del tamaño de la ventana; y el pintado convierte cada caja en píxeles. Si hay capas que se solapan, la composición las dibuja en el orden correcto. Para que el desplazamiento y las animaciones vayan fluidos, todo lo que ocupa el hilo principal debe tardar menos de 16,67 ms.

Que se vea no significa que responda: si el hilo principal sigue ejecutando JavaScript, la página no atiende a tiempo los toques ni el desplazamiento, y MDN pide responder en menos de 50 ms. Cuándo una web puede sustituir a una aplicación instalada lo contamos en qué es una PWA.

---

El recorrido, de un vistazo

Los pasos, en el orden en que los describe la guía de MDN:

---

Te puede interesar

Tech Planet participa en el programa de afiliados de Amazon. Si compras a través de estos enlaces, recibimos una pequeña comisión sin coste extra para ti, lo que nos ayuda a seguir creando contenido como este.