Convertir ICO a WebP

Un ICO existe para responder una pregunta que hace el sistema operativo: dame esta marca al tamaño que necesito ahora mismo. La responde guardando varios dibujos en un solo archivo con un directorio al principio. Un WebP no responde ninguna pregunta parecida — es una sola imagen, a un solo tamaño, pensada para que la coloque una hoja de estilos.

Así que la conversión es un cambio de función tanto como de formato. Lo que se obtiene es una imagen que se comporta como cualquier otra de la página: se le puede dar una anchura, meterla en un srcset, cachearla con un nombre versionado. Lo que se pierde es la capacidad del sistema operativo de elegir el tamaño por sí mismo, algo que en una página web nunca hacía de todos modos.

WebP lleva un canal alfa completo de ocho bits, así que un recorte, una teja redondeada o una sombra suave llegan intactos y se posan sobre el fondo que tenga la página. La variante que escribe este sitio es la forma extendida VP8X, que es la que deja sitio para los datos alfa junto a los de color.

Esa sola propiedad descarta JPEG por completo para este trabajo, y vale la pena decirlo porque los dos formatos son primos cercanos en cómo comprimen. Si el icono no tiene ningún píxel transparente — una teja cuadrada con fondo sólido — el argumento pierde bastante fuerza y cualquiera de los dos serviría.

El ajuste de calidad parte de 82, que es un punto medio razonable para una fotografía y algo bajo para un dibujo hecho de rellenos planos y bordes duros. La compresión con pérdida funciona descartando el detalle que el ojo probablemente no eche en falta, y en una fotografía ese detalle es la textura. En un icono es el borde de una letra.

A 256 píxeles todo el archivo son unos pocos kilobytes, así que apenas hay nada que defender manteniendo la calidad baja. Subirla hacia 95 mantiene los contornos nítidos a cambio de un coste de un puñado de kilobytes.

El argumento habitual a favor de WebP es que produce entre un cuarto y un tercio menos de bytes que la alternativa a calidad equivalente. Ese argumento se construye sobre fotografías y no se traslada a un dibujo plano pequeño, donde la combinación de filtrado y compresión de PNG es muy difícil de superar.

Medido sobre el mismo icono de prueba de 256 píxeles: 3.054 bytes en WebP contra 1.737 en PNG — el WebP pesa alrededor de un 75 % más y encima es el que tiene pérdida. Si la razón de esta conversión era ahorrar ancho de banda, no se va a conseguir. Si la razón es que la cadena de construcción del sitio ya genera WebP y el icono tiene que encajar, es una buena razón y los kilobytes de más no importan.

El navegador decodifica el icono y devuelve su entrada más grande, que es la que se codifica. Comprobado construyendo un archivo con dibujos de 16, 32, 48 y 256 píxeles en cuatro colores distintos y convirtiéndolo con el directorio en tres órdenes diferentes — el dibujo de 256 píxeles salió cada vez.

El techo son 256 píxeles y pertenece al formato ICO: una entrada guarda su anchura en un solo byte, con el cero significando 256. WebP en sí llega hasta 16.383 píxeles, así que nada del lado de destino limita el resultado. Si hace falta una imagen mayor, el archivo del icono no es de donde va a salir.

El desencanto más habitual con esta conversión es una marca que se ve bien en una pestaña del navegador y borrosa en un hueco de 200 píxeles en una cabecera. No es el codificador; el icono se dibujó para pestañas. Las versiones pequeñas de un icono suelen estar redibujadas en lugar de escaladas — trazos ajustados a píxeles enteros, detalle eliminado — así que ampliar una da un dibujo simplificado a poca resolución.

Conviene comprobar las dimensiones del resultado antes de colocarlo. Si son 32 píxeles, lo honesto es mostrarlo a 32 o buscar el arte original; el control de anchura máxima aquí solo reduce, y ningún conversor puede añadir detalle que nunca se guardó.

La coherencia es un beneficio real de ingeniería incluso cuando el peso del byte no lo es. Un sitio que sirve un solo formato para todo lo que es imagen tiene una sola política de caché, un solo paso de compilación y una sola cosa que probar. Añadir una excepción en PNG para seis iconos cuesta más en complejidad de lo que ahorra en kilobytes.

El otro caso genuino es una colección de iconos grande. Sesenta tejas de integraciones a tres kilobytes cada una son 180 kilobytes, y si cargan juntas la diferencia frente al equivalente en PNG se nota — aunque en esa comparación PNG sigue ganando, así que la razón para estandarizar es la cadena de trabajo, no la aritmética.

Convertir no significa borrar. Los navegadores siguen pidiendo /favicon.ico desde la raíz de cualquier sitio diga lo que diga el HTML, así que conviene dejar el original donde está y tratar el WebP como un archivo aparte con otra función. No son dos versiones del mismo archivo; son dos archivos que casualmente muestran la misma marca.

En el marcado, el WebP va en una etiqueta img o picture como cualquier otra imagen, y el icono se queda en un link dentro del head. Mezclar los dos — apuntar un enlace de favicon a un WebP — funciona en navegadores actuales y falla en suficiente software como para que no compense el ahorro.

Se puede soltar la carpeta entera y cada archivo se decodifica y codifica por separado, devuelto como un ZIP. El ajuste de calidad se aplica a todos por igual, que es lo que conviene para una rejilla de tejas donde un solo icono más blando destacaría más que cualquier imperfección individual.

Las dimensiones no serán uniformes salvo que el conjunto de origen lo fuera. Las colecciones de iconos reunidas a lo largo de los años mezclan archivos con una entrada de 256 píxeles y archivos que se quedan en 32, y los WebP heredan esa mezcla sin ningún aviso — conviene comprobarlo dentro del ZIP antes de colocarlos en un diseño que asuma un solo tamaño.

Tanto la decodificación como la codificación a WebP ocurren en tu navegador, así que el archivo se queda en la máquina de principio a fin. La pestaña de red se puede comprobar durante la conversión y se mantiene vacía.

Para la marca de un producto que aún no se ha lanzado, eso quita una pregunta del medio en lugar de tener que responderla más tarde.