Escribe o pega el texto que deseas codificar
o pega una cadena Base64 para decodificar.
Selecciona Codificar o Decodificar — el resultado aparece al instante.
Copia la salida al portapapeles con un clic.
Convierte texto plano a Base64 y viceversa con corrección automática de relleno.
Los resultados aparecen mientras escribes, sin necesidad de hacer clic en ningún botón.
La codificación y decodificación se ejecutan en tu navegador sin enviar datos a servidores.
Tu texto y tus cadenas Base64 se procesan exclusivamente en tu navegador. Ningún dato se transmite a servidores externos, lo cual es crucial cuando codificas credenciales, tokens de autenticación o datos sensibles. A diferencia de muchas herramientas online, tu información permanece íntegramente en tu dispositivo durante todo el proceso.
Los resultados aparecen en tiempo real mientras escribes, sin necesidad de pulsar botones ni esperar tiempos de procesamiento. Esta retroalimentación inmediata te permite verificar rápidamente que la codificación o decodificación es correcta, acelerando significativamente tu flujo de trabajo de desarrollo y depuración.
Usa el codificador Base64 de forma ilimitada sin registrarte ni proporcionar datos personales. No hay restricciones en el tamaño del texto, el número de conversiones ni la frecuencia de uso. Es una herramienta completamente libre que puedes utilizar tantas veces como necesites para tus proyectos profesionales o personales.
Nuestro codificador maneja correctamente caracteres multibyte como acentos, ñ, emojis y caracteres de otros alfabetos. Muchos codificadores Base64 fallan con caracteres fuera del rango ASCII, pero el nuestro convierte primero a UTF-8 antes de codificar, garantizando resultados correctos con cualquier texto.
Base64 es un esquema de codificación binario a texto que representa datos binarios utilizando un conjunto de 64 caracteres ASCII imprimibles. Fue diseñado originalmente para transmitir datos binarios a través de canales que solo soportan texto, como el correo electrónico (MIME) y las URLs. Hoy en día, Base64 es una herramienta fundamental en el desarrollo web y la integración de sistemas.
El proceso de codificación toma cada grupo de 3 bytes (24 bits) de datos de entrada y los divide en 4 grupos de 6 bits. Cada grupo de 6 bits se mapea a uno de los 64 caracteres del alfabeto Base64: A-Z (0-25), a-z (26-51), 0-9 (52-61), + (62) y / (63). El carácter = se usa como relleno (padding) cuando la entrada no es múltiplo de 3 bytes. Esto significa que la salida Base64 siempre es aproximadamente un 33% más grande que los datos originales.
En el desarrollo web, Base64 se utiliza extensivamente para incrustar imágenes directamente en archivos CSS o HTML mediante Data URIs (data:image/png;base64,...), eliminando peticiones HTTP adicionales. También es esencial en la autenticación HTTP Basic, donde las credenciales se codifican en formato usuario:contraseña antes de enviarse en la cabecera Authorization.
Los JSON Web Tokens (JWT), ampliamente utilizados para autenticación en APIs modernas, codifican su header y payload en Base64 URL-safe. Los desarrolladores necesitan frecuentemente decodificar estas secciones para depurar problemas de autenticación y verificar los claims del token.
Un error común es confundir codificación Base64 con cifrado. Base64 es completamente reversible sin ninguna clave: cualquier persona puede decodificar una cadena Base64 y obtener los datos originales. No proporciona ninguna seguridad. Si necesitas proteger datos sensibles, debes usar algoritmos de cifrado reales como AES-256 antes de codificar en Base64.
La codificación Base64 nativa del navegador (btoa/atob) solo funciona con caracteres en el rango Latin-1 (0-255). Para manejar correctamente textos en español con tildes, ñ, o caracteres de otros idiomas, es necesario convertir primero el texto a una secuencia de bytes UTF-8 antes de aplicar la codificación Base64. Nuestra herramienta realiza esta conversión automáticamente, garantizando resultados correctos con cualquier texto Unicode.
En el ecosistema de seguridad web, Base64 aparece en múltiples contextos críticos. La autenticación HTTP Basic codifica las credenciales en formato usuario:contraseña como Base64 antes de incluirlas en la cabecera Authorization. Los JSON Web Tokens (JWT) codifican su header y payload en Base64 URL-safe, permitiendo transmitir claims de identidad y permisos de forma compacta. Los certificados digitales en formato PEM encapsulan datos binarios DER en Base64 entre marcadores BEGIN/END. Es fundamental recordar que en todos estos casos, Base64 proporciona codificación para transporte, no seguridad: los datos deben protegerse mediante TLS/HTTPS en tránsito y algoritmos de cifrado como AES-256 o RSA para almacenamiento seguro. Utilizar Base64 como única capa de protección es un error de seguridad frecuente que expone datos sensibles a cualquier observador.
Los Data URIs permiten incrustar contenido codificado en Base64 directamente en documentos HTML, CSS y JavaScript usando el esquema data:. Esta técnica es especialmente útil para iconos pequeños, fuentes tipográficas en formato WOFF2 y imágenes decorativas de menos de 2-4 KB, donde el coste de una petición HTTP adicional supera el incremento de tamaño por la codificación Base64. Sin embargo, para imágenes mayores, los Data URIs son contraproducentes ya que aumentan el tamaño del documento HTML, impiden el cacheo independiente del recurso y bloquean el renderizado del navegador hasta completar la descarga del documento completo.
Las dos variantes resuelven el mismo problema con alfabetos ligeramente distintos. Base64 estándar usa + y /, que son perfectamente válidos en canales de texto generales como cuerpos MIME, ficheros PEM o exportaciones. Base64 URL-safe sustituye esos caracteres por - y _ para que la cadena pueda viajar en URLs, cookies y formatos de tokens sin necesidad de escapes adicionales. En la práctica también difiere el padding: la variante estándar suele conservar los = finales, mientras que la URL-safe a menudo los omite.
| Variante | Caracteres diferenciales | Uso típico |
|---|---|---|
| Base64 estándar | +, /, padding = | Email MIME, ficheros PEM, transporte de texto general |
| Base64url | -, _, padding a menudo omitido | JWT, parámetros de URL, cookies, nombres de archivo |
La distinción importa porque es frecuente copiar un segmento JWT en un decodificador genérico y preguntarse por qué falla hasta restaurar padding o normalizar el alfabeto. También ocurre lo contrario: incrustar Base64 estándar en un query parameter y romper la URL porque el + se interpreta como espacio o el / interfiere con el routing. Saber qué variante tienes delante suele ahorrar mucho tiempo de depuración.
Base64 es un método para representar datos binarios usando solo caracteres de texto ASCII. Se utiliza para transmitir datos a través de canales que solo aceptan texto, como correo electrónico, URLs y APIs web. También sirve para incrustar imágenes en HTML/CSS y codificar credenciales en autenticación HTTP Basic.
No. Base64 es una codificación, no un cifrado. Cualquier persona puede decodificar una cadena Base64 sin necesidad de clave o contraseña. Es completamente reversible y no proporciona ninguna seguridad. Si necesitas proteger datos, debes usar algoritmos de cifrado reales como AES antes de codificar en Base64.
Base64 representa cada 3 bytes de entrada como 4 caracteres ASCII, lo que produce una salida aproximadamente un 33% más grande que los datos originales. Este aumento de tamaño es el precio de representar datos binarios arbitrarios usando solo 64 caracteres imprimibles seguros para transmisión por texto.
Sí. Nuestro codificador convierte automáticamente el texto a UTF-8 antes de aplicar la codificación Base64, lo que garantiza el manejo correcto de tildes (á, é, í, ó, ú), la ñ, emojis y caracteres de cualquier idioma. Al decodificar, el proceso inverso restaura los caracteres originales sin pérdida.
El carácter = es relleno (padding) que se añade cuando la longitud de los datos de entrada no es múltiplo de 3 bytes. Puede haber uno o dos signos = al final. Esto asegura que la cadena Base64 tenga una longitud múltiplo de 4 caracteres, lo cual es necesario para la decodificación correcta.
Nuestra herramienta está diseñada para codificar texto. Para codificar archivos binarios (imágenes, PDF), necesitarías leer el archivo como datos binarios primero. Sin embargo, puedes pegar cadenas Base64 de imágenes para decodificarlas y verificar su contenido, lo cual es útil para depurar Data URIs en CSS y HTML.
Base64 URL-safe reemplaza los caracteres + por - y / por _ para evitar conflictos con caracteres especiales en URLs. Es la variante utilizada en JSON Web Tokens (JWT) y en parámetros de URL. La variante estándar usa + y /, que pueden causar problemas si se incluyen directamente en una URL sin escapar.
Absolutamente. Todo el proceso de codificación y decodificación se ejecuta en tu navegador mediante JavaScript. Ningún dato se envía a nuestros servidores. Esto es especialmente importante cuando trabajas con tokens de autenticación, claves de API u otros datos sensibles que no deben exponerse.
Un JWT consta de tres partes separadas por puntos. Las dos primeras (header y payload) están codificadas en Base64 URL-safe. Pega cada parte individualmente en nuestra herramienta y selecciona Decodificar para ver el JSON original que contiene los claims del token, como el usuario, roles y fecha de expiración.
Técnicamente puedes codificar código JavaScript en Base64 y decodificarlo antes de ejecutarlo, pero esto no proporciona protección real ya que cualquiera puede decodificarlo. Es una práctica desaconsejada para seguridad. Si necesitas proteger tu código, considera técnicas de minificación y ofuscación especializadas que dificultan genuinamente la ingeniería inversa.
Codifican el mismo modelo de datos, pero usan alfabetos ligeramente diferentes. Base64 estándar utiliza <code>+</code> y <code>/</code>, mientras que la variante URL-safe usa <code>-</code> y <code>_</code> para poder viajar en URLs y tokens sin escapes.
No. Base64 solo cambia la representación del dato; no lo protege. Cualquiera que vea la cadena puede decodificarla al instante, así que si necesitas confidencialidad debes cifrar primero y, si hace falta, codificar después.
Esos caracteres son padding y se añaden cuando la longitud original en bytes no es múltiplo de tres. Ayudan al decodificador a reconstruir correctamente el último bloque de datos, aunque algunos sistemas URL-safe los omiten deliberadamente.
Genera contraseñas Wi-Fi e IoT que resisten ataques offline pero siguen siendo fáciles de teclear en móviles, smart TV y mandos con teclados incómodos.
Leer más →El Base64 estándar usa +, / y = que rompen URLs, JWT y nombres de archivo. Aprende la diferencia entre Base64 url-safe y estándar y cómo evitar errores.
Leer más →Decodificar un JWT solo lee sus claims; verificar comprueba la firma. Aprende la diferencia, por qué causa fallos de auth y cómo probar ambas con seguridad.
Leer más →Entiende los JSON Web Tokens: estructura, claims, firmado vs cifrado, caducidad y verificación de firma — y los errores de seguridad que causan fallos de auth.
Leer más →Entiende la entropía de contraseña, por qué la longitud gana a la complejidad y cómo generar contraseñas seguras alineadas con NIST SP 800-63B.
Leer más →Guía práctica para equipos IT: generación masiva de contraseñas, cuentas de servicio, políticas de rotación y flujos con gestores de secretos.
Leer más →Guía práctica de Base64 en desarrollo web: data URIs, tokens JWT, autenticación HTTP Basic, APIs del navegador, codificación de archivos y errores comunes.
Leer más →Aprende cómo funciona la codificación Base64, cuándo usar Base64 URL-safe o MIME, qué coste tiene, y por qué no es lo mismo que Base128.
Leer más →