Convertir entre texto y Base64

Cómo funciona

Pegue su texto en el panel izquierdo y elija el sentido de la operación; el resultado aparece a la derecha mientras escribe. En el sentido de codificación, el texto se convierte primero a bytes UTF-8 y después se escribe con el alfabeto Base64 de 64 caracteres — por eso la ñ, las vocales con tilde y los emojis no se rompen en la salida. En el sentido de decodificación, los espacios y saltos de línea de la cadena se ignoran; si viene pegado un prefijo como «data:text/plain;base64,», también se salta, y los caracteres - y _ del formato apto para URL se convierten a sus equivalentes estándar. Si la cadena tiene un carácter ajeno al alfabeto Base64, el mensaje de error dice cuál es y en qué posición está; si los bytes decodificados no forman un texto UTF-8 válido, eso también se avisa — en ese caso lo que usted tiene no es texto sino un archivo binario. La línea de resultado muestra cuántos caracteres se convirtieron en cuántos bytes y el tamaño de la salida. Puede copiar el resultado con un clic o descargarlo como archivo de texto.

Esta herramienta también se busca como codificar base64, decodificar base64, base64 decode online, base64 encode, convertir texto a base64.

¿Qué es Base64?

El Base64 es una conversión de base numérica que toma los datos de tres en tres bytes y los escribe en cuatro caracteres: cada bloque de 6 bits corresponde a un carácter entre A-Z, a-z, 0-9, + y /, y lo que sobra se rellena con signos =. Como la salida es texto puro, se usa donde los saltos de línea, los separadores o el juego de caracteres dan problemas: encabezados HTTP, tokens JWT, cuerpos de correo, archivos de configuración. El precio es el tamaño: la salida pesa alrededor de un tercio más que el original. Con texto en español, el punto clave es que la codificación se aplica a los BYTES, no a los caracteres: la «ñ» ocupa dos bytes en UTF-8, así que primero hay que obtener los bytes del texto y aplicar el Base64 después.

¿Qué es UTF-8?

UTF-8 es la codificación de caracteres que escribe cada carácter en un número variable de bytes; hoy es el estándar de la web. Las letras del alfabeto inglés ocupan un byte; la ñ y las vocales con tilde ocupan dos, y un emoji ocupa cuatro. Por eso el número de caracteres de una frase en español no coincide con su número de bytes — un texto de 30 caracteres puede pesar 34 bytes. Esa diferencia importa en la práctica: el Base64, los límites de campo de una base de datos y los cálculos de tamaño de archivo trabajan todos en bytes. Esta herramienta muestra los dos valores por separado en la línea de resultado.

¿El Base64 es un cifrado?

No: el Base64 es una codificación, no un cifrado. La diferencia está en la clave: un cifrado exige una clave secreta para recuperar el dato, mientras que una codificación sigue una regla pública — cualquiera que tenga la cadena puede decodificarla con un clic. Como una cadena Base64 parece ilegible, muchos la toman por una medida de seguridad; en realidad solo cambia la forma del dato, no lo oculta. Pasar una contraseña, una clave de API o un dato personal a Base64 y darlo por «escondido» es un error frecuente y peligroso. El trabajo del Base64 es hacer pasar un dato intacto por canales que solo transportan texto; si hay que ocultar el dato, hace falta cifrado de verdad.

¿Por qué la ñ y las tildes se rompen en Base64?

La función de codificación integrada de los navegadores, btoa, solo acepta valores de un byte entre 0 y 255. La letra «ñ» ocupa dos bytes en UTF-8: esa función lanza un error o trata el texto como Latin-1 y produce bytes equivocados; quien decodifica la salida ve caracteres sin sentido como «Ã±».

Esta herramienta no salta el paso intermedio: el texto se convierte primero a bytes UTF-8 y el alfabeto Base64 se aplica a esos bytes. El proceso funciona igual a la inversa: codifique y vuelva a decodificar, y obtendrá su texto idéntico.

¿Dónde sirve una cadena Base64?

El Base64 nació para los canales que transportan texto pero no datos binarios; hoy se usa sobre todo para esquivar problemas de separadores o de codificación.

• El par usuario/contraseña del encabezado HTTP Basic Authorization
• Las tres partes de un token JWT (con el alfabeto apto para URL)
• El transporte de adjuntos de correo y cuerpos MIME
• Certificados y claves puestos en una sola línea dentro de un archivo de configuración
• Textos largos metidos en un campo JSON para evitar caracteres de escape

Dos errores distintos al decodificar

El primero es el error de alfabeto: la cadena tiene un carácter que no pertenece al Base64, o su longitud no es divisible entre cuatro. Suele venir de una copia incompleta; revise que los signos = del final se copiaron junto con el resto.

El segundo es el error de texto: la cadena es Base64 válido y los bytes se decodifican, pero esos bytes no forman un texto UTF-8. Eso significa que su dato es en realidad una imagen, un PDF o un archivo comprimido; ese contenido no puede mostrarse como texto.

Preguntas frecuentes

¿La ñ y las tildes se codifican bien?

Sí. El texto se convierte a bytes UTF-8 antes de codificarse: la ñ, las vocales con tilde, los signos ¿ ¡ y los emojis se conservan todos. Codifique y decodifique de vuelta, y obtendrá el texto exacto.

¿Se aceptan cadenas aptas para URL (base64url)?

Al decodificar, sí: los caracteres - y _ se convierten a + y / antes de leer la cadena, y el relleno que falte se completa. Al codificar, la salida usa el alfabeto estándar.

¿Qué significa el signo = al final de la cadena?

El Base64 toma los bytes de tres en tres y escribe cuatro caracteres. Cuando el último bloque no llega a tres bytes, uno o dos = completan la longitud a un múltiplo de cuatro. Esos signos son parte del dato: si se pierden al copiar, la decodificación puede fallar.

¿El texto que pego se envía a algún lado?

No. La codificación y la decodificación ocurren por completo dentro de su navegador; aunque pegue una contraseña, un token o un archivo de configuración, el dato no sale de esta página.