Convierte texto a binario, hexadecimal, octal o decimal y decodifícalo de vuelta. Compatible con UTF-8, con separadores y relleno de ceros configurables.
Convierte texto a binario, hexadecimal, octal o decimal, y al revés. Ambos paneles son editables, así que puedes codificar texto o pegar una cadena codificada para decodificarla. La codificación se basa en bytes UTF-8, de modo que letras acentuadas, caracteres CJK y emoji sobreviven al viaje de ida y vuelta.
Cómo el texto se convierte en bytes
Los caracteres no son bytes
Un carácter es una idea abstracta; un byte son ocho bits de almacenamiento. Convertir uno en otro requiere una codificación. Esta herramienta usa UTF-8, la codificación detrás de más del 98% de la web. En UTF-8 el rango ASCII A-Z, a-z, 0-9 y la puntuación habitual ocupan exactamente un byte, así que A es 01000001. El latín acentuado y el griego ocupan dos bytes, la mayoría de caracteres CJK tres, y los emoji cuatro.
Por qué importa en los viajes de ida y vuelta
Las herramientas antiguas llaman a charCodeAt y truncan a 8 bits. Eso funciona con ASCII puro y corrompe en silencio todo lo demás, de modo que é vuelve como otro carácter o como un glifo de reemplazo. Como este conversor codifica bytes UTF-8 reales, una cadena con caracteres chinos y un emoji se decodifica exactamente igual que entró.
Elegir una base
Binario muestra el patrón de bits en bruto, ideal para explicar cómo funciona la codificación o depurar un protocolo a nivel de bit.
Hexadecimal es la opción práctica por defecto. Dos dígitos por byte hacen evidentes los límites, y por eso lo usan todos los editores hex y volcados de red.
Octal agrupa de tres en tres bits y aparece sobre todo en permisos Unix y algunas secuencias de escape de C.
Decimal es el más fácil de leer en voz alta, pero oculta por completo la estructura de bits.
Separadores y relleno
El relleno de ceros hace que todos los bytes tengan el mismo ancho — ocho caracteres en binario, dos en hex — así la salida puede dividirse de forma fiable incluso sin separador. Si desactivas el relleno, conserva un separador; de lo contrario 1 y 10 se juntan y el resultado no puede decodificarse sin ambigüedad. Al decodificar se acepta cualquier mezcla de espacios, comas y saltos de línea.
Preguntas frecuentes
¿Por qué mi carácter chino son tres grupos de ocho bits?
UTF-8 codifica la mayoría de caracteres CJK con tres bytes, y cada byte se convierte en un grupo de ocho bits. Es el comportamiento correcto, no un error.
¿Puedo decodificar binario sin separadores?
Sí, siempre que se codificara con relleno de ceros. El decodificador recurre al troceado de ancho fijo —ocho caracteres por byte en binario, dos en hex— cuando no encuentra separador.
¿Usa ASCII o UTF-8?
UTF-8. En el rango ASCII puro ambos son idénticos, así que el texto en inglés se ve igual, pero UTF-8 además maneja correctamente cualquier otro carácter.
¿Por qué recibo un error al decodificar?
Cada grupo debe interpretarse como un valor entre 0 y 255 en la base elegida. Un 256, una letra suelta en modo binario o una base equivocada provocan el error.
¿Es lo mismo que Base64?
No. Base64 empaqueta tres bytes en cuatro caracteres imprimibles para compactar los datos. Esta herramienta representa cada byte por separado en la base elegida: más largo pero legible.
¿Se envía mi texto a algún sitio?
No. La codificación y decodificación usan las APIs TextEncoder y TextDecoder del navegador, íntegramente en tu equipo.