El Internet-Draft "The HTTP QUERY Method", publicado por el IETF en junio de 2026 y redactado por Reschke y colaboradores, define un nuevo método de petición HTTP denominado QUERY. Su propósito es cubrir un vacío existente entre GET y POST: permite enviar al servidor una consulta cuya entrada viaja en el cuerpo de la petición, algo inviable con GET cuando los datos son demasiado voluminosos para codificarse en la URI, y que hoy se suele resolver con POST, aunque POST no garantiza seguridad ni idempotencia.
El método QUERY se define explícitamente como seguro e idempotente. Esto significa que puede repetirse, reintentarse automáticamente o almacenarse en caché sin riesgo de alterar el estado del servidor, una propiedad de la que GET goza por definición pero POST solo ofrece de forma condicional. Al igual que POST, admite un cuerpo de petición con semántica propia y exige la presencia del campo Content-Type, sin el cual el servidor debe rechazar la solicitud. A diferencia de POST, incorpora garantías de reintento y almacenamiento en caché equiparables a las de GET.
El borrador introduce además la posibilidad de que el servidor asigne una URI tanto a la propia consulta como a su resultado, mediante los campos de respuesta Location y Content-Location, de modo que esa URI pueda reutilizarse posteriormente con GET. Así, una búsqueda o filtrado complejo puede invocarse con QUERY y, una vez obtenida su URI de resultado, consultarse en repetidas ocasiones con GET. El QUERY resulta especialmente útil en casos como búsquedas con múltiples parámetros en JSON o GraphQL, informes bajo demanda sobre grandes volúmenes de datos o cualquier escenario en el que se necesite enviar una representación estructurada al servidor sin sacrificar la idempotencia ni la capacidad de caché. El borrador, con fecha de expiración el 25 de diciembre de 2026, se discute en la lista de correo del grupo de trabajo HTTP de la IETF.