Descompresor y compresor Gzip

Descomprime datos gzip en Base64 o hex a texto legible, o comprime texto a gzip en Base64, con comparación de tamaños. Todo en tu navegador — nada se sube.

Comprimir y descomprimir Codificación Base64 Procesamiento en el cliente

Cómo usar el decodificador Gzip

1

Elige el modo

Selecciona el modo Comprimir (texto a gzip) o Descomprimir (gzip a texto).

2

Introduce los datos

Pega datos gzip codificados en Base64 o texto plano según el modo seleccionado.

3

Convierte y revisa

Haz clic en Convertir y comprueba la comparación de tamaños y la salida.

¿Qué es Gzip?

Gzip es un formato de archivo y aplicación de software para compresión y descompresión. Usa el algoritmo DEFLATE, que combina LZ77 y codificación Huffman. Gzip se usa ampliamente para reducir tamaños de archivo en servidores web, transferencia de datos y archivado de archivos.

Usos comunes

Compresión web

Los servidores HTTP comprimen respuestas para reducir el tamaño de transferencia

Archivado de archivos

Creación de archivos comprimidos .gz

Payloads de API

Compresión de payloads JSON o texto grandes en APIs

¿Por qué Base64 y Gzip van siempre juntos?

Los datos gzip en crudo son binarios: no pueden guardarse ni transmitirse donde solo se acepta texto. Base64 codifica los bytes comprimidos en caracteres ASCII seguros, por eso el "gzip en Base64" aparece en todas partes:

Errores de servicios en la nube

S3 y otros servicios devuelven cuerpos de error comprimidos con gzip como Base64 en JSON

Serverless y colas de mensajes

Las cargas de Lambda y los mensajes de SQS/Kafka se comprimen y codifican en Base64 para seguir siendo texto

Cuerpos HTTP y de API

Los JSON grandes se comprimen con Content-Encoding: gzip y viajan como Base64 en campos de texto

Logs y webhooks

Los lotes de logs comprimidos y las cargas de webhook se envían como cadenas Base64

Esta herramienta lo hace en un solo paso: pega la cadena Base64 y decodifica Base64 y descomprime gzip de vuelta a texto legible. También acepta bytes gzip en hex (como 1f 8b 08).

Preguntas frecuentes

¿Por qué la salida Base64 es más grande que la entrada?

Al comprimir datos pequeños o muy aleatorios, la compresión Gzip puede no reducir el tamaño, y la codificación Base64 añade aproximadamente un 33% de sobrecarga. Esta herramienta muestra la comparación de tamaños para que puedas evaluar el beneficio.

¿Cuál es el tamaño máximo de entrada?

Esta herramienta procesa los datos completamente en tu navegador. Entradas muy grandes (varios MB) pueden funcionar pero podrían ralentizar tu navegador. Para compresión de archivos grandes en producción, usa herramientas del lado del servidor.

¿Es lo mismo que los archivos .zip?

No. Gzip comprime un solo flujo o archivo. El formato .zip es un formato de archivo que puede contener múltiples archivos con compresión individual. Gzip es más simple y se usa a menudo para compresión de archivos individuales y codificación de contenido HTTP.

¿Cómo decodifico datos gzip codificados en Base64?

Pega la cadena Base64 con el modo Descomprimir activo. La herramienta primero decodifica el Base64 a bytes gzip binarios y luego los descomprime con DEFLATE, mostrando el texto legible. No hace falta decodificar en dos pasos.

¿Cuál es la diferencia entre Gzip, Deflate y Zlib?

Los tres usan el mismo algoritmo DEFLATE pero lo envuelven distinto. Zlib añade una pequeña cabecera y checksum al flujo deflate en crudo. Gzip envuelve deflate en un formato de archivo con cabecera, marca de tiempo y CRC32. En HTTP Content-Encoding el valor estándar es "gzip".

¿Cómo comprimo o descomprimo archivos .gz desde la línea de comandos?

gzip file.txt comprime a file.txt.gz y elimina el original; -k lo conserva. Descomprime con gunzip file.txt.gz o gzip -d. Para muchos archivos a la vez, tar czf archive.tar.gz dir/ agrupa y comprime en un solo paso, y tar xf desempaqueta. zcat transmite un archivo .gz sin escribir nada - útil para logs comprimidos.

¿Qué nivel de compresión debo usar?

zlib expone los niveles 1-9: 1 es el más rápido y produce la salida más grande, 9 comprime al máximo pero es el más lento, y 6 es el predeterminado, cerca del punto óptimo para texto. Los niveles 7-9 suelen superar a 6 solo en porcentajes de un dígito, tardando notablemente más. Para respuestas web, el tiempo de CPU suele importar más que el último 5% del tamaño.

¿Sigue siendo relevante gzip junto a Brotli y zstd?

Totalmente. gzip (RFC 1952) es el formato de respaldo universal - todo cliente HTTP, servidor y formato de paquetes lo soporta - mientras que Brotli normalmente comprime texto web entre un 15% y un 20% más a velocidad similar usando un diccionario integrado, y zstd gana en velocidad de compresión y descompresión con altas tasas. La negociación de contenido HTTP elige la mejor codificación soportada por ambas partes; .tar.gz sigue siendo el formato de archivo multiplataforma predeterminado.

{-- * External Resources Component(#18 Phase 3b 内容佐证工程) * 工具页「权威引用」区块:RFC / W3C / WHATWG / ECMA / IANA / 官方规范站 / Wikipedia。 * * - 接受 :slug 属性 → 经 config/tool-sources.php 家族矩阵渲染该工具的权威引用 * - slug 未命中映射时不渲染(无权威来源的工具静默跳过) * - 链接 title 保持英文(引用源专名);description 经 * common.resources.descriptions.{key} 本地化,lang 未命中回退英文(线上不裸奔) * - 链接保持 dofollow(rel="noopener noreferrer") * * @param string|null $slug --}}