Codificador y Decodificador Base32

El texto plano se codifica primero como UTF-8 y luego se convierte a Base32.
0 caracteres de entrada

Codifica y decodifica Base32 online con 4 variantes, conversión de archivos, control de padding, salida hex y descargas locales para claves TOTP e IDs legibles.

Relacionado

¿Qué es Base32?

Base32 es una codificación de binario a texto que representa bytes con 32 caracteres imprimibles. La forma estándar viene de RFC 4648 y usa A-Z más 2-7. Cada 5 bits se convierten en 1 carácter, por lo que el resultado suele ser alrededor de un 60% más grande que los bytes originales.

Base32 no es la opción más compacta, pero funciona bien cuando quieres menos caracteres especiales, compatibilidad sin distinguir mayúsculas y minúsculas o cadenas que las personas deban leer y escribir. Secretos TOTP, algunos valores DNS y de configuración, códigos de activación e identificadores legibles suelen usar Base32.

Cada variante cambia el alfabeto y las reglas de tolerancia a errores. Esta página admite RFC 4648 Base32, Base32hex, Crockford Base32 y z-base-32, con validación estricta, control de padding, saltos de línea, conversión de texto y archivos, y vista hexadecimal.

Casos de uso

  • Validar si una clave TOTP u OTP usa Base32 estándar o convertirla a Crockford o z-base-32 para mejorar la legibilidad.
  • Convertir blobs binarios, fragmentos de certificados, códigos de activación offline o huellas de recursos en cadenas legibles sin caracteres especiales.
  • Depurar valores Base32 de terceros que fallan por padding ausente, una variante incorrecta o una longitud mal formada.
  • Inspeccionar primero una carga Base32 desconocida como texto UTF-8 o hex y luego descargar el binario si realmente es un archivo.

Cómo Usar

  1. Elige primero la variante correcta: RFC 4648, Base32hex, Crockford o z-base-32.
  2. Para codificar, selecciona texto o archivo y decide si quieres padding, minúsculas y saltos de línea de 64, 76 o ancho personalizado.
  3. Para decodificar, pega la cadena Base32 y activa la validación estricta si necesitas comprobar longitud y padding.
  4. Revisa el resultado como texto, hexadecimal o archivo binario descargable según el tipo de carga.

Características

  • Cambia entre 4 variantes Base32 en una sola página: RFC 4648, Base32hex, Crockford y z-base-32.
  • Soporta texto y archivos: codifica texto UTF-8 o convierte cualquier archivo local a Base32.
  • Revisa el resultado decodificado como texto UTF-8, hexadecimal o archivo binario descargable.
  • Controla padding, mayúsculas y saltos de línea: puedes emitir =, forzar minúsculas o envolver en 64, 76 o un ancho personalizado.
  • Valida sin salir del navegador: comprueba longitud y padding con modo estricto mientras todo se procesa localmente.

¿Debes usar Base32, Base64 o Base58?

Los tres convierten datos binarios en caracteres imprimibles, pero resuelven problemas distintos. Elige según compatibilidad, seguridad de caracteres y longitud.

FormatoMejor paraCompromiso
Base32Secretos TOTP, IDs legibles y entornos sin distinción entre mayúsculas y minúsculasUsa un alfabeto más seguro para humanos, pero produce cadenas más largas.
Base64Transporte general de texto y archivos, Data URLs y cargas APIEs más compacto, pero puede incluir +, / y =.Codificador Base64Base64 URL Safe
Base58Direcciones copiadas a mano, QR y cadenas tipo blockchainEvita confusiones como 0/O/I/l, pero no pertenece a la familia RFC 4648.Codificador y Decodificador Base58

Best Practices

Confirma la variante antes de depurar

El error más común en Base32 no es la matemática, sino usar el alfabeto equivocado. Si el sistema espera Base32hex, Crockford o z-base-32, la salida estándar fallará aunque parezca válida.

Pasa a hex antes de asumir que el resultado debe ser texto

Una cadena Base32 válida puede representar certificados, cabeceras de imagen, archivos comprimidos o bytes aleatorios. La vista hexadecimal te ayuda a identificar la carga real.

Prefiere Crockford o z-base-32 si las personas deben teclear el valor

Ambas variantes reducen errores visuales como O, 0, I y 1, por eso suelen ser mejores para flujos con entrada manual.

No fuerces todo el flujo a quedarse en Base32

En muchos casos es más práctico convertir después a Base64, hex o al archivo original para continuar la cadena de trabajo.

Codificador Base64Conversor Hex

Preguntas Frecuentes

¿Cuándo conviene usar Base32 en lugar de Base64?

Usa Base64 cuando quieras una representación más corta y común. Usa Base32 cuando prefieras menos caracteres especiales, compatibilidad sin distinción entre mayúsculas y minúsculas o cadenas pensadas para lectura humana, como secretos TOTP.

¿Qué diferencia hay entre RFC 4648, Base32hex, Crockford y z-base-32?

La diferencia principal es el alfabeto y la tolerancia a errores. RFC 4648 es el estándar general. Base32hex ordena los dígitos primero. Crockford es mejor para entrada manual y acepta alias como O/0 e I/1/L/1. z-base-32 favorece cadenas legibles en minúsculas.

¿Por qué algunas cadenas Base32 terminan en = y otras no?

RFC 4648 Base32 y Base32hex suelen usar = como padding. Crockford y z-base-32 normalmente lo omiten. En esta página puedes decidir si lo emites y también decodificar cadenas sin padding en modo relajado.

¿Por qué el resultado decodificado parece ilegible?

Es posible que los datos originales no sean texto UTF-8. Pueden ser bytes binarios, certificados, imágenes o material de claves. Cambia a vista hexadecimal o descarga el archivo restaurado.

¿Puedo convertir archivos a Base32 y restaurarlos después?

Sí. Puedes subir un archivo local en modo de codificación y luego restaurar sus bytes en modo de decodificación para descargarlos.

¿Mi contenido se sube a un servidor?

No. La codificación Base32, la decodificación, la vista hexadecimal y las descargas se realizan localmente en el navegador.

Solución de problemas

¿Por qué mi valor no coincide con el resultado de un tercero?

Revisa primero la variante. Base32 estándar, Base32hex, Crockford y z-base-32 usan alfabetos distintos.

¿Por qué el modo estricto dice que la longitud es inválida?

La cadena puede tener padding incorrecto, caracteres no válidos o pertenecer a otra variante.

¿Por qué obtengo texto vacío o corrupto al decodificar?

Los datos originales podrían no ser UTF-8. Usa la vista hexadecimal o descarga el binario.

Glosario

RFC 4648 Base32
La variante estándar de Base32 más común. Usa A-Z y 2-7 y puede incluir padding con =.
Base32hex
La variante de orden hexadecimal definida por RFC 4648. Su alfabeto es 0-9 y A-V.
Crockford Base32
Una variante orientada a humanos que elimina I, L, O y U y acepta O/0 e I/1/L/1 al decodificar.
z-base-32
Una variante pensada para entrada humana. Suele usar minúsculas y normalmente omite el padding.
padding
Caracteres = al final para completar la longitud esperada en Base32 estándar. Son comunes en RFC 4648 y Base32hex.

Comparación rápida de 4 variantes Base32

Si no sabes qué variante necesitas, empieza por el alfabeto y el caso de uso.

VarianteAlfabetoUsa =Uso típico
RFC 4648A-Z + 2-7Sí, normalmenteTOTP y compatibilidad estándar
Base32hex0-9 + A-VSí, normalmenteCampos y orden hexadecimal
Crockford0-9 + A-Z (sin I/L/O/U)Normalmente noEntrada manual y tolerancia a errores
z-base-32ybndrfg8ejkmcpqxot1uwisza345h769Normalmente noCadenas legibles en minúsculas

Mapa de longitud y padding en Base32 estándar

En RFC 4648 Base32 y Base32hex, la cantidad de = depende del número de bytes de entrada.

Bytes de entradaCaracteres Base32= finales
126
244
353
471
580

Authoritative References