Pembuat GIF Gratis

Buat GIF animasi dari gambar Anda. Unggah foto, atur ulang, sesuaikan timing, dan unduh animasi Anda secara seketika.

🔒 100% di browser

Langkah 1: unggah gambar

📸 Jatuhkan gambar di sini atau klik untuk mengunggah

Mendukung JPG, PNG, WebP, dan format gambar lainnya. Beberapa file dapat diterima.

Menyiapkan…

GIF Anda

GIF yang dihasilkan
Ukuran file: -
💡 Tips: Untuk hasil terbaik, gunakan gambar yang sudah berukuran serupa. Ukuran file yang lebih kecil di-encode lebih cepat. Kurangi kualitas ke 15-20 untuk GIF yang lebih ringan.

Cara Kerjanya

  1. Unggah frame gambar Anda. Seret atau pilih dua atau lebih file JPG, PNG, atau WebP. Setiap file menjadi satu frame animasi, sesuai urutan pengunggahan. Browser membaca file secara lokal, tidak ada yang diunggah ke server.
  2. Urutkan ulang jika perlu. Klik frame dan gunakan Move Up / Move Down untuk memperbaiki urutan. Animasi diputar dari atas ke bawah.
  3. Atur penundaan frame. Slider Frame Delay mengatur berapa lama setiap frame terlihat (50-2000 ms). 100 ms = 10 frame per detik, 200 ms = 5 fps, 500 ms = ritme tayangan slide yang lebih tenang.
  4. Pilih jumlah putaran dan kualitas. Loop = 0 berarti putaran tak terbatas (default dan yang diharapkan sebagian besar klien chat); 1 memutar animasi sekali. Quality 1 menghasilkan output terbaik tetapi paling lambat untuk dikodekan; 10-15 adalah rentang praktis yang ideal.
  5. Pilih lebar output. Auto mempertahankan ukuran sumber; preset 400-1000 px memperkecil setiap frame ke lebar target sebelum dikodekan. Lebar yang lebih kecil menghasilkan file yang jauh lebih kecil.
  6. Klik Create GIF dan unduh. Proses pengkodean berjalan di browser Anda. Saat progress bar selesai, pratinjau muncul dan file siap diunduh dengan satu klik.

Punya klip video? Alat Konverter Video ke GIF Gratis khusus mengekstrak frame dari file MP4 / WebM / MOV. Alat ini diperuntukkan bagi alur gambar-berurutan, tangkapan layar, mockup desain, foto yang perlu dianimasikan satu per satu.

Tur Singkat Format GIF

Format Graphics Interchange dirilis oleh CompuServe pada 15 Juni 1987, dirancang oleh tim teknik yang dipimpin Steve Wilhite. Revisi GIF89a tahun 1989 (masih versi yang diurai setiap browser hingga hari ini) menambahkan penentuan waktu animasi, transparansi satu bit, dan blok metadata khusus aplikasi. Animasi berputar, hal yang paling dikenal dari GIF saat ini, sama sekali tidak ada dalam spesifikasi aslinya: Netscape menambahkannya pada September 1995 dengan Navigator 2.0 melalui ekstensi aplikasi «NETSCAPE2.0», dan blok 19 byte itulah yang masih digunakan setiap encoder untuk mendeklarasikan jumlah putaran hingga kini. Kompresi menggunakan algoritma Lempel-Ziv-Welch (LZW); paten LZW AS yang dipegang Unisys berakhir pada 20 Juni 2003 (dan pada tanggal serupa secara internasional hingga pertengahan 2004), sehingga GIF telah bebas paten selama dua dekade.

Mengapa GIF Lebih Besar dari yang Diperkirakan

Tiga pilihan struktural dalam format ini bergabung membuat GIF menjadi cara yang berat untuk mengirim animasi pada tahun 2026:

  • 256 warna per frame. Setiap frame membawa palet terindeks 8-bit, 256 entri yang diambil dari ruang RGB 24-bit. Foto dan gradien harus dikuantisasi ke palet tersebut, yang menghasilkan kehilangan detail (banding) atau menghabiskan byte pada pola dithering untuk menyembunyikan kehilangan.
  • Tidak ada prediksi antarframe. Codec video modern menyimpan satu keyframe dan aliran delta gerak; GIF menyimpan setiap frame secara independen. Animasi 30 frame pada dasarnya adalah 30 gambar terkompresi terpisah yang ditumpuk dalam satu file.
  • Transparansi satu bit. Piksel sepenuhnya buram atau sepenuhnya transparan. Tidak ada saluran alpha, itulah mengapa bentuk melengkung di atas latar belakang yang tidak cocok menampilkan tepi bergerigi.

Konsekuensi praktisnya: klip 480 px berdurasi 5 detik mudah mencapai 5-20 MB sebagai GIF tetapi hanya beberapa ratus KB sebagai MP4. Sebagian besar platform media sosial membatasi GIF sekitar 5-15 MB dan menghapus yang lebih besar. Jika tujuan Anda adalah halaman web modern di bawah kendali Anda sendiri, MP4 dalam <video autoplay muted loop playsinline> biasanya merupakan pilihan teknis yang lebih baik. GIF masih unggul di mana pun tujuannya memiliki dukungan codec yang tidak dapat diprediksi (klien chat, file README, tanda tangan email, komentar issue tracker) karena setiap pembaca di setiap platform dapat menampilkannya tanpa pemutar video.

Setelan Praktis yang Direkomendasikan

Kasus penggunaanPenundaan frameLebarCatatan
Reaksi Slack / Discord100-200 ms400-480 pxJaga ukuran file di bawah ~5 MB.
Demo README / dokumentasi100-200 ms600-800 pxGitHub merender secara inline, maks 10 MB per file.
Animasi tanda tangan email200-500 ms320-480 pxJaga di bawah 1 MB; frame pertama harus yang aman untuk merek.
Tayangan slide / portofolio500-2000 ms800-1000 pxfps lebih rendah + frame lebih besar menukar kelancaran dengan kejelasan.
Reproduksi laporan bug100 ms600 px10 fps menangkap sebagian besar gerakan UI dengan baik.

Aturan area piksel. Ukuran file kira-kira proporsional dengan jumlah piksel per frame, yang berarti menggandakan lebar output melipatempat area pada rasio aspek yang sama. GIF 320 px kira-kira seperempat ukuran animasi yang sama pada 640 px, dan kira-kira seperenambelas ukuran pada 1280 px. Selalu perkecil sebelum dikodekan, bukan setelahnya.

Kapan Menggunakan GIF, Kapan Beralih ke Sesuatu yang Lain

  • GIF unggul ketika tujuannya tidak dapat diprediksi: klien chat, email, GitHub, Notion, Confluence, Jira, sistem tiket. GIF yang disematkan dengan tag <img> yang sederhana diputar otomatis di setiap browser sejak tahun 1990-an tanpa markup pemutar video atau pemeriksaan codec.
  • APNG (Animated PNG) resmi dimasukkan ke dalam spesifikasi PNG pada tahun 2023. Format ini mendukung warna 24-bit dan saluran alpha 8-bit yang sesungguhnya, sehingga bentuk melengkung terlihat bersih di atas latar belakang apa pun. File biasanya lebih besar dari GIF untuk animasi yang sama, tetapi kualitasnya jauh lebih tinggi.
  • Animated WebP adalah format animasi serbaguna Google dengan alpha penuh dan mode lossy/lossless. Dukungan lintas browser sekitar 97% pada tahun 2026; klien chat bervariasi (Discord menambahkan dukungan animated-WebP asli pada akhir 2024; Slack dan iMessage masih tidak konsisten).
  • Animated AVIF menghasilkan file terkecil dari semua format saat ini (seringkali lebih kecil dari GIF dalam satu orde besaran) tetapi dukungan aplikasi pesan dan editor gambar masih tertinggal dari AVIF statis.
  • Video MP4 / WebM adalah pilihan tepat untuk animasi yang lebih dari beberapa detik yang ditujukan untuk halaman web di bawah kendali Anda. <video autoplay muted loop playsinline> adalah wrapper standar. Kebijakan autoplay browser mengizinkan video yang dibisukan tanpa gestur pengguna, sehingga perilaku visualnya tidak dapat dibedakan dari GIF dengan ukuran byte yang jauh lebih kecil.

Privasi dan Kecepatan

Banyak pembuat GIF online mengunggah gambar Anda ke server, mengkode di sana, dan mengembalikan hasilnya. Dari perspektif penanganan data, ini berarti tangkapan layar UI pra-rilis, desain ber-NDA, foto anak-anak, atau hal lain yang tidak ingin Anda serahkan ke pihak ketiga melewati infrastruktur orang lain. Alat ini menjalankan encoder di browser Anda melalui pustaka open-source gif.js, frame berpindah dari drag-and-drop langsung ke Web Worker yang membangun GIF, dan satu-satunya yang meninggalkan halaman adalah file yang telah dikodekan saat Anda mengklik Unduh. Kecepatan bergantung pada perangkat Anda: GIF reaksi cepat membutuhkan satu hingga dua detik, tayangan slide 30 frame pada 800 px mungkin membutuhkan 10-15 detik pada laptop biasa.

Kesalahan Umum

  1. Frame dengan ukuran yang sangat berbeda. Encoder menggunakan dimensi frame pertama dan mengisi dengan letterbox atau meregangkan sisanya. Pangkas atau ubah ukuran sumber Anda agar cocok sebelum diunggah untuk output terbersih.
  2. Penundaan frame diatur sebagai fps. Slider menggunakan milidetik per frame, bukan frame per detik. 100 ms adalah 10 fps, 200 ms adalah 5 fps, dan 500 ms adalah «setiap setengah detik.» Jika animasi Anda terlihat lambat, coba kurangi penundaan; jika terlihat terlalu cepat, tambahkan.
  3. Nilai kualitas yang disalahpahami. Angka lebih rendah berarti kualitas lebih tinggi (dan lebih lambat); angka lebih tinggi lebih cepat tetapi lebih kasar. 10 adalah default yang baik; turunkan ke 5 untuk gambar hero yang penting, naikkan ke 15-20 jika ukuran file sangat kritis.
  4. Lebar output terlalu besar. Menggandakan lebar melipatempat ukuran file. 480 px cukup untuk chat dan sebagian besar dokumentasi; gunakan 800 px hanya ketika teks dalam GIF perlu tetap terbaca.
  5. Jumlah putaran 1 secara tidak sengaja. Beberapa platform (terutama perilaku Twitter lama) menampilkan GIF yang tidak berputar sebagai gambar statis tunggal. Biarkan Loop = 0 kecuali ada alasan khusus untuk memutar sekali.
  6. Mencampur PNG dengan transparansi dan JPG tanpa transparansi. Frame JPG memiliki latar belakang buram; frame PNG mungkin transparan. Encoder memilih satu warna transparansi per palet, sehingga sumber campuran dapat menghasilkan halo yang tidak diharapkan. Konversi semua frame ke format yang sama terlebih dahulu.
  7. Mencoba membuat animasi yang panjang. GIF adalah format yang buruk untuk animasi lebih dari ~10 detik, ukuran file menjadi tidak terkendali dan sebagian besar permukaan berbagi membatasi ukuran unggahan. Pangkas secara agresif, atau beralih ke MP4 / WebP untuk konten yang lebih panjang.

Pertanyaan yang Sering Diajukan

Berapa banyak frame yang dapat saya tambahkan?

Sebanyak yang dapat ditampung oleh memori perangkat Anda. Encoder berjalan sepenuhnya di browser, sehingga tidak ada batas sisi server, tetapi GIF 100 frame berukuran 1000 px akan membutuhkan waktu yang cukup lama untuk dikodekan dan menghasilkan file berukuran beberapa megabyte. Untuk sebagian besar kasus penggunaan, 5-30 frame pada 400-600 px adalah rentang yang ideal.

Format gambar apa yang dapat saya unggah?

Apa saja yang dapat didekode browser sebagai gambar, JPG, PNG, GIF (frame pertama diambil), WebP, BMP, dan sebagian besar format modern. Dukungan SVG bergantung pada API canvas browser. Untuk output terbersih, gunakan semua frame dalam format dan dimensi yang sama.

Apakah GIF memiliki transparansi?

GIF hanya mendukung transparansi satu bit, piksel sepenuhnya buram atau sepenuhnya transparan, tanpa anti-aliasing. Jika Anda mengunggah frame PNG dengan piksel semi-transparan (bayangan, tepi lembut), wilayah tembus cahaya tersebut beralih ke buram atau ke warna transparansi yang dipilih, yang dapat menghasilkan tampilan berpinggir. Untuk animasi yang membutuhkan alpha bersih di atas latar belakang apa pun, APNG atau animated WebP adalah format yang lebih baik, meskipun dukungan bervariasi berdasarkan tujuan.

Apakah file yang dikodekan diunggah ke mana pun?

Tidak. Encoder gif.js berjalan dalam Web Worker di browser Anda. Gambar sumber Anda tidak pernah dikirim ke server, begitu pula output yang telah dikodekan. Setelah halaman dimuat, alat ini juga bekerja secara offline.

Mengapa GIF saya begitu besar?

Kompresi GIF buruk menurut standar modern, setiap frame membawa palet terindeks 256-warna sendiri, tanpa prediksi antarframe. Pengungkit terbesar adalah lebar output (ukuran file proporsional dengan area piksel) dan jumlah frame. Batasi lebar di 480 px untuk output ramah chat, pangkas animasi ke frame yang esensial, dan naikkan nilai kualitas ke 15-20 untuk file terkecil.

Bisakah saya mengedit GIF yang sudah saya buat?

Tidak langsung, alat ini membangun GIF baru dari frame gambar individual, bukan mengurai GIF yang sudah ada menjadi frame. Untuk mengedit GIF yang ada, Anda perlu mengekstrak frame-nya sebagai gambar terpisah, mengubah atau mengaturnya ulang, lalu mengunggahnya kembali di sini sebagai urutan baru.