Codificador/Decodificador Base64
Codificador/Decodificador Base64
La codificación y decodificación Base64 admite modos de texto e imagen. Puede codificar y decodificar texto UTF-8, generar Data URL o Base64 puro a partir de imágenes y reconstruir la vista previa y la descarga localmente.
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
Image upload
Keep the original bytes and switch between Data URL and raw Base64 output without re-uploading
Image Data URL
Paste data:image/...;base64,... to auto-detect MIME and rebuild a previewable image
Raw Base64 image data
Supply the original image MIME explicitly before reconstructing or downloading
Escenario adicional
encode base64, decode base64 y base64 convertidor pueden resolverse en el mismo flujo para revisar el resultado antes de copiarlo o exportarlo.
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 venir del manejo de saltos de línea, si se mantiene el relleno '=' , la variante URL‑safe (−/_) y detalles de implementación. Usa UTF‑8, desactiva los saltos y decide si usar URL‑safe y mantener el relleno
Base64 representa 8 bits con 6 bits; el aumento ~33% es inherente a la técnica
Sí, siempre que uses UTF‑8. El decodificador devuelve texto; datos binarios pueden verse como caracteres extraños