search

Found

info Descripción

Codifica texto en Base64 estándar y URL-safe en paralelo, o decodifica cualquier formato a texto UTF-8, con opciones de quitar relleno y dividir líneas.

📘 Cómo usar

  1. Elige el modo Codificar o Decodificar
  2. Pega tu texto o cadena Base64 en el cuadro de entrada
  3. Activa las opciones de quitar relleno y dividir en 76 caracteres según lo necesites

Conversor de Base64 URL-Safe

¡Copiado!
¡Copiado!
Tamaño de entrada
0 B
Caracteres de salida
0
Article

Conversor de Base64 URL-Safe | Estándar y URL-safe en paralelo

Codifica texto en Base64 estándar y URL-safe a la vez, o decodifica cualquier formato a texto UTF-8. Incluye opciones para quitar el relleno y dividir líneas en 76 caracteres.

💡 Sobre esta herramienta

Si alguna vez pegaste una cadena Base64 en una URL y el enlace dejó de funcionar, te topaste con el problema de los caracteres + y /. El Base64 estándar (definido en RFC 4648 §4) usa +, / y =, que tienen un significado especial en las URL, los parámetros de consulta y los nombres de archivo. El alfabeto URL-safe del RFC 4648 §5 reemplaza + por - y / por _, de modo que la cadena viaja por una URL sin codificación adicional.

Para quien está aprendiendo cómo funciona la codificación, ver ambos formatos a la vez ayuda a entender qué cambia exactamente entre uno y otro. La herramienta muestra la forma estándar y la URL-safe en paralelo, útil al inspeccionar el encabezado de un JWT o un parámetro de OAuth. Al decodificar puedes pegar cualquiera de las dos variantes: el conversor normaliza -_ a +/ y completa el relleno que falte antes de decodificar. Las secuencias de bytes no válidas se detectan con el modo estricto de UTF-8, así obtienes un error claro en lugar de texto corrupto.

🧐 Preguntas Frecuentes

Q. ¿Cuál es la diferencia entre Base64 estándar y URL-safe? A. Solo cambian los caracteres 63 y 64. El estándar usa + y /; el URL-safe usa - y _. Los otros 62 caracteres (A-Z, a-z, 0-9) son idénticos.

Q. ¿Se puede decodificar después de quitar el relleno =? A. Sí. La longitud de Base64 siempre es múltiplo de cuatro, así que el = que falta se deduce. La herramienta lo completa automáticamente antes de decodificar.

Q. ¿Cómo manejo un JWT completo? A. Un JWT tiene tres partes separadas por puntos. Pega el encabezado, la carga útil y la firma una por una. Cada parte es Base64 URL-safe sin relleno.

Q. ¿Funciona con emojis y texto no ASCII? A. Sí. La entrada se convierte a bytes UTF-8 antes de codificar, por lo que los caracteres multibyte se conservan correctamente.

Q. ¿Para qué sirve la división en 76 caracteres? A. Los cuerpos de correo MIME dividen el Base64 en líneas de 76 caracteres. Déjala desactivada para URL y tokens, donde una sola línea es más fácil de copiar.

📚 Cómo funciona Base64

El nombre Base64 viene de representar los datos con solo 64 caracteres imprimibles. Toma cada tres bytes (24 bits) y los divide en grupos de 6 bits que forman cuatro caracteres, por eso la salida crece a aproximadamente 4/3 del tamaño original. Es una codificación, no una compresión: su objetivo es transportar datos binarios de forma segura por canales de solo texto.

El RFC 4648 estandariza toda la familia en un mismo documento: Base16 (hexadecimal), Base32 y Base64, además de la variante URL-safe. Como los alfabetos están especificados formalmente, dos sistemas que sigan el RFC producen siempre la misma salida para la misma entrada.