Respuesta breve

La conversión decodifica los píxeles que quedan en el JPEG y los vuelve a codificar. WebP con pérdida puede añadir distorsión, por lo que conviene conservar el JPG y comparar muestras al tamaño real.

Probar herramientas

JPG → WebP

Abrir herramienta

Separa conversión de formato y recuperación de calidad

JPEG suele reducir el peso de las fotografías descartando parte de la información. Cuando un conversor abre un JPG, decodifica la imagen restante y entrega esos píxeles al codificador WebP. Si la salida WebP es con pérdida, una segunda cuantificación puede eliminar más información. La nueva extensión no reconstruye los datos de cámara ni la textura fina eliminada anteriormente.

Define primero el objetivo práctico. La conversión puede tener sentido para reducir una copia web o cumplir un flujo que exige WebP. Si pretendes mejorar la fotografía, busca el original de cámara, una exportación anterior o una fuente menos comprimida. Los bloques, anillos y detalles suavizados del JPG pueden permanecer o combinarse con nuevos defectos.

Conserva el JPG intacto y nombra claramente los candidatos. Registra sus dimensiones antes de probar para no confundir un cambio de tamaño accidental con una mejora de compresión. Una imagen menor necesita naturalmente menos bytes, pero no demuestra la eficiencia de WebP. Trata recorte, redimensionado y conversión como decisiones separadas.

  • Busca la mejor fuente disponible antes de convertir
  • Expresa si el objetivo es tamaño o compatibilidad
  • Registra las dimensiones antes de comparar bytes

WebP puede codificar eficazmente el JPG decodificado, pero no recuperar el detalle que JPEG ya eliminó.

No iguales números de calidad entre formatos

Un codificador WebP suele ofrecer un control donde valores bajos favorecen el tamaño y valores altos la fidelidad. No es una puntuación universal. Calidad JPEG 85 y WebP 85 no prometen la misma distorsión, peso o apariencia. Predicción, cuantificación, filtrado, conversión de color y ajustes predeterminados cambian entre codificadores, aunque la interfaz muestre etiquetas parecidas.

Usa esos valores para comparar candidatos creados por la misma herramienta, no para copiar mecánicamente el ajuste del JPG. Exporta una imagen representativa con varios niveles separados y examina todos en la misma aplicación y zoom. Revisa piel y cielo lisos, pelo o vegetación complejos y texto o bordes de producto con mucho contraste.

Empieza por un candidato de alta calidad y baja gradualmente hasta que el ahorro sea útil o la imagen deje de cumplir el requisito. Guarda la versión del codificador y los ajustes aprobados. Una actualización puede cambiar la salida, de modo que una prueba antigua no aprueba automáticamente un lote nuevo aunque el número sea idéntico.

  • Compara dentro del mismo codificador y versión
  • Revisa áreas lisas, textura fina y bordes nítidos
  • Documenta el ajuste realmente aprobado

El valor de calidad controla un codificador; no es una medida absoluta de la calidad de imagen.

Elige deliberadamente WebP con o sin pérdida

WebP con pérdida suele ser candidato para fotografías, pero puede alterar texto pequeño, límites duros y textura ya afectada por JPEG. WebP sin pérdida evita otro cambio destructivo sobre los píxeles decodificados. Sin embargo, quizá produzca un archivo mayor porque conserva el ráster actual, incluidos los defectos JPEG, en vez de representar un original intacto.

Ningún modo repara la fuente. La salida sin pérdida congela lo que produjo el decodificador; la salida con pérdida cambia algo de precisión por tamaño. Prueba ambos cuando necesites WebP y no quieras nuevo daño. Si el resultado sin pérdida apenas ahorra y el destino acepta JPG, conservar el JPG puede ser la opción más sencilla.

No añadas promesas ajenas a la conversión. Un JPG normal no tiene canal alfa, por lo que WebP no vuelve transparente un fondo blanco. Una cuadrícula mayor tampoco crea detalle auténtico. Realiza eliminación de fondo o ampliación como tareas separadas, guarda un maestro editable y codifica una sola vez la entrega final.

  • Prueba WebP con pérdida para eficiencia
  • Prueba WebP sin pérdida cuando no aceptes más degradación
  • Separa las ediciones de la elección del formato

WebP sin pérdida conserva los píxeles actuales, no el detalle que existía antes de la compresión.

Mide la salida en vez de suponer el ahorro

El resultado depende del contenido. Ruido, hierba y tejidos irregulares se comportan de manera distinta a fondos de estudio lisos. Una miniatura y una fotografía grande también tienen costes relativos diferentes. No apliques a tus archivos el ahorro medio de otra colección. Registra bytes de origen y salida, dimensiones, modo y calidad para cada muestra.

Si WebP es mayor que JPG, comprueba primero el modo sin pérdida, los metadatos o dimensiones cambiadas. Si es extremadamente pequeño, inspecciona textura, texto, degradados y regiones oscuras antes de celebrarlo. Un objetivo de peso solo sirve unido a un estándar visual y al tamaño real de visualización.

Las plataformas pueden redimensionar o recomprimir la carga. Publica un candidato de prueba y descarga o inspecciona el recurso servido. Confirma dimensiones, tipo MIME, color, orientación y peso. Que el WebP local esté aprobado no prueba que la derivada de la plataforma conserve igual calidad ni que se sirva el archivo exacto.

  • Compara bytes solo con dimensiones iguales
  • Examina salidas sorprendentemente pequeñas o grandes
  • Comprueba la derivada entregada por el destino

Una comparación útil controla dimensiones y condiciones de visualización además del peso.

Aprueba muestras antes de procesar el lote

Crea un conjunto con retratos, productos, escenas oscuras, fondos lisos y texto pequeño. Reabre cada descarga fuera del conversor. Compárala con la fuente a resolución completa y al tamaño previsto. Busca nuevos bloques, manchas, cambios de color, bandas de gradiente y pérdida de textura. Incluye una imagen difícil y no solo ejemplos fáciles.

Tras elegir el ajuste, convierte solo una parte de la carpeta e inspecciona archivos del principio, medio y final. Detente ante cambios de comportamiento, errores o dimensiones inesperadas. Separa los casos atípicos en vez de reducir la calidad de toda la colección. Mantén la correspondencia entre cada entrega y su JPG intacto.

Abre por último las copias desplegadas en los navegadores y aplicaciones objetivo, incluyendo móvil y pantalla de alta densidad cuando corresponda. Si falta calidad, vuelve a la fuente y prueba un valor superior o modo sin pérdida. Si el ahorro es mínimo, conservar JPG es válido. Terminar significa verificar ahorro real con calidad aceptable, no llenar una carpeta de WebP.

  • Usa imágenes variadas y difíciles
  • Realiza controles durante todo el lote
  • Conserva cada original para regenerar

Aplica un ajuste por lotes solo después de que las muestras pasen en el destino real.

Puntos clave

  • Guardar un JPG ya comprimido como WebP con pérdida introduce otra pasada de compresión.
  • Los números de calidad de distintos formatos y codificadores no forman una escala visual común.
  • WebP sin pérdida conserva los píxeles decodificados, pero no recupera información perdida en JPG.
  • Aprueba conjuntamente el tamaño y la calidad visual en el entorno real de entrega.

Preguntas frecuentes

¿Convertir JPG a WebP mejora la calidad?

No. Codifica los píxeles disponibles del JPG y WebP con pérdida puede añadir una pequeña distorsión.

¿Calidad JPEG 85 equivale a WebP 85?

No. Formatos y codificadores interpretan sus controles de forma diferente; compara salidas reales en las mismas condiciones.

¿WebP sin pérdida restaura la foto original?

No. Evita nuevos cambios con pérdida y conserva el JPG decodificado, pero no devuelve el detalle ausente.

¿WebP siempre es menor que JPG?

No. Contenido, dimensiones, modo, calidad, metadatos y codificador influyen en el resultado.

¿Qué debo hacer antes de convertir un lote?

Prueba muestras diversas con varios ajustes, verifica las copias servidas y conserva intactos los JPG originales.

Fuentes y referencias

  1. Google for Developers — WebP Compression Techniques
  2. Google for Developers — cwebp Encoder Documentation
  3. MDN Web Docs — Image File Type and Format Guide