Herramientas de Codificación

Herramientas para codificar y decodificar datos — Base64, codificación de URL y bases numéricas como binario y hexadecimal — todo funcionando por completo en tu navegador.

Tareas rápidas

Un clic abre la herramienta ya preparada para la tarea.

Herramientas de Codificación Online - Base64 y URL en el Navegador

Codificar no es cifrar. No oculta nada y no protege nada. Su trabajo es tomar datos que romperían algo - un canal que solo transporta texto, una URL que trata & como separador, una cabecera de correo anterior a Unicode - y darles una forma de caracteres que sobreviva al viaje. Las herramientas de esta categoría lo hacen en ambos sentidos, íntegramente dentro de su navegador.

Esta distinción merece decirse sin rodeos, porque es con diferencia el malentendido más común del área. Base64 es reversible por cualquiera, al instante y sin clave. Una contraseña guardada como Base64 es una contraseña guardada en texto plano con un paso de más. Si necesita secreto, necesita criptografía, no codificación.

Qué hay en esta categoría

HerramientaQué haceCuándo usarla
Codificador Base64Convierte texto y archivos a Base64 y de vuelta, incluida la variante segura para URLIncrustar una imagen en CSS, leer una clave de API o pasar datos binarios por un campo de solo texto
Codificador URLCodifica y decodifica URLs y valores de cadena de consultaUn enlace se rompe en el primer espacio, ampersand o carácter no latino
Conversor de bases numéricasConvierte entre binario, octal, decimal, hexadecimal y cualquier base hasta 36, y pasa texto a bytes y al revésHay que leer como número un valor de un volcado hexadecimal, una máscara de bits o un permiso
Codificador de entidades HTMLEscapa texto para HTML con entidades con nombre o numéricas, y decodifica cualquier entidad a textoUn fragmento de código, un comentario de usuario o una exportación muestra códigos de entidad donde debería haber un signo de menor que o un ampersand

Qué hace Base64 realmente

Base64 toma tres bytes de golpe - 24 bits - y los reescribe como cuatro caracteres de un alfabeto de 64: A-Z, a-z, 0-9, más + y /. Como 64 es 2 elevado a 6, cada carácter de salida transporta exactamente seis bits. Cuando la entrada no se divide entre tres, la salida se rellena con = para que la longitud sea siempre múltiplo de cuatro.

La consecuencia es aritmética, no opinión: la salida de Base64 es aproximadamente un 33% mayor que la entrada. Codificar una imagen de 300 KB para incrustarla en una hoja de estilos produce unos 400 KB de texto. Es un coste real y la razón de que incrustar merezca la pena con iconos pequeños y rara vez con fotografías.

Los caracteres + y / son un problema dentro de una URL, donde ya significan algo. La variante segura para URL los sustituye por - y _ y suele quitar el relleno. Es la que usan los JSON Web Tokens, y confundir ambas es la razón de que un token a veces falle en una herramienta y funcione en otra.

Qué hace la codificación porcentual realmente

Una URL tiene gramática. ? abre la cadena de consulta, & separa parámetros, = une nombre y valor, # abre el fragmento, y el espacio no está permitido en absoluto. Cuando un valor contiene uno de esos caracteres hay que escaparlo o la URL significará algo distinto de lo que pretendía. La codificación porcentual sustituye el carácter por % seguido de su valor de byte en hexadecimal: el espacio pasa a %20, & a %26, / a %2F.

El texto no ASCII se codifica como sus bytes UTF-8, un %XX por byte. Un solo carácter persa o japonés suele convertirse en tres escapes. Por eso una URL con un término de búsqueda en escritura no latina parece mucho más larga que el término en sí.

La trampa está en saber qué parte de la URL está codificando. Codificar la URL entera convierte sus :// y / en escapes y la destruye. Casi siempre quiere codificar un valor de parámetro y montar la URL alrededor. El codificador URL hace ambas cosas, pero la elección es suya.

Bases numéricas: la codificación que hay debajo de todas las demás

Base64 y la codificación porcentual trabajan con bytes, y los bytes se escriben normalmente en hexadecimal o en binario. El conversor de bases numéricas lee un valor en cualquier base y lo muestra a la vez en las demás, sin límite de 64 bits, y su pestaña Texto muestra los bytes UTF-8 que hay detrás de una cadena. Es la forma más rápida de ver por qué é ocupa dos bytes, por qué %C3%A9 es su forma codificada en porcentajes y por qué 0xFF es 255.

Dónde se encontrará con estas codificaciones

  • Data URI - data:image/png;base64,... incrusta una imagen directamente en HTML o CSS y ahorra una petición.
  • Autenticación básica HTTP - la cabecera es literalmente Basic seguido del Base64 de usuario:contraseña. Reversible por cualquiera que la vea, y por eso solo cabe dentro de TLS.
  • JSON Web Tokens - tres segmentos Base64 seguros para URL unidos por puntos. El payload se lee sin ninguna clave.
  • Adjuntos de correo - MIME transporta binario como Base64 desde principios de los noventa, y lo sigue haciendo.
  • Cadenas de consulta - cualquier término de búsqueda, destino de redirección o valor de filtro con un espacio o un símbolo.
  • Archivos de configuración y secretos - los secretos de Kubernetes, las claves de cuentas de servicio y los certificados se guardan habitualmente codificados en Base64.

Fallos habituales y sus causas

  • Codificación doble. Un valor lo codifica su código y otra vez el framework, y %20 se convierte en %2520. Si ve %25 en una URL, algo codificó un signo de porcentaje que ya era un escape.
  • Alfabeto Base64 equivocado. Un JWT que no decodifica suele ser Base64 seguro para URL entregado a un decodificador estándar, o al revés.
  • Relleno ausente. Algunos productores quitan el = final. Los decodificadores estrictos rechazan el resultado; los permisivos lo reponen.
  • Codificar la URL entera. El esquema y la ruta quedan escapados y el enlace deja de resolver.
  • Suponer que es seguro. Base64 en una cookie, una cabecera o un archivo de configuración lo lee cualquiera que pueda leer el archivo.
  • Signos más en la cadena de consulta. En datos de formulario + significa espacio; en una ruta significa un más literal. El mismo carácter, dos significados.

Por qué importa que esto funcione en local

Las cadenas que la gente necesita codificar y decodificar son desproporcionadamente sensibles: cabeceras de autorización, tokens de sesión, claves de cuentas de servicio, URLs firmadas. Pegar una de ellas en una web que la procesa en el servidor entrega una credencial viva a un tercero. Las dos herramientas de aquí funcionan en el navegador: la entrada nunca sale de la pestaña, y puede verificarlo en el panel de red.

Categorías relacionadas

Preguntas Frecuentes

¿Cuál es la diferencia entre la codificación Base64 y de URL?
Base64 convierte datos binarios o de texto en un formato compacto y seguro para texto, usado en cosas como data URIs, correos electrónicos y JSON. La codificación de URL (codificación porcentual) escapa caracteres que no son seguros para usar directamente en una URL, como espacios y símbolos especiales.
¿Son seguras estas herramientas de codificación para datos sensibles?
La codificación no es cifrado: solo cambia el formato de los datos, no su seguridad. Cualquiera puede decodificar texto en Base64 o codificado en URL, así que no confíes en ella para proteger información sensible. Todo el procesamiento ocurre localmente en tu navegador de todos modos.
¿Puedo decodificar datos que fueron codificados en otro lugar?
Sí, siempre que sea texto Base64 o codificado en porcentaje válido, estas herramientas lo decodificarán a su forma original.