Convertir CR2 a WebP

Quien busca este par no está enviando fotografías: las está publicando. Un portfolio que se rehace, una ficha de un inmueble con veinte imágenes, un catálogo de productos disparado con una réflex de Canon. En todos esos casos la imagen más grande de la página es la que decide cuándo el visitante considera que la página ha cargado.

WebP existe para eso. A calidad visible comparable suele quedarse entre una cuarta parte y un tercio por debajo del JPEG equivalente, y en una página con treinta fotografías esa diferencia se nota en el dedo de quien mira. En un móvil con cobertura mediocre —que es donde se ve la mitad de este tipo de páginas— la diferencia deja de ser un número y pasa a ser si alguien espera o se va.

Conviene saberlo antes de convertir. Aquí no se revela el archivo raw. El conversor recorre los bytes buscando las marcas de inicio de imagen JPEG y extrae la previsualización que tu Canon escribió dentro del archivo en el momento del disparo, quedándose con la mayor por número de píxeles y descartando las candidatas por debajo de 640×480, que son miniaturas.

Eso significa que el estilo de imagen que tuvieras cargado —Estándar, Paisaje, Fiel— viene ya aplicado y no se puede deshacer, y que el margen extra de luces y sombras que es la razón misma de disparar en raw no está ahí. Perfecto para ver, enviar o publicar; no es un sustituto de revelar el archivo.

La previsualización ya es un JPEG, es decir, ya perdió detalle una vez. Producir un WebP obliga a descodificarla y volver a codificarla, así que la imagen pasa por dos codificadores con pérdida camino de tu sitio. Esta página lo dice en lugar de callarlo, porque tiene una consecuencia práctica.

La consecuencia es que se convierte siempre desde el CR2 y nunca desde un WebP o un JPEG exportado antes. Cada viaje adicional cuesta un poco más y la cadena ya ha gastado una de sus vidas. A la calidad por defecto y al tamaño en que una página muestra realmente las fotos, esa segunda pasada no se ve; a base de repetirla, sí.

La previsualización viene con las dimensiones completas del sensor: seis mil y pico píxeles de ancho en los cuerpos habituales, casi nueve mil en los de mayor resolución. Ninguna página muestra eso. Una imagen adaptativa se sirve a mil seiscientos o dos mil cuatrocientos píxeles para pantallas densas, y todo lo que sobra son bytes que el navegador descarga y tira.

Por eso el ajuste que hay que tocar primero es la anchura máxima, que se aplica al ancho y deja que la altura acompañe. Bajar de seis mil setecientos a dos mil elimina alrededor de nueve décimas partes del recuento de píxeles, muchísimo más de lo que puede conseguir el deslizador de calidad, y no cuesta nada visible. Bajar la calidad sobre una imagen a tamaño completo es la palanca equivocada en el orden equivocado.

Si no tocas nada, la codificación se hace con calidad 82. Es el mismo número para los cuatro códecs con pérdida de este sitio, no un valor afinado por formato, y está elegido para ser el punto en el que casi nadie ve la diferencia sin lupa.

Bajarlo tiene sentido en imágenes con superficies amplias y lisas —un cielo, una pared, un fondo de estudio— donde la compresión rinde mucho. Subirlo casi nunca compensa: por encima de ese punto el archivo crece deprisa y lo que se gana no llega a la pantalla del visitante. Si dudas, cambia la anchura y deja la calidad quieta.

La conversión descodifica la imagen a píxeles y el codificador escribe sólo la imagen, así que el bloque EXIF no cruza: ni objetivo, ni parámetros de exposición, ni fecha, ni coordenadas. No es un borrado deliberado con un interruptor, es que no hay nada que los transporte.

Para fotografías que van a un sitio público eso suele ser justo lo que quieres. Una ficha de vivienda disparada con un cuerpo que etiqueta posición no debería publicar dónde está la casa, y un portfolio no necesita anunciar con qué objetivo se hizo cada foto. Si en cambio necesitas que el archivo lleve autoría o aviso de derechos, hay que escribirlo en el WebP después, con otra herramienta.

WebP no puede almacenar una imagen de más de 16.383 píxeles por ninguno de sus lados. Nada que salga de una réflex de Canon se acerca a esa cifra, así que en una conversión directa desde un CR2 el límite es teórico y no hace falta pensar en él.

Se vuelve real si antes has cosido un panorama. Una panorámica montada con ocho o diez fotogramas pasa de esa cifra sin esfuerzo, y ahí WebP sencillamente no da: la imagen tiene que salir como JPEG, partirse o reducirse. Merece la pena saberlo antes de una sesión de panorámicas y no después.

Todo esto ocurre dentro del navegador. Para quien trabaja de esto no es un adorno: una sesión sin publicar, la vivienda de un cliente, un catálogo bajo embargo hasta la fecha de lanzamiento. Nada de eso viaja a ninguna parte, y se puede comprobar abriendo el panel de red mientras se convierte.

También significa que el lote lo limita tu ordenador y no una tarifa. Suelta una carpeta y recibe un ZIP, con un techo de 100 MB por archivo que ningún CR2 roza. Lo que sí conviene es trabajar por grupos razonables si el equipo tiene poca memoria, porque cada imagen se descodifica entera antes de reescribirse.

El resultado hereda el nombre del origen, así que `IMG_4821.CR2` sale como `IMG_4821.webp`. Es cómodo para casar la galería entregada con los originales y es inútil de cara a un buscador, porque el nombre de serie de una cámara no le dice nada a nadie.

Renombra antes de subir y escribe un texto alternativo que describa la fotografía en lugar de repetir el nombre del archivo. Ninguna de las dos cosas las puede hacer un conversor por ti, y las dos influyen más en el rendimiento de la galería que la elección entre WebP y JPEG.

Aquí se ofrecen dos ajustes y sólo dos: la calidad y la anchura máxima. La anchura admite hasta doce mil píxeles, aunque para uso web lo interesante está muy por debajo, y dejarla en cero significa no recortar nada. No hay recorte, ni cambio de proporción, ni rotación: la relación de aspecto se respeta siempre.

El interruptor de quitar metadatos, que sí aparece cuando el destino es JPEG, no aparece aquí, y la ausencia es deliberada. En el camino a JPEG la previsualización de la cámara se entrega tal cual y por tanto hay un bloque EXIF que decidir si conservar; en el camino a WebP se descodifica y se vuelve a codificar, así que el bloque desaparece de todas formas y un interruptor sólo serviría para dar a entender que hay una elección donde no la hay.

AVIF comprime mejor que WebP a igual calidad, a veces bastante mejor, y hoy también se admite ampliamente. Si el peso de la página fuera lo único que importa, sería la elección más fuerte, y este sitio tiene una página para ese camino.

WebP gana en los otros ejes: codifica mucho más rápido, que es lo que se nota al convertir doscientos fotogramas en una pestaña, y lo entienden sin configurar nada todos los gestores de contenidos, complementos de imagen y redes de distribución. Y JPEG sigue siendo la respuesta cuando la imagen va a salir de la web —a un correo, a un documento, a una plataforma que no dice qué acepta—, porque no hay ningún sitio donde no se abra.

Conserva los CR2 como originales, dando por hecho que sobrevivirán a la tecnología con la que esté hecha la web actual. Genera los WebP al tamaño que el sitio sirve de verdad, y si el diseño cambia, vuelve a generarlos desde el raw en lugar de ampliar lo que ya tenías.

Para el puñado de imágenes que sostienen la página —la de portada, la del encabezado, la que mira todo el mundo— compensa volver al CR2 en un revelador y hacer el trabajo bien. Para el noventa por ciento restante, la copia de la propia cámara reducida a dos mil píxeles es indistinguible de la versión cuidada y se consigue en segundos en vez de en minutos.