Convertir binario y texto

PorOleh Soloninactualizado el 25 de septiembre de 2026

Resultado

10 caracteres ocupan 10 bytes en UTF-8.

Resultado

01001000 01101111 01101100 01100001 00100000 01101101 01110101 01101110 01100100 01101111

Bytes

Caracteres

Bytes por carácter

1 de media

La conversión

10 caracteres ocupan 10 bytes en UTF-8, o sea 80 bits. Cada byte se escribe por separado en binario y se rellena hasta 8 cifras, para que la secuencia no sea ambigua. En UTF-8 solo los caracteres ASCII, hasta el 127, caben en un byte; una vocal acentuada queda por encima y por eso ocupa dos, la á por ejemplo C3 A1, aunque en Latin-1 le baste uno.

Aviso

Texto ASCII puro: un byte por carácter.

El resultado es orientativo y no sustituye a una asesoría profesional.

Texto a binario, hexadecimal o decimal y de vuelta, pasando por los bytes de la codificación UTF-8.

Un texto en memoria son bytes, y quien decide cómo pasan los caracteres a bytes es la codificación. UTF-8 es hoy el estándar: gasta un byte en las letras latinas, dos en las acentuadas y la eñe, tres en la mayoría de los caracteres asiáticos y cuatro en los emojis sencillos; un emoji compuesto o una letra con acentos combinantes ocupa más.

Esta herramienta muestra justamente esos bytes —como bits, como hexadecimal o en decimal— y también recupera el texto a partir de una secuencia así.

Cómo usar la calculadora

Escriba el texto, o la secuencia de números que quiere devolver a texto.
Elija el sentido y el sistema de numeración: binario, hexadecimal o decimal.
Al volver a texto, fíjese en la agrupación: los números decimales tienen que ir separados por espacios; las secuencias binarias y hexadecimales pueden ir seguidas si se dejan partir en grupos de ocho y de dos cifras.

Cuántos bytes necesita un carácter

En UTF-8 un carácter ocupa de uno a cuatro bytes, y la cifra ya está en el primer byte: si empieza por un cero, el carácter mide un byte. Si empieza por 110, viene otro byte detrás; con 1110 vienen dos, y con 11110, tres.

Por eso una secuencia UTF-8 se puede leer sin saber dónde empieza: todos los bytes de continuación empiezan por 10 y no se pueden confundir con un byte inicial. Ese truco es la razón de que UTF-8 se impusiera sobre todas las demás codificaciones.

Todas las filas salen de la calculadora de esta página. En la á se ve la regla: el primer byte empieza por 110 y anuncia con ello exactamente un byte de continuación, que a su vez empieza por 10. En el símbolo del euro son 1110 y dos bytes de continuación.
Carácter	Binario	Hexadecimal	Decimal
A	01000001	41	65
á	11000011 10100001	C3 A1	195 161
€	11100010 10000010 10101100	E2 82 AC	226 130 172

Ocho bits, un byte

Un byte abarca 2⁸ = 256 valores distintos, de 0 a 255. Eso bastaba de sobra para los 128 caracteres de ASCII y justo para los signos de Europa occidental; para los cerca de 150.000 caracteres del Unicode actual, ni de lejos.

Por eso la calculadora rellena hasta ocho cifras en la representación binaria. Sin los ceros delante, la secuencia dejaría de ser unívoca: 1000001 y 01000001 son el mismo número, pero solo el segundo se puede leer seguido junto al siguiente.

Los tres están a elegir en la calculadora. El hexadecimal se impuso porque una cifra hexadecimal representa exactamente cuatro bits: un byte son siempre dos caracteres y la conversión sale de cabeza.
Sistema	Cifras por byte	Para qué se usa
Binario	8	para enseñar cómo está construido un byte
Hexadecimal	2	la escritura habitual en volcados de memoria y valores de color
Decimal	de 1 a 3	en direcciones y cuando un byte se entiende como número

Por qué una eñe necesita dos bytes

UTF-8 es una codificación de longitud variable. Los primeros 128 caracteres coinciden con el viejo ASCII y caben en un byte cuyo bit más alto es cero. Todo lo demás empieza por un byte cuyos unos iniciales indican cuántos bytes vienen detrás.

Esa es la razón de que un texto en español tenga más bytes que caracteres, y de que un campo limitado a 255 bytes admita solo 63 emojis de cuatro bytes cada uno; si un campo cuenta caracteres o bytes depende del sistema y del tipo. Quien planifica límites de almacenamiento tiene que contar bytes, no caracteres.

Ocho bits, un byte

En la representación binaria cada byte aparece como un grupo de ocho cifras, porque de otro modo se perderían los ceros iniciales. Al volver atrás, esta herramienta admite grupos con o sin separadores mientras se puedan repartir limpiamente en grupos de ocho.

El hexadecimal es la forma compacta de escribir esos mismos bytes: dos cifras hexadecimales son exactamente un byte. Por eso en los editores de archivos y en las capturas de red se lee siempre hexadecimal y casi nunca binario.

Fuentes

Unicode Consortium — UTF-8

Cifras vigentes en 2026. Los resultados son orientativos y no sustituyen el asesoramiento profesional.

Preguntas frecuentes

¿Por qué me sale un galimatías?

Casi siempre porque la secuencia se generó con otra codificación, por ejemplo Latin-1, donde una vocal acentuada ocupa un solo byte. La misma secuencia de bytes da un texto distinto según la codificación; por eso hay que indicarla, o el archivo queda ambiguo.

¿Qué diferencia hay entre punto de código y byte?

El punto de código es el número del carácter en el catálogo Unicode, por ejemplo U+00F1 para la ñ. El byte es lo que queda en memoria tras codificar: en UTF-8, para ese carácter, dos bytes, C3 y B1. Son cifras distintas y las dos son correctas.

¿Puedo mirar archivos binarios con esto?

Solo hasta cierto punto. Las imágenes y los programas contienen secuencias de bytes que no corresponden a ningún texto válido, y al volver atrás salen caracteres de reemplazo. Para archivos binarios de verdad hace falta un editor hexadecimal, que ni siquiera intenta leerlos como texto.

¿Por qué salen ceros delante en el binario?

Para que la secuencia sea unívoca. Sin ellos no se sabría dónde acaba un byte y empieza el siguiente: de 1000001 1100001 saldría una secuencia que admite varias divisiones. Ocho cifras por byte hacen que la división sea una sola.

¿Sirve esto para cifrar un texto?

No. Escribir los mismos bytes de otra manera no es cifrar: para volver atrás no hace falta ni clave ni conocimiento, y es justo lo que hace esta calculadora en el otro sentido.

¿Por qué me sale basura al volver a texto?

Casi siempre porque la agrupación no cuadra: cada grupo tiene que corresponder a un byte, los decimales separados por espacios y una secuencia binaria seguida en grupos de ocho. La segunda causa habitual es el sistema equivocado: la misma secuencia leída como binaria o como decimal da dos textos distintos.

¿Una vocal acentuada ocupa dos bytes en cualquier codificación?

No. En Latin-1 ocupa uno, en UTF-16 dos y en UTF-8 dos. La diferencia salta al migrar datos antiguos: un archivo en UTF-8 leído como Latin-1 muestra, en lugar de la vocal acentuada, dos caracteres sin sentido, y la á se vuelve Ã¡. Al revés, una vocal acentuada de Latin-1 leída como UTF-8 se convierte en el carácter de sustitución �.

Enlaces útiles

Desarrollo y web Todas las calculadoras

Convertir binario y texto

Resultado

También te puede servir

Tamaño de un texto en bytes

Inspector de caracteres Unicode

Conversor Base64

Conversor de colores

Calculadora de subredes

Convertir CSV y JSON

Enlaces útiles