Codificador/Decodificador Base64
La codificación y decodificación Base64 admite flujos de texto e imagen. Puede codificar y decodificar texto, convertir imágenes en Data URL o Base64 sin procesar, o volver a convertir Data URL / Base64 en imágenes para previsualizarlas y descargarlas localmente.
Texto de entrada
Carácter
0 / 500,000
Selecciona o arrastra una imagen
Admite PNG, JPEG, WebP, GIF, SVG, BMP, AVIF, TIFF, ICO, HEIC y HEIF cuando el navegador pueda leerlos.
Texto de salida
Texto de salida
Texto de entrada
Carácter
0 / 500,000
Tipo MIME para Base64 sin procesar
El Base64 sin procesar no incluye información MIME. Elija primero el tipo de imagen original para que la vista previa se genere automáticamente.
Pegue un Data URL de imagen, o pegue Base64 sin procesar y elija un tipo MIME para ver aquí la vista previa.
Inicio rápido
Escenarios comunes
URL/JWT
Prefiere la variante URL‑safe (−/_); el '=' final puede omitirse para evitar problemas de escape
Correo/MIME
cuando se requiera ajuste, usa 76 columnas MIME (CRLF); para la Web, evita saltos. Esta herramienta ofrece ajuste a 76 columnas y selector LF/CRLF
Texto multilínea
habilitar codificación por línea para codificar cada línea
MIME/PEM
habilitar ajuste 76 columnas; activar LF cuando sea necesario
Data URL
Al incrustar, genera data:[mime];base64,…; el decodificador extrae automáticamente lo posterior a la coma
Verificación de ida y vuelta
codifica y luego decodifica de inmediato para asegurar fidelidad
Carga de imagen
conserva los bytes originales y alterna entre Data URL y Base64 sin procesar sin volver a subir
Data URL de imagen
pegue data:image/...;base64,... para detectar automáticamente el tipo MIME y previsualizar la imagen de inmediato.
Datos de imagen en Base64 sin procesar
indique el tipo MIME original de la imagen para que la herramienta pueda previsualizarla automáticamente y descargarla como imagen.
Parámetros de codificación y variantes
Consejos de uso
Limitaciones y compatibilidad
Privacidad y seguridad
Preguntas frecuentes
Base64 es un esquema para representar datos binarios como texto imprimible. Surgió en el estándar MIME del correo (años 1990, RFC 1521/2045) y fue unificado por la RFC 4648. Su objetivo no es el “cifrado”, sino transportar bytes de forma fiable por canales orientados a texto. Cómo funciona: cada 3 bytes (24 bits) se dividen en cuatro bloques de 6 bits y se mapean a 64 caracteres A–Z, a–z, 0–9, +, /. Si la longitud no es múltiplo de 3, el “=” alinea el resultado. El tamaño aumenta ~33 %. Variantes y elección: la RFC 4648 define la variante URL‑safe (‑ y _ en lugar de + y /) y permite omitir los “=” finales. Preferir URL‑safe para URL/Cookie/JWT; usar Base64 estándar (con +/ y =) para herramientas heredadas/MIME. Esta herramienta produce URL‑safe por defecto; el decodificador acepta ambas variantes. Ejemplos: ??? → estándar Pz8/, URL‑safe Pz8_; ~~~ → estándar fn5+, URL‑safe fn5‑. Data URL: al incrustar, usar data:[mime];base64,…; al decodificar, extraer la parte después de la coma (esta herramienta lo hace automáticamente). Hitos (breve): 1993 RFC 1521 (MIME v1, Ned Freed & Nathaniel Borenstein) → 1996 RFC 2045 (actualización MIME) → 2003 RFC 3548 (Simon Josefsson, abstrae Base16/32/64) → 2006 RFC 4648 (Simon Josefsson, unifica y define Base64URL, obsoleta 3548). Además: 1993 RFC 1421 (PEM, J. Linn) usó Radix‑64 (afín a Base64) para llevar binarios en correo. Seguridad: Base64 es un formateo reversible, no aporta confidencialidad/ integridad; cifra primero y luego codifica.
No. Es solo codificación; cualquiera puede decodificar. Cifra antes de codificar si necesitas confidencialidad
Comprueba que la cadena solo contenga A–Z, a–z, 0–9, +, / y =, y que su longitud sea correcta
Las diferencias suelen deberse al ajuste de línea, a si se conserva el relleno «=», a las variantes URL-safe (-/_), o a codificaciones de texto distintas. Al comparar resultados, asegúrese de que ambos lados usen la misma codificación de texto, desactive el ajuste automático y confirme si se usa URL-safe y si se conserva el relleno.
Base64 representa 8 bits con 6 bits; el aumento ~33% es inherente a la técnica
Sí. Los emojis y el texto multilingüe se procesan como UTF-8 en el modo Texto. Si el resultado decodificado en realidad es contenido binario no textual, es normal que se vea ilegible.