Early Hints HTTP 103 es un código de estado HTTP todavía poco conocido que permite al navegador empezar a cargar ciertos recursos antes incluso de que el servidor termine de preparar la respuesta principal. En sitios con procesos de servidor pesados (consultas a bases de datos, generación dinámica, caché frío), esta ganancia de unos pocos cientos de milisegundos puede hacer que un Core Web Vital pase de la zona naranja a la verde.
En esta guía explicamos cómo funciona este mecanismo, cómo activarlo en un servidor o en un CDN, en qué se diferencia de los Resource Hints clásicos y cómo medir su impacto real sobre el rendimiento percibido.
¿Qué es Early Hints HTTP 103?
Early Hints HTTP 103 es un código de estado HTTP informativo definido en la RFC 8297, publicada por el IETF. Permite que el servidor envíe una respuesta preliminar con cabeceras Link (preload, preconnect, dns-prefetch) mientras sigue construyendo la respuesta final, normalmente un código 200.
En la práctica, el navegador recibe estas pistas muy pronto y puede lanzar las conexiones o descargas correspondientes sin esperar a que el servidor termine su procesamiento, que suele ser el paso más lento en páginas generadas dinámicamente.
Cómo funciona el mecanismo de Early Hints HTTP 103
El funcionamiento de Early Hints HTTP 103 se basa en una particularidad del protocolo HTTP: una misma petición puede recibir varias respuestas informativas (códigos 1xx) antes de la respuesta final. El servidor envía primero un mensaje 103 con las cabeceras Link y luego continúa su procesamiento normal antes de enviar el código 200 con el contenido completo.
Una tienda online que necesita consultar su base de datos para mostrar una ficha de producto puede enviar un 103 con una cabecera Link: </style.css>; rel=preload justo al recibir la petición, mientras la consulta SQL todavía se está ejecutando en el servidor.
Cómo implementar Early Hints HTTP 103 en tu servidor
Implementar Early Hints HTTP 103 requiere un servidor web o un proxy inverso capaz de emitir respuestas 103, algo que todavía no hacen de forma nativa todos los programas. Nginx ofrece soporte mediante configuración específica, mientras que Apache necesita un módulo de terceros poco extendido por ahora.
Para un sitio WordPress habitual, la solución más sencilla sigue siendo pasar por un CDN que gestione esta funcionalidad de forma nativa: el servidor de origen sigue funcionando con normalidad, y es el CDN el que genera la respuesta 103 a partir de las cabeceras ya conocidas (hojas de estilo, fuentes, scripts críticos).
Early Hints HTTP 103 en los CDN (Cloudflare, Fastly)
Cloudflare fue uno de los primeros CDN en ofrecer esta funcionalidad con una configuración sencilla: basta con activar la opción en el panel y definir, mediante reglas de transformación o un Worker, las cabeceras Link que se deben precargar para cada tipo de página.
Fastly ofrece un enfoque similar a través de sus servicios Compute, y Chrome lleva varias versiones soportando Early Hints HTTP 103. Antes de activarlo conviene comprobar la compatibilidad del CDN utilizado, ya que no todos los proveedores lo han implementado todavía.
Early Hints HTTP 103 frente a los Resource Hints clásicos
Early Hints HTTP 103 no sustituye a las etiquetas <link rel="preload">, preconnect o dns-prefetch colocadas directamente en el HTML: las complementa activándolas mucho antes, incluso antes de que el navegador reciba el primer byte del documento. Para profundizar en estas etiquetas del <head>, consulta nuestra guía sobre la precarga de recursos.
La diferencia es clave en páginas generadas dinámicamente: sin este mecanismo, el navegador debe esperar la respuesta completa del servidor antes de descubrir qué recursos precargar, lo que anula buena parte del beneficio en páginas lentas de generar en el servidor.
Impacto de Early Hints HTTP 103 en los Core Web Vitals
El impacto de Early Hints HTTP 103 se nota sobre todo en el Largest Contentful Paint (LCP) y en el tiempo de primer byte percibido, ya que los recursos críticos (fuente principal, CSS, imagen de cabecera) empiezan a cargarse mientras el servidor todavía está generando el HTML.
En sitios con un backend lento (tiempo de respuesta del servidor superior a 600 ms), las mejoras observadas suelen situarse entre 100 y 300 ms en el LCP, una diferencia suficiente para que algunas páginas pasen del umbral «necesita mejora» al umbral «bueno» en Google Search Console.
Cómo medir las ganancias de Early Hints HTTP 103
Para medir estas ganancias hay que comparar las métricas de carga antes y después de activarlo con una herramienta como WebPageTest o Chrome DevTools, observando la línea de tiempo de red: las peticiones lanzadas por el código 103 deben aparecer antes de que termine de descargarse el documento HTML.
La pestaña Red de Chrome DevTools muestra una línea «103 Early Hints» independiente seguida del «200 OK» final sobre la misma petición; si esa línea no aparece, el servidor o el CDN todavía no está enviando correctamente la respuesta preliminar.
Conclusión
Early Hints HTTP 103 sigue siendo una optimización poco extendida, pero especialmente rentable en sitios cuyo tiempo de generación en el servidor es considerable. Combinado con una estrategia de precarga clásica, este código de estado permite recuperar varios cientos de milisegundos sin tocar el código de la aplicación.
Para profundizar en los fundamentos del protocolo, la documentación oficial Early Hints en Chrome Developers detalla la implementación en el navegador y los casos de uso recomendados.