Qué es Base64
Base64 es un método para representar datos binarios usando solo 64 caracteres de texto “seguro”: las letras A-Z y a-z, los dígitos 0-9 y los símbolos + y /. Cada 3 bytes de entrada se convierten en 4 caracteres de salida, así que el resultado siempre pesa alrededor de un 33 % más que el original.
Un punto clave: Base64 no es cifrado. No protege nada: cualquiera puede revertirlo en un segundo (esta misma página lo hace). Es solo una forma de “empaquetar” bytes para que viajen sin dañarse por canales que únicamente aceptan texto plano. Sus usos más comunes:
- Data URIs: incrustar imágenes pequeñas directamente en el HTML o CSS con
data:image/png;base64,.... - Adjuntos de correo: el estándar MIME codifica los archivos adjuntos en Base64.
- JWT: los tokens de sesión que usan muchas APIs son tres bloques de Base64URL separados por puntos.
- APIs y configuración: transportar bytes arbitrarios dentro de JSON o variables de entorno.
Cómo usar la herramienta
- Elige la pestaña Codificar (texto → Base64) o Decodificar (Base64 → texto).
- Escribe o pega el contenido en el campo de entrada.
- El resultado aparece al instante en el panel oscuro; no hay botón de “convertir”.
- Pulsa Copiar para llevarlo al portapapeles.
- Si pegas un Base64 corrupto, verás el aviso “Base64 inválido” en lugar de un resultado erróneo.
Todo ocurre en tu navegador: el texto nunca se envía a ningún servidor.
Cómo funciona la codificación
El algoritmo toma los bytes de entrada en grupos de 3 (24 bits), los reparte en 4 bloques de 6 bits y asigna a cada bloque un carácter del alfabeto de 64 símbolos. Si el último grupo queda incompleto, se rellena con el signo =.
Ejemplo resuelto
Codifiquemos la palabra Hola. En UTF-8 son 4 bytes: 72, 111, 108 y 97.
- Los primeros 3 bytes (72, 111, 108) forman 24 bits que, partidos en bloques de 6, dan los valores 18, 6, 61 y 44. En el alfabeto Base64 corresponden a S, G, 9 y s.
- Queda 1 byte suelto (97). Sus 8 bits se completan con ceros y producen los valores 24 y 16, es decir Y y Q, más dos signos = de relleno.
Resultado: SG9sYQ==. Cuatro bytes se convirtieron en 8 caracteres, tal como predice la regla de 4 por cada 3.
Tabla de ejemplos verificados
| Texto | Base64 | Bytes UTF-8 |
|---|---|---|
| Hola | SG9sYQ== | 4 |
| café | Y2Fmw6k= | 5 |
| año | YcOxbw== | 4 |
| mañana | bWHDsWFuYQ== | 7 |
| Hola, mundo | SG9sYSwgbXVuZG8= | 11 |
| 😀 | 8J+YgA== | 4 |
Fíjate: “año” tiene 3 letras pero ocupa 4 bytes (la eñe usa 2 bytes en UTF-8; el emoji, 4).
Por qué los acentos y emojis necesitan UTF-8
La función btoa del navegador solo acepta caracteres latin1 (códigos 0 a 255). Si le pasas directamente una eñe, una tilde o un emoji, lanza un error. La solución correcta —la que usa esta herramienta— es convertir primero el texto a bytes UTF-8 con TextEncoder y codificar esos bytes. Al decodificar se hace el camino inverso con TextDecoder; así “mañana” o un emoji viajan intactos.
Preguntas frecuentes
¿Sirve Base64 para proteger contraseñas?
No. Base64 es codificación, no cifrado: no usa ninguna clave y se revierte al instante. Si ves una contraseña “en Base64”, está tan expuesta como en texto plano. Para proteger secretos se usan algoritmos de cifrado o de hashing con sal, nunca Base64.
¿Qué significan los signos = del final?
Son relleno (padding). La salida se genera en bloques de 4 caracteres; cuando la entrada no es múltiplo de 3 bytes, un = indica que faltaba 1 byte y dos == que faltaban 2. Algunos sistemas los omiten y el texto se decodifica igual.
¿Qué diferencia hay entre Base64 y Base64URL?
Base64URL sustituye + por - y / por _ (y suele omitir el relleno) para que el resultado pueda ir en una URL o en un nombre de archivo sin escaparse. Los JWT usan Base64URL: si un token no decodifica aquí, reemplaza esos dos caracteres e intenta de nuevo.
¿Cuánto crece el tamaño al codificar?
La salida ocupa 4/3 del original: un 33 % más, redondeando al bloque de 4. Por eso no conviene incrustar imágenes grandes como data URIs: 3 MB se convierten en unos 4 MB de texto.