SS Toolbox
SS Toolbox
Todos los datos se procesan localmente

Codificador y decodificador Base64 para texto, imágenes, Data URI y payloads JWT

Codifica texto UTF-8 e imágenes a Base64 en el navegador y decodifica Base64 de vuelta a texto o como vista previa de imagen. Admiten chino, emoji y entradas multilínea, pero solo Base64 estándar: las variantes URL-safe y los segmentos JWT sin procesar deben convertirse antes, y los datos binarios se decodifican como UTF-8 ilegible.

Tipo de conversión
Texto
Base64
El proceso de codificación Base64 divide cualquier dato binario en grupos de 3 bytes (24 bits) y divide estos 24 bits en 4 unidades de 6 bits. Cada unidad de 6 bits se asigna a un carácter ASCII, por lo que 3 bytes de datos binarios se convierten en 4 caracteres imprimibles. La desventaja es, por supuesto, que el volumen será 4/3 veces el original. Esta herramienta utiliza UTF-8 para la codificación de caracteres.

Lo que este conversor Base64 cubre — y lo que no

  1. Texto UTF-8 en ambos sentidos

    Al escribir se codifica de inmediato: TextEncoder convierte el texto en bytes UTF-8 antes de Base64, así que chino, japonés y emoji salen correctos en lugar de lanzar el error que btoa da con caracteres no Latin-1.

  2. Las imágenes se convierten en Data URI

    Cambia a Image, elige un archivo y se lee como data:image/...;base64,... . Pega esa Data URI en el cuadro Base64 para verla en línea; una fuente inválida muestra un mensaje alternativo en vez de una imagen rota.

  3. Solo Base64 estándar, sin modo URL-safe

    Los caracteres - y _ se rechazan, así que payloads JWT y tokens URL-safe deben reescribirse a + y /. Un padding = ausente se acepta, y los espacios, tabulaciones y saltos de línea se ignoran.

  4. La decodificación asume UTF-8

    El Base64 de datos binarios se decodifica como texto UTF-8 y produce caracteres de reemplazo en vez de un error. Solo el texto UTF-8 hace un ida y vuelta limpio; imágenes y otros bytes se pierden.

  5. Se ejecuta localmente, pero entradas enormes fallan

    No se sube nada; el texto se convierte en cada pulsación. No hay límite de tamaño, y un texto muy grande puede provocar un error de pila de llamadas porque todos los bytes se expanden en btoa de una vez.

Preguntas frecuentes sobre Base64

¿Admite Base64 URL-safe (- y _)?

No. Solo funciona el alfabeto + /; - o _ lanza InvalidCharacterError. Cambia - por +, _ por / y completa hasta un múltiplo de 4 antes de pegarlo aquí.

¿Puedo decodificar un payload JWT aquí?

Solo después de convertirlo. El segmento de payload es Base64 URL-safe sin padding, y esta página no divide el token ni añade caracteres. Pega un segmento reescrito; el resultado es texto, no JSON analizado.

¿Puedo convertir archivos a Base64 y viceversa?

Solo imágenes, y en archivos solo una dirección: subir una imagen produce una Data URI. No hay selector de archivos de texto y la decodificación nunca genera un archivo descargable.

¿Por qué el chino y los emoji funcionan si btoa suele fallar?

El código convierte el texto en bytes UTF-8 con TextEncoder antes de btoa, y lo restaura con TextDecoder. btoa aplicado directamente a 中文 lanza InvalidCharacterError; aquí no.

¿Qué pasa con Base64 binario (no UTF-8)?

Se decodifica como UTF-8, así que los bytes arbitrarios se convierten en caracteres de reemplazo; no falla ni muestra error. Para conservar los bytes usa la vista previa de imagen o un decodificador binario dedicado.

¿Hay límite de tamaño y se suben datos?

No se sube nada y no hay límite explícito; la conversión se ejecuta de forma síncrona en cada pulsación. Entradas enormes pueden lanzar «Maximum call stack size exceeded» y varios MB pueden congelar la pestaña.

¿Cómo se tratan padding, espacios y entradas inválidas?

Un padding = ausente se acepta y atob ignora espacios, tabulaciones y saltos de línea. Una longitud % 4 == 1 o cualquier carácter fuera del alfabeto lanza InvalidCharacterError, sin mensaje visible en la interfaz.

Herramientas relacionadas
SponsorMindElixir