Codificador y decodificador Base64

Pega la cadena en el cuadro de entrada y el resultado decodificado aparece en la misma pestaña al instante, sin botones, sin cuenta y sin subir nada. Si la cadena está guardada en un archivo, puedes abrir directamente un .txt o un .b64 en lugar de pegarla. El decodificador lee tanto el alfabeto estándar (+ /) como el URL-safe (- _), descarta los saltos de línea y espacios que vinieron con la copia, y muestra la longitud en bytes junto al resultado.

Cambia al lado de codificación, escribe o pega el texto, y la salida Base64 se genera con relleno canónico de forma predeterminada. El texto se convierte primero a bytes UTF-8, así que las tildes, la ñ y los emojis sobreviven intactos a la ida y la vuelta. Puedes elegir el alfabeto URL-safe si la cadena va a viajar dentro de una URL o de un nombre de archivo, y desactivar el relleno si el sistema receptor espera una cadena sin signos «=».

No: la cadena que pegas no sale de la pestaña, porque la decodificación se ejecuta dentro de la página que ya cargaste y no se hace ninguna petición de red mientras se decodifica. Es justo lo que se necesita con el material que la gente suele decodificar —tokens de sesión, fragmentos de registro, claves de configuración— y que muchas veces no se puede pegar en un servicio remoto.

Sí: una vez cargada la página puedes desconectar la red y seguir decodificando y codificando, y en ningún momento se pide registro ni correo electrónico. Durante la decodificación no se descarga nada, así que un portátil aislado se comporta igual que uno conectado. Lo único que necesita conexión es cargar la página, de modo que conviene dejar la pestaña abierta si vas a quedarte sin red.

Abre esta página en Safari o Chrome en macOS y arrastra o selecciona el archivo .b64: no hace falta instalar nada ni abrir la Terminal. Frente a base64 -d en la Terminal, aquí ves además qué alfabeto usaba la cadena, cuántos bytes salieron y en qué carácter exacto falla si el archivo llegó cortado. El mismo procedimiento sirve para un .txt que contenga la cadena.

Porque la misma cadena contiene a la vez caracteres del alfabeto estándar (+ o /) y del URL-safe (- o _), y esa combinación no corresponde a ninguna codificación válida. El mensaje señala la posición de la primera aparición de cada uno, así que se ve enseguida dónde se pegaron dos cadenas distintas. La solución es recuperar la cadena completa de una sola fuente, no sustituir los caracteres a mano.

Significa que hay más signos «=» de los que permite la longitud de los datos, y por eso la cadena se rechaza con un código estable y la posición del signo sobrante. Suele pasar cuando se concatenan dos fragmentos ya rellenados o cuando un formulario añade un «=» de más al final. También se rechaza el relleno colocado en medio de los datos y el relleno incompleto; en cambio, la ausencia total de relleno sí se acepta.

La entrada admite hasta 2.000.000 de caracteres y el resultado decodificado hasta 2.000.000 de bytes, y ambos límites se comprueban antes de reservar memoria. Por eso una cadena demasiado grande se rechaza al instante con un error de tamaño que indica los recuentos y el límite, en vez de bloquear la pestaña intentando construir un búfer imposible. En pantalla se previsualizan 200.000 caracteres del texto largo; copiar y descargar se llevan el contenido completo.

Sí: una cadena Base64 cuya longitud deja un resto de dos o tres caracteres se decodifica con normalidad y solo se anota que faltaba el relleno. Los JWT y los parámetros de URL se distribuyen casi siempre sin relleno, así que tratarlo como error sería incorrecto. Lo único que no se puede aceptar es un resto de un carácter, porque seis bits sueltos no forman ningún byte completo.

Decodificarlo aquí es seguro porque el contenido se trata siempre como bytes inertes: no se ejecuta nada, no se representa el HTML decodificado y no se abre ninguna URL que aparezca dentro. El riesgo se traslada a lo que hagas después: un ejecutable o un documento con macros decodificado es exactamente igual de peligroso al guardarlo y abrirlo que dentro del mensaje. La herramienta dice qué son los bytes, no si son maliciosos.

El estándar usa + y / para los valores 62 y 63, mientras que el URL-safe usa - y _ para que la cadena pueda ir dentro de una URL o de un nombre de archivo sin escaparse. Los bytes resultantes son idénticos, y esta herramienta acepta los dos e informa de cuál detectó. Si una cadena mezcla ambos se rechaza, porque casi siempre indica que se han unido dos copias distintas.

No: una decodificación limpia solo demuestra que los caracteres formaban una secuencia Base64 bien construida, no que los datos sean auténticos ni que nadie los haya modificado. Base64 es una codificación, no un cifrado ni una firma: cualquiera puede alterar el contenido, volver a codificarlo y obtendrá una cadena que se decodifica igual de bien. La confianza depende del origen, no del resultado.