Cómo funciona una web: dominio, DNS, hosting, servidor y navegador

Hace unas semanas nos escribió la dueña de una tienda de decoración de Estepona. Su web había dejado de cargar un lunes por la mañana y, entre llamadas, había hablado con la empresa del hosting, con el chico que le hizo la web hace años y con su proveedor de internet. Cada uno le decía que «lo suyo» estaba bien. Tenían razón los tres: lo que había caducado era el dominio, que estaba registrado con un correo antiguo al que ya nadie miraba.

Me pasa a menudo. Una web parece una sola cosa, pero en realidad es una cadena de piezas que gestionan empresas distintas, con contratos y renovaciones distintas. Cuando funcionan, nadie piensa en ellas. Cuando una falla, saber cómo encajan te ahorra horas y te permite hablar con la persona adecuada.

En esta guía recorremos esa cadena de principio a fin, de la dirección que alguien escribe en el móvil a la página que aparece en su pantalla. Sin tecnicismos de más, pero con el detalle suficiente para que entiendas qué pagas, qué controlas y qué conviene revisar.

01El recorrido completo en menos de dos segundos

Antes de mirar cada pieza, vale la pena ver la película entera. Esto es lo que ocurre cuando alguien escribe tunegocio.es y pulsa intro:

1. 01El navegador pregunta a qué dirección IP corresponde ese nombre. Las IP son los números con los que se localizan los ordenadores en internet, algo como 203.0.113.24.
2. 02El sistema DNS, una especie de guía telefónica distribuida por todo el mundo, responde con esa IP.
3. 03El navegador abre una conexión con el servidor que hay en esa IP y acuerda con él un canal cifrado (HTTPS).
4. 04Pide la página: «dame la portada, por favor».
5. 05El servidor prepara la respuesta. A veces solo tiene que entregar un archivo ya hecho; otras veces consulta una base de datos y monta la página al momento.
6. 06El navegador recibe el HTML, descubre que necesita también hojas de estilo, tipografías, imágenes y scripts, y los pide.
7. 07Con todo eso construye la página, la pinta en pantalla y la deja lista para que la persona interactúe.

En una web bien hecha todo esto pasa en un segundo o dos, a veces menos. Cada paso tiene su propio responsable y su propio margen de mejora, así que vamos uno a uno.

02El dominio: tu dirección, alquilada por años

El dominio es el nombre que la gente escribe o pulsa: tunegocio.es, tunegocio.com. Técnicamente no lo compras, lo alquilas por periodos de uno a diez años y lo renuevas.

En la gestión intervienen tres figuras que conviene distinguir:

• →El registro (registry). La entidad que administra cada extensión. Los .es los gestiona Red.es a través de dominios.es; los .com, Verisign; por encima de las extensiones genéricas está la ICANN.
• →El registrador (registrar). La empresa a la que tú le pagas: puede ser tu hosting o un proveedor especializado. Es tu ventanilla.
• →El titular. Tú o tu empresa. Es quien figura legalmente como dueño del derecho de uso.

Lo que funciona en la práctica es muy simple: que el titular sea la empresa, que el correo de contacto sea uno que alguien lea de verdad (mejor uno genérico tipo administracion@ que el personal de un empleado) y que la renovación esté en automático con una tarjeta vigente. Con eso desaparece la causa más tonta y más frecuente de webs caídas.

03El DNS: la guía que traduce nombres en direcciones

Los ordenadores se entienden con números; las personas, con nombres. El DNS (Domain Name System) es el sistema que traduce uno en otro. Cuando el navegador pregunta por tunegocio.es, la consulta sigue un camino jerárquico:

1. 01Primero va a un resolvedor, normalmente el de tu proveedor de internet o uno público como el 1.1.1.1 de Cloudflare o el 8.8.8.8 de Google. Si ya conoce la respuesta porque alguien la pidió hace poco, la da al instante.
2. 02Si no la conoce, pregunta a los servidores raíz, que le indican quién lleva los .es.
3. 03Los servidores del .es le dicen cuáles son los servidores de nombres autoritativos de tu dominio, los que tienen la última palabra.
4. 04Esos servidores autoritativos devuelven la respuesta: la IP del servidor de tu web.

Todo ese recorrido suele tardar unas decenas de milisegundos, y la respuesta se guarda en caché durante el tiempo que marque el TTL (time to live), un valor en segundos que fijas tú en cada registro. Por eso, cuando cambias algo en el DNS, hay quien lo ve al momento y quien tarda horas: cada caché del camino caduca a su ritmo. Es lo que se conoce como propagación.

En el panel DNS de tu dominio hay varios tipos de registros. Los dos que más vas a oír son el A, que apunta el dominio a una IP, y el MX, que indica dónde se recibe el correo. Esa separación es muy útil: la web puede estar en un servidor y el correo en otro completamente distinto. Si quieres entrar a fondo en tipos de registro, propagación y cambios sin cortes, lo contamos en la guía de dominios y DNS.

04El hosting y el servidor: donde vive tu web

Un servidor es un ordenador conectado a internet de forma permanente, preparado para responder a peticiones. El hosting es el servicio por el que alquilas espacio y capacidad en uno de ellos. Ahí viven los archivos de tu web, su base de datos si la tiene y el software que lo hace funcionar.

Dentro del servidor hay, a grandes rasgos, tres capas:

• →El servidor web (Nginx, Apache, LiteSpeed): el programa que escucha las peticiones y decide qué devolver.
• →La aplicación: WordPress, una web hecha con Next.js, una tienda Shopify, o simplemente archivos HTML ya preparados.
• →Los datos: la base de datos con textos, productos, pedidos o reservas, y las imágenes y documentos subidos.

Hay webs que no necesitan las tres. Una web estática, que se genera de antemano y se sirve como archivos, no consulta ninguna base de datos al recibir una visita, y por eso suele ser rapidísima y muy fácil de proteger. Una tienda online o una intranet sí necesitan montar cada página según quién la pide.

Las opciones de alojamiento van del hosting compartido, donde tu web convive con cientos de otras en la misma máquina, a servidores privados virtuales (VPS), plataformas cloud o redes edge que sirven la web desde decenas de ciudades a la vez. Cada una tiene su sitio, y lo comparamos con calma en cómo elegir hosting.

La CDN, un atajo que acerca tu web

Una CDN (Content Delivery Network) es una red de servidores repartidos por el mundo que guardan copias de las partes que no cambian de tu web: imágenes, estilos, scripts, a veces páginas enteras. Si alguien te visita desde Londres, recibe esos archivos desde un nodo en Londres en vez de esperar a que crucen media Europa desde tu servidor en Madrid. Para un hotel o una inmobiliaria de la Costa del Sol con mucho público internacional, la diferencia se nota.

05La conversación entre navegador y servidor

Una vez que el navegador sabe la IP, abre una conexión y empieza la conversación. Hoy casi siempre ocurre sobre HTTPS, que añade cifrado: nadie entre medias puede leer ni alterar lo que viaja. Con TLS 1.3, la versión actual del protocolo de cifrado, ese saludo inicial se resuelve en un único ida y vuelta, y con HTTP/3 la conexión es todavía más ágil en redes móviles inestables.

La conversación en sí es sorprendentemente legible. Una petición y su respuesta, simplificadas, tienen este aspecto:

GET / HTTP/2
Host: tunegocio.es
Accept-Language: es-ES,es;q=0.9,en;q=0.8
User-Agent: Mozilla/5.0 (iPhone; CPU iPhone OS ...)
HTTP/2 200
content-type: text/html; charset=utf-8
cache-control: public, max-age=0, must-revalidate
content-encoding: br
<!doctype html><html lang="es"> ...

Ese 200 es un código de estado y significa «todo bien, aquí lo tienes». Merece la pena conocer unos pocos, porque aparecen en cualquier informe técnico:

Las cabeceras como cache-control le dicen al navegador y a la CDN cuánto tiempo pueden guardar cada archivo. Bien configuradas, la segunda visita a tu web casi no descarga nada nuevo.

06El navegador: de un texto a una página viva

El último eslabón es el que menos se ve y donde más se juega la experiencia. El navegador recibe el HTML, que es texto con etiquetas, y a partir de ahí:

1. 01Lee el HTML y construye el DOM, un árbol con todos los elementos de la página.
2. 02Descarga y lee el CSS para construir el CSSOM, el árbol de estilos.
3. 03Combina ambos, calcula el tamaño y la posición de cada elemento (layout) y lo pinta en pantalla (paint).
4. 04Ejecuta el JavaScript, que puede añadir interactividad o modificar la página.

Mientras el navegador espera ciertas hojas de estilo o scripts, no puede pintar nada. Por eso una web con muchos recursos pesados se queda en blanco unos segundos aunque el servidor haya respondido rápido. Y por eso las métricas que usa Google para medir la experiencia, los Core Web Vitals, miran precisamente lo que pasa en el navegador: cuándo aparece el contenido principal (LCP, con objetivo de 2,5 segundos o menos), cuánto tarda la página en reaccionar a un toque (INP, 200 milisegundos o menos) y si los elementos dan saltos mientras carga (CLS, 0,1 o menos).

07Qué mirar cuando tu web no carga

Con el mapa en la cabeza, un fallo deja de ser un misterio. Este es el orden que seguimos en el estudio cuando un cliente nos avisa de que su web «no va»:

1. 01¿Es solo para ti? Prueba desde el móvil con datos, sin wifi. Si ahí funciona, el problema suele estar en tu red o en la caché de tu equipo.
2. 02¿Responde el dominio? Una consulta whois te dice si el dominio está activo y cuándo caduca. Si ha vencido, el navegador mostrará un error de que no encuentra el servidor o una página genérica del registrador.
3. 03¿Apunta adonde debe? Herramientas como dig o cualquier comprobador de DNS online te muestran a qué IP resuelve ahora mismo. Si no coincide con tu hosting, alguien ha tocado los registros.
4. 04¿Qué código devuelve? Un 500 o un 503 indica que el servidor recibe la petición pero algo falla dentro: una actualización, un plugin, la base de datos o falta de recursos.
5. 05¿Es el certificado? Si el navegador avisa de conexión no segura, el certificado HTTPS ha caducado o no cubre esa dirección.
6. 06¿Carga pero mal? Si la página aparece rota o sin estilos, el problema está en la aplicación o en los archivos, no en la infraestructura.

Con este recorrido, en cinco minutos sabes si tienes que llamar al registrador, al hosting o a quien mantiene tu web. Y lo que es mejor, puedes explicarle exactamente qué ves.

08Lo que conviene tener bajo tu control

No hace falta que sepas configurar un servidor. Lo que sí merece la pena es que ciertas llaves estén en tu mano, aunque luego las use tu equipo técnico:

• →La titularidad del dominio a nombre de tu empresa y el acceso al panel del registrador.
• →Un listado de dónde está cada servicio (web, DNS, correo, copias) y quién lo factura.
• →Acceso de administrador a tu gestor de contenidos o, al menos, a una cuenta que puedas recuperar.
• →Copias de seguridad que no dependan solo del hosting donde está la web.
• →Las fechas de renovación del dominio y del certificado, idealmente en un calendario compartido.

Con eso, cambiar de proveedor, incorporar a alguien nuevo o recuperarte de un imprevisto se convierte en un trámite. Y entiendes por qué un presupuesto web suele separar el diseño y desarrollo, que se paga una vez, del dominio, el hosting y el mantenimiento, que son recurrentes.

09Una cadena que se cuida mejor entera

Cuando una web va rápida y no da sustos, normalmente es porque alguien ha pensado la cadena completa: un dominio bien registrado, un DNS ordenado, un alojamiento adecuado a lo que la web hace, una CDN si el público está repartido y un código que el navegador pueda pintar sin esfuerzo. Ninguna pieza es espectacular por sí sola; lo que da tranquilidad es que encajen.

En SIMA nos ocupamos de esa cadena dentro de nuestros proyectos de desarrollo web y, una vez publicada la web, con el servicio de mantenimiento web, que incluye vigilar renovaciones, copias y rendimiento para que tú solo tengas que ocuparte de tu negocio. Si quieres que revisemos cómo está montada la tuya o te ayudemos a poner orden en dominios y proveedores, escríbenos y lo vemos juntos.