Vamos a empezar por el principio, ya que este tema es bastante “variable” y puede ser entendido de forma diferente por distintos profesionales del WPO o webmasters.
Personalmente, a mí el formato WebP no me gusta. La razón es que no aporta nada “nuevo”, sino que simplemente combina los puntos fuertes de los principales formatos de imagen, pero con la desventaja de los problemas de compatibilidad. Entiendo que estos problemas de compatibilidad con el tiempo irán desapareciendo, pero en pleno 2023 aún podemos encontrar a muchos usuarios que tienen navegadores que NO son compatibles con WebP.
Como he dicho antes, vamos a empezar por el principio. Ya había un post sobre WebP en este blog, pero ya tenía un tiempo y he querido actualizarlo con las conclusiones que he podido sacar a lo largo de todo este tiempo.
¿Quieres
recibir mis articulos?
No te pierdas todos mis trucos para WordPress, CMS, Marketing Digital y WPO.
¿Qué es WebP?
WebP es un formato de imagen desarrollado por Google, aunque ellos no fueron los que lo crearon. Inicialmente, WebP fue creado por la empresa On2 Technologies, que posteriormente fue comprada por Google allá por 2012.
WebP pretende ser un nuevo formato de imagen que sustituya a JPEG y PNG, ya que tiene las ventajas de ambos e incluso soporta las animaciones de los típicos GIF. Esto suena muy bien, puesto que en teoría podremos tener un formato de imagen para “todo”.
Desde Google nos venden WebP como un formato con mucha compresión (como JPG y JPEG), que soporta transparencias (como PNG) y que al mismo tiempo tiene soporte para compresión con pérdida y compresión sin pérdida. Además, WebP permite carga progresiva en imágenes muy grandes (algo similar a un Lazy Load, pero dentro de la imagen).
Que bien suena todo esto, ¿no?
En teoría sí, pero en la práctica muchos expertos en WPO e incluso la empresa CloudFlare hemos comprobado que las tasas de compresión no son las anunciadas y que existe un porcentaje muy alto de casos en los que no hay una mejora del peso de la imagen al convertir un JPEG o PNG a WebP. Sin embargo, al convertir una imagen a WebP, hoy por hoy, a principios de 2023 podremos tener problemas de compatibilidad importantes.
Hay que destacar también que WebP es un formato de imagen hecho para Internet, lo cual se nota en que la resolución máxima baja de 65.535 x 65.535 a 16.383 x 16.383.
Ahora vamos con el “chiste”.
WebP tiene desventajas claras y debería ser libre usar WebP en un sitio web, de la misma forma que tenemos libertad para usar imágenes en JPG, JPEG o PNG. Sin embargo, con WebP no tenemos libertad, ya que Google desde hace tiempo lo tiene en cuenta para la puntuación de Google PageSpeed Insights. Esto es un problema para mucha gente que está obsesionada con las puntuaciones.
El hecho de obligar a los webmasters a usar WebP es totalmente contraproducente. De hecho, el servicio Polish de optimización de imágenes de CloudFlare se caracteriza por que, cuando detecta que no se va a conseguir mejoría convirtiendo la imagen al formato WebP, directamente no lo hace y sirve el formato original y esto, pese a que es una mejoría, puede bajarnos la puntuación de Google PageSpeed Insights.
Los que me conocéis ya sabéis lo que opino de Google PageSpeed Insights, Google Lighthouse y las Core Web Vitals.
Una vez dicho todo esto y teniendo en cuenta que la implementación de WebP en sitios web se hace por obligación y no por una mejora real, vamos con el tema.
Compatibilidad del formato WebP
Volviendo a lo dicho anteriormente: teniendo en cuenta que la implementación de WebP se hace por compromiso y no por una mejora real, vamos a intentar que este cambio no toque las narices a nuestros usuarios. Al menos, hoy por hoy.
Pese a que hablamos de un formato de imagen que se empezó a mover en el año 2010, la mayoría de los navegadores web no fueron totalmente compatibles hasta 2014. Cuando hablo de la mayoría, hablo de Google Chrome y Opera, ya que Mozilla Firefox no fue compatible con WebP hasta 2019 y Safari para iOS no fue compatible hasta 2021. Pero es que hay algo peor, y es que Safari para MacOS no fue totalmente compatible hasta mediados del año 2022.
Ahora mi pregunta es: ¿os imagináis cuántos Mozilla Firefox y Safari sin compatibilidad quedan por ahí navegando por Internet? Os puedo garantizar que unos cuantos, sobre todo Safari.
¿Qué pasa si un usuario utiliza un navegador web que no tiene compatibilidad con WebP en mi web con imágenes WebP? Pues que no va a ver las imágenes.
Y, por esta razón, como webmasters o administradores de una web, actualmente aún no debemos subir las imágenes directamente en WebP a nuestro WordPress, a pesar de que desde la versión 5.8 de WordPress ya existe la compatibilidad total con imágenes WebP. Este video lo grave justo cuando WordPress empezo a tener compatibilidad con WebP:
Lo que se hace es utilizar plugins que son capaces de detectar de una forma u otra si el navegador del usuario es compatible con el formato WebP. Si es compatible, se sirve una versión de la imagen previamente convertida a WebP. En caso de que el navegador web no tenga compatibilidad, se sirve la imagen en el formato nativo (JPEG, JPG, PNG, etc.).
WebP y Google PageSpeed Insights
Yo empecé a utilizar WebP en WordPress en 2014, cuando hice mis primeras pruebas de compresión y no me gustaron. Pero cuando se me quedó literalmente cara de tonto fue cuando vi que usar el formato WebP era imprescindible para tener una buena puntuación en Google PageSpeed, ya que un sitio web normal con unas cuantas imágenes, si no se sirven en WebP, puede ver bastante afectada su puntuación final de Google PageSpeed Insights.
Que el hecho de servir o no servir las imágenes en WebP afecte a Google PageSpeed carece completamente de sentido, y más con las múltiples demostraciones de que el algoritmo de compresión de WebP no es como lo pintan.
Quiero aclarar que, como he dicho en otras ocasiones, para mí esto es un verdadero sinsentido, pero… Google es Google y a mucha gente obsesionada con las puntuaciones de test sintéticos, si Google dice que hay que lanzarse por la ventana, pues se tira por la ventana y punto.
Imágenes WebP en WordPress
Ahora que ya he soltado todo lo que tenía que contar sobre WebP, vamos con el objetivo del post: hablar sobre las imágenes WebP en WordPress.
Antes de continuar con el contenido, creo que es recomendable que entiendas todo lo que he comentado hasta ahora en este post, ya que es algo determinante, al menos por ahora.
Si hacemos una búsqueda de la palabra “WebP” en el repositorio de plugins de WordPress, podremos ver que existen muchos plugins para realizar la conversión y para servir las imágenes en WebP. Incluso hay algunos que hacen la conversión “al vuelo” mientras sirven las imágenes.
Antes de reescribir este artículo, yo recomendaba estos plugins:
- Imagify
- WebP Express
- WebP for WordPress
Actualmente, 3 años después, de estos 3 ya solo estoy recomendando Imagify, ya que los demás los he visto dar problemas en múltiples situaciones (solo tienes que fijarte en los comentarios de este post).
Eso no quiere decir que Imagify sea la única opción disponible, pero en formato plugin para WordPress es la opción que yo más suelo recomendar a mis clientes y la que yo utilizo.
También recomiendo otros plugins más simples que Imagify, pero que “juegan en otra liga”, ya que al ser más simples no tienen tantas opciones y, por lo tanto, pueden ser menos adaptables a todas las situaciones.
Algo que siempre dejo claro cuando hablo de imágenes en WebP en WordPress es que el mismo plugin que convierte tiene que ser capaz de servir de forma efectiva las imágenes. Esto quiere decir que tiene que servir a los navegadores compatibles WebP y a los navegadores no compatibles, JPG o PNG.
Sobra decir que, debido a los problemas de compatibilidad existentes con versiones no tan antiguas de algunos navegadores web, subir imágenes directamente en WebP al sitio web WordPress queda descartado si no queremos tener problemas con los usuarios o clientes.
Imagify para WordPress
El primer plugin del que vamos a hablar es Imagify, un plugin de compresión de imágenes desarrollado por la misma empresa que desarrolla WP Rocket.
Tras ser usuario de Imagify durante más de 6 años (y lo sigo siendo) solo puedo decir cosas buenas de este plugin de optimización de imágenes en WordPress.
Es cierto que existen plugins para WordPress con un mejor algoritmo de compresión de JPG y PNG, pero Imagify es impecable para servir imágenes WebP y a mí personalmente nunca me ha dado un puto problema.
Imagify es de pago por uso, pero no es excesivamente caro teniendo en cuenta que por 10 dólares al mes podemos utilizarlo en tantos sitios como queramos y optimizar tantas imágenes como queramos.
Podemos encontrar Imagify de forma gratuita en el repositorio oficial de WordPress, pero si queremos comprar una licencia debemos hacerlo en su sitio web oficial: https://raiola.link/imagifyplugin
Una vez que instalamos Imagify y metemos la licencia, nos detectará todas las imágenes de la galería multimedia de WordPress y nos permitirá optimizarlas:
Personalmente, te recomiendo pasar antes por la página de opciones de Imagify para ajustar algunos parámetros con el fin de dejarlos como muestro en la siguiente captura:
La configuración expuesta en la captura anterior es bastante conservadora. Como puedes ver, Imagify es un plugin muy simple y apenas tiene configuración. De hecho, precisamente su filosofía es la simplicidad.
Cuando tengamos la configuración hecha, nos vamos a “Medios” en el dashboard de WordPress y, dentro de eso a la pestaña, a “Optimización masiva”. Ahí podremos ver un botón abajo de todo que pone “Imagificalo todo”:
Ahora, si no hay ningún problema, comenzará el proceso de optimización de las imágenes y también la conversión a WebP, e incluso el reescalado al tamaño máximo especificado en caso de que sea necesario.
Además, como has podido ver en la pantalla de configuración, Imagify también optimiza y crea versiones en WebP para las distintas versiones de una imagen, es decir, para todas las miniaturas generadas y almacenadas en WordPress.
Puedes encontrar más información sobre el plugin Imagify para WordPress aquí: https://raiola.link/imagifyplugin
Flying Images para WordPress
Como he dicho, aunque Imagify no es el único plugin que puede convertir y servir imágenes WebP en WordPress, su funcionamiento para mí es de los mejores.
Otra alternativa es Flying Images, un plugin desarrollado por un famoso desarrollador de plugins para WPO en WordPress que permite implementar un CDN de forma gratuita y servir las imágenes en WebP al vuelo en WordPress.
Y, como puedes ver en esta imagen, sin configuración alguna:
Aunque el CDN implementado es Statically, que no destaca por su “potencia”, la verdad es que para no complicarse con la implementación de WebP, es ideal.
También quiero comentar que yo no soy muy partidario de todo lo que se hace “al vuelo”, porque si por cualquier fallo hay un retraso, tienes un problema de velocidad de carga importante.
Puedes encontrar más información sobre el plugin Flying Images en el repositorio oficial de WordPress: https://wordpress.org/plugins/nazy-load/
WebP con LiteSpeed Cache y QUIC.Cloud
Como opción final, tengo que mencionar la alternativa gratuita que proporcionamos en Raiola Networks a través del plugin LiteSpeed Cache y el servicio QUIC.Cloud.
Aunque el plugin de WPO de LiteSpeed Web Server se llama LiteSpeed Cache, ofrece muchas más funcionalidades que el simple cache de página. Desde hace algún tiempo, ofrecen un servicio llamado QUIC.Cloud que puede ejecutar procesos o tareas en la nube. La optimización y conversión de imágenes es una de ellas.
Si quieres saber mucho más sobre el ecosistema LiteSpeed, puedes visitar este artículo que he publicado en el blog de Raiola Networks: https://raiolanetworks.es/blog/litespeed-cache-lscache/
Aunque QUIC.Cloud no es un servicio gratuito, en Raiola Networks ofrecemos una cuota de uso bastante amplia al utilizar LiteSpeed Enterprise en nuestros servidores con cPanel.
QUIC.Cloud de LiteSpeed no solo puede convertir JPG y PNG a WebP, sino que puede optimizar imágenes e incluso crear una versión con menor calidad para servir de primeras y que la carga de la web sea más rápida.
He de decir que la optimización y conversión de imágenes del plugin LiteSpeed Cache es mucho más lenta que en Imagify. Las imágenes se procesan por lotes, utilizando tareas CRON ejecutadas mediante el wp-cron.php de WordPress.
Conclusiones sobre WebP en WordPress
Si has leído hasta aquí, habrás visto que solo he hablado de 3 plugins para WordPress y, como he dicho, realmente hay muchos más. Lo que pasa es que yo solo puedo hablar de lo que conozco, de lo que he visto y de lo que he probado correctamente.
Que WordPress permita subir directamente las imágenes en WebP ha sido un gran avance, pero aún faltan un par de años hasta que podamos garantizar casi al 100% que todos los visitantes entran con un navegador totalmente compatible con WebP. Hasta que esto ocurra, tendremos que utilizar plugins para WordPress que sean capaces de detectar cuándo el navegador es compatible y cuándo no lo es, y actuar en consecuencia.
Puede que tú creas que existe otra alternativa, como Shortpixel, que debería estar en este artículo. Si no está es por el simple hecho de que no estoy acostumbrado a trabajar con él, sino que suelo trabajar con los que he comentado en este artículo.
¿Quieres
recibir mis articulos?
No te pierdas todos mis trucos para WordPress, CMS, Marketing Digital y WPO.
42 Responses
Hola Alvaro… Excelente información, como siempre! Yo hace tiempo que utilizo el Imagify para el WebP por rollo de comodidad y el Wp Rocket va genial, pero… El cabroncete arroja un montón de errores cuando haces una validación con el https://validator.w3.org/checklink aparentemente, por tamaños de imágenes. Por desgracias, tu también tienes esos errores para esta URL así que debo suponer que también utilizas el Imagify…. ¿Sabes algo al respecto o alguna solución? El soporte se lava las manos rollo “el CSS es de cada web en particular”…. En fin! Un saludo
Si te soy sincero…uso mas bien poco el validador W3C, hasta el punto de que llevo años sin entrar.
Yo mientras Google Search Console no me casque error de UX o rastreo para las imagenes, me conformo.
He probado con otros proyectos donde tengo otros plugins (WebP Express) y lo mismo…creo que prefiero que W3C me casque errores, a que los usuarios de Apple no vean las imágenes…
Buenas!
Antes que nada excelente información, me ha servido de gran ayuda. En mi caso uso el webp express ya que he probado entre ambos y me da mejores resultados.
No obstante me quedan dudas sobre las imágenes que se cargan por css como background-image. Estas siguen mostrándose como jpg-png según el caso. ¿Hay alguna forma de cambiar esto? entiendo que manualmente siempre podemos poner la carga en webp, pero esto significaría que no cargaría en los navegadores no compatibles. Agradecería mucho tu ayuda si sabes algo sobre este tema! Muchisimas gracias!
Hola Irene, si que existe forma de hacerlo, pero salvo por rewrites, no se me ocurre forma de hacerlo de otra forma, ya que tendrías que hacerlo por CSS y desconozco si existe una media query o algo que permita hacerlo (tampoco es que yo sea un experto en CSS).
Buenas Álvaro.
Gracias por el post. He seguido los pasos, pero ahora me aparece en GTMetrix lo siguiente:
Serve resources from a consistent URL
The following resources have identical contents, but are served from different URLs. Serve these resources from a consistent URL to save 1 request(s) and 121.8KiB.
Entiendo que ve como duplicada la imagen en jpg y la webp.
¿Qué puedo hacer?
Hola Luis, la verdad es que no puedo ayudarte, ni uso GTMetrix ni nunca he visto esa regla…
Al establecer las dos URL dentro de no se cargan las dos URL, simplemente se carga 1, con prioridad a webp.
Esto no ralentiza, simplemente añade algo de HTML, pero no se puede apreciar la diferencia.
Y encima esto se va a tener que utilizar SIEMPRE para implementar WebP, ya que Apple ya ha dicho que no va a hacer que Safari sea compatible con WebP.
buenas alvaro tengo un jaeleo al principio me iba bien el webp express pero cada vez que subo una imagen en apple no se ve bien y tambien intente restaurar una copia por si las moscas antes del fallo en un portfolio que tengo que subi una imagen y dejaron de verse algunas y lo que te decia intente restauear una copia de la base datos y los archivos y nada
Hola Marcos, para decirte algo necesito mas datos, ¿estas sirviendolas por o por htaccess?
Mi opinión Álvaro (y ten en cuenta que mis conocimiento son limitadetes), es que si el tipo de archivo no es 100% compatible y eso te obliga a servir imágenes en uno u otro formato, entiendo que debes tener dos versiones (al menos) de cada imagen, alojadas en el servidor (una para webP y otra para el formato “clásico” que sea). Eso entiendo que no es ideal para pequeños proyectos que cuentan con una capacidad de memoria ajustada en el servidor . Entiendo bien?. Gracias y un placer el seguirte y aprender contigo.
Hola Hector, efectivamente, debes tener ambos formatos.
Yo sinceramente, no he notado diferencia entre servir imágenes en PNG o WebP (comento estos dos por las transparencias), el tema es que la mayoría de la gente se obsesiona con Google PageSpeed y actualmente si no sirves las imágenes en WebP la puntuación de PageSpeed te salta a la cara…
Precisamente en proyectos pequeños es donde menos se va a notar, ya que hay pocas imagenes. En proyectos grandes podemos enfrentarnos al doble de varios GB de imágenes.
El tema es que ya sabemos que WebP NUNCA va a ser implementado y compatible al 100%, ya que…Apple ha dicho que Safari NUNCA sera compatible.
Hola, al parecer Apple anuncia soporte para WebP en Safaria para iOS 14 y macOS Big Sur https://www.applesfera.com/os-x/safari-anade-soporte-para-webp-hdr-ios-14-macos-big-sur .. una buena noticia para todos
Hola Matias, efectivamente, lo he visto, como he puesto en otro comentario, pronto actualizare el articulo 🙂
Hola Álvaro.
Estoy usando WebP Express con la configuración que propones, he mejorado en rendimiento de la página, pero me ocurre esto:
Cuando vuelvo a entrar en unos días en la configuración del plugin no me aparece la configuración que he guardado. Por ejemplo, había marcado que las guarde en la misma carpeta, con la extensión .webp y que modifique el html para añadir la imagen webp con srcset, etc y ahora el plugin aparece como guardadas en distinta carpeta, sin extensión y alter html desactivado.
Además si intento mirar la carpeta uploads por ftp me aparece vacía, aunque la web me está mostrando imágenes. :O
Muchas gracias!
Tienes una pequeña errata, gecko es el motor de Firefox, no de Chrome.
El de Chrome es blink
Hola Hollister, lo acabo de corregir, se me fue la pinza completamente. Muchas gracias por la corrección.
Hola Álvaro,
Excelente post. Pero y si quieres no convertir, sino que tienes tus archivos en webP, y los quieres mostrar? Simplemente con añadir la línea en .htacess? Además en este caso son vídeos, pequeñas imágenes de video.
Un saludo,
Hola Marta, tengo pendiente añadir eso al articulo, simplemente se trata de hacer que WordPress sea compatible con WebP a la hora de subir los archivos.
Este plugin es lo mas “destacable” que me he encontrado para tomar otra ruta, es decir, hacer que WordPress sea compatible con WebP y poder subir los archivos WebP (y servir WebP claro): https://wordpress.org/plugins/wp-enable-webp/
buenas, quiero subir todo a webp, existe un pluguin que convierta de webp a jpg en el caso de q un explorador lo requiera? 2. wordpress permite subir webp pero algunas si las muestra y otras no, y no se ven en la sección de medios, gracias
Hola rowilsonh, que yo sepa no existe ningun plugin para hacerlo a la inversa, es decir, de WebP a JPG o PNG.
Creo que ya Safari a implementado la visión de web en su navegador no? Quiero asegurarme antes de hacer el cambio de las imágenes de mi web a web.
Hola Gonka, efectivamente, en breves tendré que cambiar el post y actualizarlo, ya que a pesar de que Apple había dicho que no iba a soportar WebP nunca, a finales de Junio de 2020 anuncio que en la próxima versión de Safari (que desconozco si salio) lo iba a soportar.
Y que hacen ustedes para que se vean los imagenes webp en IOS, yo es que subos las imagenes directamente en webp. Vi el tema de pero no soy capaz de hacer nada
Hola Milagros, aun no ha salido la actualización que lo permite, de todas formas algunos dispositivos Apple antiguos no podrán ver WebP nunca.
Para estos casos existe el procedimiento que se explica en este post, que sirve PNG y JPEG a los dispositivos que no soportan WebP, pero para ello debes subirlas en PNG o JPEG y no en WebP.
Si un dispositivo o navegador web no es compatible, no puedes hacer nada por solucionarlo.
Hola Alvaro, instale el plugin wp-enable-webp y cuando veo la imagen por el link me la carga rapido y de muy buena calidad pero me pasa algo que no se si sea por la version del plugin y es que en la biblioteca de medios no se ve la imagen, muestra el icono de un archivo pero no la imagen. como se podrá solucionar?
Hola Camilo, ¿puede ser que el navegador que utilizas no sea compatible con WebP?
Hola Álvaro. Estupendo artículo, pero dices por un lado que Safari lo soporta desde 2016 y a continuación lo siguiente:
“Como ves, los dispositivos de Apple NO son compatibles en el momento de publicar este artículo, aunque muchos visitantes usan iPhone e iMac para navegar por Internet.”
¿No es contradictorio teniendo en cuenta que tu artículo es de mayo de 2020?
Hola Quique, he actualizado hace 1 mes el articulo con algunos cambios y se me ha pasado cambiar esa frase, lo siento. La verdad es que la parte de Apple, no es mi especialidad, ya que odio todo lo que tenga que ver con ellos.
Hola Álvaro, muchas gracias por compartir tu sabiduría, una pregunta ¿Cuánto tardaría WebP Express en hacer un bulk convert a 9000 archivos ? Lleva 12 horas y no sé si le queda mucho o esta atascado :O
¡Gracias!
Hola Jappy, pues…le debería llevar menos tiempo, pero…normalmente te informa del proceso y cuantas lleva convertidas. Es posible que no te este funcionando.
Gracias Álvaro, Justo terminó poco después, a las 13 horas de haberlo comenzado, y todo perfecto. ¡¡Muchas Gracias !!
Hola, Alvaro!
He leído varias veces este post, así como otros de tu web, es una fuente obligada para consultar algunos problemas que tengo.
Así que antes de todo darte las gracias por el esfuerzo que implica hacer un artículo con un cointenido tan extenso como este.
El tema es que no logró que las imágenes se conviertan a Webp, afortunadamente ya sé cuál es la causa del probelma.
En la segunda imagen del plugins WebP Express, tú tienes la mayoría de los módulos en rojo y hay dos (2) en verde.
El cuarto módulo (por llamarlo de alguna manera) es el de GraphicsMagik y lo tienes en verde.
¿Cómo logras poner en verde ese módulo?
Lo comento porque en mi WordPress, ese módulo está en rojo, o sea inactivo.
A ver, si me echas una mano con dicho problema.
Un saludo.
Jacobo.
Hola Jacobo, muchas gracias por tus palabras 😉
Son módulos que tienes que activar en el servidor o hosting, al menos tiene que haber uno activo compatible con el plugin para que haga la conversión.
Me ha funcionado muy bien, este plugin y todos los recursos que publicas en tu web.
Muchas gracias por todo.
Gracias a ti por tus palabras Jose Antonio 😉
Hola Alvaro, yo en mi caso tengo alojado otro archivo .htaccess dentro de la carpeta Themes, dentro de este archivo se detallan todas las reglas del plugin Webp Express. Entonces mi duda es saber si todas estas reglas debo copiarlas al archivo .htaccess original en la carpeta raiz, o debo dejar este archivo ahí como si nada. No entiendo porque esta ahí.
Espero puedas ayudarme Alvaro, un saludo!
Hola Rodolfo, cada carpeta puede tener su propio .htaccess para definir reglas especificas para esa carpeta.
Lo que no recuerdo es si los plugins pueden escribir en un .htaccess de un directorio como /wp-content/themes/
¿Has encontrado reglas de algun plugin concreto ahi?
Hola Álvaro, aquí un principiante en WP
Lo primero muchas gracias por el trabajo que haces, tanto por escribir los posts, hacer los vídeos de Youtube y también contestar los comentarios, que para mí son una fuente de información tan valiosa como los propios posts.
Me surgen un par de cuestiones que no acabo de tener 100% claras respecto de Imagify.
1. Al hacer un backup de imágenes, para servirlas posteriormente en .webp se ocupa
prácticamente el doble de espacio en el servidor. Para sitios con centenares o miles de imágenes como un ecommerce, entiendo que dependerá de como de sobrado vayas de espacio en el servidor el que te afecte más o menos a la velocidad el tema del backup. Correcto?
2. En cuanto a servir las imágenes en .webp. Mediante la etiqueta ‘Picture’ se añaden el HTML el código, pero no se cargan las 2 imágenes a la vez (original y webp) sino que se decide en ese mismo momento que imagen se sirve (sin comprometer en gran medida la velocidad de carga). Correcto?
Muchas gracias de antemano y saludos!
Antes de nada, muchas gracias por tus palabras Javi, se hace lo que se puede.
1. El ocupar espacio nunca afecta a la velocidad de carga de una web, simplemente ocupas más espacio y las copias de seguridad serán más largas, pero nunca va a afectar a la velocidad de carga de la web.
2. Efectivamente, esa es la magia de que lo haga el navegador web directamente.
Acabo de anortarme para hacer un video de Imagify para mi canal de Youtube.
Hola Álvaro
Muchas gracias por tu tiempo y por las aclaraciones. Ahora ya me queda mucho más claro! La verdad que con Imagify son todo (o casi todo) facilidades.
Saludos!
Hola Javi, gracias a ti por el comentario!!!
Excelente artículo Álvaro, no sabía que el format webp permitía formato para animación.
Muchas gracias.
Saludos.
Lo permite, pero…nadie lo usa, por eso no es una funcionalidad que conozca mucha gente.