Primero bytes, después Base64
Base64 representa bytes mediante letras, números y algunos signos. Snipshed convierte el texto a bytes UTF-8 antes de codificarlo, por lo que admite acentos, alfabetos distintos y emojis.
Hola se codifica como SG9sYQ==. El signo = rellena ciertos resultados; no lo elimines cuando uses esta herramienta de Base64 estándar.
Decodificar de forma controlada
Elige Decodificar y pega Base64 estándar. Se ignoran espacios de formato, pero se rechazan caracteres, relleno o bytes UTF-8 no válidos.
Base64 URL-safe usa otros caracteres y no es el mismo formato admitido aquí. Tampoco sirve para mostrar archivos binarios como si fueran texto UTF-8.
- Selecciona codificar o decodificar.
- Pega el texto completo.
- Convierte y comprueba acentos y saltos de línea.
- Copia el resultado sin añadir ni quitar caracteres.
No ofrece confidencialidad
Cualquier persona puede revertir Base64. No sustituye cifrado, anonimización ni una contraseña; un secreto codificado sigue siendo un secreto legible tras decodificar.
La conversión es local. Si vas a poner el resultado en una URL, también puede necesitar codificación de componente de URL según el sistema receptor.
Distinguir texto UTF-8, bytes binarios e imágenes
Texto a binario representa los bytes UTF-8 con ocho cifras por byte. A ocupa un byte y é ocupa dos; por eso contar grupos binarios no equivale a contar letras. Aé se convierte en 01000001 11000011 10101001, mientras que su Base64 es QcOp. Para volver de binario a texto, elige decodificar y conserva ceros, unos y espacios; una longitud que no sea múltiplo de ocho o unos bytes UTF-8 inválidos producen error. El límite es 100.000 bytes. Para una imagen, usa Imagen a Base64: selecciona el PNG de muestra y revisa que la Data URL empiece por data:image/png;base64,. El prefijo declara el tipo de archivo y forma parte de la URL completa. El contenido codificado conserva los bytes originales, no reduce resolución ni comprime. Ocupa aproximadamente un tercio más, además del encabezado. Reserva este uso para imágenes pequeñas y prueba la cadena completa en el destino; representar bytes como texto tampoco los cifra.
Aé UTF-8: 01000001 11000011 10101001 Base64: QcOp
Criterios para revisar y entregar el resultado
Una prueba con Unicode puede utilizar una palabra acentuada, un emoji y un salto final. Codifica la secuencia exacta y vuelve a decodificar para comprobar su conservación. Si otro sistema produce un resultado distinto, revisa primero la codificación de caracteres y la variante de Base64. Diferencias en relleno o alfabeto pueden proceder de un formato no admitido por este conversor, en lugar de indicar que el mensaje original está dañado.
Documenta si intercambias texto UTF-8 o datos binarios. Este flujo está pensado para texto y no debe utilizarse para interpretar una imagen o un archivo arbitrario. Para una Data URL de imagen, utiliza la herramienta correspondiente y conserva el prefijo que requiere el destino. Base64 es reversible, por lo que su salida mantiene la sensibilidad del contenido original aunque parezca ilegible. No publiques una muestra real que incluya un secreto. Guarda una referencia ficticia para enseñar la transformación y confirma el valor completo al copiar. Si la cadena debe incorporarse a una URL, comprueba además qué variante espera el receptor y si corresponde otra codificación de componente, sin aplicar transformaciones sucesivas a ciegas.
Comprobar una conversión de ida y vuelta
Codifica Hello y copia el resultado. Cambia a Decodificar y pega SGVsbG8=. Repite el proceso con el ejemplo Unicode si necesitas probar acentos.
Recuperarás Hello exactamente. En Unicode, la codificación trabaja con bytes UTF-8: una letra acentuada puede usar más bytes que una letra ASCII.
No quites el relleno = de Base64 estándar. Un contenido que no sea texto UTF-8 se rechaza; para una imagen usa su herramienta de Data URL.
Ver captura de la herramienta
