¿JPG Comprimido Se Ve Borroso? Tres Causas (y Soluciones Rápidas)

Última revisión: 2026-05-03. Comprimiste un JPG para hacerlo más pequeño y el resultado se ve borroso, con bloques, o pixelado. Esta guía nombra las tres causas comunes, da una solución de una línea por causa, y muestra una prueba lado a lado de 30 segundos para descubrir cuál chocaste.

Causa 1: la calidad de compresión era demasiado agresiva

La calidad de compresión JPG corre en una escala no lineal. Calidad 90 se ve visualmente idéntica al original en la mayoría de las fotos. Calidad 70 empieza a introducir una pequeña cantidad de bloques en regiones de color plano pero permanece aceptable para la web. Calidad 50 se ve visiblemente más suave; calidad 30 se ve con bloques en cielo / piel / arena y la mayoría de los lectores llamará al resultado "borroso". Si tu herramienta usó por defecto un valor de calidad bajo (algunos compresores online usan por defecto 50 o incluso 30 para anunciar reducciones dramáticas de tamaño de archivo), la salida se verá peor de lo que tiene que ser.

Solución. Re-comprime la misma fuente en calidad 70-85. La mayoría de las fotos se ven bien en calidad 80 y se reducen a aproximadamente un tercio del tamaño original; calidad 85 es una opción más segura cuando la foto tiene detalles finos como pelo o tela. La guía comprimir JPEG sin perder calidad - calidad vs tamaño recorre la tabla de decisión proactiva calidad-vs-tamaño si quieres elegir el valor antes de comprimir, no después.

Causa 2: la fuente ya era un JPG, re-guardado múltiples veces

Cada re-codificación JPG pierde información; re-codificar un JPG que ya ha sido comprimido amplifica los artefactos de bloque y croma de la ronda anterior. Si guardaste la foto desde una app de chat, luego la arrastraste a una presentación, luego exportaste la presentación, luego corriste la exportación a través de un compresor de imagen, el archivo que alimentaste al compresor era un JPG de tercera o cuarta generación. Cada generación construyó sobre los artefactos de la anterior.

Solución. Encuentra el original. En un iPhone, el original suele ser un archivo HEIC en el Rollo de Cámara - exporta el HEIC, luego comprime eso, no un JPG que se envió a través de Messages o WhatsApp. La guía formato de foto del iPhone explicado: HEIC, JPG, PNG, RAW muestra dónde vive cada formato. En un escritorio, busca el RAW de cámara (.CR2, .NEF, .ARW) o el JPG de primera generación directo de la cámara, no la versión embebida en un documento Word o una exportación PDF.

La regla dura para un JPG re-guardado de Messenger o WhatsApp: el detalle perdido no puede recuperarse. Localiza el HEIC original del iPhone o el RAW de cámara (.CR2 / .NEF / .ARW) y comprime eso en su lugar - cualquier otro camino solo oculta los artefactos, no recupera los píxeles.

Si el original está genuinamente perdido y la única copia que tienes es un JPG re-guardado, los artefactos no pueden eliminarse - solo ocultarse. Comprimir en alta calidad (90+) no reintroducirá el detalle perdido; el movimiento correcto es usar el JPG re-guardado en la resolución en la que se tomó realmente, no agrandarlo de vuelta al tamaño original.

Causa 3: la fuente fue upscaled antes de que la comprimieras

Upscaling - tomar una foto de 1080 px de ancho y remuestrearla a 4K, por ejemplo - fabrica píxeles interpolando entre los originales. La compresión JPG luego agrupa píxeles en bloques DCT 8x8 y los cuantiza; cuando los píxeles de entrada son ellos mismos conjeturas interpoladas, el paso de cuantización los agrupa en una papilla. El resultado se ve "suave" o "borroso", con bordes rectos volviéndose ondulados y texturas finas convirtiéndose en un gris uniforme.

Solución. Comprime en la resolución ORIGINAL. Si necesitas un archivo pequeño en alta resolución, el enfoque correcto es lo opuesto: mantén la resolución original, comprime en calidad 75-85, y deja que el navegador o la herramienta de diapositivas reduzca la escala en el momento de la visualización. Los navegadores reducen la escala con nitidez; upscaling en el momento de la compresión y luego reduciendo la escala en el momento de la visualización apila dos pasos con pérdida sin ganancia. Si necesitas una versión de mayor resolución de un original pequeño, los upscalers de IA (herramientas separadas, no el compresor JPG) son la herramienta correcta - alucinan detalles consistentemente en lugar de dejar que la compresión JPG los borre.

La versión más corta de la regla: comprime en la resolución ORIGINAL, y deja que el navegador reduzca la escala en el momento de la visualización. Apilar un upscale antes de la compresión y un downscale en la visualización son dos pasos con pérdida sin ganancia visible - el segundo downscale no puede recuperar el detalle que el primer upscale inventó, y el cuantizador JPG ve ambos píxeles interpolados en el medio. Un pase en la resolución nativa, luego un downscale CSS o width-attribute en la página, es el camino que mantiene la imagen nítida.

Identifica cuál de las tres causas de borrón JPG se aplica a tu imagen (un diff visual de 30 segundos)

Abre el JPG original y el resultado comprimido lado a lado en zoom 100% (mapeo píxel uno-a-uno; NO dejes que el navegador ajuste a la ventana). Luego mira tres regiones para localizar el borrón en Causa 1 (calidad demasiado baja), Causa 2 (re-codificada), o Causa 3 (fuente upscaled):

• Regiones de color plano (cielo, piel, paredes): si ves manchas con bloques 8x8 o banding, la causa es calidad demasiado baja (Causa 1). Re-comprime en calidad 80+.
• Texturas finas (pelo, tela, follaje): si ves ruido moteado que no estaba en una versión anterior, la causa es re-codificaciones repetidas (Causa 2). Encuentra una fuente de generación anterior.
• Bordes rectos y esquinas afiladas: si los bordes se ven ondulados, borrosos, o "escalonados", la causa es fuente upscaled (Causa 3). Comprime en la resolución original.

Si ves las tres a la vez, la fuente probablemente fue tanto upscaled COMO re-guardada varias veces - la solución es encontrar la copia de resolución-original, primera-generación y comprimir solo esa.

Ten a mano el mnemónico de tres líneas para la próxima vez que hagas esta verificación a zoom 100 por ciento: bloques en color plano apuntan a un valor de calidad que era demasiado bajo, ruido moteado en texturas finas apunta a re-codificaciones repetidas, y bordes ondulados o líneas rectas borrosas apuntan a una fuente upscaled. La verificación lado a lado de 30 segundos reduce el borrón a una causa cada vez, y la solución correcta sigue de la pista coincidente en lugar de probar cada configuración del compresor en secuencia.

Una vez que sepas la causa, los dos siguientes clics viven en la sección Relacionados justo debajo. La ruta https://freetoolonline.com/image-tools/compress-image.html es la herramienta de acción que arregla el archivo frente a ti hoy. La guía https://freetoolonline.com/guides/es/compress-jpeg-without-losing-quality-quality-vs-size.html es el companion proactivo que elige calidad antes de que comprimas, así que la verificación lado a lado que este artículo acaba de recorrer se vuelve innecesaria en la próxima foto.

Preguntas frecuentes

¿Por qué calidad JPG 90 todavía introduce artefactos visibles en mi captura de pantalla?

JPG fue diseñado para fotos naturales; no maneja bien bordes duros (texto, capturas de UI, arte de línea) incluso a calidad 95. Para capturas de pantalla, guarda como PNG en su lugar - PNG es sin pérdidas y usualmente más pequeño para contenido tipo captura. La guía JPG vs PNG para la web cubre cuándo cada formato gana.

¿Qué hay de WebP / AVIF como reemplazo de JPG?

WebP en calidad 80 es aproximadamente 25-35% más pequeño que JPG calidad 80 con la misma calidad visual. AVIF es aún más pequeño en la misma calidad. Si tu objetivo de entrega los soporta (los navegadores modernos sí), son una mejora estricta sobre JPG. La guía HEIC vs JPG vs WebP compara los tres en calidad, soporte, y tamaño de archivo.

¿Comprimir dos veces en calidad 90 es igual a comprimir una vez en calidad 80?

No - los efectos son diferentes. Dos rondas de calidad 90 aterrizan en aproximadamente calidad 81 en tamaño pero introducen más artefactos de bloque que un solo pase de calidad-80, porque cada ronda cuantiza de nuevo. Un pase en la calidad correcta siempre supera dos pases en calidades individuales más altas para el mismo tamaño final.

¿Cuál es la resolución correcta para un JPG entregado en la web?

Para imágenes hero a ancho completo, 1600-2400 píxeles de ancho es suficiente - los navegadores reducen la escala; la fuente no necesita ser 4K. Para miniaturas, 400-800 píxeles de ancho. Para imágenes de cuerpo, 800-1200 píxeles de ancho. Combina la resolución correcta con calidad 75-85 y usualmente vencerás el tamaño de archivo de cualquier slider de calidad único en una fuente demasiado grande.

¿Puedo "desborrar" un JPG comprimido ya borroso?

No realmente - la información perdida está perdida. Las herramientas de afilado por IA pueden adivinar el detalle, pero la conjetura es fabricada, no recuperada. La solución confiable es encontrar el original y comprimir eso; si el original está genuinamente perdido, acepta el tamaño que tienes y evita re-guardar el resultado.

Relacionados

• Compresor de Imagen - la herramienta de acción para comprimir imágenes JPG, PNG, y WebP en la calidad / resolución que elijas.
• Comprimir JPEG sin perder calidad - calidad vs tamaño - la guía companion proactiva; elige el valor de calidad correcto ANTES de comprimir.
• Formato de foto del iPhone explicado: HEIC, JPG, PNG, RAW - encuentra el original del iPhone (HEIC) en lugar de comprimir un JPG re-guardado.
• HEIC vs JPG vs WebP - comparación de formato para entrega web.
• JPG vs PNG para la web - cuándo JPG es el formato correcto y cuándo PNG (o WebP) lo es.