HTTP acaba de recibir su primer método nuevo en 20 años
Es probable que ya hayas hecho esto antes.
Necesitas buscar productos. Tus filtros de búsqueda son demasiado grandes para una URL. Para solucionar esto, utilizas una solicitud POST.
Funciona. Pero es una mentira. Le dices a HTTP que estás cambiando datos cuando solo los estás leyendo.
En junio de 2026, el IETF publicó el RFC 10008. Este define un nuevo método HTTP llamado QUERY. Es el primer método nuevo en más de dos décadas. Resuelve exactamente el problema mencionado anteriormente.
El problema actual
GET es excelente para leer datos. Es seguro y permite el almacenamiento en caché. Pero no puede transportar un cuerpo de solicitud (request body). Las URL también tienen límites de caracteres.
POST transporta un cuerpo. Pero HTTP asume que POST cambia el estado. Esto significa que pierdes el almacenamiento en caché automático y los reintentos seguros. Si una solicitud POST agota el tiempo de espera (times out), no puedes simplemente reintentarla. No sabes si el servidor ya cambió algo.
La solución: QUERY
QUERY es una solicitud GET con un cuerpo. Proporciona dos garantías:
- Es seguro. No modifica los datos.
- Es idempotente. Enviarlo dos veces da el mismo resultado que enviarlo una vez.
Cómo usarlo hoy
Puedes usar esto ahora mismo con Axios o Fetch.
Ejemplo con Axios:
axios.request({
method: 'QUERY',
url: '/api/products',
data: { category: 'shoes', maxPrice: 100 }
})
Ejemplo con Fetch:
fetch('/api/products', {
method: 'QUERY',
headers: { 'Content-Type': 'application/json' },
body: JSON.stringify({ category: 'shoes', maxPrice: 100 })
})
Qué esperar a continuación
La transición no ocurrirá de la noche a la mañana. Aquí está la hoja de ruta:
- Infraestructura: Nginx y Apache permitirán estas solicitudes. Es posible que necesites actualizar tu WAF o tus reglas de seguridad para permitir el método QUERY.
- Frameworks: Se espera que Spring, Rails y Express añadan soporte nativo a lo largo de 2026 y 2027.
- CDNs: Dado que ingenieros de Cloudflare y Akamai ayudaron a escribir esto, espera un rápido soporte de CDN. Esto facilita mucho el almacenamiento en caché.
Por qué esto es importante para tu código
- Reintentos automáticos: Dado que QUERY es idempotente, las aplicaciones móviles y los clientes pueden reintentar solicitudes fallidas de forma segura.
- Mejor almacenamiento en caché: Los CDNs pueden almacenar en caché las respuestas de QUERY basándose en el cuerpo. Puedes eliminar tus capas de caché de Redis implementadas manualmente.
- URLs más limpias: Ya no necesitas introducir JSON complejos en los parámetros de consulta de la URL.
- APIs semánticas: La documentación de tu API será más clara. Los desarrolladores sabrán exactamente qué endpoints leen datos y cuáles los escriben.
Prepara a tu equipo auditando tus endpoints POST actuales. Identifica cuáles solo leen datos. Esos serán tus futuros endpoints QUERY.