Usa esta herramienta online gratuita para codificar texto UTF-8 —incluidos acentos, símbolos y emojis— como Base64 para pruebas, integraciones o transporte de datos.
Codificar texto
Local en tu navegador
0 caracteres
Texto codificado
Cómo convertir texto plano a Base64
Escribe o pega el texto original.
Activa Data URL solo si la aplicación destino lo requiere.
Base64 no cifra ni protege información: cualquier persona puede decodificarla. No lo uses para ocultar contraseñas o secretos.
Qué ocurre al convertir texto a Base64
La herramienta transforma primero cada carácter en bytes UTF-8 y después representa esos bytes con el alfabeto Base64. Este paso previo explica por qué una tilde o un emoji produce una salida distinta de la que generarían codificaciones antiguas como Latin-1. El resultado es texto ASCII que puede transportarse en campos JSON, formularios o pruebas de API.
Base64 limpio y Data URL
El Base64 limpio contiene únicamente la cadena codificada. Una Data URL añade el prefijo data:text/plain;charset=utf-8;base64, para que un navegador conozca el tipo de contenido. No agregues el prefijo salvo que el sistema receptor lo solicite, porque muchas API esperan exclusivamente la cadena.
Cómo comprobar el resultado
Compara la salida con el mismo texto y la misma codificación. Los espacios, saltos de línea y mayúsculas también forman parte de los bytes, por lo que cualquier diferencia cambia el Base64. Si vas a compartir un caso de soporte, utiliza texto ficticio y recuerda que decodificar revierte el contenido original.
Casos de uso, compatibilidad UTF-8 y errores frecuentes
La codificación resulta útil cuando una API o un formato de intercambio solo admite caracteres ASCII y necesita transportar un fragmento de texto sin confundir sus bytes. También sirve para construir casos de prueba reproducibles. No reduce el tamaño, no comprime y no protege el mensaje.
Por qué UTF-8 cambia el resultado
El texto Hola usa un byte por carácter, pero á, ñ y los emojis requieren varios bytes en UTF-8. Dos programas pueden producir cadenas distintas si uno interpreta el origen como UTF-8 y otro como Latin-1. Para recuperar exactamente el contenido, quien decodifica debe usar la misma codificación indicada en el origen.
línea 1\nlínea 2 no produce lo mismo que ambas frases separadas por un espacio. Windows suele representar un salto con dos caracteres de control y otros sistemas con uno. Si dos resultados no coinciden, compara primero longitud, espacios finales y tipo de salto de línea.
Cómo incluir Base64 dentro de JSON
Coloca la cadena entre comillas como valor de una propiedad, por ejemplo {"mensaje":"SG9sYQ=="}. No incluyas la Data URL si la documentación solo solicita Base64. Si la API define un campo de codificación o tipo MIME, complétalo por separado en lugar de inferirlo.
Prueba de ida y vuelta
Utiliza un texto ficticio que contenga tildes, un emoji y un salto de línea.
Genera la cadena sin modificar la entrada.
Decodifícala en el sistema de destino usando UTF-8.
Compara carácter por carácter con el original.
Solo después procesa información real autorizada.
Privacidad: aunque la operación ocurre localmente, copiar la cadena la coloca en el portapapeles. Base64 permite recuperar el texto original y no debe considerarse una medida de seguridad.
Caso práctico documentado
Estudio de caso: codificar un mensaje UTF-8 para una API
Situación ficticia: una API de pruebas solicita un mensaje como Base64 limpio dentro de una propiedad JSON. El texto contiene una tilde, un salto de línea LF y dos caracteres regionales que forman la bandera de Ecuador; una codificación incorrecta impediría recuperarlo exactamente.
Objetivo y decisiones tomadas
Codificación de origen: UTF-8, porque representa de forma consistente la tilde y el emoji.
Salto de línea: LF entre las dos líneas, sin espacio final ni salto adicional al final.
Formato de salida: Base64 limpio, sin prefijo Data URL, porque la API lo recibiría en un campo separado.
Contenido: completamente ficticio y sin información personal.
Entrada de prueba
Nexo Útil
Quito 🇪🇨
Resultado comprobado
TmV4byDDmnRpbApRdWl0byDwn4eq8J+HqA==
Procedimiento de ida y vuelta
El texto se convirtió en 25 bytes mediante TextEncoder, que utiliza UTF-8.
Los bytes se representaron con el alfabeto Base64 y produjeron 36 caracteres.
La cadena se decodificó nuevamente a bytes.
Los bytes se interpretaron como UTF-8 y se comparó el resultado con la entrada original.
La comparación coincidió, incluidos la tilde, el salto LF y la bandera.
Qué demuestra el resultado
La prueba confirma una conversión reversible para esta entrada concreta. El crecimiento fue del 44 %: 25 bytes necesitaron 36 caracteres debido a que Base64 trabaja en grupos de tres bytes y completa el último grupo. En entradas grandes la proporción suele aproximarse a un tercio, pero en muestras pequeñas el relleno tiene mayor efecto.
Ejemplo dentro de JSON: { "mensaje": "TmV4byDDmnRpbApRdWl0byDwn4eq8J+HqA==", "codificacion": "UTF-8" }
Límites: CRLF, un espacio final o un salto adicional producirían otra cadena. Base64 es reversible y no aporta confidencialidad. Este registro utiliza contenido inventado y sigue la metodología de pruebas de Nexo Útil.