Nexo ÚtilProcesamiento local

Codificador de texto

Convertir texto plano a Base64

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

Cómo convertir texto plano a Base64

  1. Escribe o pega el texto original.
  2. Activa Data URL solo si la aplicación destino lo requiere.
  3. Presiona Convertir a Base64.
  4. Copia o guarda el resultado.

Ejemplo real

Texto: Hola, Ecuador 🇪🇨
Base64 UTF-8: SG9sYSwgRWN1YWRvciDwn4eo8J+HpA==

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.

Entrada: mañana
Codificación utilizada: UTF-8
Resultado esperado: bWHDsWFuYQ==

Saltos de línea y espacios invisibles

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

  1. Utiliza un texto ficticio que contenga tildes, un emoji y un salto de línea.
  2. Genera la cadena sin modificar la entrada.
  3. Decodifícala en el sistema de destino usando UTF-8.
  4. Compara carácter por carácter con el original.
  5. 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

  1. El texto se convirtió en 25 bytes mediante TextEncoder, que utiliza UTF-8.
  2. Los bytes se representaron con el alfabeto Base64 y produjeron 36 caracteres.
  3. La cadena se decodificó nuevamente a bytes.
  4. Los bytes se interpretaron como UTF-8 y se comparó el resultado con la entrada original.
  5. 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.

Herramientas relacionadas