Analizador de cabecera Accept-Encoding

Estas son las ventajas principales de la herramienta.

• Descifrado instantáneo de Accept-Encoding: descifra cualquier cabecera Accept-Encoding al instante en tu navegador, sin ida y vuelta al servidor y sin esperas. El analizador procesa los valores q, detecta las codificaciones admitidas y recomienda la Content-Encoding óptima que servir en milisegundos.
• Analizador de Accept-Encoding online seguro: los datos de tu cabecera nunca salen de tu dispositivo. El analizador funciona íntegramente en tu navegador: sin subidas a servidores, sin transmisión de datos y 100 % privado. Seguro para analizar cabeceras de registros de tráfico de producción y API internas.
• Detección completa de valores q y codificaciones admitidas: el analizador descifra todas las codificaciones estándar (GZIP, Brotli (br), Zstandard (zstd), DEFLATE e identity) con barras de preferencia de valores q, detalles de compatibilidad de navegadores y un fragmento de configuración de Nginx listo para usar.
• 100 % gratis para siempre: el analizador de cabecera accept-encoding es totalmente gratis, sin registro, sin plan premium, sin límites y sin anuncios. Analiza cabeceras Accept-Encoding ilimitadas sin coste alguno, para siempre.

Estos son los escenarios más frecuentes.

• Depurar la negociación de compresión HTTP: cuando un servidor no sirve respuestas comprimidas, pega la cabecera Accept-Encoding de la pestaña Red de las herramientas de desarrollo del navegador en el analizador para verificar que el cliente sí admite GZIP o Brotli y confirmar que el servidor está leyendo bien la cabecera.
• Diagnosticar respuestas de API ilegibles: si un cliente de API recibe datos binarios ilegibles en lugar de JSON, puede estar recibiendo una respuesta comprimida que no sabe descomprimir. Usa el analizador para comprobar si la cabecera Accept-Encoding del cliente incluye la codificación que envía el servidor.
• Validar la configuración del servidor: antes de desplegar una nueva configuración de compresión en Nginx o Apache, usa el analizador para verificar que tus clientes objetivo (navegadores, apps móviles, consumidores de API) admiten realmente la codificación que planeas servir, y obtén un fragmento de configuración listo para usar.
• Auditar la compresión de clientes de API: audita las cabeceras Accept-Encoding que envían tus clientes de API (apps móviles, SDK e integraciones de terceros). El analizador muestra exactamente qué codificaciones admite cada cliente y te ayuda a decidir si activar Brotli o Zstandard en tus endpoints.
• Verificar la compresión en CDN y proxys: las CDN y los proxys inversos a veces eliminan o modifican las cabeceras Accept-Encoding antes de reenviar las peticiones a los servidores de origen. Usa el analizador para comparar cabeceras en distintos puntos del flujo de peticiones e identificar dónde se rompe la negociación de compresión.
• Investigar la compatibilidad de navegadores: investiga qué algoritmos de compresión admiten distintos navegadores y clientes HTTP analizando sus cabeceras Accept-Encoding. El analizador muestra porcentajes de compatibilidad de navegadores para cada codificación y te ayuda a decidir qué algoritmos priorizar.

La cabecera de petición HTTP Accept-Encoding la envían los clientes (navegadores, curl, clientes de API, apps móviles) para indicar al servidor qué algoritmos de compresión de contenido pueden descomprimir. El servidor lee esta cabecera y elige la mejor Content-Encoding para la respuesta, normalmente Brotli para navegadores modernos o GZIP como respaldo universal. Nuestro analizador de cabecera accept-encoding procesa esta cabecera, descifra cada token de codificación y su preferencia q, y te dice exactamente qué codificación servir para lograr la máxima eficiencia de compresión.

Estos son los tres pasos.

1. 1 Pega tu cabecera Accept-Encoding: copia la cabecera de las herramientas de desarrollo del navegador (pestaña Red → cabeceras de petición), de la salida de curl -v o de los registros de acceso de tu servidor. Puedes pegar la línea completa (incluido el nombre de la cabecera) o solo el valor. El analizador elimina automáticamente el nombre de la cabecera.
2. 2 Haz clic en «Analizar cabecera»: el analizador divide el valor de la cabecera por comas, procesa cada token de codificación y su parámetro q opcional, y busca la compatibilidad de navegadores y las recomendaciones de cada codificación. Todo el procesamiento ocurre en tu navegador y no se envía ningún dato a ningún servidor.
3. 3 Lee los resultados y configura tu servidor: el analizador muestra un resumen de compatibilidad, la codificación preferida que servir, un desglose detallado de cada token con barras de valores q y un fragmento de configuración de Nginx listo para usar con la combinación de codificaciones detectada.

Esto es lo que el analizador extrae de la cabecera.

• Tokens de codificación: cada codificación separada por comas en el valor de la cabecera se procesa individualmente; gzip, br, zstd, deflate, identity y el comodín (*) se reconocen y descifran con descripciones y datos de compatibilidad de navegadores.
• Valores q: el parámetro q= opcional de cada token indica la preferencia del cliente (0,0 = rechazada, 1,0 = preferida). El analizador ordena los tokens por valor q y visualiza la preferencia con un gráfico de barras.
• Codificación preferida: el analizador determina la única mejor codificación que servir según las codificaciones admitidas por el cliente, priorizando Brotli sobre Zstandard, sobre GZIP y sobre DEFLATE.
• Fragmento de configuración del servidor: se genera un fragmento de configuración de Nginx listo para usar según la combinación de codificaciones detectada: respaldo Brotli + GZIP, respaldo Zstandard + GZIP o solo GZIP.

La negociación de contenido HTTP es el mecanismo por el que clientes y servidores acuerdan la mejor representación de un recurso. La cabecera Accept-Encoding es la parte del cliente en la negociación de compresión: enumera lo que el cliente puede manejar. El servidor responde con una cabecera Content-Encoding que indica qué codificación ha usado realmente. Incluye siempre una cabecera de respuesta Vary: Accept-Encoding al servir contenido comprimido; esto indica a las CDN y a los proxys de caché que guarden versiones en caché separadas para respuestas comprimidas y sin comprimir, evitando así resultados ilegibles para los clientes que no admiten compresión.