1. Cómo funciona la web

¿Qué es una página web?

Una página web es un documento de texto que tu navegador descarga desde otro computador y dibuja en pantalla. Ese documento está escrito en HTML y, salvo por las imágenes, es texto plano: puedes abrirlo con cualquier editor y leerlo.

Lo que hace especial a ese texto es que contiene instrucciones de estructura (esto es un título, esto es una lista, esto es un formulario) y referencias a otros archivos (una hoja de estilos, una imagen, una tipografía). El navegador sigue esas instrucciones, pide los archivos referenciados y compone el resultado visual.

Conviene distinguir desde ya dos tipos:

En la Unidad 1 harás páginas estáticas. Desde la Unidad 2, con PHP, empezarás a generarlas dinámicamente.

¿Qué pasa cuando abres una página web?

En menos de un segundo tu navegador averigua en qué computador (servidor) vive esa dirección, le pide la página, la recibe y la dibuja en la pantalla del cliente, junto con cada imagen, cada archivo de estilos y cada tipografía que necesite.

Detrás de escena ocurre una conversación entre tu navegador y un servidor. Entenderla significa entender cómo se construye una web y dónde buscar cuando algo falla.

Cliente y servidor

flowchart LR
    C["CLIENTE<br/>Tu navegador"]
    S["SERVIDOR<br/>Computador remoto"]
    C -->|"solicitud (request)"| S
    S -->|"respuesta (response)"| C

El cliente nunca ve el código del servidor

Cuando el servidor ejecuta PHP, lo que te envía es el resultado, no el código. Por eso una contraseña escrita en un archivo PHP no la ve el usuario, pero una escrita en HTML o JavaScript sí.

Ciclo solicitud – respuesta

sequenceDiagram
    actor U as Usuario
    participant N as Navegador
    participant S as Servidor
    U->>N: Escribe una URL
    N->>S: Solicitud HTTP (request)
    Note over S: Procesa la request<br/>y busca los datos<br/>con código PHP
    S-->>N: Respuesta (response) con el HTML
    N->>U: Renderiza la página

1. Escribes una URL y tu navegador arma una solicitud HTTP (request).
2. La request viaja por internet hasta el servidor.
3. El servidor procesa esa request y busca los datos solicitados a través del código PHP.
4. Devuelve una respuesta (response) con el HTML u otro recurso.
5. Tu navegador renderiza la página web en la pantalla.

Una página son muchas solicitudes

El ciclo no ocurre una sola vez. El navegador pide primero el HTML y, al leerlo, descubre que necesita una hoja de estilos, tres imágenes y una tipografía: hace una solicitud por cada una.

¿Qué es HTTP?

HTTP es el idioma en que conversan el navegador y el servidor. Cada solicitud (request) lleva un método, que significa qué es lo que debe hacer, y cada respuesta (response) devuelve un código de estado, que explica cómo salió la petición.

Métodos HTTP

GET y POST son los que usarás

Un formulario HTML solo puede enviar GET o POST. La diferencia práctica: GET manda los datos en la URL (visibles, quedan en el historial) y POST los manda en el cuerpo de la solicitud. Una contraseña jamás va por GET.

Códigos de estado

404 y 500 se arreglan en lugares distintos

Un 404 es un problema de dirección: la ruta está mal escrita o el archivo no está donde crees. Un 500 es un problema de tu código: el PHP se cayó. Saber distinguirlos te ahorra buscar en el lugar equivocado.

¿Qué es HTTPS?

Es el mismo sistema que HTTP, pero cifrado. La S es de Secure: nadie en el camino puede leer el recurso que envías.

flowchart TB
    subgraph HTTP["HTTP:// — sin cifrar"]
        A1[Tu navegador] -->|texto plano| B1((Red WiFi)) -->|texto plano| C1[Servidor]
        B1 -.->|puede leerlo| D1["Cualquiera<br/>en la misma red"]
    end
    subgraph HTTPS["HTTPS:// — cifrado"]
        A2[Tu navegador] -->|cifrado| B2((Red WiFi)) -->|cifrado| C2[Servidor]
        B2 -.->|no puede entenderlo| D2["Cualquiera<br/>en la misma red"]
    end

• http:// — Sin cifrar. Lo que escribes viaja en texto plano y cualquiera en la misma red (un WiFi público, por ejemplo) puede leerlo e interceptarlo.
• https:// — Cifrado. La información viaja cifrada y solo el servidor de destino puede entenderla, aunque alguien la intercepte para intentar descifrarla.
• Identidad — Lo que te otorga el cifrado, aparte de seguridad, es una buena identidad de trabajo: al tener el certificado en el sitio web, verificas al público que su información no será interceptada ni leída por nadie a quien no deba llegar el dato.

Anatomía de una URL

https://www.ejemplo.cl/cursos/diseno-web?anio=2026&seccion=2
└─┬───┘ └──────┬──────┘└────────┬───────┘└──────────┬───────┘
  │            │                │                   │
PROTOCOLO    HOST             RUTA              PARÁMETROS

Los parámetros se separan con &

El primero va después del ? y los siguientes se encadenan con &. Cada uno es un par nombre=valor. Estos son exactamente los datos que llegan al servidor cuando un formulario se envía por GET.

Checkpoint

Intenta responder antes de desplegar cada pregunta.

¿Qué hacen el cliente y el servidor?

El cliente es tu navegador: pide páginas y recursos, recibe un archivo HTML y lo dibuja en pantalla. El servidor es un computador remoto que guarda los archivos y corre código PHP, y devuelve una respuesta con los datos solicitados.

¿Qué pasos ocurren en el ciclo de solicitud – respuesta?

1. Escribes una URL y el navegador arma una solicitud HTTP (request).
2. La request viaja por internet hasta el servidor.
3. El servidor la procesa y busca los datos a través del código PHP.
4. Devuelve una respuesta (response) con el HTML u otro recurso.
5. El navegador renderiza la página en la pantalla.

¿Qué es HTTP y HTTPS? ¿Qué diferencia hay entre ellos?

HTTP es el idioma en que conversan el navegador y el servidor: cada solicitud lleva un método y cada respuesta un código de estado.

HTTPS es exactamente lo mismo, pero cifrado (la S es de Secure). La diferencia práctica: con HTTP la información viaja en texto plano y cualquiera en la misma red puede leerla; con HTTPS viaja cifrada y solo el servidor de destino puede entenderla.

¿Qué significa 200, 404 y 500? ¿Qué son?

Son códigos de estado: lo que devuelve el servidor para explicar cómo salió la petición.

• 200 OK — todo salió bien.
• 404 Not Found — no existe en esa dirección.
• 500 Server Error — falló el código del servidor.

El 404 se arregla revisando la ruta; el 500, revisando tu código.

¿Qué partes componen una URL?

Cuatro: protocolo (cómo se comunica, cifrado o no), host (qué computador responde), ruta (qué recurso se pide dentro del servidor) y parámetros (datos extra que se envían tras el ?).

https://www.ejemplo.cl/cursos/diseno-web?anio=2026
└─protocolo─┘└──host──┘└─────ruta─────┘└─parámetros─┘

¿Por qué una contraseña nunca debe enviarse con el método GET?

Porque GET manda los datos en la URL, y una URL queda visible en la barra de direcciones, en el historial del navegador y en los registros del servidor. POST los manda en el cuerpo de la solicitud, que no queda a la vista.