Convertir imagen a Base64

Base64 está definido en el RFC 4648 (2006) y traduce cada 3 bytes de datos binarios en 4 caracteres de un alfabeto de 64: A–Z, a–z, 0–9, + y /. El resultado sobrevive a cualquier canal pensado para texto. El esquema Data URI, que Larry Masinter fijó en el RFC 2397 en 1998, permite luego que el navegador trate ese texto como un archivo.

Los desarrolladores front-end incrustan iconos pequeños, indicadores de carga e imágenes de relleno para que la página se muestre sin peticiones extra. Los desarrolladores back-end envían imágenes dentro de JSON, porque muchas API, incluidos los servicios de visión y OCR, aceptan una imagen como campo Base64. Quienes hacen pruebas guardan fixtures en el código fuente, y quienes preparan informes HTML de un solo archivo o notas en Markdown incrustan capturas para que el archivo siga completo al enviarlo por correo o archivarlo.

Incrustar ahorra una petición, algo que importaba sobre todo con HTTP/1.1, cuando los navegadores abrían solo unas pocas conexiones por sitio. Con la multiplexación de HTTP/2 y HTTP/3, las peticiones pequeñas extra cuestan poco, así que la ventaja se reduce mientras los costos siguen: la imagen codificada no se puede guardar en caché por separado, se vuelve a descargar cada vez que cambia el HTML o el CSS y retrasa el análisis del archivo que la contiene.

Una regla sensata es incrustar solo imágenes de pocos kilobytes que aparecen en todas las páginas, como un logo o un sprite de iconos, y servir todo lo demás como archivos. Las fotos casi nunca deberían ir incrustadas. Si lo que necesita en realidad es otro tipo de archivo y no texto, el convertidor de imágenes se encarga de eso.