PNG se convierte a JPG re-codificando DEFLATE sin pérdida a DCT con pérdida.JPG descarta el canal alfa (los píxeles transparentes se aplanan al color de fondo elegido) y reduce el tamaño del archivo ~3-5× — a costa de artefactos de compresión en el detalle fino.
Comparativa PNG vs JPG
| Propiedad | PNG | JPG |
|---|---|---|
| Compresión | Sin pérdida (DEFLATE) | Con pérdida (DCT) |
| Canal alfa | Sí (RGBA) | No (debe aplanarse) |
| Peso típico foto | 200-500 KB | 50-80 KB |
| Profundidad de color | 8 o 16 bits/canal | 8 bits/canal |
| Año de introducción | 1996 (RFC 2083) | 1992 (ISO 10918) |
| Soporte navegador | Universal (~100%) | Universal (~100%) |
| Ideal para | Logos, iconos, capturas | Fotografía, imágenes reales |
| Animación | No (usa APNG) | No |
| Metadatos EXIF | Vía chunks tEXt / iTXt | Soporte nativo |
| Dimensiones máximas | 2³¹−1 px por lado | 65.535 × 65.535 px |
| Renderizado progresivo | Entrelazado (Adam7) | Progressive JPEG |
| Patentes | Sin patentes desde 1996 | Todas expiradas (2007) |
Conversor PNG a JPG — De Origen Sin Pérdida a DCT con Pérdida
PNG (W3C 2ª Edición, 10 noviembre 2003 / ISO/IEC 15948:2004) es el estándar web sin pérdida para gráficos raster con alfa opcional de 8 bits; JPEG (ITU-T T.81 aprobado 18 septiembre 1992 / ISO/IEC 10918-1:1994) es el estándar con pérdida basado en DCT optimizado para fotografías. La mayoría de archivos JPG en circulación son JFIF-encapsulados (JPEG File Interchange Format Versión 1.02, Eric Hamilton en C-Cube Microsystems, 1 septiembre 1992) — el contenedor de archivo de facto alrededor del bitstream T.81 desnudo codificado por entropía. La conversión maneja dos detalles técnicos que las herramientas de cambio de formato simples a menudo se saltan: (1) el canal alfa de PNG se compone contra un color de fondo configurable (blanco por defecto) usando el Canvas 2D Context de WHATWG, ya que JPEG no tiene alfa; (2) el manejo de perfil de color ICC asume sRGB por defecto (IEC 61966-2-1:1999, el estándar RGB fundacional de la web). El control de calidad (1–100) mapea al escalado de tablas de cuantización JPEG según ITU-T T.81 Anexo K — 85 es el punto dulce web estándar para codificación fotográfica visualmente sin pérdida. La conversión corre localmente en el navegador vía Canvas toBlob('image/jpeg', quality).
Cómo convertir PNG a JPG
- Arrastra un archivo .png a la herramienta o haz clic para seleccionar — archivo suelto o lote.
- Elige un nivel de calidad (1–100). 85–90 es el punto dulce seguro para fotos; 75 está bien para la mayoría de uso web; por debajo de 70 introduce artefactos de compresión visibles.
- Elige un color de fondo para regiones transparentes (blanco por defecto) — los píxeles alfa se componen contra este color ya que JPEG no tiene canal alfa.
- Revisa los tamaños antes/después (típica reducción de 5–10× para fotos), luego descarga el JPG en contenedor JFIF. El PNG original no se modifica.
Casos de uso comunes
- Reducir capturas PNG pesadas (sin pérdida 1–5 MB) antes de enviar por correo o subir, donde JPG de 100–500 KB basta para las regiones fotográficas.
- Convertir fotos exportadas como PNG a JPG más pequeños para apps de mensajería, plataformas sociales o galerías web que priorizan velocidad de descarga.
- Producir fallbacks JPG desde fuentes PNG para plataformas que estrictamente requieren JPG (algunos servicios de imprenta, CMS legacy, impresiones fotográficas).
- Bajar el peso de la página sustituyendo imágenes hero PNG fotográficas por JPGs bien ajustados (calidad 85 típica) — mejora Largest Contentful Paint sin pérdida visible de calidad.
Preguntas frecuentes
¿Cómo maneja PNG → JPG la transparencia?
PNG (W3C 2ª Ed, 2003) admite transparencia de paleta tRNS + alfa de 8 bits (RGBA); JPEG (ITU-T T.81, 1992) no tiene canal alfa. La herramienta compone píxeles transparentes contra un fondo configurable (blanco por defecto) vía Canvas 2D, luego codifica RGB opaco a JFIF JPEG. Conserva PNG o convierte a WebP/AVIF si la transparencia importa.
¿Qué hace realmente el slider de calidad JPG?
Calidad 1–100 mapea a tablas de cuantización JPEG según ITU-T T.81 Anexo K. Mayor = pasos de cuantización más pequeños = más coeficientes DCT preservados = archivo más grande. Calidad 90+ visualmente indistinguible de sin pérdida; 75–85 es el punto dulce web; por debajo de 70 produce límites de bloque y ringing visibles.
¿Por qué los tamaños son 5–10× menores para fotos pero solo 2× para gráficos?
El DCT + submuestreo de croma de JPEG explota gradientes suaves y menor agudeza de color en fotos naturales. Los gráficos de color plano con bordes nítidos de texto violan ambas suposiciones: los bordes se vuelven contenido de alta frecuencia que JPEG degrada, los colores saturados se emborronan bajo el submuestreo. Usa PNG para gráficos, JPG para fotos.
¿Qué es JFIF y por qué está en las cabeceras de archivos JPG?
JFIF v1.02 (Eric Hamilton, C-Cube Microsystems, 1 septiembre 1992) es el contenedor de archivo de facto alrededor del bitstream ITU-T T.81 desnudo. El marcador APP0 lleva densidad (DPI) + metadatos de miniatura. RFC 2046 (1996) especificó JFIF como la forma canónica image/jpeg para transporte por internet.
¿La conversión preserva el perfil de color?
Los navegadores asumen sRGB por defecto (IEC 61966-2-1:1999, el estándar RGB fundacional de la web). Los perfiles ICC en PNG iCCP / JPEG APP2 se eliminan por la vía estándar Canvas 2D. Los navegadores modernos (Chrome 94+, septiembre 2021; Safari 15.2+, diciembre 2021) honran perfiles de gama amplia vía canvas.getContext('2d', { colorSpace: 'display-p3' }).
Cuándo PNG → JPG ahorra espacio — y cuándo cuesta calidad
La eficiencia de compresión JPEG depende del tipo de contenido. Las fotografías naturales se benefician drásticamente: los gradientes tonales suaves se comprimen eficientemente cuando los coeficientes DCT de alta frecuencia se cuantizan a cero, y el submuestreo de croma (típicamente 4:2:0 — mitad horizontal, mitad vertical para canales de croma) explota la menor agudeza del ojo humano para color vs luminancia. Un PNG fotográfico típicamente se reduce 5–10× al convertirse a JPEG calidad 85, sin pérdida visible para la mayoría de espectadores. Los gráficos de color plano, logos con bordes nítidos, y capturas de texto son diferentes: su contenido está dominado por bordes nítidos (contenido de alta frecuencia que la cuantización JPEG degrada en ringing visible) y colores de marca saturados (que el submuestreo de croma emborrona en píxeles vecinos). Para estos, el DEFLATE sin pérdida de PNG (RFC 1951 Deutsch, mayo 1996) suele ganar en tamaño y claramente en calidad. La historia de transparencia es unidireccional: PNG → JPG siempre descarta el canal alfa, componiendo los píxeles transparentes contra el color de fondo elegido. Si la transparencia importa, el destino correcto es WebP o AVIF (ambos admiten alfa y superan a PNG en tamaño para contenido fotográfico). La vía de conversión Canvas 2D Context mantiene todo en sRGB por defecto; los perfiles de gama amplia (Display P3, Rec.2020) requieren colorSpace: 'display-p3' explícito en el contexto canvas para evitar ser silenciosamente submuestreados a sRGB.
- Calidad JPEG ajustable 1–100 mapeada a tablas de cuantización ITU-T T.81 Anexo K
- Color de fondo configurable para composición alfa (transparencia PNG → JPEG opaco)
- Salida en contenedor JFIF v1.02 (Eric Hamilton, 1992) compatible con todos los navegadores y editores
- Manejo de espacio de color sRGB IEC 61966-2-1:1999 (RGB web por defecto)
- Comparación de tamaño antes/después en tiempo real (típica reducción de 5–10× para fotos a calidad 85)
- En navegador vía WHATWG Canvas toBlob('image/jpeg', quality) — sin subida, sin servidor
Gratis. Sin registro. Sin subidas. Anuncios mediante AdSense (con consentimiento).
Fuentes (6)
- W3C (PNG Working Group) (2003). Portable Network Graphics (PNG) Specification (Second Edition). W3C Recommendation 10 November 2003 / ISO/IEC 15948:2004 — source format with alpha channel + DEFLATE compression.
- ITU-T (CCITT) Study Group VIII & ISO/IEC JTC 1/SC 29/WG 10 (JPEG) (1992). Information technology — Digital compression and coding of continuous-tone still images: Requirements and guidelines. ITU-T Recommendation T.81 (18 September 1992) / ISO/IEC 10918-1:1994 — target JPEG baseline DCT bitstream.
- Hamilton, E. (C-Cube Microsystems) (1992). JPEG File Interchange Format (JFIF) Version 1.02. 1 September 1992 — de facto JPEG container; specifies APP0 marker, density units, thumbnail handling.
- Freed, N., & Borenstein, N. (1996). Multipurpose Internet Mail Extensions (MIME) Part Two: Media Types. RFC 2046, IETF (November 1996) — registers image/jpeg media type referencing JFIF as the canonical interchange form for internet transport.
- International Electrotechnical Commission (IEC) (1999). Multimedia systems and equipment — Colour measurement and management — Part 2-1: Default RGB colour space — sRGB. IEC 61966-2-1:1999 — default RGB color space for the web; flatten target when discarding PNG alpha channel against background.
- WHATWG (live). HTML Living Standard — Canvas 2D Context + HTMLCanvasElement.toBlob(). html.spec.whatwg.org/#2dcontext (browser conversion mechanism: decode PNG → composite alpha against background → toBlob('image/jpeg', quality)).
Son las especificaciones del W3C, ISO/IEC, ITU-T e IETF que la herramienta implementa o sobre las que se apoya. Localízalas en w3.org, iso.org, itu.int o datatracker.ietf.org.
Guías relacionadas
Por Marco B. ·