Konwerter GIF na WebM Online
Konwertuj animowane GIF-y do WebM. Nawet 95% mniej waży. Bezpłatnie, w przeglądarce, bez przesyłania plików.
.gif · up to 100 MB
Co możesz zrobić
GIF do WebM: do 95% mniej waży, ten sam wygląd wizualny
Wydajność webowa
Zastąp ciężkie GIF-y WebM VP9 dla szybszych stron i lepszych wyników Core Web Vitals.
Discord i Telegram
Wgrywaj animacje do Discord i twórz naklejki wideo Telegram z kompaktowymi plikami WebM.
100% prywatne
Twój GIF nigdy nie opuszcza Twojego urządzenia. FFmpeg.wasm przetwarza wszystko lokalnie w WebAssembly.
Ekstremalnie mniejszy rozmiar
10 MB GIF może stać się 500 KB WebM. Brak zauważalnych strat wizualnych.
Jak to działa
Trzy kroki, żadnych komplikacji
Wgraj animowany GIF
Przeciągnij lub wybierz plik .gif — mem, naklejka, animacja webowa. Do 50 MB, bez rejestracji.
GIF do WebM VP9
FFmpeg.wasm konwertuje klatki GIF do wideo VP9 w kontenerze WebM z ekstremalną kompresją. GIF o wadze 5 MB może stać się 200 KB WebM przy tej samej jakości wizualnej.
Pobierz plik WebM
Wideo gotowe dla znacznika HTML5 video, Discord, Telegram lub osadzenia na stronie — do 95% mniejsze niż oryginalny GIF.
FAQ
Masz pytania?
GIF (Graphics Interchange Format) został wynaleziony przez CompuServe w 1987 roku, gdy celem było przesyłanie prostych obrazów przez modemy 1200 bodów. Jego algorytm kompresji, LZW (Lempel-Ziv-Welch), był zaprojektowany do kompresji tekstu i grafiki z ograniczoną paletą kolorów. LZW dobrze kompresuje powtarzające się poziome linie, ale jest strasznie nieefektywny dla wzorców ruchu typowych w animacjach: każda klatka jest przechowywana prawie w całości, bez wykorzystywania podobieństwa czasowego między kolejnymi klatkami. WebM z VP9, opublikowany przez Google w czerwcu 2013 roku, używa kompresji między-klatkami: analizuje różnicę między kolejnymi klatkami i koduje tylko to, co się zmienia. Wynik jest dramatyczny: typowy animowany GIF z białym tłem i poruszającą się postacią może być skompresowany 10–20 razy w WebM.
Tak, z prawidłowym wzorcem HTML5. GIF-y pętlują domyślnie dzięki blokowi rozszerzenia aplikacji Netscape (NETSCAPE2.0). W WebM i znaczniku HTML5 video pętlowanie osiąga się atrybutem loop: <video autoplay loop muted playsinline src='animacja.webm'></video>. Ten wzorzec to dokładnie to, co Google rekomenduje dla zastępowania GIF-ów wideo w swoim przewodniku wydajności webowej (web.dev). Atrybut muted jest konieczny, ponieważ przeglądarki blokują automatyczne odtwarzanie wideo z dźwiękiem; playsinline zapobiega wymuszaniu przez iOS pełnego ekranu. Convertir.ai generuje WebM z parametrami zoptymalizowanymi pod ten przypadek użycia.
Discord akceptuje WebM dla filmów i klipów na czacie, a Discord sam konwertuje wgrane GIF-y do WebM podczas serwowania. Telegram używa TGS (bazujące na Lottie JSON) dla animowanych naklejek i WebM dla naklejek wideo (wprowadzonych w Telegramie 8.0, wrzesień 2021 roku). Naklejki wideo Telegram to dokładnie WebM VP9 z przezroczystym tłem (kanał alfa w VP9), maksymalnie 512×512 pikseli i 3 sekundy. Konwersja GIF do WebM to pierwszy krok do tworzenia naklejek wideo Telegram.
WebM nie można używać w znaczniku HTML <img>. Znacznik <img> obsługuje formaty statyczne (JPG, PNG, WebP, AVIF) i niektóre animowane (GIF, APNG, animowany WebP), ale nie wideo WebM. Aby używać WebM na stronie jako zamiennik GIF, prawidłowym znacznikiem jest <video>: <video autoplay loop muted playsinline><source src='animacja.webm' type='video/webm'><source src='animacja.mp4' type='video/mp4'></video>. Wersja MP4 jako zapasowa zapewnia kompatybilność ze starszymi wersjami iOS Safari. Ten wzorzec jest rekomendowany przez Google w przewodniku Core Web Vitals dla optymalizacji LCP i zmniejszenia wagi strony.
Redukcja zależy od zawartości animacji, ale jest zazwyczaj dramatyczna. GIF-y z ruchem na pełnym ekranie lub poruszającymi się tłami: 90–95% redukcji (10 MB GIF staje się 500 KB–1 MB w WebM). GIF-y z małą postacią na statycznym tle: 70–85% redukcji. Proste animowane GIF-y z tekstem: 85–92% redukcji. Dane Google z 2015 roku pokazały, że zastąpienie animowanych GIF-ów w WebM na typowych stronach internetowych zmniejszyło wagę zasobów animacji średnio o 85%. Giphy poinformował w 2016 roku, że serwowanie WebM zamiast GIF zmniejszyło ich przepustowość o 60% przy tej samej zawartości wizualnej.
Tak, VP9 obsługuje przezroczystość przez kanał alfa (VP9 Profile 1 i 3 zawierają obsługę formatów pikseli z alfa). Jednak większość podstawowych konwerterów nie generuje WebM z alfa. Przezroczysty GIF używa indeksu koloru wyznaczonego jako przezroczysty w swojej 256-kolorowej palecie. Aby odtworzyć to w WebM, enkoder VP9 musi być skonfigurowany z yuva420p (YUV z kanałem alfa) zamiast yuv420p. Convertir.ai wykrywa, czy oryginalny GIF ma przezroczystość i generuje VP9 WebM z kanałem alfa gdy to konieczne, zachowując przezroczyste tła dla poprawnego użycia na stronach z kolorowymi tłami.
Konwertuj GIF do WebM: do 95% mniej waży dla wydajności webowej, Discord i Telegram
Konwersja GIF do WebM to optymalizacja wydajności webowej o najwyższym stosunku wpływu do wysiłku dostępna w 2025 roku. GIF (Graphics Interchange Format) został wynaleziony przez Steve'a Wilhite'a w CompuServe 15 czerwca 1987 roku, pierwotnie do przesyłania kolorowych obrazów przez sieci CompuServe przy prędkościach 1200–2400 bodów. Jego algorytm kompresji LZW (Lempel-Ziv-Welch, opatentowany przez Unisys do 2003 roku) był zaprojektowany do kompresji danych tekstowych i prostych grafik wektorowych, nie animacji. Animacja w GIF została dodana jako funkcja drugorzędna w specyfikacji GIF89a (31 lipca 1989 roku), a możliwość nieskończonego pętlowania pojawiła się jeszcze później, przez nieoficjalne rozszerzenie Netscape Communications Corporation w 1995 roku (blok NETSCAPE2.0). Wynikiem jest format animacji z fundamentalną nieefektywnością kompresji: LZW kompresuje tylko w ramach każdej indywidualnej klatki, bez wykorzystywania nadmiarowości czasowej między kolejnymi klatkami. VP9, nowoczesny kodek wideo opracowany przez Google z VP8, używa między-klatkowego przewidywania ruchu: wykrywa, że tło jest identyczne między klatkami i koduje je tylko raz, przechowując tylko wektory ruchu i reszty przewidywania dla tego, co faktycznie się zmienia.
Wpływ konwersji GIF do WebM na rzeczywistą wydajność webową jest mierzalny i znaczący. Google opublikował w swoim blogu Chromium w 2015 roku analizę stron internetowych, gdzie animowane GIF-y stanowiły nieproporcjonalnie duży udział w całkowitej wadze strony: na stronach z wysokiej jakości GIF-ami zasoby animacji mogły stanowić 40–70% całkowitej wagi transferu. Konwersja do WebM zmniejszyła ten komponent średnio o 85%. Core Web Vitals Google, zestaw metryk doświadczenia użytkownika bezpośrednio wpływających na rankingi wyszukiwarek od maja 2021 roku, implicite penalizują duże GIF-y: ciężkie GIF-y wywołują wysokie LCP (Largest Contentful Paint) jeśli są największym elementem na ekranie, zwiększają CLS (Cumulative Layout Shift) i wpływają na INP (Interaction to Next Paint) z powodu obciążenia CPU renderowaniem GIF. Giphy, z ponad 700 milionami dziennych użytkowników, przechowuje treści wewnętrznie w WebM i serwuje GIF tylko gdy klient go wyraźnie żąda.
Convertir.ai uruchamia konwersję GIF do WebM w całości w przeglądarce przy użyciu FFmpeg.wasm. Proces techniczny zaczyna się od analizy formatu GIF: dekoder GIF FFmpeg odczytuje blok nagłówka (GIF87a lub GIF89a), globalną tabelę kolorów i poszczególne bloki obrazów z ich opcjonalnymi lokalnymi tabelami kolorów i rozszerzeniami kontrolnymi grafiki (które określają opóźnienie między klatkami w setnych sekundy). Klatki są dekodowane do 8-bitowych obrazów RGB z rozwinięta paleta. Jeśli GIF ma przezroczysty indeks koloru zadeklarowany w bloku rozszerzenia kontrolnego grafiki, FFmpeg konwertuje klatki do RGBA (z kanałem alfa), umożliwiając generowanie WebM VP9 z przezroczystością przy użyciu profilu yuva420p. Dla GIF-ów bez przezroczystości klatki są konwertowane do YUV420p dla większej wydajności kompresji. Enkoder VP9 (libvpx-vp9) otrzymuje klatki ze znacznikami czasu wyodrębnionymi z opóźnień GIF i generuje strumień VP9 z zoptymalizowanym przewidywaniem między-klatkami. Całe przetwarzanie odbywa się w WebAssembly bez wysyłania danych na jakikolwiek serwer, zapewniając prywatność dla osobistych naklejek, korporacyjnych memów lub poufnych treści.