HTTP / HTTPS

Analogía

El formato del pedido en un bar: "un café, por favor" (petición) y el camarero trae el café (respuesta). HTTP es el acuerdo de cómo se formula el pedido para que se entienda siempre igual.

La "S" de HTTPS

Significa cifrado: nadie que esté en medio del camino (la wifi del bar, la operadora) puede leer ni modificar lo que viaja. El cifrado lo hace un protocolo llamado TLS (antes SSL), y requiere un certificado en el servidor.

Hoy HTTPS no es opcional:

• Los navegadores marcan como "No es seguro" las webs sin él.
• Google las posiciona peor.
• Sin él, una contraseña viaja en texto legible.

Conseguirlo es gratis y automático en las plataformas modernas → Fase 11.

Para qué sirve / cuándo aparece

Cada vez que abras la pestaña Network de las DevTools verás decenas de peticiones HTTP: es la conversación real de la web.

Un paso más: cómo es una conversación HTTP por dentro

Es texto, y se puede leer. Simplificada, una petición es así:

GET /carta HTTP/1.1
Host: mirestaurante.com

Y la respuesta:

HTTP/1.1 200 OK
Content-Type: text/html

<html> …aquí viene la página… </html>

• GET es el método: qué quieres hacer. GET = dame algo. POST = te envío algo (un formulario, por ejemplo). Hay más, y se estudian en la Fase 6.
• Las líneas de después son las cabeceras: datos sobre el mensaje (a qué sitio va, qué tipo de contenido es).
• El código de estado (200) resume cómo fue.

Un detalle con consecuencias: HTTP no tiene memoria. Cada petición es independiente y el servidor no "recuerda" la anterior. Que una web sepa que sigues con la sesión iniciada es un truco añadido encima (Fase 8).

Compruébalo tú

Abre las DevTools (F12), pestaña Network, recarga cualquier web y haz clic en la primera línea. En Headers verás el método, el código de estado y las cabeceras reales.

Ver también

petición y respuesta · protocolo · URL · API