Conversor de imágenes (PNG / JPG / WEBP)
Convierte y redimensiona imágenes localmente en tu navegador usando la API Canvas. Sin subidas.
Cargando Conversor de imágenes (PNG / JPG / WEBP)… Si no ocurre nada, activa JavaScript.
La conversión de archivos es el proceso de tomar datos almacenados en un formato y recodificarlos en otro formato preservando la mayor parte posible del contenido original. Para las imágenes, esto significa transformar la representación binaria de los datos de los píxeles del esquema de codificación de un códec a otro, por ejemplo, de la compresión por canal sin pérdidas que usa PNG a la transformada de coseno discreta que usa JPEG, o a la moderna codificación basada en predicción que usa WebP. Cada formato tiene puntos fuertes diferentes: PNG conserva cada píxel a la perfección y admite fondos transparentes, lo que lo hace ideal para logotipos, iconos y capturas de pantalla; JPEG destaca al comprimir imágenes fotográficas donde una ligera pérdida de calidad es aceptable; WebP, presentado por Google en 2010, combina lo mejor de ambos mundos con tamaños de archivo más pequeños y compatibilidad con los modos con pérdidas y sin pérdidas, además de un canal alfa.
Preguntas frecuentes
¿Se suben mis imágenes a un servidor?
¿Entre qué formatos puedo convertir?
¿Cuál es la diferencia entre PNG, JPEG y WebP?
¿Convertir de JPEG a PNG mejora la calidad?
¿Qué ajuste de calidad debo usar para la salida JPEG o WebP?
¿Cuál es el tamaño máximo de archivo que puede gestionar la herramienta?
¿Cómo se compara la conversión basada en navegador con herramientas del lado del servidor como ImageMagick?
¿Puedo convertir una imagen y redimensionarla al mismo tiempo?
¿Qué pasa con la transparencia al convertir de PNG a JPEG?
¿Está WebP ampliamente admitido por los navegadores?
Acerca de Conversor de imágenes (PNG / JPG / WEBP)
La necesidad de convertir formatos de imagen surge constantemente en los flujos de trabajo del mundo real. Un diseñador gráfico entrega los recursos como PNG pero el CMS solo acepta JPEG. Un desarrollador necesita convertir una carpeta de fotos de producto en JPEG a WebP para cumplir un requisito de rendimiento. Un fotógrafo exporta imágenes HEIC desde un iPhone pero la plataforma de destino no admite ese formato. Un desarrollador web necesita eliminar la transparencia de un logotipo PNG para crear una miniatura JPEG. Las redes sociales, los clientes de correo, los gestores de contenidos y los servicios de impresión imponen todos sus propios requisitos de formato, lo que hace de la conversión de imágenes una de las tareas de manipulación de archivos más frecuentes en las profesiones creativas y técnicas.
Esta herramienta realiza la conversión enteramente dentro de tu navegador usando la API Canvas de HTML. El proceso funciona en tres pasos: el navegador decodifica la imagen de origen en datos de píxeles RGBA en bruto en memoria, el elemento Canvas renderiza esos píxeles, y luego el método toBlob o toDataURL del Canvas los recodifica en el formato de destino al nivel de calidad que especifiques. Como todo ocurre localmente, tus imágenes nunca se transmiten a ningún servidor. No hay cuenta, ni nivel por tamaño de archivo, ni marca de agua en el resultado. Opcionalmente puedes redimensionar la imagen durante la conversión, combinando dos operaciones comunes en un solo paso.
La conversión del lado del cliente tiene algunas limitaciones que conviene entender. Los codificadores integrados del navegador son buenos, pero no tan ajustables como las herramientas profesionales como ImageMagick, libvips o FFmpeg. Las imágenes muy grandes (por encima de 20 megapíxeles) pueden alcanzar el límite de tamaño del canvas del navegador o agotar la memoria disponible. Convertir de un formato sin pérdidas como PNG a uno con pérdidas como JPEG introducirá cierta pérdida de calidad que no se puede deshacer; conserva siempre una copia del original. Convertir de JPEG a PNG no recupera la calidad perdida durante la codificación JPEG original; el archivo será más grande, pero el detalle que se descartó al guardar el JPEG original se ha perdido para siempre.
Formatos, códecs y la guerra de los navegadores: cómo la conversión de imágenes se volvió sencilla
La historia de los formatos de archivo de imagen es inseparable de la historia de los intereses corporativos en competencia y las batallas por los estándares técnicos. Cuando CompuServe presentó el formato GIF en 1987, fue un acto deliberado de generosidad: la empresa quería una forma de compartir imágenes en color por su red en línea y publicó el formato abiertamente. El ambiente se agrió en 1994 cuando Unisys reveló que poseía una patente sobre el algoritmo de compresión LZW que está en el corazón de GIF y empezó a exigir regalías, lo que desencadenó la creación de PNG como sustituto libre de patentes. JPEG, estandarizado en 1992, evitó una controversia similar al haberse diseñado desde el principio como un estándar abierto, aunque su algoritmo central, la DCT, había sido patentado de varias formas, patentes que expiraron discretamente entre 2006 y 2012. La longevidad del formato JPEG es extraordinaria: a pesar de haberse diseñado para las capacidades de hardware de principios de la década de 1990, todavía representa aproximadamente el 70 % de todas las imágenes de la web tres décadas después.
Los fabricantes de navegadores han usado históricamente la compatibilidad con formatos de imagen como un factor de diferenciación competitiva. Microsoft introdujo la compatibilidad con PNG en Internet Explorer 4 (1997) pero tuvo un error notorio en su renderizado del canal alfa que persistió durante casi una década, lo que obligaba a los desarrolladores a usar soluciones con JavaScript para los PNG transparentes. Google introdujo WebP en 2010 y añadió compatibilidad nativa a Chrome de inmediato, pero Mozilla, Apple y Microsoft inicialmente se negaron a implementarlo, alegando preocupaciones sobre el control del formato por parte de Google. Hizo falta una década de presión, datos de rendimiento y presión competitiva antes de que todos los navegadores principales admitieran WebP. La misma dinámica se está repitiendo con AVIF (compatible desde Chrome 85 en 2020) y JPEG XL (cuya compatibilidad en Chrome se añadió, luego se eliminó de forma controvertida en 2023, y después se restauró).
La API Canvas de HTML, que da soporte a herramientas de conversión de imágenes basadas en el navegador como esta, fue propuesta por primera vez por Apple en 2004 para su uso en el navegador Safari y en el sistema de widgets Dashboard de macOS. Posteriormente la adoptaron todos los demás fabricantes de navegadores y la estandarizó el WHATWG. Los métodos toBlob y toDataURL de la especificación Canvas, las funciones que recodifican los datos de píxeles en un formato de imagen específico, han estado disponibles en todos los navegadores principales desde alrededor de 2012, habilitando discretamente toda una categoría de herramientas de procesamiento de imágenes del lado del cliente que antes habrían requerido un servidor.