Convertir AVIF a ICO

Nadie dibuja una marca en AVIF. El archivo está ahí porque algo lo convirtió: un plugin de optimización de imágenes en WordPress que reescribió toda la carpeta de medios, una CDN que negocia el formato según el navegador, un paso de compilación, o un clic derecho sobre la web en producción porque los archivos de diseño se quedaron en la agencia anterior.

Eso importa porque estás partiendo de un derivado. Lo que hiciera aquella tubería —un redimensionado al tamaño mayor que la página necesitaba, una pasada con pérdida a la calidad que dijera la configuración, un aplanado sobre un fondo— ya está dentro, y esta conversión arranca desde ahí y no desde el arte original. Antes de aceptarlo, dedica diez minutos a buscar el original: la carpeta de la que lee el plugin suele conservar todavía lo que se convirtió.

Un ICO no pasa de 256 píxeles, y aquí ese tope se aplica al lado más largo de la imagen, no a la anchura. Da igual con qué resolución venga el AVIF: todo lo que hubiera por encima de esa cifra se descarta y no hay ningún ajuste que lo conserve, porque el contenedor no tiene sitio.

De ahí se sigue algo práctico. Una fuente enorme no te compra nada más allá de una reducción limpia: a partir de unos 512 píxeles estás tirando información igualmente, y las propiedades que deciden si el icono funciona se juegan mucho más abajo. Tampoco hay control de calidad en este destino, porque cada imagen dentro del contenedor es un PNG sin pérdida y un deslizador no tendría sobre qué actuar.

Un ICO no guarda páginas, guarda tamaños: la misma marca a 16, 32, 48 o 256 píxeles, para que el sistema tome el que necesita en vez de reducir uno sobre la marcha. Eso es exactamente lo que se escribe aquí. El control de tamaños decide el juego, el valor por omisión es 16, 32 y 48, y cada entrada es un PNG independiente hecho a su medida.

La lista se ordena de mayor a menor, los duplicados se colapsan, cualquier valor por encima de 256 se recorta a 256 y una lista vacía o mal escrita se resuelve con una sola entrada de 256. Que cada tamaño exista de verdad quita la mitad del problema; la otra mitad sigue ahí, porque las entradas se remuestrean a partir de tu imagen y no se redibujan para su tamaño.

La imagen no se recorta. Toda entrada que se escribe aquí es cuadrada, y una fuente alargada se centra dentro a la mayor escala que quepa, con transparencia rellenando el resto; nada se estira, que es lo correcto, pero la marca acaba ocupando una franja en mitad de un icono cuyos vecinos llenan el suyo de lado a lado. A 16 píxeles, un logotipo tres veces más ancho que alto se queda con cinco píxeles de altura.

Así que arregla el encuadre en lo que sea capaz de abrir el archivo —GIMP, Squoosh e ImageMagick leen AVIF— recortando hasta el símbolo en lugar de rellenar un logotipo completo con su texto al lado. Lo que conviene entregar al conversor es una marca aproximadamente cuadrada que llene su marco, dejando un margen pequeño por los cuatro lados: un icono pegado al borde parece más grande y más pesado que sus vecinos en una fila de pestañas.

El escalado no se detiene en el uno. Si pides una entrada de 256 partiendo de un AVIF de 120 píxeles, la imagen se agranda de verdad para llenar esa entrada, porque una entrada del directorio tiene que coincidir con su carga útil. Es el comportamiento correcto para un icono y conviene decirlo, porque durante un tiempo este sitio afirmaba justo lo contrario.

Lo que no hace es inventar detalle. Un AVIF pequeño estirado a 256 tiene los bordes blandos de cualquier ampliación, y esa entrada será la que se vea en el escritorio o en el marcador. Si tu fuente no llega a 256 píxeles, casi siempre es mejor pedir solo los tamaños pequeños que publicar una entrada grande y borrosa.

El canal alfa cruza intacto: el ICO no está entre los destinos que aplanan sobre un color de fondo. Y ese canal decide el resultado visual más que ninguna otra propiedad de este archivo. Una pestaña del navegador es una franja clara en un tema y oscura en el otro, y un icono con transparencia real se ve bien en ambos; uno con un cuadrado blanco incrustado parece un error en uno de los dos.

Si el AVIF se aplanó aguas arriba —las tuberías lo hacen cuando además generan un JPEG de reserva y tratan todas las imágenes igual—, la transparencia ya se perdió y esta conversión no puede devolverla. Comprueba las esquinas del origen abriéndolo sobre un fondo oscuro antes de convertir: un recuadro blanco es mucho más barato de arreglar en el arte que después de haberse publicado y quedado en la caché de todo el mundo.

AVIF es un formato de entrega para la web, y lo que la web entrega sobre todo son fotografías, así que el archivo medio que aterriza en esta página es mal material para un icono por mucha diferencia. A 16 píxeles una fotografía es un borrón; a 32 es un borrón un poco mayor.

Lo que sobrevive a ese tamaño es una forma, mucho contraste y dos o tres colores: la inicial antes que el logotipo completo, el símbolo antes que el conjunto con su texto. A 16 píxeles una letra ocupa unos diez de alto, suficiente para un carácter y no para una palabra, y cualquier trazo más fino que los demás desaparece del todo. La prueba no cuesta nada: reduce el AVIF a 16 píxeles en cualquier visor y míralo desde la distancia normal.

Ambas páginas escriben los mismos tamaños en el mismo contenedor, así que la diferencia está enteramente en de dónde salen esos tamaños. Un SVG se rasteriza aquí, una vez, a resolución de icono, mientras que un AVIF llega ya cargando con lo que la tubería le hizo.

La distancia se ve en los tamaños pequeños y no es sutil. Un vector rasterizado limpiamente y luego reducido a 16 conserva el borde duro; un AVIF con pérdida que además fue redimensionado por una CDN tiene bordes blandos antes de que esta conversión empiece, y reducirlo más los reparte entre dos filas de píxeles. Merece una búsqueda en el repositorio antes de dar el vector por perdido.

Un AVIF puede llevar un bloque EXIF, una anotación XMP y un perfil de color incrustados por quien lo generó. Nada de eso llega al ICO, y no porque se elimine a propósito: la conversión descodifica la imagen a píxeles y el codificador solo recibe píxeles, así que no hay por dónde transportar un bloque de metadatos.

Para un icono da igual, y para lo que hay alrededor no siempre. Si ese AVIF era la única copia de una imagen cuya autoría o cuya fecha estaban dentro del archivo, el ICO no las conserva y tampoco existe en este par ningún interruptor de metadatos que cambie el resultado. Guarda el original si esos datos importaban.

Colócalo en la raíz del sitio como favicon.ico. Los navegadores llevan casi treinta años pidiendo esa ruta al margen de lo que declare el HTML, así que un archivo ahí corta un goteo de errores 404 en el registro de accesos y cubre lectores de feeds, previsualizaciones de enlaces y herramientas antiguas que no miran a ningún otro sitio. Cuesta unos pocos kilobytes y no requiere ni una etiqueta.

Y mantén lejos de ese archivo la misma tubería que produjo tu AVIF. La negociación de contenido que cambia imágenes por AVIF está muy bien para el contenido de la página y está mal para el icono, porque quien pide esa ruta a menudo no es un navegador moderno. Sirve el ICO como ICO y declara al lado un PNG o un SVG para quien vaya a aceptarlo.

Puedes soltar hasta cien archivos AVIF a la vez: cada uno se convierte en su propio ICO y el conjunto vuelve empaquetado en un ZIP. Encaja con la situación para la que está escrita esta página, en la que un plugin ya convirtió el directorio entero y hay que recuperarlo completo.

Todo ocurre en tu navegador, así que no hay subida, y el tope de 100 MB por archivo del plan gratuito no es nunca la restricción: los iconos son demasiado pequeños para acercarse. La restricción es si cada uno se lee a 16 píxeles. Un lote también es el momento de ser honesto sobre cuántos iconos necesita el proyecto: casi todos los sitios quieren una marca bien hecha, y una carpeta de cuarenta suele significar que se está convirtiendo el directorio en vez del icono.