¿Por qué mi PNG pesa más?

Tres tamaños que no debes confundir

Las dimensiones describen la cuadrícula, por ejemplo 1600 × 900. Los bytes codificados describen el archivo en disco o descargado. La memoria de trabajo describe lo que necesita el navegador al convertir. Cambiar la codificación puede alterar los bytes sin cambiar las dimensiones, y la memoria puede superar ambos archivos.

El gestor de archivos muestra el peso codificado. La vista previa ajustada muestra un tamaño de visualización. Ninguno indica el pico de memoria. Usa la medida adecuada: bytes para el límite de un formulario, dimensiones para un diseño y grupos menores cuando la memoria del dispositivo sea el problema.

Dimensiones → cuentan píxeles. Codificación → determina bytes. Decodificación → necesita memoria.

Por qué la textura y el ruido cambian el resultado

Dos imágenes de iguales dimensiones pueden producir PNG muy distintos. Una ilustración plana tiene áreas de color repetido; una textura detallada cambia píxel a píxel. La compresión dispone de distinta repetición. Transparencia, variación de color y codificador también influyen: las dimensiones no predicen por sí solas el peso final.

Un original con pérdidas puede incluir aproximaciones y defectos que pasan a la cuadrícula decodificada. Guardarla sin pérdidas no recupera la escena original ni mantiene la codificación compacta de la fuente. Por eso «misma imagen visible» y «mismo peso» son expectativas distintas.

Calcula el cambio sin confundirlo con una mejora

Divide los bytes de salida entre los de entrada para obtener la relación. En la textura incluida, 679.149 ÷ 84.906 es aproximadamente 8,00. PNG tiene ocho veces los bytes, no la resolución. El cambio porcentual es (salida − entrada) ÷ entrada × 100. Una salida ocho veces mayor supone un aumento cercano al 700 %, no al 800 %.

Es una medición de un ejemplo concreto. Una comparación sirve cuando están claros origen, dimensiones y codificador. Engaña si el número se aplica a todas las imágenes o se presenta como puntuación de calidad. Mide tu archivo después de convertir y revisa la apariencia por separado.

Por qué un archivo pequeño puede necesitar mucha memoria

El peso del archivo y la memoria de trabajo miden cosas distintas. Una imagen de 4000 × 3000 contiene 12 millones de píxeles. Un búfer RGBA habitual usa cuatro bytes por píxel: 48.000.000 de bytes, unos 45,8 MiB. Decodificar, mostrar la vista previa, codificar y conservar el resultado puede necesitar más búferes. Es una referencia, no un pico medido.

Por eso un archivo comprimido que cumple el límite de bytes puede superar el límite de píxeles. En un teléfono, empieza con una imagen grande, guárdala y vacía la cola antes del siguiente grupo. Cerrar pestañas pesadas puede ayudar, pero cumplir los límites no garantiza que todos los dispositivos tengan memoria suficiente.

Qué hacer ante un límite estricto de subida

Lee el requisito completo. Si PNG y las dimensiones son obligatorios, convertir a JPG no lo cumple. Una optimización PNG aparte puede reducir sobrecarga; redimensionar cambia los píxeles y es otra decisión. Este conversor no garantiza un peso objetivo ni reduce dimensiones automáticamente.

Si admite JPG para una foto opaca, compara esa salida. Si admite WebP, prueba una entrega con calidad visual aceptable. Conserva el maestro transparente antes de crear una copia opaca. No metas un PNG excesivo en ZIP salvo que se admitan archivos comprimidos: la imagen extraída mantiene su peso.

• Convertir WebP a JPG ↗
• Convertir PNG a WebP ↗

Cómo comparar formatos sin mezclar variables

Usa el mismo original y las mismas dimensiones visibles. Comparar una miniatura de 600 px con una imagen de 2400 px no aísla el formato. Anota codificador y calidad; compara aspecto y bytes. El mismo número de calidad en dos codificadores no demuestra una calidad visual equivalente.

Incluye contenido exigente: texto pequeño en diagramas, degradados en ilustraciones y pelo o textura en fotos. Si importa la transparencia, usa el mismo fondo al revisar. Anota qué ejemplo cumple tus requisitos; no conviertas un resultado de una imagen sencilla en una promesa universal de ahorro.

Referencia: MDN: Canvas toBlob()

Una revisión práctica antes de usar el resultado

Una descarga correcta es el inicio de la revisión final. Abre el resultado en la aplicación que lo utilizará. Un editor de presentaciones, un formulario y un visor pueden tratar de forma distinta el mismo archivo. Revisar el destino previsto detecta problemas que la vista previa no puede mostrar.

1. Confirma la extensión y que la aplicación abre la imagen sin errores.
2. Revisa anchura, altura y orientación visible; compáralas con el original.
3. Revisa texto pequeño, diagonales, pelo, sombras y degradados al 100 %.
4. Coloca los gráficos transparentes sobre un fondo claro y otro oscuro.
5. Compara el peso real con el límite de la aplicación antes de enviarlo.
6. Conserva los originales hasta revisar todos los archivos descargados.