Quién lo creó
Tim Berners-Lee lo diseñó entre 1989 y 1991 en el CERN, el laboratorio europeo de física de partículas en Ginebra, como parte de la World Wide Web. Junto con HTTP creó HTML, el lenguaje de las páginas, y las URL, las direcciones que identifican cada recurso. Hoy el protocolo lo mantiene la IETF, el organismo que define los estándares técnicos de internet.
Cómo funciona: petición y respuesta
HTTP sigue un modelo cliente-servidor. El cliente, normalmente un navegador, pide; el servidor responde. Un intercambio simple se ve así:
- Escribes
https://ejemplo.com/noticiasen el navegador. - El navegador busca la dirección IP del servidor mediante el DNS y abre una conexión con él.
- Envía una petición: «dame el recurso
/noticias». - El servidor devuelve una respuesta con un código de estado y el contenido, por ejemplo el HTML de la página.
- El navegador lee el HTML y hace nuevas peticiones por cada imagen, hoja de estilos o script que la página necesite.
Una petición mínima tiene este aspecto:
GET /noticias HTTP/1.1
Host: ejemplo.com
Accept-Language: es
Y el comienzo de la respuesta:
HTTP/1.1 200 OK
Content-Type: text/html; charset=utf-8
Las líneas del tipo Nombre: valor son las cabeceras. Llevan información extra: el idioma preferido, el tipo de contenido, las cookies, cuánto tiempo se puede guardar en caché.
HTTP no tiene memoria
Se dice que HTTP es un protocolo sin estado: cada petición es independiente y el servidor no recuerda las anteriores. Para que una tienda sepa que eres la misma persona que agregó algo al carrito hace un minuto, se usan cookies, pequeños datos que el servidor le pide al navegador guardar y reenviar en cada petición.
Métodos principales
| Método | Para qué se usa |
|---|---|
| GET | Pedir un recurso, como una página o una imagen. Es el más común. |
| POST | Enviar datos al servidor, como un formulario o un archivo. |
| PUT | Crear o reemplazar un recurso completo. |
| PATCH | Modificar una parte de un recurso. |
| DELETE | Borrar un recurso. |
| HEAD | Como GET, pero solo devuelve las cabeceras, sin el contenido. |
Códigos de estado
Cada respuesta trae un número de tres cifras que resume qué pasó. El primer dígito indica la familia:
| Familia | Significado | Ejemplos |
|---|---|---|
| 1xx | Información | 100 Continue |
| 2xx | Éxito | 200 OK · 201 Created |
| 3xx | Redirección | 301 Moved Permanently · 304 Not Modified |
| 4xx | Error del cliente | 400 Bad Request · 403 Forbidden · 404 Not Found |
| 5xx | Error del servidor | 500 Internal Server Error · 503 Service Unavailable |
El más conocido es el 404: la página que pediste no existe en ese servidor.
HTTP y HTTPS
En HTTP, los datos viajan como texto legible: cualquiera que intercepte la conexión, por ejemplo en una red wifi pública, puede leerlos. HTTPS es el mismo protocolo, pero dentro de una conexión cifrada con TLS. Además de proteger los datos, el certificado del sitio permite comprobar que te estás conectando al servidor correcto. Los navegadores actuales marcan como «no seguros» los sitios que siguen usando HTTP simple.
Versiones
| Versión | Año | Qué aportó |
|---|---|---|
| HTTP/0.9 | 1991 | Solo GET y solo páginas HTML |
| HTTP/1.0 | 1996 | Cabeceras, códigos de estado y otros tipos de archivo |
| HTTP/1.1 | 1997 | Conexiones que se reutilizan para varias peticiones; fue el estándar durante casi veinte años |
| HTTP/2 | 2015 | Varias peticiones a la vez por una sola conexión y cabeceras comprimidas |
| HTTP/3 | 2022 | Funciona sobre QUIC en lugar de TCP, lo que reduce demoras en redes inestables como las móviles |
Fuentes
- An overview of HTTP, MDN Web Docs
- RFC 9110, HTTP Semantics (IETF)
- Códigos de estado de respuesta HTTP, MDN Web Docs
- Protocolo de transferencia de hipertexto (Wikipedia)
- RFC 9114, HTTP/3 (IETF)
En esta dirección hubo un artículo de 2025 sobre el mismo tema. Lo reescribimos entero el 29 de septiembre de 2026 y comprobamos cada dato en las fuentes de arriba. Si encuentras un error, cuéntanos desde Contacto.