BrowserTools
Publicidad
Inicio / Codificadores / Codificador y Decodificador Base64

Codificador y Decodificador Base64

Codifica y decodifica texto o archivos en Base64 localmente en tu navegador.

Mantenido por BrowserTools · Última actualización 2026-06-06

Cargando Codificador y Decodificador Base64… Si no ocurre nada, activa JavaScript.

Base64 es un esquema de codificación de binario a texto que representa datos binarios usando solo 64 caracteres ASCII imprimibles: las letras latinas mayúsculas y minúsculas, los dígitos del 0 al 9 y los símbolos + y /. Se estandarizó en 1987 como parte del RFC 989 para el correo con privacidad mejorada (Privacy Enhanced Mail) y más tarde se formalizó en el RFC 4648. El nombre proviene del hecho de que cada carácter de salida codifica exactamente 6 bits, lo que significa que cada 3 bytes de entrada binaria se convierten en exactamente 4 caracteres ASCII, una sobrecarga del 33 % que bien vale la ganancia en compatibilidad.

Ejemplos

Entrada Hello, World!
Salida SGVsbG8sIFdvcmxkIQ==

Base64 estándar de texto UTF-8.

Entrada Café
Salida Q2Fmw6k=

Lo no ASCII se codifica primero en UTF-8: é se convierte en los bytes 0xC3 0xA9.

Entrada SGVsbG8sIFdvcmxkIQ==
Salida Hello, World!

La decodificación revierte la transformación exactamente.

Preguntas frecuentes

¿Se suben mis datos a un servidor?
No. Toda la codificación y decodificación ocurre localmente en tu navegador usando las API integradas btoa/atob y FileReader de la plataforma web. Tu texto, tus archivos y cualquier valor sensible nunca salen de tu dispositivo y nunca se transmiten por la red.
¿Qué son exactamente esos 64 caracteres que usa Base64?
El alfabeto estándar definido en el RFC 4648 usa A-Z (26 caracteres), a-z (26 caracteres), 0-9 (10 caracteres), más + y /, sumando 64. El carácter = se usa como relleno para que la longitud de la salida sea múltiplo de 4. La variante segura para URL reemplaza + por - y / por _ para que la salida sea segura en URL y nombres de archivo sin más escapes.
¿Cuándo debería usar la codificación Base64 en mis propios proyectos?
Usa Base64 siempre que necesites incrustar datos binarios dentro de un formato de solo texto: incrustar imágenes como Data URI en HTML o CSS, almacenar blobs binarios en JSON o XML, enviar archivos en el cuerpo de una API JSON o incluir claves criptográficas en variables de entorno. Evítala cuando puedas usar un transporte capaz de manejar binario, ya que Base64 añade una sobrecarga del 33 %.
¿Cómo se compara Base64 con la codificación hexadecimal?
Ambas convierten datos binarios en texto imprimible, pero difieren en densidad. El hexadecimal usa 2 caracteres por byte (50 % de sobrecarga), mientras que Base64 usa aproximadamente 1,33 caracteres por byte (33 % de sobrecarga), lo que hace que Base64 sea alrededor de un 25 % más compacta. El hexadecimal es más fácil de leer y se usa mucho para sumas de verificación y códigos de color; Base64 se prefiere cuando importa la compacidad o cuando la salida se incrustará en formatos de texto estructurados.
¿Cuál es el tamaño máximo de archivo que puedo codificar o decodificar?
No hay un límite fijo, pero se aplican restricciones prácticas. Los archivos muy grandes (decenas de megabytes) se mantienen enteros en la memoria del navegador como una cadena, lo que puede causar ralentizaciones o errores de falta de memoria en dispositivos con poca RAM. Para la mayoría de los casos de hasta unos pocos megabytes, la herramienta es rápida y ágil. Para flujos de trabajo masivos o con archivos grandes, una herramienta de línea de comandos como base64 (Linux/macOS) o certutil -encode (Windows) es más adecuada.
¿Funciona sin conexión y en todos los navegadores modernos?
Sí. La herramienta usa solo API web estándar (btoa, atob, FileReader, TextEncoder) que han estado disponibles en todos los navegadores principales desde 2012. No hay solicitudes externas, así que funciona totalmente sin conexión una vez cargada la página. El rendimiento depende de la CPU y la RAM disponible de tu dispositivo.
¿Puedo codificar archivos binarios como imágenes o PDF?
Sí. Usa la entrada de archivo para seleccionar cualquier archivo binario. La API FileReader lo lee como un ArrayBuffer, que luego se convierte en una cadena Base64 sin ningún problema de codificación de caracteres. La cadena resultante puede pegarse directamente en un Data URI (precédela con data:image/png;base64, para un PNG, por ejemplo) o usarse en cualquier otro lugar donde se espere binario codificado en Base64.
¿Es Base64 una forma de cifrado?
No, Base64 es puramente un esquema de codificación, no un cifrado. No ofrece ninguna confidencialidad: cualquiera que vea la cadena codificada puede decodificarla al instante sin ninguna clave ni contraseña. No uses Base64 para proteger datos sensibles. Usa cifrado adecuado (AES, RSA, etc.) para la confidencialidad, y usa Base64 solo como formato de transporte o almacenamiento después de cifrar los datos.
¿Cuál es la diferencia entre Base64 estándar y Base64url?
Base64 estándar (RFC 4648, sección 4) usa + y / como los caracteres 62 y 63, que tienen un significado especial en las URL y deben codificarse en porcentaje. Base64url (RFC 4648, sección 5) reemplaza + por - y / por _, lo que hace que la salida sea segura para incluir en URL, nombres de archivo y cabeceras HTTP sin escapes. Los JSON Web Token siempre usan Base64url. El conmutador de modo seguro para URL de esta herramienta aplica esa sustitución automáticamente.
¿Por qué a veces obtengo un error de 'carácter no válido' al decodificar?
Esto suele significar que la entrada contiene caracteres fuera del alfabeto Base64, a menudo espacios, saltos de línea o un prefijo de Data URI como 'data:image/png;base64,'. Quita cualquier prefijo de ese tipo antes de decodificar. Otra causa común es una cadena codificada en URL donde + se ha reemplazado por un espacio; en ese caso, cambia al modo seguro para URL o reemplaza manualmente los espacios por + antes de decodificar.

Acerca de Codificador y Decodificador Base64

Los desarrolladores recurren a Base64 a diario sin darse cuenta siempre. Los Data URI que incrustan imágenes o fuentes directamente en HTML y CSS usan Base64. Los JSON Web Token usan Base64url (una variante segura para URL) para empaquetar su cabecera y su carga útil. La autenticación HTTP básica codifica las credenciales como Base64 antes de colocarlas en la cabecera Authorization. Los certificados TLS, las claves SSH y los mensajes PGP con armadura se distribuyen todos como archivos PEM envueltos en Base64. Cada vez que datos binarios deben sobrevivir a una capa de transporte o almacenamiento de solo texto (correo, JSON, XML, variables de entorno), Base64 es la respuesta estándar.

Esta herramienta codifica y decodifica Base64 enteramente dentro de tu navegador. Usa las funciones btoa/atob integradas de la plataforma para el texto y la API FileReader para subir archivos binarios. Como todo el procesamiento ocurre en tu propio dispositivo, tus datos nunca se transmiten a ningún servidor, lo que hace seguro usarla con credenciales sensibles, claves privadas o documentos confidenciales. La herramienta también admite Base64 segura para URL, que reemplaza + por - y / por _ para que la salida pueda incrustarse en URL sin codificación porcentual.

Algunas cosas a tener en cuenta: btoa lanza un TypeError si la entrada contiene caracteres fuera del rango Latin-1, así que la herramienta codifica automáticamente en UTF-8 el texto Unicode antes de codificarlo. Al decodificar, los caracteres de relleno finales (=) son opcionales en muchas implementaciones, pero algunos analizadores estrictos los requieren; si recibes un error de decodificación, prueba a añadir uno o dos signos =. Base64 es una codificación, no un cifrado: no ofrece ninguna confidencialidad, y cualquiera puede decodificarla al instante. Nunca almacenes contraseñas ni tokens en Base64 esperando algún beneficio de seguridad.

Los orígenes de Base64

Base64 se estandarizó en 1987 como parte del RFC 989, que definió el correo con privacidad mejorada (PEM) para el intercambio seguro de correo electrónico. El nombre proviene del hecho de que la codificación usa exactamente 64 caracteres ASCII imprimibles, el mayor subconjunto potencia de dos que encaja cómodamente en la mayoría de las codificaciones de caracteres de la época. El esquema se refinó más tarde en el RFC 1421 y se documentó definitivamente en el RFC 4648 (2006), que sigue siendo la referencia autorizada hoy.

Antes de Base64, enviar datos binarios por sistemas de correo era notoriamente poco fiable. Los primeros relés de correo operaban con ASCII de 7 bits y corrompían en silencio los bytes superiores a 127, tratándolos como códigos de control o eliminando el bit alto por completo. Base64 resolvió esto mapeando cada 3 bytes de entrada binaria en 4 caracteres imprimibles tomados de un subconjunto de ASCII seguro y universalmente admitido, garantizando un tránsito fiel por cualquier canal de solo texto.

Hoy, Base64 está entretejida en la trama de la web. Un navegador moderno procesa miles de operaciones Base64 por carga de página sin que el usuario lo note: decodificando archivos de fuentes incrustados en CSS, verificando tokens JWT en respuestas de API, mostrando imágenes en línea en clientes de correo y validando certificados TLS durante el apretón de manos HTTPS. Lo que empezó como una solución provisional para una infraestructura de correo defectuosa de los años 80 se ha convertido en una de las codificaciones más silenciosamente esenciales de la informática.

Herramientas relacionadas

Validador y Formateador JSON

Valida, formatea y minifica JSON en tu navegador con ubicaciones de error detalladas.
Publicidad
Publicidad
Publicidad