Convierte un mensaje en cualquiera de los dos sentidos
El conversor ofrece dos direcciones. Texto a binario toma lo que escribes, lo codifica en UTF-8 y representa cada byte mediante ocho ceros o unos. Binario a texto lee esos bytes e intenta reconstruir el texto UTF-8. Elige primero la dirección, pega el contenido y pulsa Convertir. Revisa la salida antes de usar Copiar resultado para llevarla a otra aplicación.
En Texto a binario, la opción Separar bytes con espacios está activada inicialmente. Mantenerla facilita la lectura, porque cada grupo representa un byte. Al desactivarla obtienes una secuencia continua de bits. Los bytes no cambian; solo cambia la manera de mostrarlos. Esta opción resulta útil cuando el destino espera una cadena sin espacios en lugar de grupos separados.
Seleccionar otra dirección borra la entrada y el resultado anterior. Invertir dirección tiene otra función: lleva el resultado disponible al campo de entrada y cambia el sentido de la conversión. Después de convertir correctamente, úsalo para probar el camino de vuelta. Si todavía no hay resultado, no hay contenido convertido que transferir. Pulsa Convertir de nuevo después de invertir.
Empieza con una muestra corta para confirmar la dirección y el formato esperado. La herramienta trabaja con texto pegado; no abre archivos ni inspecciona adjuntos. Tampoco traduce idiomas. Un mensaje recuperado conserva el idioma que tenía: aquí, “traductor binario” se refiere a cambiar la representación del texto, no a pasar una frase del inglés al español.
Entiende qué representa cada grupo de ocho bits
Un bit es un cero o un uno. Cada byte contiene ocho bits, por lo que cada grupo de salida tiene ocho posiciones, incluidos los ceros iniciales. La letra H se convierte en 01001000, no en 1001000. Si quitas el cero inicial, el grupo deja de tener el tamaño requerido. Conserva el ancho completo aunque algunos ceros parezcan innecesarios.
UTF-8 relaciona caracteres de texto con secuencias de bytes. Las letras latinas básicas, los dígitos habituales y los signos ASCII comunes utilizan un byte cada uno. Otros caracteres necesitan varios. Por eso, ocho bits no siempre corresponden a una letra o símbolo visible. Primero interpreta la salida como bytes y deja que el decodificador forme los caracteres a partir de la secuencia completa.
Como primera prueba, escribe “Hi” sin las comillas. Con la separación activada, el resultado es “01001000 01101001”. El primer grupo corresponde a H y el segundo a i. Al decodificar ambos grupos recuperas Hi. Cambiar H por h modifica su byte, así que las mayúsculas forman parte del mensaje codificado y no se ignoran durante la operación.
Esta distinción explica también por qué la página no es un conversor de números decimales. Escribir el texto “10” codifica el carácter 1 seguido del carácter 0 y produce “00110001 00110000”. No calcula la representación binaria del valor numérico diez. Si tu ejercicio pide cambiar un número de base, necesitas una herramienta numérica, no interpretar estos bytes como la respuesta matemática.
Conserva completos los acentos y los emoji
Prueba con el carácter “á”. El resultado es “11000011 10100001”: dos bytes en lugar de uno. Ambos son necesarios para recuperar la letra. Conservar solo el primero no produce una versión simplificada, sino una secuencia UTF-8 incompleta. Por eso, cortar una salida binaria en cualquier espacio puede romper un carácter aunque todos los grupos que queden tengan ocho bits.
El emoji “😀” da otro ejemplo: se convierte en “11110000 10011111 10011000 10000000”. En este caso utiliza cuatro bytes. Sin embargo, no supongas que todos los emoji visibles ocupan exactamente cuatro. Algunos se forman mediante varios caracteres Unicode unidos y requieren una secuencia más larga. Copia el resultado entero en lugar de decidir por su apariencia dónde termina el símbolo.
Las letras acentuadas también pueden tener representaciones internas distintas. Una letra acentuada ya compuesta y una letra seguida de una marca combinante pueden verse iguales y generar bytes diferentes. El conversor no normaliza ambas formas para imponer una sola. Si estás comparando secuencias de bytes, importa cómo se construyó el texto de origen, aunque las palabras parezcan idénticas en pantalla.
Si otro programa interpreta mal la salida, revisa qué codificación espera antes de modificar los bits. Aquí se usa UTF-8, no una detección automática de codificaciones antiguas. Una secuencia generada con otro sistema puede rechazarse o mostrar caracteres inesperados. Esta página no tiene un selector para interpretar los mismos bytes como cualquier codificación disponible.
Pega el binario en un formato válido
El decodificador acepta ceros, unos y separadores de espacio en blanco. Puedes pegar grupos de ocho bits separados por espacios, colocar bytes en líneas distintas o usar una secuencia continua. Cada grupo sin separadores debe contener un número entero de bytes. Dieciséis bits juntos sirven como dos bytes; cuatro bits, un espacio y otros cuatro no se consideran un byte dividido.
Por ejemplo, “0100100001101001” devuelve Hi, igual que “01001000 01101001”. También puedes separar esos dos bytes completos mediante un salto de línea. En cambio, “0100 1000” no se acepta como H porque ninguno de los grupos forma un byte completo. El separador establece un límite entre grupos completos, no una instrucción para reparar un grupo a medias.
No añadas comas, etiquetas explicativas, comillas ni el prefijo 0b a cada byte. “0b01001000” es una notación conocida en algunos contextos de programación, pero no es el formato de entrada de esta página. Una tabla copiada puede contener nombres de columnas o signos que debes quitar antes de convertir. Al limpiar la presentación, conserva los ceros y unos que pertenecen al contenido.
Los espacios entre grupos binarios no se convierten en espacios dentro del mensaje. Un espacio real necesita su propio byte codificado: 00100000. Del mismo modo, un salto usado para organizar los grupos en una hoja de ejercicios no se transforma automáticamente en un salto del texto recuperado. Distingue los separadores de lectura de los bytes que representan contenido.
Diferencia los errores de formato y de UTF-8
Corrige el formato binario
Un aviso de binario inválido indica que la entrada no cumple el formato básico. Busca cifras distintas de cero y uno, grupos incompletos, puntuación o prefijos adicionales. Cuenta ocho bits por byte y evita rellenar a ciegas los grupos cortos. Quizá se perdió un bit al copiar; añadir un cero inventado puede cambiar el valor en vez de recuperar el original.
Comprueba que los bytes formen texto UTF-8
Un aviso de UTF-8 inválido significa que el formato binario es correcto, pero los bytes no forman texto UTF-8 válido. Por ejemplo, “11111111” contiene ocho bits y aun así no constituye una secuencia UTF-8 válida por sí sola. También falla un carácter de varios bytes al que le falta el último. La herramienta informa del problema en vez de sustituir silenciosamente la secuencia dañada.
Para investigar, vuelve a la fuente y copia la secuencia completa. Confirma si se describía como texto UTF-8, datos de archivo, un número u otra codificación. Los bits de una imagen o un archivo comprimido no tienen por qué convertirse en una frase legible. Esta herramienta no adivina el tipo de archivo ni descomprime datos para producir un documento.
Algunos caracteres válidos son invisibles. Un salto de línea, una tabulación o un carácter nulo pueden no mostrar un símbolo en el resultado. Una marca de orden de bytes UTF-8 al principio también se conserva como carácter, en lugar de eliminarse. Puede seguir presente al volver a codificar aunque no la veas. Una salida aparentemente vacía no demuestra por sí sola que la cadena no contiene caracteres.
Comprueba los límites y el recorrido de vuelta
La entrada de texto tiene un límite de 20.000 unidades según el contador, y la entrada binaria, de 200.000. El contador usa la longitud de la cadena del navegador, por lo que algunos emoji y caracteres combinados ocupan varias unidades. La codificación también tiene una protección de salida de 200.000 unidades. Un texto puede caber en la entrada y aun así generar demasiada salida binaria.
Si el resultado es demasiado grande, utiliza fragmentos más cortos. Al dividir binario para decodificarlo, respeta el final de cada secuencia UTF-8 completa. Estar entre dos bytes es necesario, pero no siempre suficiente: un carácter puede abarcar varios bytes. Cuando dispones del texto original, resulta más sencillo dividirlo en partes comprensibles antes de codificar que buscar cortes seguros en una cadena binaria larga.
Una comprobación práctica consiste en codificar una muestra breve, invertir la dirección y decodificarla. Compara el texto recuperado con el original, incluidos mayúsculas, espacios y saltos de línea. Así compruebas que copiaste la secuencia completa y elegiste el sentido correcto. No demuestra que otra web, aplicación de mensajería o formato conserve todos los caracteres de control al pegarlos después.
Editar la entrada o cambiar una opción aplicable retira el resultado anterior. Vuelve a convertir antes de copiar para no confundir una salida antigua con la actual. En el destino, revisa el principio, el final y los caracteres acentuados. Un sistema que recorta espacios o modifica saltos de línea puede alterar el contenido después de que esta herramienta haya terminado.
El binario representa el texto, no lo protege
La codificación binaria no es cifrado. Cualquier persona con la secuencia y una herramienta compatible puede recuperar el texto; no necesita contraseña ni clave secreta. Sirve para aprender cómo funcionan los bytes, preparar ejercicios sencillos o examinar la representación de una muestra. No sirve para proteger contraseñas, registros privados ni mensajes confidenciales frente a quien los recibe.
El conversor no ofrece hexadecimal, Base64, tablas decimales, compresión ni descarga de archivos. Esos formatos pueden aparecer en tareas parecidas, pero no son intercambiables con esta entrada. Identifica qué contiene realmente la fuente antes de intentar decodificarla. Una cadena formada solo por ceros y unos puede representar un número u otros datos, no necesariamente un mensaje UTF-8.
Si el mensaje recuperado parece distinto, puedes comparar los dos textos para localizar la letra o línea que cambió. Para quitar una etiqueta conocida del material copiado, Buscar y reemplazar texto ayuda con esa edición literal por separado. Revisa bien la limpieza: borrar un cero o un uno del contenido modifica los datos, no solo su apariencia.