Formato nuevo
Protocolo HTTP: qué es y por qué lo necesitas
HTTP (HyperText Transfer Protocol) es la regla de mensajes entre un navegador (o bot) y un servidor: «dame el documento en esta dirección» → «aquí van el status y el body». Sin él, la página web familiar no abriría desde un enlace.
Abajo: por qué existe HTTP, cómo funciona el intercambio, en qué se diferencia HTTPS y qué importa a un webmaster. Los códigos de respuesta se cubren aparte; el paso a cifrado está en el artículo HTTPS y SEO.
Por qué existe el protocolo HTTP
La red mueve bytes; HTTP acuerda el sentido: qué recurso, qué método, qué headers, qué status devolver. El navegador arma un request desde la URL; el servidor responde con código y body — página, archivo o error.
En el modelo OSI, HTTP está en la capa de aplicación — sobre TCP (o QUIC para HTTP/3). Para un webmaster es un marco, no teoría: «el sitio no abre» a menudo = DNS, TLS, status HTTP o la app detrás de HTTP.
Esquema simple:
- el usuario mete una URL o hace clic en un enlace
- el cliente envía un request HTTP al host
- el servidor responde con status + headers + body
- el navegador renderiza HTML y carga CSS/JS/imágenes con las mismas reglas
Request, response y headers
En el request: método (GET, POST…), path (`/blog/…`), versión del protocolo, headers como `Host`, `User-Agent`, `Accept`. En la response: status (`200`, `301`, `404`…), headers (`Content-Type`, `Location`, `Cache-Control`) y body.
Para diagnóstico SEO mira la cadena de redirects, el status final, el content type y si sirves HTML con un soft 500 bajo un 200. Los logs del servidor son el mismo stream HTTP desde la vista del bot.
Headers útiles en la práctica:
- `Location` — a dónde va un redirect
- `Content-Type` — HTML vs JSON/archivo
- `Cache-Control` / CDN — caché
- `X-Robots-Tag` — directivas de indexación a nivel de respuesta
HTTP y HTTPS
HTTP plano envía datos sin cifrado de canal — más fácil de interceptar en Wi‑Fi público. HTTPS añade TLS: cifrado y comprobación de certificado. Obligatorio para formularios, cuentas y pago; esperado para todo el sitio.
Cambia el scheme de la dirección (`http` → `https`); a menudo hace falta un 301 desde el espejo viejo. Mixed content (página HTTPS cargando scripts HTTP) rompe el candado y la confianza.
En corto:
- HTTP — protocolo de aplicación
- HTTPS — HTTP + TLS
- un certificado ≠ «el sitio no se puede hackear»
- para SEO importan unificar espejos y cero errores de certificado
Versiones del protocolo y velocidad
HTTP/1.1 fue el estándar largo: muchas conexiones, colas de requests. HTTP/2 multiplexa streams; HTTP/3 suele ir sobre QUIC/UDP — menos delay en redes malas. Se activa del lado del servidor/CDN.
Para promoción importan más 200s estables, TTFB rápido y páginas ligeras que correr a «hay que tener HTTP/3 mañana». La versión se ve en DevTools → Protocol.
Qué revisar en el hosting:
- soporte HTTPS y redirect desde HTTP
- compresión (gzip/brotli)
- HTTP/2 o HTTP/3 si está disponible
- sin redirects extra en cada asset
HTTP con lupa SEO
Un bot de búsqueda también es un cliente HTTP con su propio User-Agent. Recibe las mismas clases de status: indexar 200, seguir 301, no gastar budget en 5xx infinitos y soft 404s.
Entender el protocolo une Webmaster, crawler y logs: un lenguaje de «request → status → body». Contenido y estructura vienen después — pero sin HTTP correcto no llegan al índice.
Mínimo de trabajo:
- espejo canónico en HTTPS
- statuses claros (200/301/404/410/5xx)
- cadenas cortas de redirects
- CSS/JS disponibles para render
- revisar URLs dudosas con `curl -I` / DevTools
Malentendidos habituales
«HTTP en la dirección está desfasado» — el scheme sin cifrar está desfasado; el protocolo sigue siendo la base de la web. «HTTPS solo te pone en primera página» — no, es higiene. «Status 200 siempre es bueno» — no si sirves un stub vacío o un duplicado.
No arregles con magia de robots lo que se rompe en DNS, certificado o 503. Primero asegúrate de que la respuesta HTTP esté sana; luego afina el copy.
Por dónde empezar el diagnóstico «el sitio no abre»:
- ¿resuelve el dominio?
- ¿tiene éxito TLS (si es https)?
- qué status y `Location`
- ¿responde el origin detrás del CDN?
FAQ
¿HTTP es un lenguaje de markup?
No. HTML es markup del documento. HTTP es el protocolo de entrega: cómo pedir y recibir un recurso (HTML, CSS, API, imagen).
¿Por qué la dirección muestra http:// o https://?
Es el scheme de la URL: qué protocolo usar. Hoy la norma para sitios es https:// con TLS.
¿HTTP está desfasado?
El protocolo está vivo (HTTP/1.1, HTTP/2, HTTP/3). Lo desfasado es servir un sitio sin cifrado — HTTP plano sin TLS.
¿En qué se diferencia HTTP de HTTPS?
HTTPS es el mismo HTTP sobre TLS: el canal va cifrado, el certificado confirma el servidor. Para usuarios — el candado; para SEO — unificar espejos y confianza.
¿Dónde encaja el SEO?
El bot camina HTTP(S): status, redirects, velocidad, headers correctos (canonical vía HTML/HTTP, cache, compresión) importan. Entender el protocolo ayuda a leer logs y DevTools.
¿Qué son GET y POST?
GET suele ser «leer un recurso» (abrir una página). POST envía datos (un formulario). Para indexar páginas miras sobre todo respuestas GET.
¿Un webmaster necesita HTTP/3?
Un bonus agradable de velocidad en un stack/CDN moderno. Primero cierra 301, HTTPS, 5xx y respuestas pesadas — luego la versión fina del protocolo.
¿Dónde veo el código de respuesta?
DevTools → Network, `curl -I`, un crawler. Las clases 1xx–5xx están en el artículo de códigos de estado HTTP.
¿Quieres leer status, redirects y logs sin adivinar?
Te ayudamos a sanar HTTP(S) del sitio — espejo canónico, 301 y respuestas claras para bots.
Hablar del proyecto
