Compresor de GIF
Dile el límite de tamaño. Comprime, mide el archivo real y va bajando hasta dejarlo por debajo — o te lo dice y conserva el resultado más pequeño.
Funciona por completo en tu navegador. Tus videos nunca salen de este dispositivo.
Este compresor de GIF deja un GIF por debajo del tamaño que le pidas — 20 MB para Discord, 256 KB para un emoji, o cualquier cifra en KB o MB — en tu propio dispositivo: no se sube nada. Mueve los tres ajustes que de verdad deciden el tamaño de un GIF: cada fotograma se recodifica con una paleta optimizada para todo el clip (hasta 256 colores), y la velocidad de fotogramas y las dimensiones bajan solo hasta donde el objetivo lo exige, midiendo el archivo real después de cada pasada, hasta cinco. El ahorro típico es del 30–65 % y varía mucho según el contenido. Reducir un GIF siempre descarta algo — colores, fotogramas o píxeles — y algunos clips no pueden llegar a un objetivo muy pequeño. Cuando el tuyo no llega, lo dice, conserva el resultado más pequeño y ofrece un MP4 sin sonido (normalmente un 85–95 % más pequeño). Sin marca de agua, sin registro, sin tope artificial de tamaño.
¿Cómo reduce un compresor de GIF el tamaño del archivo?
Un compresor de GIF hace más pequeño un GIF recortando las tres cosas que deciden su tamaño: la cantidad de colores de la paleta, los fotogramas por segundo y las dimensiones en píxeles. Un GIF guarda cada fotograma como una imagen indexada completa, sin nada parecido a la predicción de movimiento de un códec de video, así que 10 segundos de animación en 1080p llegan a decenas de megabytes — medimos 1,8–8,6 MB por un solo segundo en 1080p a 15 fps, según el material — y una recodificación que no toca ninguna de esas tres cosas sale más o menos del mismo tamaño: no existe un botón de “optimizar” que salga gratis. Medido en nuestro motor: bajar la paleta de 256 a 128 colores quita 16–27 %, bajar la velocidad de fotogramas de 15 a 10 fps quita cerca del 31 %, escalar el ancho al 75 % quita 28–37 %, y las tres cosas juntas quitan 61–66 % — aunque dos clips con ajustes idénticos pueden diferir 5× en tamaño, porque las grabaciones de pantalla de colores planos se comprimen mucho mejor que el material lleno de degradados. Esta herramienta aplica los ajustes en ese orden, arranca en el escalón donde su predicción de tamaño dice que debería caber, recodifica cada fotograma con una paleta calculada para todo tu clip y tramado ordenado, y mide la salida real después de cada pasada, hasta cinco, y se detiene cuando una queda por debajo del objetivo que escribiste — o te dice que no puede y conserva el resultado más pequeño. Si el destino acepta video — Discord, Slack y X lo aceptan —, convertir el GIF a un MP4 H.264 sin sonido suele pesar un 85–95 % menos que el GIF, porque un códec de video guarda sobre todo lo que cambia entre fotogramas.
Los datos que importan
| Tamaño objetivo | Cualquier cifra en KB o MB, o un botón de preajuste — 20 MB subida a Discord · 15 MB X web · 10 MB GitHub · 8 MB GIPHY (su tamaño recomendado) · 5 MB X móvil · 1 MB · 512 KB emote de Twitch · 256 KB emoji de Discord · 128 KB emoji de Slack; topes de fotogramas incluidos (X 350, Twitch 60, Slack 50) — límites tomados de las páginas de ayuda de cada plataforma, sep 2026 |
|---|---|
| Cómo queda por debajo | Predice un punto de partida a partir del tamaño del archivo, codifica, mide el archivo real y va bajando — primero los colores, después la velocidad de fotogramas y por último las dimensiones — hasta 5 pasadas, deteniéndose en la primera que queda por debajo; si ninguna lo logra, lo dice, conserva el resultado más pequeño, sugiere un bucle más corto y ofrece el MP4 en la misma tarjeta — nunca te entrega en silencio un archivo más grande |
| Método | Cada fotograma se recodifica con una sola paleta calculada para todo el clip (hasta 256 colores, con un hueco reservado para la transparencia) y tramado ordenado; en cada fotograma solo se reescribe la región que cambia; los colores se vuelven a cuantizar, así que se descarta algo de detalle. O configúralos tú en el modo Ajustes: 256 / 128 / 64 / 32 colores, 15 / 10 / 8 / 5 fps o tal cual, 480 / 320 / 240 / 160 px o tal cual |
| Ahorro típico | 30–65 % como GIF, muy dependiente del contenido — los tres ajustes juntos quitaron 61–66 % en nuestro motor; dos clips con los mismos ajustes pueden diferir 5× (las grabaciones de pantalla de colores planos quedan pequeñas; el material lleno de degradados, grande); recodificar sin mover ningún ajuste ahorra ±0 % |
| Salida | GIF; o un MP4 H.264 sin sonido en un clic desde la tarjeta de resultado, hecho a partir de tu GIF original — normalmente un 85–95 % más pequeño, se reproduce integrado en Discord, Slack y X |
| Velocidad y lotes | Normalmente 2–6 s por pasada con GIF de 2–9 MB en una laptop, en un solo hilo; pon en cola tantos archivos como quieras y se procesan uno tras otro, cada uno con una lectura instantánea de su cabecera (dimensiones, fotogramas, duración, fps, tamaño) y su propia descarga |
| Límites | Sin marca de agua, sin registro, sin tope artificial de tamaño — la memoria del navegador (~1–2 GB) es el techo práctico |
| Privacidad | Se procesa por completo en tu dispositivo — FFmpeg compilado a WebAssembly, ~32 MB que se descargan una vez y quedan en caché; no se sube nada y funciona sin conexión después de la primera carga |
Consigue un mejor resultado
- Un “GIF de 60 fps” se reproduce a 10 fps. Los retardos entre fotogramas se guardan en centésimas de segundo enteras, y los navegadores reproducen cualquier retardo menor de 2 cs como si fuera de 10 cs — así que un clip exportado a 60 fps muestra cada fotograma a 10 fps, seis veces más lento de lo previsto y con seis veces los fotogramas que tendría una exportación a 10 fps de verdad; 50 fps (un retardo de 2 cs) es el techo del formato. La lectura de la cabecera de cada archivo aplica la misma regla, así que el síntoma se ve antes de comprimir: 10 fps y una duración de reproducción mucho más larga que tu clip. Bajar aquí la velocidad de fotogramas solo puede quitar más fotogramas, no devolver la velocidad — vuelve al video de origen y expórtalo a 15 fps o menos (la herramienta de video a GIF de este sitio llega hasta 25 fps).
- Para un emoji o un emote personalizado, prepara el clip antes de comprimirlo. Los preajustes de emoji — 256 KB de Discord, 128 KB de Slack, 512 KB de Twitch — arrancan en 128 px de ancho (112 px en Twitch) con 64 colores, y reducir una fuente de 480 px a 128 px ya elimina más del 90 % de sus píxeles, así que recorta primero el encuadre alrededor del motivo en un editor de imagen: a 128 px, cada columna gastada en margen vacío es una columna que el motivo no recibe. Después recorta el clip hasta el punto donde cierra el bucle — Slack limita los emojis a 50 fotogramas y los emotes de Twitch a 60, los preajustes bajan la velocidad de fotogramas para que quepa pero no bajan de 5 fps, y un clip de 4 segundos a 15 fps ya son 60 fotogramas — y deja que el modo Límite de tamaño se encargue de los colores.
- Las grabaciones de pantalla de interfaz plana y el material de cámara piden ajustes distintos. Una grabación de pantalla es el caso fácil — grandes regiones de un mismo color y tramos largos en los que nada se mueve son justo lo que aprovechan la paleta única para todo el clip y la codificación de solo la región que cambia — así que graba solo la ventana que importa, empieza por el recorte de colores (256→64 quitó 34–49 % en nuestro motor, y el texto se mantiene nítido porque de todos modos usaba pocos colores) y baja a 10 fps, donde el movimiento del cursor todavía se lee. En material lleno de degradados, menos colores significa bandas visibles en cielos y piel, así que cuando fijas los ajustes tú mismo recurre primero a la velocidad de fotogramas (15→10 fps quitó cerca del 31 %) y al ancho (tres cuartos del ancho quitó 28–37 %) antes que a los colores — o quédate con el MP4. Con ajustes idénticos, dos clips pueden diferir 5× en tamaño.
- Si el GIF va a una página web que tú controlas, publica el MP4 en lugar del GIF. Lighthouse marca cualquier GIF animado de más de 100 KiB (verificado en septiembre de 2026), y un elemento de video silenciado, en bucle y con reproducción integrada se comporta como un GIF y normalmente pesa un 85–95 % menos — el botón “Convertir a MP4” de la tarjeta de resultado genera ese archivo a partir de tu original. Conserva un GIF de verdad solo donde una etiqueta de imagen es lo único que se va a reproducir: un README, un correo, un CMS que rechaza el video.
- ¿Vas a enviar un GIF por correo? Gmail y Outlook.com aceptan adjuntos de hasta 25 MB, pero el Outlook clásico de escritorio muestra solo el primer fotograma a menos que el destinatario haya activado las animaciones (verificado en septiembre de 2026). Haz que el primer fotograma se sostenga solo — un rótulo o el estado final, no el negro de un fundido de entrada — y deja el archivo lo bastante pequeño para que cargue antes de que el lector pase de largo.
Preguntas frecuentes
¿Cómo comprimo un GIF a menos de 20 MB para Discord?
Elige el preajuste de 20 MB de Discord (o escribe 20 MB), suelta el GIF y la herramienta lo comprime, mide el archivo real y va bajando — primero los colores, después la velocidad de fotogramas y por último las dimensiones — hasta cinco pasadas, deteniéndose cuando una queda por debajo de 20 MB o cuando se agotan las pasadas. El límite de subida gratuito de Discord es de 20 MB desde agosto de 2026 (antes eran 10 MB); Nitro Basic permite 50 MB y Nitro, 500 MB (verificado en septiembre de 2026), y la mayoría de las demás herramientas y guías sigue citando los viejos 8 o 10 MB, así que puede que estés comprimiendo más de lo necesario. Si tu GIF pesa varias veces el límite, la vía del GIF implica recortes fuertes de color y de velocidad de fotogramas; el botón “Convertir a MP4” de la tarjeta de resultado da un archivo H.264 sin sonido que normalmente es un 85–95 % más pequeño y se reproduce integrado en Discord. Si ni cinco pasadas logran bajar del límite, la herramienta lo dice y conserva el resultado más pequeño en lugar de disimular.
¿Cómo hago un GIF de menos de 512 KB, 256 KB o 128 KB para un emoji o un emote?
Elige el preajuste que corresponda — 512 KB para emotes de Twitch, 256 KB para emojis de Discord (Microsoft Teams tiene el mismo límite de 256 KB), 128 KB para emojis de Slack — y la herramienta arranca en 128 px de ancho (112 px en Twitch) con 64 colores, baja la velocidad de fotogramas para que el clip entre en el tope de fotogramas de la plataforma (Slack 50, Twitch 60) y después va bajando colores, velocidad de fotogramas y tamaño hasta que una pasada queda por debajo del límite o se gastan las cinco. Las reglas, verificadas en septiembre de 2026: los emojis personalizados de Discord deben pesar menos de 256 KB y Discord no publica ninguna regla de píxeles (la cifra de 128×128 es un mito); los de Teams, menos de 256 KB; los de Slack, menos de 128 KB y como máximo 50 fotogramas; los emotes animados de Twitch, como máximo 512 KB y 60 fotogramas. Con un clip largo, lo difícil es el tope de fotogramas — 50 fotogramas repartidos en 10 segundos son 5 fps, lo más bajo a lo que llega esta herramienta — así que si tu bucle es más largo te dice que lo recortes primero, y si el tamaño no se puede alcanzar lo dice y conserva el resultado más pequeño. Los stickers de Discord son otra cosa completamente distinta: aceptan APNG de 512 KB y 320×320, no GIF.
¿Por qué mi GIF quedó más grande después de comprimirlo?
Porque se recodificó de una forma que costó más bytes de los que ahorró — normalmente al fusionar los fotogramas en imágenes completas (deshaciendo la optimización por diferencia entre fotogramas del original), al escribir una paleta distinta para cada fotograma o al aplicar un tramado agresivo que llena de ruido las zonas planas. Un GIF no tiene un control de calidad que se pueda bajar; su tamaño lo fijan los colores, la velocidad de fotogramas, las dimensiones y lo bien que se saltan los píxeles que no cambian, así que un “compresor” que no toca ninguna de esas cosas no gana nada que valga la pena — y algunas herramientas te entregan el archivo más grande sin decir nada. Esta herramienta nunca te devuelve en silencio un archivo más grande: si una recodificación fuera más grande que tu original, recibes el original de vuelta y la tarjeta de resultado lo indica; y si el archivo ya pesa menos que un objetivo de tamaño simple, se devuelve sin cambios y con esa etiqueta (los preajustes de emoji sí aplican sus topes de ancho y de fotogramas). Para que de verdad sea más pequeño, alguno de los tres ajustes tiene que moverse.
¿Existe una forma de comprimir un GIF sin pérdida?
No — ninguna que reduzca el archivo de forma apreciable. Los trucos que no descartan nada — reescribir solo la región que cambia entre fotogramas y marcar el resto como transparente — ya están activos en el codificador de esta herramienta, y en nuestros clips de prueba una recodificación sin mover ningún ajuste queda en ±0 %, así que no hay un ahorro gratis escondido en el archivo. Todos los métodos que de verdad quitan bytes descartan algo que se ve — colores, fotogramas o píxeles — y la recuantización de la paleta que hace esta herramienta no es la excepción; lo que te da una paleta calculada para tu clip concreto es que los 256 huecos vayan a los colores que tu clip usa de verdad y no a un conjunto genérico. El único ahorro que no cuesta calidad visible es recortar los márgenes muertos, algo que esta herramienta no hace (cualquier editor de imagen sí) — hazlo antes de soltar el archivo aquí. Si el destino acepta video, un MP4 H.264 sin sonido normalmente es un 85–95 % más pequeño y conserva más del color del original que un GIF apretado a 64 colores.
¿Por qué un GIF pesa 10–50× más que el MP4 del que salió?
Porque un GIF guarda cada fotograma como una imagen indexada completa, sin ninguna predicción entre fotogramas, mientras que H.264 guarda un fotograma completo y luego, sobre todo, las diferencias con los fotogramas de alrededor. Diez segundos de animación en 1080p como GIF llegan a decenas de megabytes — medimos 1,8–8,6 MB por un solo segundo en 1080p a 15 fps — mientras que el mismo clip en MP4 pesa una fracción de eso, y el GIF se ve peor aunque pese más, porque su paleta está limitada a 256 colores. Por eso también los ajustes que controlas son los colores, los fotogramas y los píxeles: no hay mucho más que apretar. Así que la tarjeta de resultado ofrece una conversión en un clic: el archivo H.264 sin sonido normalmente es un 85–95 % más pequeño (87–96 % en nuestros clips de prueba) y se reproduce integrado en Discord, Slack y X. Las razones para conservar un GIF son los destinos que exigen el formato — emojis personalizados, los README de GitHub, el correo.
¿Menos colores o el tramado hacen un GIF más grande o más pequeño?
Menos colores lo hacen más pequeño; el tramado, con la misma paleta, normalmente lo hace más grande. En nuestro motor, pasar de 256 a 128 colores quita 16–27 % y de 256 a 64 quita 34–49 %, porque una paleta más pequeña crea secuencias más largas de píxeles idénticos, que se comprimen bien; el costo son las bandas, más visibles en cielos, piel y sombreados suaves, y menos visibles a tamaño de emoji, y por eso los preajustes de emoji arrancan directo en 64 colores. El tramado hace lo contrario: dispersa píxeles alternos para simular los tonos que quitaste, lo que se ve más suave pero es justo lo que se comprime mal — un tramado por difusión de error agresivo puede comerse buena parte de lo que ahorró el recorte de colores. Esta herramienta construye una sola paleta para todo el clip (255 colores más un hueco transparente para los píxeles que no cambian) y usa tramado ordenado, cuyo patrón regular suele ser más amable con la compresión GIF que la difusión de error — suele, no siempre, y por eso el modo Límite de tamaño mide cada pasada en vez de confiar en una predicción.
Discord dice que mi GIF está por debajo del límite y aun así lo rechaza — ¿por qué?
Normalmente porque estás chocando con un límite distinto del que revisaste. El tope de subida gratuito de 20 MB de Discord vale para los adjuntos; los emojis personalizados deben pesar menos de 256 KB, y los stickers aceptan APNG (512 KB, 320×320), no GIF, así que un archivo que va bien en el chat será rechazado como emoji o como sticker (verificado en septiembre de 2026). Segundo, las unidades: “256 KB” puede significar 256.000 bytes o 262.144, y los administradores de archivos tampoco se ponen de acuerdo — el Explorador de Windows cuenta 1 KB como 1.024 bytes, así que un archivo que te muestra como 255 KB son 261.120 bytes, por encima de la línea de 256.000 bytes; esta herramienta también cuenta 1 KB como 1.024 bytes, así que escribe un objetivo un pequeño porcentaje por debajo del tope — 245 KB en lugar de 256 — y queda por debajo con cualquiera de las dos lecturas. Tercero, subir un GIF como avatar abre una ventana de recorte, y aplicar el recorte recodifica la imagen y puede volver a dejarla por encima del límite — pulsa “Omitir” (Skip) para subir el archivo tal cual. Y un GIF que se sube pero se queda quieto no es una subida fallida: quien lo ve tiene desactivada la reproducción automática de GIF de Discord.
¿Qué plataformas convierten mi GIF a video igual, y cuáles necesitan un GIF de verdad?
Telegram, X, Facebook y Mastodon (hasta 16 MB) convierten a MP4 en sus servidores el GIF que subes, y Shopify lo convierte a WebP animado; muchas fuentes dicen que WhatsApp y Reddit también convierten, aunque no pudimos confirmarlo en una página oficial (todo lo demás aquí verificado en septiembre de 2026). En esas plataformas un GIF solo te cuesta tiempo de subida y una segunda ronda de recodificación — puedes enviar en su lugar el MP4 de la tarjeta de resultado, normalmente un 85–95 % más pequeño. Hace falta un GIF de verdad donde el formato es obligatorio: los emojis personalizados de Discord (menos de 256 KB), Slack (menos de 128 KB, ≤ 50 fotogramas) y Teams (menos de 256 KB); los emotes de Twitch (≤ 512 KB, ≤ 60 fotogramas); GitHub, que acepta imágenes y GIF de hasta 10 MB; Notion, con 5 MB por archivo en el plan gratuito; las bibliotecas de GIF — GIPHY acepta hasta 100 MB y 15 s pero recomienda ≤ 8 MB, 480p y menos de 200 fotogramas, Tenor hasta 14 s; y el correo, donde Gmail y Outlook.com permiten adjuntos de 25 MB. X es el caso aparte: acepta GIF de hasta 15 MB en la web y 5 MB en móvil, ≤ 350 fotogramas (un límite de su API), y luego los convierte igual.
¿Hay límite de tamaño de archivo? ¿Mi GIF se sube a algún lado?
Sin límite artificial y sin subidas. El motor — FFmpeg compilado a WebAssembly, unos 32 MB — se descarga una vez, queda en caché, y a partir de ahí cada fotograma se decodifica, se vuelve a cuantizar con la paleta y se recodifica en tu propio dispositivo; puedes comprobarlo en la pestaña de red del navegador mientras comprimes — después de que carga el motor, ninguna petición lleva tu archivo, y la página sigue funcionando sin conexión. El techo práctico es la memoria de tu navegador, aproximadamente 1–2 GB, que da para un GIF enorme. La contrapartida es que el trabajo lo hace tu dispositivo: una pasada con un GIF de 2–9 MB tarda normalmente 2–6 segundos en una laptop, una ejecución en modo Límite de tamaño son cinco pasadas como máximo, y un lote se procesa archivo por archivo, así que una cola larga tarda proporcionalmente más. Sin marca de agua, sin registro.