¿Cuál es la diferencia entre Base64 y Base64 URL-safe?

Base64 estándar usa + y / que chocan con la sintaxis de URL. Base64 URL-safe los reemplaza por - y _ para que la salida se pueda meter en una query string o nombre de archivo sin escapar. Los JWT y muchos flujos OAuth usan la variante URL-safe.

¿Maneja caracteres UTF-8?

Sí. La herramienta codifica la entrada como UTF-8 antes de la conversión Base64, así que emojis, letras acentuadas y scripts no latinos hacen el viaje completo limpiamente. Decodificar una cadena Base64 que contiene UTF-8 produce los caracteres originales.

¿Puedo codificar archivos?

Sí. Suelta un archivo en el área de entrada y la herramienta lo lee como binario, produciendo una cadena Base64. Eso es útil al embeber imágenes pequeñas como data URI o enviar contenido binario por sistemas que sólo aceptan texto.

¿Se envía mi entrada a algún lado?

No. Todo se ejecuta localmente en tu navegador. La pestaña Red en DevTools permanecerá vacía durante la codificación y decodificación.

¿Por qué mi cadena Base64 termina en signos de igual?

Esos son caracteres de relleno. Las salidas Base64 siempre son múltiplos de cuatro caracteres, y = se usa para rellenar cuando la longitud de entrada no es múltiplo de tres bytes. Las variantes URL-safe a veces eliminan el relleno por completo.

Codificador y Decodificador Base64

Codificar y Decodificar Base64 en línea

Privacidad por diseño — se ejecuta completamente en tu navegador

Codifica cualquier texto o dato binario a Base64, o decodifica una cadena Base64 de vuelta a su forma original. Toova maneja UTF-8 correctamente, soporta la variante URL-safe y se ejecuta enteramente en tu navegador: sin subida, sin registro, sin logs.

Base64 estándar y URL-safe

Base64 estándar usa los caracteres + y /, que se rompen cuando metes la cadena en una URL o un nombre de archivo. Base64 URL-safe los sustituye por - y _. Toova expone ambos como un único toggle, así que puedes elegir la variante que encaja: JWT y OAuth usan URL-safe, mientras que la mayoría de codificaciones de archivos se quedan con el alfabeto clásico. El relleno con = se maneja automáticamente.

UTF-8 bien hecho

Las herramientas Base64 ingenuas estropean caracteres no ASCII porque asumen un byte por carácter. Toova codifica la entrada como UTF-8 primero, así que emojis, letras acentuadas, caracteres CJK y árabe sobreviven el viaje completo sin corrupción. Decodifica una cadena Base64 que contiene texto UTF-8 y obtendrás los caracteres originales de vuelta, exactamente como eran.

Sólo local, cero llamadas de red

Cada codificación y decodificación ocurre dentro de tu navegador. Sin subida, sin API de terceros, sin registro de la entrada. Puedes verificarlo tú mismo abriendo la pestaña Red en DevTools mientras usas la herramienta. Eso hace a Toova seguro para codificar secretos, tokens, certificados o cualquier payload sensible que no debería salir de tu máquina.

Preguntas frecuentes

¿Cuál es la diferencia entre Base64 y Base64 URL-safe?: Base64 estándar usa + y / que chocan con la sintaxis de URL. Base64 URL-safe los reemplaza por - y _ para que la salida se pueda meter en una query string o nombre de archivo sin escapar. Los JWT y muchos flujos OAuth usan la variante URL-safe.
¿Maneja caracteres UTF-8?: Sí. La herramienta codifica la entrada como UTF-8 antes de la conversión Base64, así que emojis, letras acentuadas y scripts no latinos hacen el viaje completo limpiamente. Decodificar una cadena Base64 que contiene UTF-8 produce los caracteres originales.
¿Puedo codificar archivos?: Sí. Suelta un archivo en el área de entrada y la herramienta lo lee como binario, produciendo una cadena Base64. Eso es útil al embeber imágenes pequeñas como data URI o enviar contenido binario por sistemas que sólo aceptan texto.
¿Se envía mi entrada a algún lado?: No. Todo se ejecuta localmente en tu navegador. La pestaña Red en DevTools permanecerá vacía durante la codificación y decodificación.
¿Por qué mi cadena Base64 termina en signos de igual?: Esos son caracteres de relleno. Las salidas Base64 siempre son múltiplos de cuatro caracteres, y = se usa para rellenar cuando la longitud de entrada no es múltiplo de tres bytes. Las variantes URL-safe a veces eliminan el relleno por completo.