BrowserTools
Inicio / Conversores / Traductor binario, de texto a código binario y viceversa

Traductor binario, de texto a código binario y viceversa

Convierte texto a binario y binario a texto al instante, con modos decimal, hexadecimal y octal, soporte UTF-8 completo, delimitadores personalizados y botones de copiar.

Cargando Traductor binario, de texto a código binario y viceversa… Si no ocurre nada, activa JavaScript.

Cada fragmento de texto que tu ordenador guarda o envía es, en última instancia, una secuencia de dígitos binarios, y este traductor binario te muestra exactamente cómo es esa secuencia. Escribe o pega cualquier texto y se convierte al instante en código binario, un grupo de unos y ceros por byte; pega binario y se descodifica de vuelta a texto legible con la misma rapidez, en ambas direcciones y en vivo mientras escribes. Además del binario, el conversor ofrece modos decimal, hexadecimal y octal, para que inspecciones los mismos bytes en el sistema de numeración que mejor se ajuste a tu tarea, ya sea un ejercicio de programación, una clase de redes, un reto CTF o simple curiosidad por cómo los ordenadores representan el lenguaje.

Preguntas frecuentes

¿Cómo funciona la conversión de texto a binario?
Tu texto se codifica primero a bytes usando UTF-8, la misma codificación que usa casi cualquier sitio web y formato de archivo moderno. Cada byte es un número de 0 a 255, que después se escribe en el sistema de numeración seleccionado: binario (base 2), decimal (base 10), hexadecimal (base 16) u octal (base 8). Con el relleno a 8 bits activado, los bytes binarios muestran siempre ocho dígitos, así que A se convierte en 01000001.
¿Cómo convierto binario de vuelta a texto?
Pega los códigos binarios (o decimales, hexadecimales u octales) en la caja inferior, separados por el delimitador elegido. Cada grupo se interpreta como un byte y la secuencia de bytes se descodifica como UTF-8. La conversión ocurre en vivo mientras escribes. Si un grupo no es un número válido, supera 255 o los bytes no forman UTF-8 válido, la herramienta muestra un mensaje de error claro en lugar de una salida ilegible.
¿Por qué un carácter a veces produce más de un byte?
UTF-8 es una codificación de longitud variable. Los caracteres ASCII simples (letras inglesas, dígitos, puntuación básica) usan un byte, la mayoría de las letras latinas acentuadas y cirílicas usan dos, la mayoría de las escrituras asiáticas usan tres y los emojis usan cuatro. Los contadores de caracteres y bytes sobre la salida te permiten ver esta diferencia de un vistazo.
¿Qué hace la opción de relleno a 8 bits?
Con el relleno activado, cada byte se completa con ceros a la izquierda hasta un ancho fijo: 8 dígitos en binario, 3 en octal y decimal, 2 en hexadecimal, de modo que 5 se convierte en 00000101 en binario. Es la forma convencional de escribir bytes binarios y es imprescindible para descodificar cuando eliges no usar delimitador, porque el ancho fijo es la única manera de saber dónde termina un byte y empieza el siguiente.
¿Puedo descodificar binario que no tiene espacios?
Sí, elige la opción de delimitador "ninguno". El descodificador divide entonces la entrada en bloques de ancho fijo (8 dígitos para binario, 2 para hexadecimal, 3 para octal y decimal), lo que requiere la convención de relleno. Una cadena continua como 0100100001101001 se descodifica como "Hi". El decimal sin delimitador es ambiguo salvo que cada byte esté rellenado a 3 dígitos.
¿Cuál es la diferencia entre los modos binario, decimal, hexadecimal y octal?
Son simplemente bases distintas para escribir los mismos valores de byte. La letra A (byte 65) es 01000001 en binario, 65 en decimal, 41 en hexadecimal y 101 en octal. El hexadecimal es popular entre programadores porque cada byte ocupa exactamente dos dígitos; el octal era común en sistemas antiguos y aún aparece en los permisos de archivos de Unix.
¿Este traductor admite emojis e idiomas distintos del inglés?
Sí, totalmente. Como la herramienta usa codificación UTF-8 real en lugar de una tabla solo ASCII, cualquier texto que funcione en la web funciona aquí: chino, árabe, cirílico, letras europeas acentuadas y emojis se convierten a sus secuencias multibyte correctas y se descodifican de vuelta sin pérdidas.
¿Qué es ASCII y qué relación tiene con UTF-8?
ASCII, estandarizado en 1963, asigna 128 caracteres (letras inglesas, dígitos, puntuación y códigos de control) a los números del 0 al 127. UTF-8, creado en 1992, se diseñó deliberadamente para que esos 128 caracteres conservaran exactamente los mismos valores de un solo byte. Esa retrocompatibilidad es una razón clave de que UTF-8 conquistara la web: cualquier archivo ASCII puro ya es UTF-8 válido.
¿Por qué recibo un error de 'secuencia UTF-8 no válida' al descodificar?
Los bytes introducidos no forman una secuencia UTF-8 legal, por ejemplo un byte de continuación suelto (10xxxxxx) o un carácter multibyte cortado. Suele significar que el origen se codificó con otro juego de caracteres, que el binario se truncó o que una errata cambió un bit. La herramienta usa descodificación estricta a propósito, para informar de los errores en vez de producir caracteres incorrectos en silencio.
¿Se envía mi texto a un servidor?
No. Toda la codificación y descodificación se ejecuta localmente en tu navegador usando las API estándar TextEncoder y TextDecoder. Nada de lo que escribes o pegas sale de tu dispositivo, y el conversor sigue funcionando sin conexión una vez cargada la página.

Acerca de Traductor binario, de texto a código binario y viceversa

La razón por la que el texto puede convertirse en números es la codificación de caracteres, y su historia explica casi todo lo que verás en la salida. En 1963, el estándar ASCII asignó un número de 7 bits a cada letra, dígito y signo de puntuación del inglés, de modo que la letra A pasó a ser 65, o 01000001 en binario. ASCII funcionaba bien para el inglés, pero no tenía sitio para letras acentuadas, cirílico, chino o emojis, lo que llevó a una era caótica de páginas de códigos regionales incompatibles. Unicode resolvió el caos dando a cada carácter de cada sistema de escritura un punto de código único, y UTF-8, diseñado por Ken Thompson y Rob Pike en 1992 sobre el mantel de papel de un restaurante de Nueva Jersey, se convirtió en la forma dominante de almacenar esos puntos de código como bytes. UTF-8 mantiene cada carácter ASCII como un único byte idéntico, mientras que los demás caracteres usan dos, tres o cuatro bytes, y por eso hoy impulsa más del 98 por ciento de la web.

Este conversor es totalmente compatible con UTF-8. El texto se codifica con el TextEncoder nativo del navegador, de modo que una é acentuada produce correctamente dos bytes (11000011 10101001) y un emoji como 🙂 produce cuatro, exactamente como se almacenarían en un archivo o se transmitirían por una red. La descodificación usa TextDecoder en modo estricto: si los bytes que pegas no forman una secuencia UTF-8 válida, recibes un error claro en lugar de caracteres corruptos en silencio. Puedes elegir el delimitador entre bytes (espacio, nada en absoluto o cualquier cadena personalizada), activar el relleno con ceros a 8 bits y ver los contadores de caracteres y bytes en vivo, que además hacen fáciles de detectar los caracteres multibyte. Los botones de copiar de ambos lados llevan el resultado al portapapeles con un clic.

La conversión entre binario y texto tiene muchos usos prácticos. Los desarrolladores la usan para depurar problemas de codificación, inspeccionar cargas de red y entender por qué la longitud en bytes de una cadena difiere de su número de caracteres. Los estudiantes la usan para aprender notación posicional y los fundamentos del complemento a dos. Los diseñadores de acertijos y de escape rooms esconden mensajes en binario, y el clásico saludo "01001000 01101001" sigue circulando en foros y camisetas. Como toda la herramienta se ejecuta en el lado del cliente, en tu navegador, nada de lo que escribes se sube a ningún sitio: tu texto y su forma binaria permanecen en tu dispositivo, y el conversor sigue funcionando incluso sin conexión.

Por qué ganaron los ocho bits: breve historia del byte

La palabra "bit" (dígito binario) la acuñó el estadístico John Tukey en 1947, y el "byte" lo bautizó el ingeniero de IBM Werner Buchholz en 1956 durante el diseño del superordenador STRETCH, escrito deliberadamente distinto de "bite" para que nadie lo confundiera con "bit". Los primeros ordenadores discrepaban enormemente sobre el tamaño de un byte: hubo máquinas con caracteres de 6, 7 y 9 bits, y algunos ordenadores científicos direccionaban la memoria en palabras de 36 bits. Fue el System/360 de IBM, lanzado en 1964, el que estandarizó el byte de 8 bits en toda una línea de productos. Ocho bits daban 256 valores, suficientes para ASCII y algo más, y eran una cómoda potencia de dos; el resto de la industria lo siguió, y en los años 70 el byte de 8 bits era simplemente cómo funcionaban los ordenadores.

La codificación de caracteres tardó mucho más en asentarse. Durante décadas, cada región lingüística tuvo su propia "página de códigos" incompatible: el byte 0xE9 significaba é en Europa occidental, щ en algunos juegos cirílicos y un símbolo completamente distinto en Japón, y por eso los correos y páginas web antiguos a veces se mostraban como mojibake, texto sin sentido. La solución se esbozó en septiembre de 1992, cuando Ken Thompson y Rob Pike, de Bell Labs, idearon el esquema UTF-8, escribiendo el diseño, según la famosa anécdota, en el mantel de papel de un restaurante de Nueva Jersey. Su codificación se autosincronizaba, ordenaba correctamente y dejaba intacto cualquier archivo ASCII. Los datos de rastreo de Google mostraron que UTF-8 superó a todas las demás codificaciones de la web hacia 2008, y hoy representa más del 98 por ciento de todas las páginas.

El texto binario también se ha ganado un lugar en la cultura popular. Las placas de las Pioneer y los discos de oro de las Voyager usan binario para codificar cantidades fundamentales para cualquier alienígena que las encuentre. Carteles de cine y portadas de discos esconden mensajes binarios con regularidad: el póster de Matrix Reloaded, la portada de X&Y de Coldplay (que usa el código Baudot, un antepasado de ASCII) y un sinfín de easter eggs en videojuegos. Y en 1974, el mensaje de Arecibo emitió 1679 bits hacia el cúmulo estelar M13; 1679 es el producto de dos primos, para que cualquier receptor pudiera ordenar los bits en una imagen de 73 por 23, la primera postal binaria deliberada de la humanidad a las estrellas.

Apoyar