> ## Content Index
> Fetch the complete content index at: https://www.tool-cloud.com/blog/id/llms.txt
> Use this file to discover other available public pages before exploring further.

# Cara Mengompresi Video untuk Email (Di Bawah Batas 25 MB)
- URL: https://www.tool-cloud.com/blog/id/cara-mengompresi-video-untuk-email-di-bawah-batas-25-mb/
- Published: 2026-10-11T04:56:44.000Z
- Updated: 2026-10-11T05:09:13.000Z
- Description: Batas ukuran email berlaku untuk seluruh pesan terenkode, bukan hanya file Anda. Berikut adalah perhitungan overhead, target aman, dan alur kerja trim → konversi → kompresi yang benar-benar berhasil mengirim video.
- Author: Tool Cloud Team
- Tags: Panduan, Video

Video 24 MB dapat gagal pada batas 25 MB Gmail karena batas ukuran email berlaku untuk seluruh pesan terenkode, bukan file mentah di disk Anda. Lampiran dikodekan ke format base64 selama transmisi, yang meningkatkan ukurannya sekitar 33–37%. Aturan praktisnya: pertahankan ukuran file video itu sendiri di bawah sekitar 18 MB untuk Gmail, atau 15 MB jika Anda tidak yakin siapa yang menerimanya. Panduan ini menunjukkan cara mengompresi video untuk email, dengan perhitungannya, target aman, dan alur kerja trim → tautan → kompresi yang benar-benar berhasil.

## Mengapa video 24 MB tetap ditolak oleh batas 25 MB

Batas email berlaku untuk seluruh pesan saat transit: lampiran yang dikodekan, header, teks isi, tanda tangan, dan gambar inline apa pun. Lampiran Anda tidak dikirim sebagai biner mentah. Ia dikodekan ke dalam pesan MIME dengan base64, yang menambah ukuran data sekitar 33%, dan pembungkusan baris mendorong overhead mendekati 37%.

Satu contoh terukur: file 19 MB tumbuh menjadi sekitar 26 MB selama transmisi, peningkatan 36,8% bahkan sebelum header dihitung. Tes ini berasal dari tim di balik [Panduan Kompresi SmolMac](https://smolmac.com/blog/compress-video-for-email). Jadi, video "24 MB" sebenarnya adalah email sekitar 32 MB, dan email tersebut ditolak atau diubah menjadi tautan Drive. Bagaimanapun, penerima Anda mungkin tidak menerima apa yang Anda kirim.

Batasan juga berlaku untuk total per-email, bukan per-lampiran. Dua video 10 MB ditambah tanda tangan dan beberapa gambar inline dihitung bersama menuju satu batas.

## Aturan 1,37: mengubah batas yang diiklankan menjadi anggaran file nyata

Gunakan anggaran file mentah daripada batas yang diiklankan. Bagi batas dengan 1,37 dan Anda akan mendapatkan berat file itu sendiri:

- Batas 25 MB (Gmail, Yahoo) → anggaran file mentah \~18 MB
- Batas 20 MB (Outlook.com, iCloud) → anggaran file mentah \~15 MB
- Default Exchange 10 MB → anggaran file mentah \~7 MB

## Batas lampiran berdasarkan penyedia: apa yang sebenarnya dapat Anda kirim

Gmail dan Yahoo Mail keduanya mengiklankan 25 MB per email, menghitung semua lampiran secara gabungan ([suped](https://www.suped.com/learn/email-deliverability/what-are-the-attachment-and-message-size-limits-for-different-mailbox-providers)). Outlook.com dan Apple Mail/iCloud adalah 20 MB. Dokumen resmi Microsoft menyatakan batas tersebut "mencakup baik ukuran lampiran maupun ukuran email," dan bahwa akun Exchange bisnis sering kali memiliki batas default hanya 10 MB ([Microsoft](https://support.microsoft.com/en-US/Outlook/reduce-attachment-size-to-send-large-files-with-outlook)).

Apa yang terjadi ketika Anda melebihi batas juga berbeda antar penyedia:

- **Gmail** mengonversi lampiran yang melebihi batas menjadi tautan Google Drive secara otomatis
- **Outlook.com** menawarkan tautan OneDrive (hingga 2 GB)
- **Yahoo** menolak email tersebut sepenuhnya

| Penerima                                 | Batas yang diiklankan | Ukuran file mentah aman |
| ---------------------------------------- | --------------------- | ----------------------- |
| Gmail / Yahoo Mail                       | 25 MB                 | Maksimal \~18 MB        |
| Outlook.com / iCloud                     | 20 MB                 | Maksimal \~15 MB        |
| Exchange Bisnis (server tidak diketahui) | sering 10 MB          | \~7–8 MB                |
| Campuran penerima yang tidak diketahui   | —                     | **15 MB universal**     |

Jika Anda tidak mengetahui server penerima, 15 MB adalah angkanya. Asumsikan server mail mereka mungkin memiliki batas lebih rendah daripada batas pengiriman Anda.

## Potong, tautkan, atau kompres? Tabel keputusan

Lakukan tiga hal ini secara berurutan: potong rekaman yang tidak Anda butuhkan (memotong 3 menit menjadi 30 detik mengurangi ukuran sebesar 83%, dan pemotongan mempertahankan kualitas), kirim tautan cloud untuk apa pun yang panjang atau sudah mendekati 20 MB, dan hanya kompres ketika video benar-benar harus dikirim sebagai lampiran. Jika sudah muat dan diputar dengan baik, jangan dikompresi ulang, karena setiap proses lossy merusak kualitas.

![Ilustrasi 3D biru berupa file dengan sudut lipat warna peach, dengan tiga panah menunjuk ke gunting, tautan rantai, dan…](https://www.tool-cloud.com/blog/id/content/images/2026/10/compress-video-for-email-decision.webp)

\> Gambar utama: dari satu file video, tiga jalur — potong, tautkan, atau kirim versi yang lebih kecil. Ilustrasi: Tim Tool Cloud.

| Situasi                                           | Lakukan ini                               |
| ------------------------------------------------- | ----------------------------------------- |
| Anda hanya membutuhkan 30 detik dari klip panjang | Potong, lalu kemungkinan besar muat       |
| 2–3+ menit pada 720p, atau file mendekati 20 MB   | Kirim tautan cloud                        |
| Klip pendek yang harus menjadi lampiran           | Kompres hingga \~15 MB                    |
| Sudah di bawah 15 MB dan diputar dengan baik      | Kirim apa adanya, jangan dikompresi ulang |

Kompresi selalu menukar kualitas dengan ukuran: mengecilkan video 4K agar muat dalam email kehilangan resolusi, ketajaman, dan audio, sehingga teks rekaman layar menjadi buram dan wajah menjadi blok ([sendspark](https://blog.sendspark.com/how-to-send-a-video-that-is-too-large)). Itulah mengapa pemotongan dan tautan datang terlebih dahulu.

## Langkah 1: Periksa ukuran file (dan potong rekaman mati)

Temukan ukurannya terlebih dahulu: di Windows, klik kanan file → **Properti**. Di Mac, klik kanan → **Info**. Kalikan ukuran dengan 1,37 untuk melihat apakah itu benar-benar cocok dengan rute yang Anda tuju.

Kemudian potong sebelum mengompresi. Memotong rekaman mati mengalahkan penurunan kualitas setiap saat. Pemotong video Tool Cloud memperpendek klip menjadi rekaman yang penting, dan rekaman yang lebih pendek tidak membutuhkan banyak kompresi.

Dua perbaikan sebelum Anda bahkan membuka kompresor:

- **iPhone:** Pengaturan → Kamera → Rekam Video → pilih 1080p/30 alih-alih 4K/60\. Itu adalah file sumber 4–6× lebih kecil. Potong di Foto → Edit → Simpan sebagai Klip Baru.
- **Android:** atur Kamera → Pengaturan → Resolusi Video ke 720p atau 1080p, dan potong di Google Photos dengan Simpan Salinan.

Jika sumber Anda adalah MOV (default iPhone), konversikan dengan [Konverter MOV ke MP4 Tool Cloud](https://www.tool-cloud.com/id/video/mov%5Fto%5Fmp4%5Fconverter/) sebelum mengompresi. MP4/H.264 adalah apa yang dapat diputar oleh penerima email.

## Langkah 2: Resep email — MP4, H.264, 720p

Gunakan MP4 sebagai wadah dan H.264 sebagai kodek video. Kombinasi ini diputar di mana saja: setiap ponsel, setiap browser, pratinjau webmail apa pun. H.265 menyebabkan masalah di Windows, di mana pemutaran memerlukan decoder HEVC berbayar Microsoft. WebM tidak akan dipratinjau di banyak klien email, dan AVI menghasilkan file yang jauh terlalu besar untuk email ([changethisfile](https://changethisfile.com/blog/compress-video-for-email)).

720p (1280×720) adalah titik optimal. Mengurangi resolusi dari 1080p ke 720p menghilangkan lebih dari setengah jumlah piksel, sehingga bitrate yang jauh lebih rendah diperlukan untuk kualitas persepsi yang sama ([ffmpeg-cookbook](https://ffmpeg-cookbook.com/en/articles/reduce-video-size-for-email/)). Jika video terkompresi menjadi buram, itu berarti bitrate diturunkan terlalu rendah untuk resolusi tersebut: turunkan ke 720p untuk memusatkan bit yang sama per piksel.

Audio: AAC pada 96 kbps untuk ucapan, dan 128 kbps untuk musik. Untuk konten non-aksi, mengurangi frame rate dari 60 fps ke 30 fps menghemat bitrate yang membantu ketajaman gambar, meskipun pengurangan ukuran file akibatnya kecil.

Satu fakta kontra-intuitif yang perlu diketahui: pada bitrate tetap, resolusi hampir tidak mengubah ukuran file. Uji terkontrol menunjukkan bahwa 1080p, 720p, dan 480p semuanya berada dalam kisaran \~10% satu sama lain pada 1 Mbps, dan perbedaan antara 30 fps vs 60 fps hanya sebesar 2,4% ([fileflip](https://www.fileflip.app/blog/make-a-video-file-smaller-for-email)). Bitrate dan durasi menentukan ukuran; resolusi menentukan kualitas. Itulah mengapa Anda menurunkan resolusi agar kualitas tetap terjaga pada bitrate rendah, bukan untuk mengecilkan file secara langsung.

Terakhir: simpan file asli Anda dan kompres salinannya hanya sekali. Jangan pernah mengkompres satu-satunya versi Anda, dan jangan pernah mengompres output yang sudah dikompresi sebelumnya.

## Langkah 3: Kompres MP4 secara daring

Unggah MP4 yang telah dipotong ke kompresor video Tool Cloud, yang menerima input MP4, MOV, MKV, AVI, dan WebM serta menghapus file yang diunggah secara otomatis. Anda mendapatkan 20 kredit gratis setiap hari tanpa perlu membuat akun. Usahakan tetap nyaman di bawah anggaran Anda daripada memaksimalkan batasnya, agar header dan isi email tidak mendorong Anda melebihi batas tersebut.

Sebuah detail penting tentang MP4 secara umum: beberapa kompresor menawarkan opsi "faststart" atau "dioptimalkan untuk web", yang memindahkan indeks MP4 ke bagian depan file agar email web dapat mulai menampilkan pratinjau sebelum seluruh lampiran selesai diunduh ([smolmac](https://smolmac.com/blog/compress-video-for-email)). Jika alat Anda tidak menawarkan fitur ini, jangan khawatir: pemutaran tetap berfungsi, video hanya buffering dengan cara yang berbeda.

Tidak ada kompresor yang dapat menjamin ukuran output yang tepat, jadi verifikasi hasilnya sendiri: klik kanan pada output → Properties (Properti), lalu kalikan hasilnya dengan 1,37 sebelum melampirkannya. Kemudian putarkan bagian awal, tengah, dan akhir, serta periksa apakah teks di layar mudah dibaca dan ucapan terdengar jelas.

Jika hasilnya masih tidak muat, potong lebih banyak daripada menekan kompresi lebih keras; ada batas di mana kualitas akan runtuh. Untuk pekerjaan berulang atau massal, alat yang sama tersedia melalui API Tool Cloud, sehingga Anda dapat membuat skrip untuk langkah kompres-dan-verifikasi.

### Matematika bitrate untuk ukuran target (bagi yang penasaran)

Ukuran file ≈ bitrate × durasi ÷ 8\. Untuk menghitung mundur dari target:

**bitrate total (kbps) = ukuran target dalam MB × 8000 ÷ durasi dalam detik**

Kurangi bitrate audio, lalu kurangi sekitar 10% sebagai cadangan (headroom).

### Contoh perhitungan (hipotetis)

Katakanlah Anda memiliki klip selama 60 detik dan target ukuran 15 MB:

- Bitrate total: 15 × 8000 ÷ 60 = 2.000 kbps
- Kurangi audio 96 kbps dan \~10% cadangan → sekitar 1.700 kbps untuk video

Itu cukup nyaman untuk ditonton pada 720p. Pada 480p, klip yang lebih panjang pun tetap layak ditonton; jika bitrate hasil perhitungan Anda turun di bawah \~500 kbps pada video panjang, turunkan resolusinya terlebih dahulu daripada memaksakan bitrate sampai kualitasnya hancur.

## Seberapa lama durasi videonya?

Pada 720p, video email H.264 berukuran sekitar 5–8 MB per menit. Berikut yang muat:

| Durasi   | Ukuran pada 720p | Muat                                    |
| -------- | ---------------- | --------------------------------------- |
| 30 detik | 3–4 MB           | Semua penyedia                          |
| 1 menit  | 5–8 MB           | Semua penyedia                          |
| 2 menit  | 10–15 MB         | Semua penyedia                          |
| 3 menit  | 15–22 MB         | Hanya Gmail/Yahoo                       |
| 5 menit  | 25–35 MB         | Terlalu besar: gunakan 480p atau tautan |
| 10 menit | 50–70 MB         | Gunakan tautan cloud                    |

## Hal-hal yang tidak berhasil

- **Meng-zip.** File MP4 hanya menyusut 1–2% karena kodek sudah menghapus redundansi, dan meng-zip menambahkan langkah unzip bagi penerima ([brault](https://brault.app/blog/file-transfer-and-sharing/how-to-compress-video-for-email)). Lewati saja.
- **"File terlalu besar setelah dikonversi."** Itu adalah masalah bitrate/resolusi, bukan masalah wadah (container). Mengonversi MOV ke MP4 tanpa menurunkan resolusi dan bitrate hampir tidak mengubah apa pun.
- Kesalahan **"Format tidak didukung."** Biasanya merupakan masalah kodek di dalam wadah yang valid. Filenya adalah MP4 tetapi berisi H.265\. Konversikan ke MP4/H.264.
- **Mengompres pada resolusi sumber penuh.** Mengompres file 4K tanpa mengecilkan ukuran terlebih dahulu membuang-buang bit pada piksel yang tidak akan dilihat siapa pun dalam pratinjau email. Ubah ukurannya menjadi 720p terlebih dahulu.

## Kapan cukup kirim tautan saja

Jika salah satu dari berikut ini menggambarkan situasi Anda, jangan kompres sama sekali:

- Video lebih lama dari 2–3 menit pada 720p
- Ukurannya mendekati 20 MB
- Kualitas benar-benar penting (rekaman layar yang perlu dibaca seseorang, klip portofolio)
- Penerima menggunakan akun Exchange bisnis yang tidak Anda kendalikan

Tautan Google Drive, OneDrive, iCloud, atau Dropbox mengirimkan file asli dengan kualitas penuh tanpa pengecilan ukuran.

### Checklist pengirim tautan

Kegagalan utama setelah pengiriman adalah file Drive yang dibiarkan pada pengaturan berbagi **Restricted** (Dibatasi), sehingga penerima mendapat permintaan "Anda memerlukan akses" alih-alih video ([prodshort](https://prodshort.com/blog/how-to-send-videos-on-gmail)). Sebelum Anda menekan tombol kirim:

- Atur berbagi menjadi "Siapa saja yang memiliki tautan"
- Periksa pengaturan kedaluwarsa apa pun
- Untuk rekaman yang benar-benar privat, bagikan langsung ke alamat email penerima daripada membuka tautan secara publik

Periksa ukuran, potong terlebih dahulu, kompres secara nyaman di bawah anggaran Anda, dan verifikasi sebelum mengirim.

## Pertanyaan yang sering diajukan

### Mengapa video 24 MB saya gagal pada batas 25 MB?

Karena batas email berlaku untuk seluruh pesan terenkode, bukan file mentah Anda. Lampiran dikodekan ke format base64 selama transmisi, menambah overhead sekitar 33–37% — file berukuran 19 MB yang diukur menjadi \~26 MB. Batas atas praktis file mentah di bawah batas 25 MB adalah sekitar 18 MB.

### Berapa ukuran file yang sebenarnya aman untuk lampiran email?

15 MB adalah target aman universal. Hingga \~18 MB berfungsi untuk penerima Gmail dan Yahoo, namun akun Exchange bisnis sering kali memiliki batas default hanya 10 MB, sehingga \~7–8 MB lebih aman jika Anda tidak mengetahui server penerima.

### Apakah mengompres video menjadi zip membuatnya lebih kecil?

Pada dasarnya tidak. File MP4 hanya menyusut 1–2% karena codec sudah menghapus redundansi, dan proses zip menambahkan langkah unzip bagi penerima. Mengenkode ulang pada resolusi dan bitrate yang lebih rendah adalah satu-satunya cara nyata untuk memperkecil video.

### Mengapa video saya menjadi buram setelah dikompresi?

Bitrate diturunkan terlalu rendah untuk resolusinya. Menurunkan resolusi ke 720p memusatkan bit yang sama per piksel dan biasanya memperbaiki blur — turunkan resolusi sebelum menurunkan bitrate lebih lanjut.

### Kapan saya harus mengirim tautan daripada lampiran?

Apa pun yang berdurasi lebih dari sekitar 2–3 menit pada 720p, atau file apa pun yang mendekati 20 MB. Tautan Google Drive, OneDrive, iCloud, atau Dropbox mengirimkan kualitas penuh tanpa kehilangan ukuran — cukup periksa izin berbagi sebelum Anda mengirimkannya.