Conversor de WebP

Qué es un WebP, y por qué algo de tu máquina se niega a abrirlo

WebP es un formato de imagen que Google publicó para aligerar las páginas web, y hoy es el formato en el que muchísimos sitios sirven sus imágenes. Así es como se suele acabar con uno sin haberlo elegido nunca: guardas una imagen de una página y lo que aterriza en tu carpeta de descargas es un archivo terminado en .webp, que no es el JPG ni el PNG que esperabas. El archivo no tiene nada malo. Es simplemente un contenedor más reciente para la misma imagen.

Los navegadores muestran WebP desde hace años, y es exactamente por eso por lo que los sitios lo usan y exactamente por eso por lo que los problemas empiezan en otra parte. El software ajeno a la web se puso al día más tarde y de forma desigual: un editor de imágenes antiguo, una aplicación de ofimática, un servicio de impresión de fotos o un formulario que solo acepta ciertos archivos pueden rechazar el archivo sin más, y el rechazo rara vez se explica. Convertirlo a algo más antiguo es todo el remedio, y por el camino no hay nada que recuperar ni que reparar.

• Bajo el nombre WebP hay dos formatos: un modo con pérdida construido sobre ideas muy parecidas a las de JPEG, y un modo sin pérdida más cercano al espíritu de PNG. Cuál de los dos usa un archivo concreto se decidió cuando se escribió, y no se puede saber mirándolo por fuera.
• Admite transparencia en los dos modos, algo que JPEG no puede hacer en absoluto. Esa es una de las dos razones por las que un sitio lo prefiere a un JPG, y es la razón por la que un logotipo guardado desde una página llega a menudo como WebP y no como PNG.
• Puede contener una animación, igual que un GIF de los de antes. Muchísimos archivos WebP animados de la web son exactamente eso: un GIF que alguien volvió a guardar para una página, conservando los fotogramas y dejando por el camino la mayor parte de los bytes.
• Esta página decide qué es un archivo por su contenido y nunca por su nombre, así que un WebP al que alguien puso una extensión JPG se sigue leyendo y convirtiendo como WebP, y se te avisa de la discrepancia, porque es algo cierto sobre tu archivo.

Convertir un WebP de vuelta a PNG o JPG

Esta es la dirección por la que llega la mayoría de la gente, y la página se abre en la otra porque una página solo puede preseleccionar un ajuste; el selector de formato está a un clic y ninguna dirección es un caso especial. Estás eligiendo entre un formato que almacena la imagen exactamente y otro que es pequeño, y la respuesta correcta depende de lo que sea la imagen y no de dónde venga.

• Elige PNG cuando la imagen tenga una transparencia que necesites conservar. JPG no tiene absolutamente ningún sitio donde ponerla, así que convertir a JPG un logotipo transparente es en realidad elegirle un color de fondo: la herramienta pintará uno y te dirá cuál.
• Elige PNG para una captura de pantalla, un diagrama, un gráfico o cualquier cosa que lleve texto o un borde duro. La compresión con pérdida, sea del tipo que sea, hace más daño en los bordes de alto contraste, así que las letras adquieren en un JPG una orla gris que un PNG sencillamente nunca tiene.
• Elige PNG cuando vayas a volver a editar la imagen o a conservarla mucho tiempo. Es el único de los formatos que se escriben aquí que no pierde nada, así que se puede abrir y volver a guardar tantas veces como quieras sin acumular daño.
• Elige JPG para una fotografía que vayas a enviar, subir o almacenar en cantidad. Pesa menos, lo lee absolutamente todo, y la imagen que hay dentro de un WebP con pérdida ya había pasado por una codificación con pérdida antes de llegar a ti, así que el descarte no parte de un original intacto en ningún caso.
• Elige JPG cuando algo al otro lado se empeñe en ello. Los formularios de subida, los servicios de impresión antiguos y algunos formatos de documento aceptan una lista de formatos más corta que la de tu propia máquina, y JPG está en todas esas listas.

Lo que esta dirección no puede hacer es deshacer lo que el WebP ya perdió. Si el archivo se escribió en el modo con pérdida — y la mayoría de los WebP de la web lo están —, entonces la falta de nitidez en los bordes duros y el moteado en las zonas lisas ya forman parte de la imagen cuando llega a tus manos, y un PNG los almacena con la misma fidelidad con la que almacena todo lo demás. Lo que sí te aporta un PNG es una copia exacta de aquello a lo que ese WebP se descodifica, y un archivo que no se va a degradar más por muchas veces que se abra y se guarde. Pequeño no va a ser: aquí el PNG lo escribe el compresor del propio navegador, que es decente pero no exhaustivo, así que un optimizador especializado todavía podría recortarle una parte después sin tocar un solo píxel.

Crear un WebP, y lo que te cuesta

La otra dirección es aquella con la que se abre esta página, y es una decisión sobre el tamaño. Cualquier archivo que la página sepa leer como píxeles — JPG, PNG o WebP — puede llevarse a WebP, y a una calidad comparable el resultado suele pesar menos de lo que pesaría en cualquiera de los otros dos. La palabra suele no está de adorno en esa frase: la versión honesta de la afirmación es el número que aparece junto a tu propio resultado, que es una medida hecha sobre tu imagen y no una regla general sobre las imágenes. Un dibujo guardado como SVG también se lee aquí, y es la única fuente que no tiene píxel alguno hasta que alguien elige un tamaño, de modo que un SVG en tu lista pone en esta página un ancho y un alto — y el Conversor de SVG a PNG de este sitio es la puerta construida en torno a esa decisión, con una guía propia dedicada a ella.

• Una fotografía destinada a una página web es el caso para el que se creó WebP, y aquel en el que el ahorro frente a la misma imagen en JPG suele merecer la pena.
• Un logotipo o un elemento de interfaz con transparencia es el otro buen caso. WebP lleva la transparencia consigo, así que nada se aplana, no se pinta ningún fondo, y el archivo pesa menos que el PNG del que salió.
• Una captura de pantalla o un diagrama es aquí el caso sobre el que conviene pensárselo dos veces. El modo sin pérdida de WebP sería la herramienta adecuada para eso y no está disponible en esta página, así que lo que obtienes en su lugar es una codificación con pérdida de justamente el contenido que peor maneja la codificación con pérdida, y ahí PNG es la mejor respuesta aunque pese más.
• Una imagen que pienses volver a editar es mala candidata en las dos direcciones. Cada vez que se guarda un formato con pérdida se descarta un poco más, las pérdidas se acumulan al cabo de unas pocas vueltas, y aquí no hay nada que pueda escribir el modo de WebP que lo evitaría.

Vayas en la dirección que vayas, un archivo que ya es una cuadrícula de píxeles sale de aquí con las dimensiones con las que llegó. Aquí se convierte y no se edita: nada se escala, se recorta, se enfoca ni pasa por una segunda ronda de compresión, y lo único que cambia es la forma en que está almacenada la misma imagen. Hay una excepción entre ellos: una fotografía cuyo propio archivo declara que está tumbada de lado, lo que en la práctica significa un JPG salido directamente de un móvil. Esa se endereza, así que su ancho y su alto intercambian sus valores, y la fila lo dice en lugar de dejar que descubras tú los números nuevos.

El control de calidad solo está en pantalla para un formato de destino que tenga algo que ceder, es decir, WebP y JPG. PNG no descarta nada, así que no hay nada que negociar y no hay control alguno, en vez de uno que se quede ahí sin hacer nada. Lo dejes donde lo dejes, la fila que hay bajo tu archivo indica el tamaño del que partió, el tamaño con el que salió y la diferencia entre ambos, de modo que el trato que estás cerrando es una cifra que puedes leer y no algo que haya que creerse. Mover el control vuelve a codificar, siempre que puede, una imagen ya dibujada en lugar de leer tu archivo otra vez, y por eso las cifras siguen el ritmo del control deslizante.

Por qué un WebP hecho aquí nunca es sin pérdida

Este es el techo que conviene conocer antes de confiar en la página, y se sigue de aquello de lo que está hecha. Todo lo de aquí se hace con la maquinaria de dibujo de imágenes que ya trae tu navegador: el archivo se descodifica, se dibuja una vez y se vuelve a escribir en el formato que has pedido. Eso es lo que permite que la herramienta funcione sin subir nada, sin instalar nada y sin descargar nada más allá de la propia página, y es también lo que fija lo que se le puede pedir al codificador.

Todo lo que esa maquinaria acepta es el nombre de un formato y un número entre cero y uno. En ninguna parte de ella hay manera de decir cuál de los dos modos de WebP querías, y el modo sin pérdida no es aquel al que va por su cuenta, así que desde una página sencillamente no se alcanza: todo WebP hecho aquí es una codificación con pérdida, incluido el extremo superior del control de calidad. Algunas versiones de navegador han tratado calladamente el extremo mismo del rango como algo mejor y otras no, y nada obliga a ninguna de ellas en un sentido ni en otro, así que esta página se atiene a lo que el control garantiza y pone un aviso en la fila diciéndolo.

• PNG es la respuesta siempre que la certeza te importe más que el tamaño. Es el único formato sin pérdida que se escribe en esta página, lo es para cualquier imagen y a cualquier tamaño, y no hay ningún ajuste que pudiera cambiarlo.
• Un archivo que llegó siendo un WebP sin pérdida sale siendo uno con pérdida. No hay forma de dejarlo pasar intacto: se descodifica y se vuelve a codificar como todo lo demás, así que el resultado no va a coincidir con él byte a byte, y el extremo superior del control de calidad no cambia nada de eso.
• En una fotografía nada de esto importa demasiado. Ya había pasado por una codificación con pérdida mucho antes de llegar a esta página, así que la única pregunta viva es qué codificación se ve mejor a un tamaño dado, y el tamaño que aparece junto a cada resultado es lo que la responde, para tu archivo y no para los archivos en general.

El hueco podría cerrarse incluyendo un codificador de verdad compilado para ejecutarse dentro de la página, y esta herramienta deliberadamente no lo hace. Un codificador así son unos cuantos cientos de kilobytes que descargaría cada visitante para que algunos de ellos obtengan el modo que querían, y hasta que llegara la descarga la página no funcionaría en absoluto, en un sitio donde todas las demás páginas funcionan en el momento en que aparecen. Además pondría dos codificadores detrás de un solo control, de modo que cada tamaño, cada calidad y cada aviso de esta página tendría que decir cuál de los dos lo produjo. Un conversor que declara su techo con claridad vale más que uno que lo esconde detrás de una descarga, y esta es la página en la que más falta hacía declararlo.

Un WebP animado sale como una sola imagen

Un WebP puede contener una secuencia de fotogramas, y muchos de los que hay en la web la contienen: una animación que antes era un GIF hoy es a menudo un WebP. Nada en esta página escribe un archivo animado, sea cual sea el formato, así que lo que se convierte es el primer fotograma y todos los demás desaparecen. Esa es exactamente la clase de pérdida que un conversor puede causar en silencio sin que nadie se dé cuenta, y por eso la fila dice que ocurrió.

Conviene decir claramente que esto vale sea cual sea el formato al que conviertas, WebP incluido. La animación no se pierde porque el destino no pueda contener una; se pierde porque la conversión descodifica el archivo, dibuja un fotograma y es ese el que le entrega al codificador. Convertir un WebP animado a WebP pierde por tanto la animación exactamente igual que convertirlo a PNG, que es lo contrario de lo que los nombres de los formatos te llevarían a esperar.

• El aviso aparece solo para un archivo que declara de verdad más de un fotograma, así que un WebP estático se convierte sin que se diga absolutamente nada sobre fotogramas.
• Si lo que necesitas es la animación, conserva tu archivo original. En esta página no hay ningún ajuste que la preserve, ni ningún formato que pudiera llevarla.
• Y si lo que querías desde el principio era una sola imagen — una imagen fija para meter en un documento, o una miniatura de una animación —, entonces el primer fotograma es el útil y esta es la herramienta para eso.

Qué te dice cada fila de resultado, y cuándo se niega

Un conversor que trabaja en silencio es la razón por la que la gente se entera días después, y en otro sitio completamente distinto, de una fotografía tumbada de lado, de un fondo negro o de una animación que falta. Cada fila de aquí lleva un relato breve de lo que se le hizo realmente a ese archivo, y no lleva absolutamente nada cuando no se hizo nada digno de mención, que es lo que hace que merezca la pena detenerse en los avisos en vez de pasarlos de largo.

• La imagen se ha enderezado, y su ancho y su alto han intercambiado sus valores. Los móviles anotan en qué sentido hay que mirar una fotografía en lugar de girar los píxeles; una conversión de aquí dibuja la imagen a partir de sus píxeles descodificados, así que esa anotación no puede viajar más lejos y el giro hay que hacerlo de verdad. Las dimensiones de la fila ya no son entonces las que te mostraba tu gestor de archivos, y justamente por eso el intercambio se anuncia en lugar de dejarte a ti descifrarlo.
• Se descartaron metadatos. Los datos de la cámara, la ubicación que registró el móvil, un perfil de color incrustado y cualquier comentario viajan al lado de los píxeles y no dentro de ellos, y dibujar la imagen los deja atrás. El aviso aparece solo para un archivo que llevaba algunos, que es toda la razón por la que significa algo cuando lo ves. El perfil de color es el único de ellos con una consecuencia visible: la salida es sRGB corriente y no lleva ningún perfil, así que una fotografía tomada en un espacio más amplio puede salir con sus colores más saturados algo apagados.
• La transparencia se aplanó, y sobre qué color. Esto se mide y no se supone. Muchísimas imágenes llevan un canal de transparencia sin un solo píxel transparente dentro, así que el aviso espera hasta que se haya encontrado un píxel realmente transparente en la imagen dibujada, y un WebP opaco llevado a JPG no dice nada.
• El nombre y el contenido no concuerdan. Como los bytes son los que deciden y la extensión nunca, un WebP que alguien guardó con una extensión JPG se lee y se convierte como el WebP que es, y la discrepancia se te comunica, porque es algo cierto sobre tu archivo que no tenías ninguna forma de saber.
• Solo se conservó el primer fotograma. Aparece para un archivo de origen que declara más de uno, sea cual sea el formato al que lo estés convirtiendo, por la razón que da la sección anterior.
• Con este ajuste, WebP sigue teniendo pérdida. Este aparece en el extremo superior del control de calidad y en ningún otro sitio, porque el extremo superior es el único lugar donde puede sostenerse la creencia que ese aviso corrige. La afirmación general — que aquí WebP nunca es sin pérdida — se hace una sola vez en la propia página, en vez de repetirse en cada fila.

Cuando un archivo no se puede convertir, la herramienta dice por qué en lugar de entregarte algo. Nombra y rechaza un archivo que no es ninguno de los formatos que lee; hace lo mismo con uno que sí es uno de ellos pero cuya cabecera está dañada o incompleta; y lo hace otra vez con uno que tu navegador resulta no ser capaz de descodificar, por intacta que pareciera la cabecera. Nada se adivina y nada a medio hacer se hace pasar por terminado: es la regla que hay detrás de todos los avisos de arriba, aplicada donde más cuenta.

Merece la pena explicar un rechazo por adelantado, porque es el fallo que ha dado fama a los conversores. Todo navegador tiene un techo para el tamaño de imagen que llega a alojar de verdad; ese techo no coincide entre un móvil y un ordenador de sobremesa, ni entre dos navegadores de la misma máquina, y cruzarlo no provoca ningún error: te queda en las manos una imagen vacía de unos pocos kilobytes, hecha en silencio, que pasa por una conversión lograda hasta que alguien la abre. De ahí que la herramienta reserve la imagen a su tamaño real de salida, escriba dentro un píxel conocido y lo vuelva a leer, y todo eso antes de dibujar nada. Si el lienzo no está realmente ahí, se rechaza la conversión, se nombra el tamaño y no sale ningún archivo. La pregunta se plantea archivo por archivo, cada uno a su tamaño y en tu propio dispositivo, de manera que aquí nada se rechaza jamás por un límite pensado para la máquina de otro.

Por qué tu archivo no llega nunca a un servidor

Detrás de esta página no hay ningún servidor, y eso es una descripción de la cosa misma y no una promesa sobre cómo se comporta. La conversión se ejecuta en la pestaña en la que estás leyendo esto, en tu propio procesador; tu archivo no va a ninguna parte, porque no hay adónde: este sitio no tiene con qué recibirlo, y en ningún momento interviene un tercero. No existe ninguna versión de la herramienta que funcione de otro modo, ni ningún ajuste que lo cambiara.

Nada de eso hay que creerlo por confianza, que es precisamente la razón de decirlo así. Abre la pestaña de red de las herramientas de desarrollo de tu navegador y convierte algo mientras miras: no sale nada. La página entera es un puñado de archivos estáticos sin código ejecutándose en ningún otro sitio, así que puedes desconectarte de la red en cuanto haya cargado y seguir convirtiendo todo el tiempo que quieras.

• Un .webp que ha llegado de otra parte y que tu máquina no abre se lee y se convierte enteramente en ella, sea lo que hay dentro una factura, una radiografía o una página que te guardó un compañero.
• El archivo convertido vive en esta pestaña y en ningún otro sitio hasta que lo descargas. Cerrar la pestaña es todo lo que hace falta para borrarlo, y no se recuerda nada sobre él de una visita a la siguiente.
• Los metadatos de captura desaparecen en el instante en que la imagen se vuelve a dibujar, así que en tu descarga no quedan ni coordenadas ni identidad del aparato, por mucho que guardara el archivo de origen.