Podemos usar parâmetros de consulta (query) em vez do corpo da requisição (body)?

Sim, mas depende do tipo de pedido e das informações transmitidas.

Parâmetros de Consulta (Query Parameters)

• Transmitidos na URL após o símbolo ? na forma de pares chave=valor, separados por &.
• Comumente usados em pedidos GET para filtrar, ordenar, paginar dados (por exemplo: /api/items?category=electronics&sort=price).
• Limitados em tamanho na maioria dos navegadores e servidores.
• Visíveis nos logs do servidor e no histórico do navegador (potencial problema de segurança para dados sensíveis).
• Facilidade de cache.

Corpo do Pedido (Request Body)

• Transmitido no corpo do pedido HTTP.
• Frequentemente usado em pedidos POST, PUT, PATCH para enviar grandes volumes de dados, criar ou atualizar recursos (por exemplo: envio de formulário, objeto JSON).
• Sem limites rígidos de tamanho (dentro das configurações do servidor).
• Não visível na URL, tornando-o mais adequado para transmitir dados sensíveis.
• Por padrão, não é cacheado pelos navegadores.
• Pode conter diferentes tipos de dados (JSON, XML, formulários).

Tabela comparativa de diferenças:

Critério	Parâmetros de Consulta (Query Parameters)	Corpo do Pedido (Request Body)
Localização	URL (após ?)	Corpo HTTP do pedido
Métodos típicos	GET	POST, PUT, PATCH
Uso	Filtrar, ordenar, paginar	Criar/atualizar recursos, enviar grandes volumes de dados
Tamanho	Limitado	Praticamente ilimitado
Visibilidade	Visível na URL	Não visível na URL
Cache	Pode ser facilmente cacheado	Não cacheado (por padrão)
Segurança	Menos adequado para dados sensíveis	Mais adequado para dados sensíveis

Quando usar um ou outro:

• Query Parameters em vez de Body: teoricamente possível para métodos POST, PUT, etc., mas não recomendado para transmitir o conteúdo útil principal da requisição. Isso pode violar a semântica dos métodos HTTP e dificultar o processamento. Usado muito raramente, principalmente em casos muito simples ou arquiteturas específicas. Transmitir grandes ou estruturados dados via query string não é aconselhável.
• Body em vez de Query Parameters: impossível para requisições GET, pois o padrão HTTP não define a semântica do corpo para GET. Para outros métodos (POST, PUT, etc.), o corpo é a forma padrão de transmitir dados e é preferível quando se transmitem dados estruturados ou grandes volumes, ou se os dados são sensíveis.

Na maioria dos casos, recomenda-se seguir as convenções padrão: usar query parameters para GET para filtrar/identificar e body para enviar dados em requisições que modificam o estado (POST, PUT, PATCH).