Por qué Base64 hace los archivos ~33% más grandes

Base64 no comprime nada — hace lo contrario. Existe para hacer que los datos binarios sean seguros de transportar por canales de solo texto (cuerpos de correo, cadenas JSON, XML, URLs) que nunca se diseñaron para manejar bytes crudos, y esa seguridad cuesta espacio: cada 3 bytes de entrada se convierten en 4 caracteres de salida, una proporción fija de 4:3 que resulta en aproximadamente 33% más grande que el original, independientemente de cuáles sean realmente los datos.

La matemática detrás del 33%

El alfabeto de Base64 tiene 64 símbolos (A-Z, a-z, 0-9, más dos caracteres más, típicamente + y /), y 64 = 2⁶, así que cada carácter de salida codifica exactamente 6 bits. Tres bytes de entrada son 24 bits, que se dividen equitativamente en cuatro grupos de 6 bits — de ahí que 3 bytes de entrada se conviertan en 4 caracteres de salida. Como cada carácter luego se almacena como un byte de texto, 3 bytes de datos binarios se convierten en 4 bytes de texto Base64: un multiplicador de 4/3 ≈ 1,333, o un aumento de tamaño del 33,3%. Esto no es específico de la implementación — se define así en el RFC 4648, el estándar IETF que sigue todo codificador Base64.

Relleno: el bit extra

Cuando la longitud de entrada no es un múltiplo limpio de 3, el último grupo se rellena con uno o dos caracteres = para que la longitud total de salida se mantenga como múltiplo de 4 — algunos decodificadores requieren esto para analizar la cadena correctamente, aunque técnicamente es información redundante. En entradas pequeñas el relleno puede empujar la sobrecarga ligeramente por encima del 33%, pero el efecto se reduce hacia el 33,3% teórico a medida que la entrada crece.

Cuándo vale la pena pagar la sobrecarga

El costo del 33% compra compatibilidad: la salida de Base64 es ASCII plano, así que sobrevive al pegarse en una cadena JSON, un atributo XML, un parámetro de consulta de URL, o un cuerpo de correo sin corromperse — ninguno de los cuales puede contener con seguridad bytes binarios crudos. Ese es el intercambio detrás de incrustar imágenes pequeñas como URI de datos o adjuntar archivos a un correo. Para archivos genuinamente grandes, o donde ya existe un transporte seguro para binarios (un endpoint de subida de archivos, datos de formulario multipart, una API de almacenamiento de objetos), saltarse Base64 y enviar los bytes crudos evita la sobrecarga por completo — consulta la herramienta Base64 si necesitas verificar exactamente cuán grande se volverá un archivo dado antes de comprometerte a codificarlo.