Codifica cualquier texto a Base64 o decodifica una cadena Base64 de vuelta a texto. Usa la variante URL-safe cuando necesites incrustar el resultado en una URL o nombre de archivo. La conversión sucede localmente en tu navegador.
Base64 es una codificación binario-a-texto que representa bytes arbitrarios usando solo 64 caracteres ASCII imprimibles: A-Z, a-z, 0-9, más + y / (o - y _ en la variante URL-safe). Es la forma estándar de incrustar datos binarios — imágenes, certificados, blobs cifrados — dentro de formatos de texto como JSON, XML, email o cabeceras HTTP.
La codificación infla el tamaño exactamente 4/3 (33%): cada tres bytes de entrada se convierten en cuatro caracteres de salida. La codificación es totalmente reversible, así que la decodificación devuelve los bytes originales byte por byte. La variante URL-safe sustituye + y / por - y _ para no romper las reglas de codificación de URL.
Esta herramienta solo gestiona texto por ahora. Arrastrar y soltar archivos está en la hoja de ruta. Como solución, pega el contenido del archivo (por ejemplo via xxd) o usa una utilidad de escritorio como base64.
Sí. La entrada primero se codifica como bytes UTF-8 y luego esos bytes se codifican en Base64. Emojis, acentos y caracteres CJK pasan correctamente por codificar + decodificar.
Base64 estándar usa + y /, ambos reservados en URLs. La variante URL-safe (RFC 4648 §5) los reemplaza con - y _, y elimina el padding = final. Úsala para URLs, nombres de archivo o segmentos JWT.
Base64 codifica tres bytes de entrada en cuatro caracteres de salida, así que el resultado siempre es ~33% más grande. Ese sobrecoste es el precio del alfabeto text-safe. Si el tamaño importa (adjuntos grandes, límites de payload), Base64 no es la herramienta adecuada — comprime primero los datos con gzip o zstd, o envía los bytes sin procesar por un canal capaz de binario.
No. Base64 es una codificación, no un cifrado. Cualquiera puede decodificarlo al instante sin clave — no hay secreto. Si necesitas confidencialidad, usa un cifrado real (AES-GCM, ChaCha20-Poly1305) y solo codifica en Base64 el texto cifrado resultante si necesitas integrarlo en JSON o una URL.
Donde Base64 sigue apareciendo en el trabajo web cotidiano.
Los JWT son tres bloques Base64URL separados por puntos. Pega el bloque del medio para decodificar las claims y verificar el usuario, expiración o scopes.
Authorization: Basic <Base64(usuario:contraseña)> — pega el sufijo para recuperar las credenciales separadas por dos puntos, útil al depurar servicios upstream.
Codifica un PNG o SVG diminuto para inlinearlo directamente en HTML o CSS, ahorrando una solicitud HTTP a costa de ~33 % de bytes adicionales.
JSON no puede transportar bytes en bruto. Codifica el blob en Base64, envíalo como string y decodifica del lado receptor — común para subidas de archivo en APIs REST.
La variante adecuada para el trabajo adecuado.
+ y / están reservados en URLs y son inseguros en nombres de archivo. La variante URL-safe (- y _, sin padding) evita ambos problemas.
Base64 infla el tamaño un 33 %. Si el tamaño importa, gzip o brotli primero, luego Base64 — la compresión suele ganarle al sobrecoste de codificación.
Base64 es totalmente reversible sin clave. Nunca lo uses como secreto improvisado; combínalo con un cifrado real cuando importe la confidencialidad.
JWT y muchos contextos URL-safe quitan el padding final =. La mayoría de decodificadores aceptan entrada con o sin él, así que no rechaces por longitud mod 4.