Codificador de texto Base64

Paso 1 / 333%

Entrada

Base64 permite transportar texto, incluso con caracteres no ASCII, por sistemas que esperan ASCII imprimible. Esta herramienta funciona solo en el navegador: codifica texto UTF-8 como Base64 o decodifica Base64 a texto UTF-8 válido, según la RFC 4648, con alfabeto seguro para URL y relleno opcionales. Para datos binarios, usa un decodificador de archivos o binario.

Cómo funciona la codificación de texto Base64

  1. 1

    Pega tu texto

    UTF-8 es la interpretación predeterminada, cada carácter se convierte primero en su secuencia de bytes UTF-8.

  2. 2

    Elige la dirección

    Codifica texto a Base64 o decodifica Base64 a texto.

  3. 3

    Elige la variante

    Estándar (`A-Z a-z 0-9 + /`) o segura para URL (`+` y `/` reemplazados por `-` y `_`). Al codificar, activa o desactiva el relleno (`=`).

  4. 4

    Copia el resultado

    Usa el resultado solo donde se espere Base64 o un valor Base64URL sin relleno. Codificar texto no crea ni valida por sí solo un JWT completo ni un encabezado de autenticación.

Ejemplo práctico

Codificando la palabra café:

  1. Codificación UTF-8: 63 61 66 C3 A9 (5 bytes; el é son dos bytes en UTF-8)
  2. Agrupar en bloques de 3 bytes: 63 61 66 | C3 A9
  3. Cada 3 bytes se convierten en 4 caracteres Base64: Y 2 F m | w 6 k =
  4. Final: Y2Fmw6k=

Base64 segura para URL

Base64 estándar utiliza + y /, que tienen significados reservados en URLs y nombres de archivos:

  • + puede convertirse en espacio al decodificar consultas con formato de formulario
  • / delimita segmentos de ruta de URL

Base64 segura para URL (RFC 4648 sección 5) los intercambia por - y _. El relleno = se mantiene salvo que lo desactives; si el formato de destino exige un valor sin relleno, desactívalo de forma explícita.

Relleno

Las salidas de Base64 se agrupan en bloques de 4 caracteres. Si la longitud de la entrada no es un múltiplo de 3 bytes, el último bloque se rellena con = para completar los 4 caracteres:

Bytes de entrada Salida Relleno
1 4 ==
2 4 =
3 4 (ninguno)

Algunos formatos, incluidos los segmentos JWT codificados como Base64URL, omiten el relleno. Esta herramienta acepta entradas con relleno y entradas correctamente formadas sin él.

Errores comunes

  • Tratar Base64 como cifrado. No lo es. Cualquiera puede decodificar Base64; no oculta nada.
  • Olvidar UTF-8. Codificar “café” como Latin-1 da bytes diferentes que UTF-8. A menos que conozcas la expectativa del receptor, mantente con UTF-8.
  • Pegar con espacios en blanco. Los decodificadores RFC 4648 rechazan por defecto los caracteres ajenos al alfabeto. Activa la opción de esta herramienta, que admite espacios, tabulaciones, saltos de línea y avances de página ASCII, solo si el formato de referencia, como MIME, los permite.

Preguntas frecuentes

No. Es una codificación, no cifrado. “aGVsbG8=” se decodifica a “hello” en cualquier decodificador Base64. Si necesitas secreto, cifra primero y luego aplica Base64 al texto cifrado para el transporte.

Base64 representa cada 3 bytes de entrada como 4 caracteres de salida, por lo que la forma codificada crece aproximadamente un 33 %. El relleno puede añadir hasta dos caracteres.

Base64URL usa - y _ donde Base64 estándar usa + y /. El relleno se controla aparte: desactívalo si el formato de destino exige un valor sin relleno.

Base64 estándar debe codificarse por porcentaje como valor de consulta. Base64URL evita + y /; desactiva también el relleno si el formato de destino no admite =.

Herramientas relacionadas