Qué transforma Base64 y qué no transforma
Base64 representa bytes mediante caracteres de texto; no comprime, no cifra y no convierte por sí solo un archivo en algo seguro para compartir. El resultado permite transportar datos binarios por campos o protocolos pensados para texto, pero cualquiera que obtenga la cadena puede decodificarla. Por eso una contraseña, un token o un documento confidencial no queda protegido al codificarlo. Usa cifrado y controles de acceso cuando el objetivo sea confidencialidad. Esta herramienta es útil para inspeccionar una muestra, preparar una carga técnica o volver a obtener el texto original, siempre comprobando el contexto en el que esa cadena va a viajar.
Ejemplo UTF-8 reproducible
Prueba primero con el texto “¡Hola, café! 你好 🌍”. Incluye signos, una vocal acentuada, caracteres chinos y un emoji; por tanto revela si una implementación trata el texto como bytes UTF-8 o como caracteres ASCII simples. Selecciona Codificar, pega exactamente esa frase y copia la salida. Después cambia a Descodificar, pega la salida sin modificarla y verifica que vuelven a aparecer todos los caracteres, incluidos la ñ si la añades y el emoji. Esa comprobación de ida y vuelta es más fiable que comparar solo el aspecto de una cadena: confirma que los bytes y la interpretación de texto coinciden.
Alfabeto estándar, Base64URL y relleno
El alfabeto Base64 estándar usa letras mayúsculas y minúsculas, dígitos, + y /. Base64URL sustituye + por - y / por _ para evitar caracteres que requieren escape en rutas y parámetros URL. Los dos formatos codifican los mismos bytes, pero no conviene intercambiarlos sin saber qué espera el sistema receptor. El signo = al final es relleno: hace que la longitud sea múltiplo de cuatro cuando faltan bytes en el último grupo. Algunos formatos URL omiten ese relleno; otros lo exigen. Si aparece un error, identifica primero si la entrada es estándar o URL-safe y si el servicio admite padding antes de cambiar caracteres a ciegas.
Coste de tamaño al codificar archivos
Base64 agrupa tres bytes de entrada y los expresa con cuatro caracteres. Como regla práctica, una carga binaria crece aproximadamente un tercio, y también puede sumar uno o dos signos =. Un archivo de 3 MB no se convierte en un archivo de 3 MB: la cadena ocupará cerca de 4 MB antes de considerar JSON, cabeceras o una URL data:. Este coste importa en APIs, almacenamiento, correo y páginas web. Para una imagen pequeña incrustada puede ser aceptable; para archivos repetidos o grandes suele ser preferible conservar el binario y servirlo con una URL normal. Mide el resultado final en el canal real, no solo el archivo de origen.
Proceso de comprobación antes de usar la salida
Empieza con una copia pequeña y conocida. Codifica, descodifica y compara el texto resultante con el original; para un archivo, abre el archivo recuperado o compara su hash con una referencia fiable usando la herramienta de hashes. Conserva el nombre y tipo de archivo fuera de la cadena cuando el protocolo no los transporta. Si pegas una cadena recibida, no asumas que es confiable porque sea Base64: valida su origen, longitud y formato después de decodificarla. Los JWT, por ejemplo, usan segmentos Base64URL legibles, pero leerlos no verifica la firma. Consulta la guía sobre JWT para distinguir inspección de verificación.
Límites del navegador y enlaces útiles
El procesamiento se realiza en el navegador, así que el archivo y la representación Base64 pueden coexistir en memoria. En archivos grandes eso aumenta el consumo, puede ralentizar la pestaña o hacer que el navegador deje de responder, especialmente en móviles. Divide el trabajo, usa una muestra o una herramienta de línea de comandos cuando el tamaño sea importante, y conserva siempre el original. Esta página enlaza la guía completa de codificación Base64 y, según el caso, las guías de JSON a CSV, privacidad de herramientas y JWT. Son contextos distintos: Base64 ayuda a representar bytes; no sustituye validación, límites de tamaño, cifrado ni una revisión de seguridad.