Formatador de Cabeçalho HTTP

Converte entre formatos bruto e chave/valor de cabeçalhos

HTTP Headers

Formatted Output

Enter HTTP headers to format and analyze

O HTTP Header Formatter converte entre texto de cabeçalho HTTP bruto e representações estruturadas chave-valor, permitindo que você analise cabeçalhos de saída curl -v, ferramentas de dev do navegador ou capturas de rede em um formato editável e os reconstrua em sintaxe HTTP header válida. Cole um bloco de cabeçalhos brutos como Content-Type: application/json\nAuthorization: Bearer eyJ... e obtenha uma tabela limpa e estruturada que você pode editar e exportar.

Entendendo Cabeçalhos HTTP

Cabeçalhos HTTP são os metadados que viajam com toda solicitação e resposta na web. Eles dizem ao servidor que conteúdo o cliente aceita, como autenticar a solicitação, quanto tempo armazenar em cache a resposta e dezenas de outros detalhes que controlam como a transação HTTP se comporta. Se você alguma vez abriu as ferramentas de desenvolvimento do navegador e olhou a aba Network, você viu cabeçalhos -- eles são Content-Type, Authorization, Cache-Control e outros pares chave-valor listados sob cada solicitação.

Para trabalho de desenvolvimento dia a dia, você raramente precisa pensar em formatação de cabeçalho porque seu cliente HTTP ou framework lidam com isso automaticamente. A formatação se torna um problema quando você precisa mover cabeçalhos entre ferramentas. Você pode copiar cabeçalhos do Chrome DevTools e precisar colá-los em uma coleção Postman. Ou você pega saída verbosa de curl -v e precisa extrair apenas os cabeçalhos de resposta sem os prefixos < . Ou você está escrevendo documentação de API e precisa apresentar cabeçalhos como um objeto JSON limpo em vez de texto bruto. Cada ferramenta espera um formato ligeiramente diferente, e reformatar manualmente é tedioso e propenso a erros.

Este formatador lida com a conversão em ambas as direções. Em modo de análise, aceita cabeçalhos brutos de qualquer fonte comum -- ferramentas de desenvolvimento do navegador, saída verbosa de curl com prefixos > e < , capturas de tcpdump ou Wireshark ou texto plano Key: Value -- e produz saída de tabela estruturada ou JSON. Em modo de construção, leva objetos JSON, dados separados por tabulação ou pares chave-valor um por linha e produz cabeçalhos HTTP brutos corretamente formatados com convenções de casing corretas e finais de linha. O resultado é cabeçalhos que estão prontos para inserir em qualquer ferramenta ou configuração que você precisar.

Como Analisar Cabeçalhos HTTP Brutos

  1. Cole cabeçalhos HTTP brutos de saída curl, ferramentas de desenvolvimento do navegador ou captura de pacote no campo de entrada.
  2. Clique em Parse para extrair cada cabeçalho em uma tabela estruturada de nome-valor.
  3. Edite valores de cabeçalho individuais conforme necessário.
  4. Copie a saída estruturada como JSON ou pares chave-valor.

Como Construir Cabeçalhos HTTP de Dados Chave-Valor

  1. Digite cabeçalhos como JSON ({"Content-Type": "application/json"}), pares Key: Value separados por linha ou dados separados por tabulação.
  2. Clique em Build para gerar cabeçalhos HTTP brutos corretamente formatados.
  3. Copie a saída para usar em seu cliente HTTP, configuração de servidor ou documentação.

Exemplos de Formatação de Cabeçalho HTTP

Analisando Saída curl

Input (cabeçalhos brutos de curl -v):

Content-Type: application/json; charset=utf-8
X-Request-ID: 8f14e45f-ceea-367f-a27f-4eb04ef4e
Cache-Control: public, max-age=3600
Set-Cookie: session=abc123; Path=/; HttpOnly
X-RateLimit-Remaining: 98

Saída Analisada:

Nome do CabeçalhoValor
Content-Typeapplication/json; charset=utf-8
X-Request-ID8f14e45f-ceea-367f-a27f-4eb04ef4e
Cache-Controlpublic, max-age=3600
Set-Cookiesession=abc123; Path=/; HttpOnly
X-RateLimit-Remaining98

Construindo a partir de JSON

Input:

{
  "Authorization": "Bearer eyJhbGciOiJIUzI1NiIs...",
  "Content-Type": "application/json",
  "Accept": "application/json",
  "X-Custom-Header": "my-value"
}

Output (cabeçalhos brutos):

Authorization: Bearer eyJhbGciOiJIUzI1NiIs...
Content-Type: application/json
Accept: application/json
X-Custom-Header: my-value

Quando Usar o HTTP Header Formatter

  • Copiando cabeçalhos entre ferramentas -- Converta cabeçalhos de formato Postman para sintaxe curl ou vice-versa sem reformatação manual.
  • Editando conjuntos complexos de cabeçalhos -- Analise um grande bloco de cabeçalhos em uma visualização estruturada onde valores individuais são fáceis de encontrar e modificar.
  • Documentação de API -- Converta capturas de cabeçalho bruto em JSON limpo para inclusão em documentação de API e arquivos README.
  • Comparando configurações -- Analise cabeçalhos de dois ambientes diferentes no mesmo formato estruturado para comparação lado a lado.
  • Debugando problemas de rede -- Extraia e organize cabeçalhos de capturas de pacote ou logs de proxy para análise.
  • Migração de servidor -- Converta cabeçalhos entre formatos de configuração ao migrar de um servidor web ou CDN para outro.

Como Cabeçalhos HTTP São Estruturados

Cabeçalhos HTTP seguem um formato simples Name: Value definido em RFC 7230, mas cabeçalhos do mundo real têm várias nuances que o formatador lida.

Convenções de Nome de Cabeçalho

Nomes de cabeçalho são case-insensitive por especificação HTTP. Content-Type, content-type e CONTENT-TYPE todos referem-se ao mesmo cabeçalho. O formatador preserva casing original ao analisar e usa casing padrão (ex: Content-Type) ao construir.

Cabeçalhos Multi-Valor

Alguns cabeçalhos aparecem múltiplas vezes em uma resposta, e a especificação HTTP define como eles se combinam:

  • Cabeçalhos baseados em lista como Cache-Control, Accept e Via podem ser combinados com vírgulas: Cache-Control: no-cache, no-store.
  • Set-Cookie é especial -- Múltiplos cabeçalhos Set-Cookie devem permanecer separados e não podem ser unidos com vírgulas.
  • Cabeçalhos dobrados (agora deprecado em HTTP/1.1) usavam espaço em branco principal para continuar um valor na próxima linha.

Finais de Linha

HTTP/1.1 requer finais de linha \r\n (CRLF) entre cabeçalhos. O formatador lida com input com finais Unix (\n), Windows (\r\n) ou mistos e produz saída CRLF em conformidade com spec ao construir.

Categorias Comuns de Cabeçalho

CategoriaCabeçalhosPropósito
Negociação de conteúdoAccept, Accept-Language, Accept-EncodingCliente diz ao servidor quais formatos prefere
AutenticaçãoAuthorization, WWW-Authenticate, Proxy-AuthorizationIdentidade e controle de acesso
CachingCache-Control, ETag, If-None-Match, If-Modified-SinceComportamento de cache e validação
SegurançaStrict-Transport-Security, Content-Security-Policy, X-Frame-OptionsPolíticas de segurança do navegador
CORSAccess-Control-Allow-Origin, Access-Control-Allow-MethodsRegras de acesso cross-origin
Limitação de taxaX-RateLimit-Limit, X-RateLimit-Remaining, Retry-AfterControles de uso de API

Dicas Práticas para Trabalhar com Cabeçalhos HTTP

Ao debugar problemas de API, a primeira coisa a verificar é se o cabeçalho Content-Type corresponde ao formato do corpo. Enviar um corpo JSON com Content-Type: application/x-www-form-urlencoded (ou pior, sem Content-Type nenhum) é uma das causas mais comuns de erros 400 Bad Request. O servidor tenta analisar o corpo de acordo com o tipo de conteúdo declarado, e quando o formato não corresponde, a análise falha. Este formatador permite que você inspecione rapidamente todos os cabeçalhos juntos para que você possa detectar incompatibilidades à primeira vista.

Outro problema frequente é duplicação de cabeçalho. Quando você configura cabeçalhos em múltiplas camadas -- código de aplicação, reverse proxy, CDN -- é fácil acabar com cabeçalhos duplicados que conflitam. Por exemplo, sua aplicação pode definir Cache-Control: private enquanto seu CDN adiciona Cache-Control: public, max-age=3600. O comportamento depende de qual camada vence, e o resultado geralmente não é o que você pretendia. Analise os cabeçalhos de resposta real e procure por duplicatas para capturar esses conflitos de configuração cedo.

Ao trabalhar com cabeçalhos de segurança como Content-Security-Policy ou Strict-Transport-Security, o formatador ajuda você a verificar que os valores estão sintaticamente corretos antes de implantação. Uma diretiva CSP malformada pode quebrar seu site inteiro bloqueando recursos legítimos, e um includeSubDomains faltante em HSTS pode deixar subdomínios desprotegidos. Analise o cabeçalho, revise cada diretiva separadamente e teste em modo report-only antes de aplicar.

Perguntas Frequentes

Nomes de cabeçalho HTTP são sensíveis a maiúsculas/minúsculas?

Não. RFC 7230 especifica que nomes de campo de cabeçalho são insensíveis a maiúsculas/minúsculas. Content-Type e content-type são o mesmo cabeçalho. No entanto, HTTP/2 requer nomes de cabeçalho em minúsculas, então o formatador pode opcionalmente converter todos os nomes para minúsculas para compatibilidade HTTP/2.

Como o formatador lida com cabeçalhos duplicados?

Ao analisar, todas as instâncias de cabeçalho são preservadas individualmente. Ao construir, você pode escolher manter duplicatas separadas (requerido para Set-Cookie) ou mesclá-las em listas separadas por vírgula (válido para maioria dos outros cabeçalhos por RFC 7230 Section 3.2.2).

Posso colar cabeçalhos diretamente do DevTools do navegador?

Sim. O formatador aceita o formato de cabeçalho bruto mostrado no Chrome DevTools, Firefox Network Inspector e Safari Web Inspector. Também lida com prefixos > e < de saída verbosa curl -v e os remove automaticamente.

Qual é a diferença entre formatação de cabeçalho HTTP/1.1 e HTTP/2?

HTTP/1.1 usa cabeçalhos em texto plano com formato Name: Value e finais de linha CRLF. HTTP/2 usa codificação binária (compressão HPACK) e requer todos os nomes de cabeçalho em minúsculas. Adicionalmente, HTTP/2 substitui a linha de solicitação (ex: GET /path HTTP/1.1) com pseudo-cabeçalhos como :method, :path e :scheme. Este formatador funciona com a representação textual usada em logs e ferramentas de desenvolvimento, não com o formato wire binário.

Como lido com cabeçalhos com valores muito longos?

Alguns cabeçalhos, particularmente Set-Cookie e Content-Security-Policy, podem ter valores com centenas de caracteres. O formatador exibe valores longos sem truncação para que você veja o conteúdo completo. Ao construir cabeçalhos, não adiciona dobramento de linha (que é deprecado em HTTP/1.1) -- cada cabeçalho ocupa uma única linha independentemente do comprimento.

Posso converter cabeçalhos de um formato para outro em um único passo?

Sim. Analise os cabeçalhos de qualquer formato de input suportado, então mude para modo de construção para exportar no formato desejado. Isso torna fácil converter de saída curl para JSON, de Postman para texto bruto ou de texto bruto para uma tabela estruturada.

Ferramentas Relacionadas

IPparse•Ferramentas Gratuitas de Rede e Calculadora de Sub-redes

© 2026 IPparse. All tools run locally in your browser.

100% Privacy-First • No Data Collected