El icono de wifi indica una conexión inalámbrica local. Para consultar una página hacen falta además una salida a Internet, un servicio que responda y un navegador que interprete sus recursos. Vamos a recorrer esas partes con un ejemplo inventado.
1. De la red local a otras redes
Un móvil puede comunicarse con el punto de acceso aunque falle la conexión del proveedor. Wifi describe una tecnología de conexión por radio; Internet conecta redes. Ethernet ofrece otra forma habitual de conectar dispositivos, mediante cables.
Un switch comunica equipos de una red local y un router encamina datos entre redes. El aparato de casa puede reunir ambas funciones y un punto de acceso. El diagrama separa funciones para que puedas reconocerlas, aunque físicamente compartan una caja.
Para ampliar: MDN · Cómo funciona Internet · Cloudflare · Qué hace un router · Cisco · Redes inalámbricas y radio.
2. Un nombre no es toda la dirección
El DNS permite consultar registros asociados a un nombre de dominio, entre ellos direcciones IP. El nombre es más fácil de recordar; la dirección IP interviene en las comunicaciones de red. Una dirección no identifica necesariamente a una persona.
Una URL añade información: https indica el esquema, ejemplo.test el dominio y /fotos/lago la ruta. Este nombre se utiliza como ejemplo, no como enlace que debas abrir. Cambiar la ruta puede pedir otro recurso del mismo servicio.
Ejemplo: https://ejemplo.test/fotos/lago → esquema: https; dominio: ejemplo.test; ruta: /fotos/lago.
Para ampliar: Cloudflare · DNS · MDN · Qué es una URL.
3. El navegador pide y el servidor responde
El navegador actúa como cliente: solicita recursos. El servidor responde con datos y un estado. El buscador es otro servicio que ayuda a encontrar contenidos; puedes abrir una URL conocida sin pasar por él.
La página inicial puede referenciar imágenes, estilos y otros archivos. Por eso cargar una página no siempre equivale a transferir un solo archivo. Una respuesta 404 informa de un recurso no encontrado; no demuestra que toda la red esté caída.
Para ampliar: MDN · Navegar por la Web · MDN · Protocolo HTTP.
4. Los datos viajan por partes
Una red IP transporta paquetes con información de control y datos. El recorrido puede pasar por varios routers. El mensaje que vemos completo en una aplicación no tiene por qué viajar como una pieza indivisible.
TCP utiliza mecanismos de confirmación, orden y retransmisión para ofrecer un flujo fiable. Eso no hace infalible la conexión: una interrupción prolongada puede impedir completarla. Descargar recibe datos; subir los envía desde tu dispositivo al sistema remoto.
Para ampliar: Cloudflare · Paquetes de red · MDN · TCP · MDN · Protocolo HTTP.
5. Demora y capacidad responden a preguntas distintas
La latencia describe cuánto se demora un intercambio. El ancho de banda describe capacidad de transferencia. Si tarda mucho en empezar a llegar una respuesta, no basta con conocer cuántos megabits por segundo anuncia la conexión.
Un archivo grande depende también de la tasa efectiva, la carga y el resto del recorrido. La caché puede reutilizar recursos cuando sus reglas lo permiten, pero no convierte todas las páginas en contenido permanentemente disponible sin conexión.
Para ampliar: Cloudflare · Latencia y capacidad · MDN · Caché HTTP.
6. Comprueba la conexión y también el destino
HTTPS protege mediante TLS el intercambio con el sitio al que te conectas. Esa protección no demuestra que una oferta sea verdadera ni que una descarga resulte inocua. Hay que comprobar también el destino y el contexto.
Ante un fallo, separa preguntas: ¿hay red local?, ¿funcionan otros servicios?, ¿falla solo esa ruta?, ¿hay un mensaje de error? Este recorrido es un modelo educativo; las redes reales añaden mecanismos y configuraciones que aquí no hemos dibujado.
Para ampliar: MDN · HTTPS · MDN · Protocolo HTTP.
Tres casos para practicar
1. El portátil se comunica con una impresora por wifi, pero no abre páginas externas. ¿Ha desaparecido la red local?
Ver la explicación
No. La comunicación local funciona. Puede fallar la salida a Internet u otra parte del acceso externo; ese dato por sí solo no localiza toda la causa.
2. Dos conexiones tienen capacidad similar, pero una demora 20 ms y otra 80 ms en la misma prueba. ¿Qué diferencia has medido?
Ver la explicación
La latencia. La primera presenta menos demora en esa prueba; aún no has medido el tiempo completo de descarga de un archivo.
3. La página usa HTTPS y promete un premio a cambio de datos sensibles. ¿El cifrado confirma el premio?
Ver la explicación
No. HTTPS protege la conexión con ese sitio. Debes comprobar la identidad y el propósito de la petición por una vía fiable.
Sigue aprendiendo
Preguntas, ejemplos y diagramas originales de QuizFaro, preparados a partir de las fuentes enlazadas. Los diagramas son modelos simplificados. Fuentes revisadas el 6 de octubre de 2026.