GIF vs WebP animado vs MP4, medidos con un solo clip de 5 segundos

La respuesta corta

En nuestro clip de prueba, un WebP animado de Vídeo a WebP pesó menos que un GIF de Vídeo a GIF en todos los anchos y frecuencias de fotogramas que comparamos. El GIF pesaba de 3,1 a 4,9 veces más. Un MP4 hecho con Redimensionar vídeo pesó aún menos: el WebP a 20 fotogramas por segundo (fps) pesaba de 1,8 a 2,4 veces lo que el MP4.

Dos ajustes cambian el panorama. A 480 px y 15 fps, un GIF sin tramado pesó 1,70 MB, frente a 3,90 MB con el tramado predeterminado «Sierra (más nítido)». El WebP con calidad 100 pesó 3,92 MB, tanto como el GIF predeterminado. Todas estas cifras salen de un solo clip de dibujos animados.

Cómo medimos

En nuestra revisión del 30 de octubre de 2026, cortamos cinco segundos de Big Buck Bunny (© 2008 Blender Foundation, www.bigbuckbunny.org, CC BY 3.0): 640 × 359 px, 24 fps.

Usamos tres páginas de pulsarkit.com, en Chrome 156 en un mismo equipo. Vídeo a WebP mantuvo la calidad 75. Vídeo a GIF mantuvo 128 colores, el tramado «Sierra (más nítido)» y «Repetir sin fin». Redimensionar vídeo con «Tamaño personalizado» creó el MP4, a partir de una copia del clip sin sonido, ya que el GIF y el WebP no llevan ninguno. Probamos anchos de 640, 480 y 320 px y 10, 15 y 20 fps, más 30 para el WebP. El MP4 mantuvo 24 fps.

El cronómetro corría desde el botón de crear hasta que se activaba «Descargar». Cada ejecución usó una sesión de navegador nueva, así que los tiempos del WebP y del GIF incluyen la carga del motor. Los tamaños están en megabytes de 1 000 000 de bytes; las pantallas de las herramientas cuentan de 1024 en 1024 y muestran un poco menos (3,7 MB para nuestro GIF de 3,90 MB). Las tres herramientas se ejecutan en tu navegador.

Tamaños de archivo, con el mismo ancho y la misma frecuencia de fotogramas

El WebP ganó más con la imagen más grande. A 640 px, el GIF pesaba 4,9, 4,8 y 4,7 veces lo que el WebP a 10, 15 y 20 fps. A 480 px eran 4,1, 4,1 y 4,0 veces, y a 320 px, 3,3, 3,2 y 3,1.

El MP4 pesó 1,09 MB a 640 px, 0,65 MB a 480 y 0,31 MB a 320. El WebP a 20 fps pesaba 1,8, 2,0 y 2,4 veces lo que el MP4, y el GIF, 8,3, 7,9 y 7,6 veces. Otro codificador daría otros tamaños de MP4. A 10 fps el WebP era casi tan ligero como el MP4 a 640 y 480 px, pero con menos de la mitad de los fotogramas.

Vídeo a WebP guarda cada fotograma como una imagen entera, así que su archivo crece con el número de fotogramas. En todos los anchos, los archivos de 15, 20 y 30 fps pesaban 1,5, 2,0 y 3,0 veces el de 10 fps. Un MP4 guarda sobre todo lo que cambia de un fotograma a otro. La página del contenedor de Google dice del rectángulo de un fotograma: «Puede o no cubrir todo el lienzo». Así que otro codificador de WebP podría guardar menos. No medimos ninguno.

Qué decide el tamaño de un GIF

El tramado importa más que el número de colores. Esparce puntos de colores cercanos para simular tonos que a una paleta pequeña le faltan. A 480 px y 15 fps el GIF predeterminado pesó 3,90 MB, con 256 colores 4,48 MB y con 64 colores 3,34 MB. Sin tramado bajó a 1,70 MB, y con «Bayer (patrón uniforme)», a 1,94 MB.

El precio se ve. En un fotograma ampliado tres veces, hacia los 2,5 segundos, el GIF predeterminado tiene moteado por toda la pared y puntos de colores en las alas de la mariposa. Sin tramado, el cielo y las colinas se rompen en bandas planas. El WebP se ve suave, con la textura fina algo más blanda. El MP4 y el original nos parecieron iguales, en un solo fotograma juzgado a ojo.

La especificación GIF89a (W3C, con fecha del 31 de julio de 1990) dimensiona una tabla de colores con un campo de 3 bits: «Para determinar el tamaño real de la tabla de colores, eleva 2 a [el valor del campo + 1]». Así que una tabla contiene 256 colores como máximo. Las preguntas frecuentes de WebP de Google dicen: «WebP admite color RGB de 24 bits con un canal alfa de 8 bits, en comparación con el color de 8 bits y el alfa de 1 bit de GIF». Leímos ambas páginas el 30 de octubre de 2026. La de W3C solo existe en inglés, y la traducción de su cita es nuestra.

Dónde el WebP no pesa menos

Con calidad alta la ventaja desaparece. A 480 px y 15 fps, el WebP con calidad 50 pesó 0,70 MB, con 75 0,95 MB, con 90 1,94 MB y con 100 3,92 MB. La calidad 100 iguala al GIF predeterminado. La calidad 90 pesa más que el GIF sin tramado. Con el valor predeterminado 75, el WebP pesó menos que los cinco GIF de ese ancho y esa frecuencia.

No comparamos capturas de pantalla, logotipos, gráficos planos, material oscuro ni clips más largos, y no probamos la reproducción en apps de chat, correo ni formularios web. La guía de formatos de imagen de MDN, que leímos en inglés el 30 de octubre de 2026, indica que WebP es compatible con Chrome, Edge, Firefox, Opera y Safari.

Tiempo de creación y qué formato elegir

Un WebP de 5 segundos tardó de 7 a 24 segundos en crearse, lo más lento a 640 px y 30 fps. El GIF tardó de 7 a 19 segundos, el MP4 de 1,3 a 2,1. Para crear el MP4, hace falta un navegador con un codificador H.264 incorporado. Tu equipo dará otros tiempos.

Donde se acepta un vídeo, el MP4 fue el más pequeño y el más rápido. Donde solo se acepta una imagen, el WebP pesó menos, allí donde se muestra. Quédate con el GIF donde solo funciona un GIF. GIF a MP4 convierte un GIF en vídeo, y Cortar vídeo corta antes los segundos que necesitas. Para fotos fijas, mira WebP vs AVIF vs JPEG, medidos con una sola foto.

Para que puedas continuar en otra herramienta, PulsarKit puede guardar en este navegador una copia local de tus datos de entrada o de tu resultado. Esa copia puede conservarse después de cerrar la pestaña o reiniciar el navegador. Para eliminarla, borra los datos del sitio de PulsarKit.