IA en tu dispositivo: profesional y privado.

Herramienta codificadora Base64 online

Codifique texto y archivos a Base64 en su dispositivo

  • Nada se sube
  • Estándar, URL-safe, MIME y PEM
  • Data URIs con tipo detectado

Suelte un archivo para codificarlo

Cualquier tipo de archivo. Hasta 25 MB.

Preajuste
Alfabeto y relleno
Alfabeto

Qué dos caracteres ocupan las dos últimas plazas de las 64.

Ajuste de línea
0
Terminador de línea

0 significa una sola línea. MIME necesita 76; PEM, 64.

Forma de la salida
Entrada de texto
Fin de línea en el origen

Estas dos se aplican solo al texto escrito, nunca a un archivo.

Pro

Cómo codificar a Base64

  1. 1

    Añada lo que quiere codificar

    Escriba o pegue en el cuadro de texto, o suelte un archivo en el área de carga. Funciona cualquier tipo de archivo, porque el codificador lee bytes y nunca necesita entender el formato.

  2. 2

    Elija la variante de Base64

    Seleccione un preajuste — Estándar, MIME, PEM o Seguro para URL — o ajuste usted mismo el alfabeto, el relleno y el ancho de línea. Active Data URI si la cadena va a HTML o CSS.

  3. 3

    Codifique y copie

    Pulse Codificar. El resultado aparece con su tamaño y sobrecarga medidos; cópielo al portapapeles o descárguelo como archivo de texto. Nada se envía nunca a un servidor.

Qué es Base64 y qué cuesta

Base64 reescribe bytes arbitrarios usando 64 caracteres ASCII imprimibles — A-Z, a-z, 0-9 y dos más que dependen de la variante. Existe porque muchísimos sistemas se diseñaron para transportar texto y no bytes: campos de cadena en JSON, documentos XML, cuerpos de correo, cabeceras HTTP, configuración en YAML, líneas de registro, mensajes de chat. Darle a cualquiera de ellos un flujo de bytes en crudo lo corrompe, normalmente en silencio. Base64 le da algo que esos sistemas transportarán sin alterar, y que se convierte de nuevo en los bytes exactos de partida.

El coste es el tamaño. Tres bytes se convierten en cuatro caracteres, así que la carga crece un tercio antes de contar el relleno y los saltos de línea — una imagen de 1 MB son unos 1,37 MB de Base64. Es un buen trato para un icono de 2 KB que quiere incrustar, y malo para una fotografía de 4 MB que iba a servir desde una URL de todos modos. La herramienta mide la expansión real de su entrada y la muestra junto al resultado en lugar de citar el 33% del libro de texto, porque el ajuste de línea y el prefijo de un data URI la elevan.

Qué hace cada opción

Cuatro ajustes cambian la cadena que obtiene. Son independientes a propósito: la mayoría de codificadores atan dos de ellos y adivinan por usted, lo cual está bien justo hasta que el sistema al que alimenta quiere la combinación que la suposición descartó.

El alfabeto: estándar o seguro para URL

Sesenta y dos de los 64 caracteres son iguales en todas partes. Los dos últimos son + y / en el Base64 estándar (RFC 4648 sección 4) y - y _ en el Base64 seguro para URL, también llamado base64url (sección 5). La diferencia importa allí donde la cadena se encuentra con un analizador: + significa un espacio en una cadena de consulta, / separa segmentos de ruta, y ambos son incómodos en un nombre de archivo. Si el valor va a una URL, a un JWT o a un nombre de archivo, use el seguro para URL; si no, el estándar es lo que todo espera.

El relleno

Base64 trabaja en grupos de tres bytes. Cuando la entrada no divide exacto, se añaden uno o dos caracteres = para que la longitud de salida sea siempre múltiplo de cuatro, lo que le dice a un decodificador dónde se detienen exactamente los datos. El Base64 estándar lo exige. base64url lo permite, y los JWT lo prohíben expresamente — por eso aquí el relleno es un interruptor propio y no algo que siga al alfabeto. Desactivarlo nunca cambia los bytes decodificados; sencillamente un decodificador estricto puede rechazar la cadena.

El ajuste de línea

Una única línea continua es lo correcto para un campo JSON y lo incorrecto para un correo. RFC 2045 limita una línea de cuerpo MIME a 76 caracteres y exige CRLF, así que un adjunto Base64 sin ajustar no es un cuerpo MIME válido. PEM — el formato que envuelve claves privadas, certificados y material SSH entre líneas BEGIN y END — usa 64. Aquí el ancho va desde 4 (un cuanto de Base64, la línea más estrecha que no parte un grupo) hasta 998, la línea más larga que RFC 5322 permite en un mensaje de correo, y el terminador es un control aparte porque las dos normas no coinciden en él.

Codificar cada línea por separado

Por omisión toda la entrada es una sola cadena. Active esto y cada línea se codifica de forma independiente, dándole una columna de valores Base64 a partir de una columna de entradas — la forma que quiere cuando ha pegado una lista de claves de API, identificadores o mensajes cortos y necesita cada uno codificado por su cuenta. Cada línea conserva sus propios bytes de terminación, así que los resultados siguen recomponiendo exactamente el documento de partida.

Las variantes de Base64 no son intercambiables

Todas las variantes de abajo codifican los mismos bytes y se decodifican a los mismos bytes. Lo que cambia es qué caracteres aparecen y dónde caen los saltos de línea — y un sistema que espera una de ellas normalmente rechazará otra en lugar de apañárselas en silencio. Esta herramienta trae como preajustes las cuatro que la gente necesita de verdad:

VarianteAlfabetoAjuste de líneaDónde la encuentra
Estándar+ y /, con rellenoningunoCampos JSON, archivos de configuración, la mayoría de APIs y bibliotecas
MIME+ y /, con relleno76 caract., CRLFCuerpos y adjuntos de correo (RFC 2045)
PEM+ y /, con relleno64 caract., LFClaves, certificados, material SSH (RFC 7468)
base64url- y _, sin rellenoningunoJWT, cadenas de consulta, segmentos de ruta, nombres de archivo

Existen dos variantes más y deliberadamente no se ofrecen aquí. El ASCII Armor de OpenPGP añade una suma de control CRC-24 y un bloque de cabecera, y el UTF-7 de IMAP usa un alfabeto modificado con reglas de escape distintas — ambas son formatos aparte con etiqueta de Base64, y ofrecerlas como una casilla produciría una salida que no es ni una cosa ni la otra.

Data URIs: cuándo incrustar

Un data URI es una cadena Base64 con un tipo de medio delante, y permite que un archivo viva dentro del documento que lo usa en lugar de al final de una URL. Active la opción de data URI y el prefijo se construye por usted, con el tipo de medio leído de los primeros bytes del propio archivo en lugar de de su extensión — así, un PNG que alguien renombró a .jpg sigue etiquetándose como image/png, y un archivo que llega de Windows sin tipo de medio alguno se identifica igualmente bien. Merece la pena cuando:

  • El recurso es pequeño y siempre necesario — un icono, una viñeta, un logotipo, un fondo de un pelo de ancho. Incrustarlo elimina una petición que habría bloqueado el renderizado.
  • Está haciendo un prototipo — un único archivo HTML que lleva sus propias imágenes es mucho más fácil de enviar por correo, pegar en una incidencia o soltar en un entorno de pruebas.
  • No hay dónde alojarlo — un README en Markdown, una firma de correo o un archivo de configuración que acepta una cadena y no una ruta.
  • La fuente es un subconjunto — una fuente de iconos pequeña incrustada en CSS evita el destello de texto invisible que puede causar una petición aparte.

Cuándo un data URI es la respuesta equivocada

Un recurso incrustado no se puede almacenar en caché por separado, así que cada página que lo incruste vuelve a pagarlo, y no se puede servir en un formato moderno a los navegadores que lo admitan. También infla en un tercio el archivo donde vive, y ese archivo suele ser el HTML o el CSS de la ruta crítica. Como regla práctica, incruste por debajo de unos pocos kilobytes y enlace por encima — y no incruste nunca algo que aparezca en más de un puñado de páginas.

Codificaciones de texto y los caracteres que rompen

Base64 codifica bytes, y el texto no tiene bytes hasta que alguien elige una codificación — así que «codifica este texto» es una petición incompleta. La palabra café con acento es Y2Fmw6k= en UTF-8 y Y2Fm6Q== en Latin-1. Ambas son correctas; solo una la entenderá aquello a lo que la envíe. La mayoría de codificadores online ofrecen UTF-8 y nada más, lo cual acierta casi siempre y se equivoca en silencio el resto de las veces. Aquí se ofrecen cinco:

CodificaciónBytes por carácterÚsela cuando
UTF-81 a 4Casi siempre. Web, JSON, APIs modernas, cualquier cosa desde ~2005.
UTF-16 LE2 o 4Hable con APIs de Windows o con .NET, cuyo Encoding.Unicode es esto.
UTF-16 BE2 o 4Java y algunos protocolos de red que exigen orden big-endian.
ISO-8859-11Datos heredados de Europa occidental, cabeceras de correo antiguas, columnas de bases de datos.
Windows-12521Como Latin-1 pero con comillas tipográficas, la raya y el símbolo del euro.

Fin de línea

Un cuadro de texto de una página web no puede contener un retorno de carro: la especificación HTML exige que su valor se normalice a saltos de línea, así que pegar en él un archivo de Windows y codificarlo le da la cadena que ese archivo tendría en Linux, no la que realmente tiene. Eso es una respuesta genuinamente equivocada sin nada en pantalla que lo sugiera, de modo que el control de fin de línea es aquí una cuestión de corrección y no de comodidad — póngalo en CRLF y el codificador devuelve los retornos de carro a su sitio antes de codificar.

Codificar archivos y lotes

Vale cualquier archivo. El codificador nunca necesita entender un formato — lee bytes y hace aritmética con ellos — así que imágenes, fuentes, PDF, archivos comprimidos, vídeo, archivos sin extensión y archivos cuyo tipo el sistema operativo no supo identificar se codifican todos correctamente. El archivo se lee en su dispositivo y los bytes nunca salen de él. Como el resultado ocupa en memoria unas 2,7 veces el tamaño del archivo una vez guardado como texto, los resultados muy grandes se muestran como vista previa mientras que Copiar y Descargar siempre le dan la cadena completa.

Qué incluye la versión gratuita

Archivos de hasta 25 MB, de uno en uno, y todas las opciones de codificación: ambos alfabetos, relleno en cualquier sentido, los cuatro preajustes, cualquier ancho de línea, data URIs, modo por líneas y las cinco codificaciones de texto. Nada relativo a la corrección de la salida está tras el muro de pago, porque un nivel gratuito que le devuelve una cadena que su decodificador rechaza no es un nivel gratuito.

Qué añade Pro

Escala, y solo escala. Hasta 20 archivos en una pasada con un único ZIP que reúne los resultados, y sin límite de tamaño impuesto — Pro trabaja hasta donde su dispositivo llegue de verdad, no hasta una constante mayor elegida por nosotros. Ningún competidor de los revisados acepta más de un archivo a la vez, así que el lote es la parte que no existe en otro sitio.

Cuándo usarla

Use esta página cuando ya tenga texto o un archivo y necesite su representación en Base64. Use el decodificador cuando parta de una cadena Base64 y quiera recuperar el contenido original.

  • Incrustar un recurso — un data URI para un icono, una viñeta o una fuente pequeña, pegado directamente en HTML o CSS.
  • Rellenar un campo de API — un cuerpo de petición o archivo de configuración que acepta un blob Base64 en lugar de una subida de archivo.
  • Preparar un cuerpo MIME — líneas de 76 caracteres con CRLF, para que un adjunto sea una parte de mensaje válida.
  • Construir un token seguro para URL — base64url sin relleno, para un segmento de JWT, un parámetro de consulta o un nombre de archivo.
  • Mover binarios por texto — pegar algo en un chat, un ticket, un registro o un terminal que solo transporta texto.
  • Producir fixtures de prueba — una cadena Base64 conocida para una prueba unitaria, con la variante exacta que el código espera.

Cuándo no usar Base64

Se recurre a Base64 por reflejo a menudo, y hay cuatro tareas para las que parece adecuado y no lo es.

  • Ocultar un secreto — Base64 no es cifrado. Cualquiera lo decodifica en un paso, y una contraseña en Base64 dentro de un archivo de configuración es una contraseña en claro con sintaxis extra. Use criptografía real.
  • Comprobar la integridad — Base64 no dice nada sobre si los datos cambiaron. Use un hash — nuestro generador de hash produce SHA-256 y compañía en el mismo dispositivo.
  • Reducir algo — siempre agranda los datos en un tercio. Si el objetivo es una carga menor, comprima primero y codifique los bytes comprimidos.
  • Servir medios grandes — un vídeo o una fotografía incrustados no se pueden cachear, ni pedir por rangos, ni transmitir, y bloquean el documento donde viven. Sírvalos desde una URL.

Casos de uso de ejemplo

Las peticiones para las que más se usa esta página, en el orden en que aparecen:

  • Construir un data URI para una imagen o fuente pequeña al prototipar HTML o CSS.
  • Preparar una carga para una API o archivo de configuración que guarda un blob Base64.
  • Ajustar el cuerpo de un certificado o clave a 64 caracteres para que encaje con el PEM que lo rodea.
  • Producir un cuerpo MIME de 76 caracteres para un adjunto de correo construido a mano.
  • Codificar un valor para un segmento de JWT o un parámetro de URL sin relleno.
  • Mover binarios por un sistema que solo permite texto plano en tránsito.
  • Convertir un archivo local en una cadena pegable cuando no hay subida binaria disponible.
  • Generar fixtures para herramientas o pruebas que esperan una variante concreta de Base64.

Limitaciones y compatibilidad

El Base64 estándar lo entiende todo lenguaje y plataforma de uso extendido. Las variantes son donde la compatibilidad se afila: un decodificador escrito para Base64 estándar rechazará - y _, un decodificador estricto rechazará un = ausente, y un analizador MIME rechazará un cuerpo sin ajustar. Elija el preajuste que nombra el sistema al que alimenta en lugar del que parece más limpio y, si duda, el estándar con relleno es lo que acepta el mayor número de decodificadores.

La codificación es sin pérdida en ambos sentidos: decodificar con una herramienta compatible restaura los bytes exactos de partida. El único punto donde se pueden perder datos es antes de que Base64 entre en juego — si elige una codificación de caracteres que no puede representar un carácter de su texto, esta herramienta nombra el carácter y su posición y se niega, en lugar de sustituirlo por un signo de interrogación y entregarle una cadena confiadamente equivocada, que es lo que haría una sustitución silenciosa.

La codificación se ejecuta en su dispositivo usando el método más rápido que ofrezca su navegador, y recurre a otro más lento que produce la cadena idéntica cuando ese método falta. Medido en un navegador de escritorio, un archivo de 16 MB se codifica en menos de 5 milisegundos por la vía rápida y en menos de 40 por la alternativa; la codificación de archivos ocurre fuera del hilo principal de la página, así que la interfaz sigue respondiendo mientras se ejecuta.

Preguntas frecuentes

¿Qué es la codificación Base64 y cómo funciona esta herramienta?

Base64 convierte bytes en un alfabeto ASCII de 64 caracteres (A-Z, a-z, 0-9, +, /) para que los binarios viajen por sistemas de solo texto como JSON, XML o correo. Escriba o pegue texto, o suelte un archivo, elija la variante que necesita y la salida Base64 se produce en su dispositivo para copiarla con un clic.

¿Mis datos son privados y seguros?

Sí. Toda la codificación se ejecuta por completo en su dispositivo, así que su texto y archivos nunca se suben, almacenan ni registran, y la herramienta funciona sin conexión una vez cargada. Recuerde que Base64 es codificación reversible, no cifrado, así que cualquiera con la cadena puede decodificarla; use criptografía real para secretos.

¿Puedo codificar imágenes y otros archivos a Base64?

Sí. Suelte o elija cualquier archivo — una imagen, una fuente, un PDF, un archivo comprimido, un vídeo o algo sin extensión — y se lee localmente y se devuelve como cadena Base64. Active Data URI y el tipo de medio se detecta a partir de los propios bytes del archivo, de modo que el resultado se puede pegar directamente en HTML o CSS.

¿Maneja texto UTF-8 y caracteres especiales?

Sí. El texto se trata como UTF-8 de forma predeterminada, así que las letras acentuadas, los emoji y los alfabetos no latinos se codifican correctamente sin corrupción. También puede elegir UTF-16 LE, UTF-16 BE, ISO-8859-1 o Windows-1252 cuando hable con un sistema que espere una de esas, y cualquier carácter que la codificación elegida no pueda representar se nombra y se rechaza en lugar de sustituirse en silencio.

¿Hay un límite de tamaño de archivo y tiene algún coste?

El codificador es gratuito y sin marcas de agua. La versión gratuita admite archivos de hasta 25 MB, de uno en uno; Pro elimina el límite impuesto y trabaja hasta donde llegue su dispositivo, codifica hasta 20 archivos a la vez y los reúne en un único ZIP. Todas las opciones de codificación — seguro para URL, relleno, ajuste de línea, data URIs, modo por líneas y las cinco codificaciones de texto — están disponibles en el nivel gratuito.

¿Cuáles son los usos habituales de la codificación Base64?

Base64 se usa para incrustar imágenes o fuentes pequeñas como data URIs, preparar cargas para APIs y archivos de configuración, adjuntar binarios al correo mediante MIME, envolver claves y certificados en PEM, mover binarios con seguridad por chat o registros, y generar cadenas de prueba para herramientas. Funciona en navegadores de escritorio y móviles.

¿Cuál es la diferencia entre Base64 y Base64 seguro para URL?

Codifican los mismos bytes con dos caracteres distintos. El Base64 estándar (RFC 4648 sección 4) usa + y /, que tienen su propio significado dentro de una URL y de un nombre de archivo. El Base64 seguro para URL, también llamado base64url (RFC 4648 sección 5), usa - y _ en su lugar, de modo que la cadena sobrevive al pegarse en una cadena de consulta, un segmento de ruta o un JWT. Nada más cambia, y los bytes decodificados son idénticos.

¿Por qué mi Base64 necesita saltos de línea cada 76 caracteres?

Porque lo dice el correo. RFC 2045 limita una línea del cuerpo MIME a 76 caracteres y exige terminadores CRLF, así que una cadena sin ajustar no es un cuerpo MIME válido y muchos servidores la rechazan o la estropean. PEM, usado para claves y certificados, ajusta a 64 en su lugar. Use el preajuste MIME o PEM y tanto el ancho como el terminador de línea quedan bien puestos.

¿Debo mantener o quitar el relleno =?

Manténgalo salvo que el sistema con el que habla diga lo contrario. El relleno hace que la longitud de la cadena sea múltiplo de cuatro, de forma que un decodificador sabe exactamente dónde acaban los datos. Lo exige el Base64 estándar y lo permite base64url, pero los JWT y varias APIs orientadas a URL especifican salida sin relleno y rechazan los caracteres =. Esta herramienta le deja fijar el relleno con independencia del alfabeto, porque hacer que uno siga al otro es una suposición.

¿Cuánto crece mi archivo con Base64?

Alrededor de un 33%, y la herramienta mide la cifra real en lugar de citar la del libro de texto. Base64 escribe cuatro caracteres por cada tres bytes, lo que es una expansión de 4/3; el relleno añade hasta dos caracteres y el ajuste de línea añade uno o dos por línea encima. Una imagen de 1 MB pasa a ser texto de aproximadamente 1,37 MB, y por eso un data URI encaja bien con los iconos y mal con las fotografías.

¿Puedo codificar una carpeta entera de archivos a la vez?

Sí, con Pro. Suelte hasta 20 archivos, codifíquelos en una pasada y descargue los resultados como un único ZIP con una entrada por archivo. Los nombres duplicados reciben un sufijo numerado para que nada se sobrescriba en silencio, y las entradas se despojan de cualquier ruta para que nada pueda escribirse fuera de la carpeta donde extraiga.

¿Por qué el cuadro de resultado dice que solo muestra parte de la cadena?

Porque dibujar treinta millones de caracteres en un cuadro de texto congelaría la página durante segundos sin decirle nada que pudiera leer. Los resultados grandes se muestran como una vista previa de los primeros 32.768 caracteres, y la longitud medida de la cadena completa aparece al lado. Copiar y Descargar siempre le dan el resultado íntegro.

4.7de 5

de 1089 valoraciones

Valora esta herramienta

Toca una estrella — es un segundo