Convertir ARW a WebP

Esto es lo primero que hay que entender y casi ningún conversor lo dice. Lo que se extrae del archivo raw es el JPEG que la cámara guardó dentro cuando disparaste, no un revelado del sensor. No hay demosaico, no hay interpolación de color y no hay ninguna decisión de revelado tomada aquí: el motor busca las marcas de inicio de imagen dentro del archivo, se queda con la vista previa de mayor número de píxeles y descarta las candidatas por debajo de 640 × 480 por ser miniaturas.

El motor se llama literalmente «vista previa raw» y no lleva el nombre de ninguna biblioteca de revelado, precisamente para que el catálogo no pueda insinuar un trabajo que no hace. En casi todas las cámaras esa vista previa está a resolución completa, que es la razón por la que el resultado sirve de sobra para una ficha de producto.

Como la imagen la reveló la cámara, su estilo creativo está horneado: el contraste, la saturación y el enfoque que tenía el cuerpo configurados en ese momento. Y el margen extra de luces y sombras que es la razón de disparar en raw no está dentro de la vista previa. Es perfecto para ver, enviar o subir; no es un sustituto de revelar el archivo.

Eso deja una división de trabajo bastante clara para una tienda. Las veinte fotos de ambiente, las de contexto y las de detalle salen por esta ruta en un minuto. La foto del producto sobre fondo blanco, la que decide si el cliente compra, merece pasar por el revelador de verdad y exportarse desde ahí.

A diferencia del destino JPEG, aquí la vista previa no pasa de largo: se descodifica y se vuelve a codificar como WebP. Así que la imagen se comprimió una vez cuando la cámara escribió la vista previa dentro del ARW y otra vez ahora. Son dos pasadas con pérdida, y con la calidad por defecto y a dimensiones de tienda no se ven.

Muchas plataformas vuelven a codificar la subida en sus propias variantes, lo que suma una tercera. Esa cadena es el motivo para convertir siempre desde el ARW y no desde una imagen que exportaste antes, y también el motivo para no bajar además el número de calidad: las pasadas que no controlas se van a llevar su parte de todos modos.

El control de calidad arranca en 82, el mismo valor por defecto que usan los cuatro codificadores con pérdida de este sitio; no hay ajustes distintos por formato. Es un punto conservador y para fotografía de producto no hay motivo para moverlo.

Lo que no vas a leer aquí es un porcentaje de ahorro de WebP frente a JPEG. Esa cifra depende de la fotografía concreta, y las que circulan describen los archivos de otra gente. La comprobación honesta cuesta un minuto y se puede hacer entera en este sitio: convierte el mismo ARW a las dos cosas y compara los tamaños. Ese número, el de tus fotos y tus dimensiones, es el único que sirve para decidir.

La vista previa de un cuerpo Sony sale normalmente al ancho completo del sensor, muy por encima de lo que una miniatura de producto muestra y bastante por encima de lo que muestra una vista ampliada. Todo lo que sobra se descarga y se tira.

Pon el ancho máximo durante la conversión y no después. El control se aplica solo al ancho —la altura sale de mantener la proporción, y no hay recorte— y admite hasta 12.000 píxeles, con 0 como valor por defecto, que significa dejar el tamaño tal cual. Recortar el ancho quita superficie, y la superficie es lo que pesa: ahorra un orden de magnitud más que cualquier ajuste de calidad y no cuesta nada que un cliente pueda ver.

En la ruta a JPEG, donde la vista previa se entrega sin recodificar, sí existe una opción para conservar o quitar el bloque EXIF, porque ahí hay algo que decidir. En esta ruta no la hay y no la necesita: la descodificación a píxeles y la nueva codificación dejan fuera el EXIF entero por construcción, incluidas la marca de tiempo y cualquier coordenada.

Para una ficha de producto eso es una ventaja real. Las fotos de producto se hacen muy a menudo en casa o en un taller, con un cuerpo emparejado con un móvil que le pasa la posición, y una imagen publicada a escala con esas coordenadas dentro es un problema de privacidad multiplicado por el catálogo. De paso deja de anunciar que las fotografías tienen tres años.

Un cliente que recibe un jersey de un azul distinto al de la foto abre una devolución, y ese coste no lo cubre ningún ahorro de bytes. La vista previa extraída lleva el balance de blancos que eligió la cámara, y el balance automático bajo luz mixta es exactamente donde las cámaras fallan el color.

Este es el caso en el que volver al ARW se paga solo. Revela el raw con un balance fijo, o mejor, dispara una carta gris y ajústalo, y exporta desde ahí. Un tono equivocado en la foto principal cuesta más que todas las fotos secundarias juntas.

En un sitio que controlas tú —una tienda montada sobre cualquiera de las plataformas habituales, o un sitio estático— WebP funciona sin configuración ni reservas. Ahí subir no es el problema.

Los mercados de terceros son otra cosa. Varios especifican en sus requisitos de imagen qué formatos admiten y rechazan el resto en el momento de la subida, a veces con un mensaje poco útil. Si vas a publicar en la plataforma de otro, lee sus requisitos de imagen antes de tocar nada y usa la ruta a JPEG si WebP no está en la lista. Convertir cuatrocientas fotos de producto y descubrirlo después es una forma cara de aprenderlo.

Si la tienda vuelve a codificar cada subida a sus propios formatos y tamaños, el formato que entregas pesa menos en el resultado de lo que parece: estás eligiendo de qué parte su procesador, no lo que se sirve. Ahí lo que importa es darle un archivo de buena calidad a las dimensiones adecuadas.

En un sitio donde el archivo que subes es el archivo que se sirve, la elección sí es tuya de principio a fin y el formato moderno se nota en la imagen más grande de la ficha, que suele ser el elemento que las herramientas de rendimiento acaban midiendo. Saber en cuál de las dos situaciones estás decide cuánto esfuerzo merece este paso.

La salida toma el nombre de origen, así que `DSC01847.ARW` se convierte en `DSC01847.webp`. En una tienda ese nombre es uno de los pocos fragmentos de texto asociados a la imagen, y un número de serie de cámara no le dice nada a un buscador sobre el producto.

Renombra a algo descriptivo antes de subir y escribe un texto alternativo real. En una ficha de producto esas dos cosas influyen en cómo se encuentra la imagen más que la elección de formato.

Suelta la selección entera, aplica un mismo ancho máximo a todo el conjunto y recoge el resultado como un archivo comprimido. La coherencia importa en una tienda de una forma en que no importa en otros sitios: las miniaturas convertidas a anchos distintos se ven mal unas junto a otras en una cuadrícula.

El techo por tanda es de cien archivos y el excedente se descarta sin avisar, así que una sesión de doscientas fotos hay que soltarla en dos veces. El límite por archivo es de 100 MB, que cubre de sobra los ARW comprimidos y los comprimidos sin pérdida; un fotograma sin comprimir de un cuerpo de muchos megapíxeles puede quedarse fuera, y es bastante más archivo del que una ficha de producto necesita.

La conversión entera ocurre en tu navegador: los archivos ARW se leen, se recorren y se escriben en local. Para fotografías de un producto que todavía no se ha lanzado, de un prototipo o de algo cubierto por un acuerdo con un proveedor, esa es la diferencia entre una herramienta y una filtración.

Y es comprobable, que es lo que separa esta afirmación de un eslogan. Abre las herramientas de desarrollo, mira el panel de red mientras se convierte un archivo y comprueba que no se envía nada que lleve la imagen; o desconecta la máquina de la red y convierte igual.