Conversor de codificación
Convierte datos entre texto plano, Base64, codificación URL, hexadecimal y binario de 8 bits en tiempo real, byte a byte en UTF-8
Datos de origen y configuración
Cómo usar esta herramienta
- Elige «Codificar texto» o «Decodificar» y luego el formato de entrada: texto plano, Base64, URL codificado, hexadecimal o binario.
- Escribe o pega los datos; los demás formatos se actualizan mientras escribes.
- Ajusta los separadores de hex y binario y marca la opción de Base64 seguro para URL si quieres - y _ en lugar de + y /.
- Usa el botón Copiar junto al formato que necesites, o copia todos los formatos a la vez.
Ejemplo práctico
El texto por defecto Hello, World! tiene 13 caracteres y 13 bytes en UTF-8. Su Base64 es SGVsbG8sIFdvcmxkIQ==, su forma URL es Hello%2C%20World! y su hex es 48 65 6c 6c 6f 2c 20 57 6f 72 6c 64 21. Una letra fuera de ASCII cambia el número de bytes: Héllo tiene 5 caracteres pero 6 bytes, porque é ocupa dos (c3 a9), y su Base64 es SMOpbGxv. Si decodificas bytes que no son UTF-8 válido, la columna de texto muestra caracteres de reemplazo, así que el texto puede no coincidir con los bytes originales. Base64 es una codificación para transporte, no cifrado.
Metodología
Las codificaciones traducen bytes a texto que sobrevive al transporte y al almacenamiento. Ejemplo: la cadena Héllo, de 5 caracteres, ocupa 6 bytes en UTF-8 porque é usa dos (c3 a9): hex 48 c3 a9 6c 6c 6f, Base64 SMOpbGxv, forma URL H%C3%A9llo. Todas las demás representaciones se derivan de esos bytes, sea cual sea el formato en que escribas.
¿Cuántos bytes cuesta un solo símbolo?
Cada fila se escribió como texto plano con los ajustes por defecto (hexadecimal separado por espacios, Base64 estándar). La columna de conteo muestra el contador de caracteres de la herramienta y luego los bytes UTF-8.
| Texto | Caracteres → bytes | Hex | Base64 |
|---|---|---|---|
| Hi | 2 → 2 | 48 69 | SGk= |
| ñ | 1 → 2 | c3 b1 | w7E= |
| € | 1 → 3 | e2 82 ac | 4oKs |
| 日本 | 2 → 6 | e6 97 a5 e6 9c ac | 5pel5pys |
| 😀 | 2 → 4 | f0 9f 98 80 | 8J+YgA== |
Cómo leerla: el texto Base64 crece con los bytes, no con los caracteres. El contador usa unidades UTF-16, por eso el emoji aparece como 2 caracteres aunque sea un solo símbolo; para los límites de tamaño, lo que cuenta es el número de bytes. En la salida URL de la herramienta quedan %C3%B1, %E2%82%AC, %E6%97%A5%E6%9C%AC y %F0%9F%98%80. Con la opción URL-safe, el 8J+YgA== del emoji pasa a 8J-YgA. Base64 es una forma de llevar bytes como texto, no un cifrado.
Preguntas frecuentes
¿Qué diferencia existe entre Base64 estándar y Base64 URL-Safe? ▼
El Base64 estándar (RFC 4648 §4) utiliza los signos «+» y «/» junto al relleno «=». En URLs y parámetros HTTP, estos signos pueden causar errores de enrutamiento. La variante URL-Safe (RFC 4648 §5) sustituye «+» por «-» y «/» por «_», prescindiendo habitualmente del relleno «=».
¿Por qué un texto con tildes genera más bytes que caracteres en la cuenta? ▼
En la codificación UTF-8, los caracteres ASCII tradicionales usan 1 solo byte. Las vocales acentuadas en español (á, é, í, ó, ú) y la letra ñ requieren 2 bytes en memoria, lo que incrementa el total de bytes procesados.
¿Se transmiten mis contraseñas o tokens a algún servidor? ▼
El código de conversión se ejecuta en tu navegador con las funciones integradas TextEncoder, TextDecoder, atob y btoa, y la página no sube lo que escribes. Aun así, evita pegar secretos reales de producción en sitios web que no controlas. Recuerda también que Base64, la codificación de URL, el hexadecimal y el binario son codificaciones reversibles, no cifrado: quien vea el resultado puede decodificarlo, así que codificar una contraseña o un token no lo protege. Si la entrada no es válida para el formato elegido (por ejemplo, hexadecimal con un número impar de dígitos o binario que no es múltiplo de 8 bits), la herramienta muestra un error en lugar de adivinar.