+ por -, / por _ y elimina el relleno = (RFC 4648 §5).Cómo funciona
Base64 representa datos usando 64 caracteres ASCII imprimibles. Cada 3 bytes de entrada se convierten en 4 caracteres, por eso el resultado ocupa alrededor de un 33% más que el original.
No es cifrado ni compresión: es una codificación reversible que cualquiera puede decodificar. Sirve para transportar datos binarios por canales pensados solo para texto.
La variante URL-safe (RFC 4648 §5) usa - y _ en lugar de + y /, y omite el relleno =, para poder incluir el resultado en URLs y nombres de archivo sin escaparlo.
Ejemplos
Hello WorldSGVsbG8gV29ybGQ=CaféQ2Fmw6k=En UTF-8 los caracteres no ASCII ocupan más de un byte, por eso "é" agrega dos bytes.>>>?estándar: Pj4+Pw== · URL-safe: Pj4-PwLa variante URL-safe reemplaza + y / por - y _, y quita el relleno =.Casos de uso
- Incrustar imágenes, fuentes o íconos directamente en HTML/CSS mediante data URIs.
- Enviar archivos adjuntos por correo (MIME) o datos binarios dentro de un JSON.
- Guardar claves, certificados o tokens en variables de entorno y archivos de configuración.
- Codificar credenciales para el encabezado Authorization: Basic de HTTP.
Preguntas frecuentes
¿Base64 es un método de cifrado?
No. Es una codificación reversible sin clave: cualquiera puede decodificarla. No aporta ninguna seguridad; para proteger datos hay que cifrarlos.
¿Por qué el resultado termina en "="?
El "=" es relleno (padding) para completar bloques de 4 caracteres cuando la entrada no es múltiplo de 3 bytes. La variante URL-safe lo omite.
¿Cuándo conviene la variante URL-safe?
Cuando el valor va en una URL, un nombre de archivo o un identificador, porque los caracteres + y / tienen significado especial en esos contextos.
¿Por qué el texto codificado es más largo que el original?
Porque usa 4 caracteres por cada 3 bytes de entrada, así que el tamaño crece alrededor de un 33%.
¿Se sube mi texto a un servidor?
No. La codificación y decodificación ocurren íntegramente en tu navegador.