Formateador de Encabezados HTTP
Convierte entre formatos de encabezados crudos y clave/valor
HTTP Headers
Formatted Output
Enter HTTP headers to format and analyze
El HTTP Header Formatter convierte entre texto de headers HTTP sin procesar y representaciones estructuradas clave-valor, permitiéndote analizar headers de la salida de curl -v, herramientas de desarrollo del navegador o capturas de red en un formato editable y reconstruirlos en sintaxis de header HTTP válida. Pega un bloque de headers sin procesar como Content-Type: application/json\nAuthorization: Bearer eyJ... y obtén una tabla limpia y estructurada que puedes editar y exportar.
Entendiendo los headers HTTP
Los headers HTTP son los metadatos que viajan con cada solicitud y respuesta en la web. Le dicen al servidor qué contenido acepta el cliente, cómo autenticar la solicitud, cuánto tiempo almacenar en caché la respuesta, y docenas de otros detalles que controlan cómo se comporta la transacción HTTP. Si alguna vez has abierto las herramientas de desarrollo del navegador y mirado la pestaña Network, has visto headers -- son los pares clave-valor Content-Type, Authorization, Cache-Control y otros listados bajo cada solicitud.
Para el trabajo de desarrollo diario, rara vez necesitas pensar en el formato de headers porque tu cliente HTTP o framework lo maneja automáticamente. El formato se convierte en un problema cuando necesitas mover headers entre herramientas. Podrías copiar headers de Chrome DevTools y necesitar pegarlos en una colección de Postman. O capturas la salida detallada de curl -v y necesitas extraer solo los headers de respuesta sin los prefijos < . O estás escribiendo documentación de API y necesitas presentar los headers como un objeto JSON limpio en lugar de texto sin formato. Cada herramienta espera un formato ligeramente diferente, y reformatear manualmente es tedioso y propenso a errores.
Este formateador maneja la conversión en ambas direcciones. En modo de análisis, acepta headers sin procesar de cualquier fuente común -- herramientas de desarrollo del navegador, salida detallada de curl con prefijos > y < , capturas de tcpdump o Wireshark, o texto simple Key: Value -- y produce una tabla estructurada o salida JSON. En modo de construcción, toma objetos JSON, datos separados por tabulaciones o pares clave-valor uno por línea y produce headers HTTP correctamente formateados con convenciones de capitalización correctas y finales de línea apropiados. El resultado son headers listos para insertar en cualquier herramienta o configuración que necesites.
Cómo analizar headers HTTP sin procesar
- Pega headers HTTP sin procesar de la salida de curl, herramientas de desarrollo del navegador o una captura de paquetes en el campo de entrada.
- Haz clic en Parse para extraer cada header en una tabla estructurada de nombre-valor.
- Edita los valores individuales de headers según sea necesario.
- Copia la salida estructurada como JSON o pares clave-valor.
Cómo construir headers HTTP desde datos clave-valor
- Ingresa headers como JSON (
{"Content-Type": "application/json"}), paresKey: Valueseparados por líneas, o datos separados por tabulaciones. - Haz clic en Build para generar headers HTTP correctamente formateados.
- Copia la salida para usar en tu cliente HTTP, configuración de servidor o documentación.
Ejemplos de formato de headers HTTP
Analizando salida de curl
Entrada (headers sin procesar 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
Salida analizada:
| Nombre del header | Valor |
|---|---|
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 |
Construyendo desde JSON
Entrada:
{
"Authorization": "Bearer eyJhbGciOiJIUzI1NiIs...",
"Content-Type": "application/json",
"Accept": "application/json",
"X-Custom-Header": "my-value"
}
Salida (headers sin procesar):
Authorization: Bearer eyJhbGciOiJIUzI1NiIs...
Content-Type: application/json
Accept: application/json
X-Custom-Header: my-value
Cuándo usar el HTTP Header Formatter
- Copiando headers entre herramientas -- Convierte headers del formato de Postman a sintaxis de curl o viceversa sin reformateo manual.
- Editando conjuntos complejos de headers -- Analiza un bloque grande de headers en una vista estructurada donde los valores individuales son fáciles de encontrar y modificar.
- Documentación de API -- Convierte capturas de headers sin procesar en JSON limpio para incluir en documentación de API y archivos README.
- Comparando configuraciones -- Analiza headers de dos entornos diferentes en el mismo formato estructurado para comparación lado a lado.
- Depurando problemas de red -- Extrae y organiza headers de capturas de paquetes o logs de proxy para análisis.
- Migración de servidores -- Convierte headers entre formatos de configuración al migrar de un servidor web o CDN a otro.
Cómo están estructurados los headers HTTP
Los headers HTTP siguen un formato simple Name: Value definido en RFC 7230, pero los headers del mundo real tienen varios matices que el formateador maneja.
Convenciones de nombres de headers
Los nombres de headers son insensibles a mayúsculas y minúsculas según la especificación HTTP. Content-Type, content-type y CONTENT-TYPE se refieren todos al mismo header. El formateador preserva las mayúsculas originales al analizar y usa la capitalización estándar (por ejemplo, Content-Type) al construir.
Headers con múltiples valores
Algunos headers aparecen múltiples veces en una respuesta, y la especificación HTTP define cómo se combinan:
- Headers basados en listas como
Cache-Control,AcceptyViapueden combinarse con comas:Cache-Control: no-cache, no-store. - Set-Cookie es especial -- Múltiples headers
Set-Cookiedeben permanecer separados y no pueden unirse con comas. - Headers plegados (ahora obsoletos en HTTP/1.1) usaban espacio en blanco al inicio para continuar un valor en la siguiente línea.
Finales de línea
HTTP/1.1 requiere finales de línea \r\n (CRLF) entre headers. El formateador maneja entrada con finales de línea Unix (\n), Windows (\r\n) o mixtos y produce salida CRLF compatible con la especificación al construir.
Categorías comunes de headers
| Categoría | Headers | Propósito |
|---|---|---|
| Negociación de contenido | Accept, Accept-Language, Accept-Encoding | El cliente le dice al servidor qué formatos prefiere |
| Autenticación | Authorization, WWW-Authenticate, Proxy-Authorization | Identidad y control de acceso |
| Caché | Cache-Control, ETag, If-None-Match, If-Modified-Since | Comportamiento de caché y validación |
| Seguridad | Strict-Transport-Security, Content-Security-Policy, X-Frame-Options | Políticas de seguridad del navegador |
| CORS | Access-Control-Allow-Origin, Access-Control-Allow-Methods | Reglas de acceso cross-origin |
| Limitación de tasa | X-RateLimit-Limit, X-RateLimit-Remaining, Retry-After | Controles de uso de API |
Consejos prácticos para trabajar con headers HTTP
Al depurar problemas de API, lo primero que debes verificar es si el header Content-Type coincide con el formato del cuerpo. Enviar un cuerpo JSON con Content-Type: application/x-www-form-urlencoded (o peor, sin Content-Type en absoluto) es una de las causas más comunes de errores 400 Bad Request. El servidor intenta analizar el cuerpo según el tipo de contenido declarado, y cuando el formato no coincide, el análisis falla. Este formateador te permite inspeccionar rápidamente todos los headers juntos para que puedas detectar incompatibilidades de un vistazo.
Otro problema frecuente es la duplicación de headers. Cuando configuras headers en múltiples capas -- código de aplicación, proxy inverso, CDN -- es fácil terminar con headers duplicados que entran en conflicto. Por ejemplo, tu aplicación podría establecer Cache-Control: private mientras tu CDN agrega Cache-Control: public, max-age=3600. El comportamiento depende de qué capa gana, y el resultado a menudo no es lo que pretendías. Analiza los headers de respuesta reales y busca duplicados para detectar estos conflictos de configuración temprano.
Al trabajar con headers de seguridad como Content-Security-Policy o Strict-Transport-Security, el formateador te ayuda a verificar que los valores sean sintácticamente correctos antes de implementarlos. Una directiva CSP malformada puede romper todo tu sitio al bloquear recursos legítimos, y un includeSubDomains faltante en HSTS puede dejar subdominios desprotegidos. Analiza el header, revisa cada directiva por separado y prueba en modo report-only antes de aplicar.
Preguntas frecuentes
¿Los nombres de headers HTTP son sensibles a mayúsculas y minúsculas?
No. RFC 7230 especifica que los nombres de campos de header son insensibles a mayúsculas y minúsculas. Content-Type y content-type son el mismo header. Sin embargo, HTTP/2 requiere nombres de headers en minúsculas, por lo que el formateador puede opcionalmente convertir todos los nombres a minúsculas para compatibilidad con HTTP/2.
¿Cómo maneja el formateador los headers duplicados?
Al analizar, todas las instancias de headers se preservan individualmente. Al construir, puedes elegir mantener los duplicados separados (requerido para Set-Cookie) o fusionarlos en listas separadas por comas (válido para la mayoría de los otros headers según RFC 7230 Sección 3.2.2).
¿Puedo pegar headers directamente desde las DevTools del navegador?
Sí. El formateador acepta el formato de header sin procesar mostrado en Chrome DevTools, Firefox Network Inspector y Safari Web Inspector. También maneja los prefijos > y < de la salida detallada de curl -v y los elimina automáticamente.
¿Cuál es la diferencia entre el formato de headers HTTP/1.1 y HTTP/2?
HTTP/1.1 usa headers de texto plano con formato Name: Value y finales de línea CRLF. HTTP/2 usa una codificación binaria (compresión HPACK) y requiere que todos los nombres de headers estén en minúsculas. Además, HTTP/2 reemplaza la línea de solicitud (por ejemplo, GET /path HTTP/1.1) con pseudo-headers como :method, :path y :scheme. Este formateador trabaja con la representación de texto utilizada en logs y herramientas de desarrollo, no con el formato binario del cable.
¿Cómo manejo headers con valores muy largos?
Algunos headers, particularmente Set-Cookie y Content-Security-Policy, pueden tener valores de cientos de caracteres. El formateador muestra valores largos sin truncar para que puedas ver el contenido completo. Al construir headers, no agrega plegado de líneas (que está obsoleto en HTTP/1.1) -- cada header ocupa una sola línea independientemente de su longitud.
¿Puedo convertir headers de un formato a otro en un solo paso?
Sí. Analiza los headers desde cualquier formato de entrada soportado, luego cambia al modo de construcción para exportar en el formato deseado. Esto facilita la conversión de la salida de curl a JSON, de Postman a texto sin formato, o de texto sin formato a una tabla estructurada.
Herramientas relacionadas
- Cookie Header Parser - Analiza headers Cookie y Set-Cookie en atributos estructurados
- CORS Header Explainer - Entiende y valida configuraciones de headers CORS
- HTTP Status Code Lookup - Busca significados de códigos de estado que acompañan headers de respuesta
- User-Agent Parser - Analiza el header User-Agent en componentes de navegador, SO y dispositivo
- curl Command Builder - Construye comandos curl con headers personalizados