Batasan Ukuran Lampiran Email pada 2026 — dan Jebakan Base64 yang Mengembalikan File yang Terlihat Cukup Kecil
Waktu baca 7 mnt
Anda memeriksa file: 24 MB. Anda memeriksa batas Gmail: 25 MB. Anda melampirkannya, menekan kirim, dan tetap saja gagal terkirim. Tidak ada yang rusak, dan Anda tidak salah membaca batasnya. File Anda benar-benar berukuran 24 MB – hanya saja ukurannya tidak 24 MB ketika sampai di server email. Email memiliki langkah pengemasan tersembunyi yang meningkatkan setiap lampiran sekitar sepertiga, dan hampir setiap batas ukuran yang dipublikasikan diukur setelah langkah itu, bukan sebelumnya. Setelah Anda mengetahui perhitungannya, kegagalan pengiriman tidak lagi menjadi misteri dan solusinya menjadi angka sederhana: berapa berat file Anda di hard disk agar sesuai dengan saluran transmisi. Panduan ini membahas batas nyata per penyedia di tahun 2026, jebakan pengkodean yang menghabiskan seperempat anggaran Anda, cara membuat PDF, gambar, atau video di bawah batas, dan kapan harus berhenti berjuang dan mengirim tautan saja.
Mengapa file 24 MB gagal terkirim dari batas 25 MB
Email adalah sistem berbasis teks lama: protokol yang memindahkan pesan antar server membawa karakter biasa, bukan data biner mentah, jadi setiap lampiran diubah menjadi teks sebelum dikirim. Konversi standar disebut Base64, dan ia menulis ulang setiap 3 byte file Anda sebagai 4 karakter teks. Rasio itu adalah keseluruhan ceritanya – empat dibagi tiga adalah kenaikan 33%, diterapkan ke setiap lampiran, setiap saat, sebelum pemeriksaan ukuran apa pun terjadi.
Jadi file 24 MB Anda menjadi sekitar 32 MB teks yang dikodekan di jaringan, dan 32 nyaman melebihi batas 25 MB. Batasnya tidak pernah berbohong kepada Anda; ia hanya mengukur pesan sebagaimana ditransmisikan, termasuk pengkodean, dan tidak ada yang menampilkannya di jendela komposisi.
Aturan praktisnya sederhana. Untuk mengetahui berapa berat file dalam transit, kalikan ukurannya dengan 4/3. Untuk mengetahui file terbesar yang dapat Anda lampirkan dengan aman, ambil batas yang diiklankan dan kalikan dengan 0,75, lalu kurangi sedikit lagi untuk isi pesan, tanda tangan, dan header, yang juga dihitung terhadap batas yang sama. Untuk batas 25 MB, itu berarti menargetkan file sebesar 18 hingga 19 MB paling banyak.
Batas nyata di tahun 2026, per penyedia
Berikut adalah posisi penyedia utama, dengan peringatan yang sama untuk masing-masing: ini adalah batas pesan yang dikodekan, jadi anggaran file Anda yang sebenarnya adalah sekitar tiga perempat dari setiap angka di bawah ini.
- Gmail: 25 MB untuk mengirim pada akun pribadi, dan hingga 50 MB untuk menerima. Lampirkan sesuatu yang lebih besar dan Gmail tidak akan memantulkannya – ia secara diam-diam mengunggah file ke Google Drive dan mengirim tautan sebagai gantinya, yang nyaman sampai organisasi penerima Anda memblokir tautan Drive.
- Outlook.com: umumnya disebutkan sebesar 20 MB untuk lampiran biasa, meskipun angka Microsoft bervariasi berdasarkan klien dan telah berubah seiring waktu – versi web telah melaporkan batas yang lebih tinggi untuk file yang dilampirkan secara lokal. Anggap 20 MB sebagai angka perencanaan yang aman.
- Microsoft 365 dan Exchange di tempat kerja: defaultnya biasanya dalam kisaran 25 hingga 35 MB, tetapi administrator dapat dan memang menetapkannya lebih rendah. Server surat korporat yang menerapkan 10 MB masih sangat umum pada tahun 2026, dan beberapa turun serendah 5 MB.
- Yang lainnya: sebagian besar penyedia konsumen lainnya berkumpul dalam kisaran 20 hingga 25 MB. Jika Anda tidak mengetahui penyedia penerima, asumsikan batas yang paling ketat daripada yang paling ramah.
Batas yang tidak dapat Anda lihat: server penerima
Batas penyedia Anda hanya mengontrol apakah pesan meninggalkan kotak keluar Anda. Server penerima menerapkan batasnya sendiri saat tiba, dan ketika batas tersebut lebih kecil dari batas Anda, pesan yang Anda kirim dengan sukses akan memantul beberapa jam kemudian dengan kegagalan pengiriman yang samar – atau lebih buruk, menghilang ke antrean karantina tanpa memberi tahu siapa pun.
Inilah asimetri yang menjebak orang. Gmail-ke-Gmail, Anda memiliki anggaran yang besar: 25 MB untuk mengirim, 50 MB untuk menerima. Gmail ke firma hukum yang menjalankan Exchange dengan batas 10 MB, anggaran Anda sekitar 7 MB file sebenarnya – dan tidak ada peringatan di sisi Anda sebelum Anda mengirim.
Hal itu mengarah pada aturan praktis dua tingkat. Jika Anda tahu kedua ujungnya adalah akun konsumen, file sebesar 18 hingga 19 MB akan melewati batas 25 MB. Jika ada kemungkinan server surat perusahaan terlibat, buat file di bawah 7 MB – dan jika itu sesuatu yang akan diteruskan penerima secara internal, lebih kecil lagi, karena setiap penerusan membawa lampiran melalui pemeriksaan yang sama lagi.
Mendapatkan PDF di bawah batas
PDF adalah lampiran yang kelebihan ukuran paling umum, biasanya karena halaman yang dipindai, dan juga yang paling mudah diperbaiki. Alat compress-pdf di FileTinker mengompresi ke ukuran target yang Anda pilih, dengan preset mulai dari 100 KB hingga 10 MB. Alih-alih menawarkan penggeser kualitas yang samar, ia mencari kombinasi kualitas render dan skala hingga menemukan versi yang terlihat terbaik yang sesuai dengan angka Anda, sehingga Anda dapat langsung menargetkan anggaran yang Anda hitung di atas: pilih 5 MB untuk penerima perusahaan dan Anda aman di dalam batas 10 MB bahkan setelah inflasi Base64.
Ini juga tidak akan memperburuk keadaan: jika PDF Anda sudah di bawah target yang Anda pilih, alat tersebut akan membiarkannya saja daripada memprosesnya ulang. Ada pertukaran nyata dalam cara kerja kompresi PDF yang agresif, dan panduan khusus kami untuk mengompresi PDF untuk email membahasnya secara mendalam. Untuk kasus umum – formulir atau kontrak yang dipindai yang perlu mencapai inbox – pilih target yang aman di bawah batas penerima dan kirim.
Mendapatkan gambar di bawah batas
Satu foto dari ponsel saat ini seringkali berukuran 4 hingga 8 MB, jadi lima foto terlampir dapat melampaui batas perusahaan dengan sendirinya. Alat kompres-gambar bekerja dengan cara yang sama seperti alat PDF: Anda memilih ukuran target - 1 MB, 500 KB, dan seterusnya - dan alat tersebut mengompresi gambar agar sesuai. Alat ini mempertahankan JPEG sebagai JPEG, PNG sebagai PNG, dan WebP sebagai WebP, sehingga tidak ada perubahan pada file kecuali ukurannya, dan penerima membukanya persis seperti aslinya.
Aturan tanpa-kerusakan yang sama berlaku di sini juga. Jika sebuah gambar sudah di bawah target yang Anda pilih, alat tersebut mengembalikan gambar asli Anda tanpa perubahan dan hanya memberi tahu Anda bahwa gambar tersebut sudah optimal. Untuk email, 500 KB hingga 1 MB per foto adalah titik yang tepat: masih tajam di layar mana pun, dan sepuluh di antaranya muat di dalam batas perusahaan 10 MB yang ketat dengan ruang untuk pesan itu sendiri.
Mendapatkan video di bawah batas - dan mengetahui kapan itu tidak akan berhasil
Video adalah kasus yang paling sulit, karena ukuran kira-kira sama dengan bitrate dikalikan durasi dan tidak ada jalan pintas. Alat kompres-video mengenkode ulang klip Anda ke ukuran target dengan bekerja mundur: alat ini mengambil ukuran yang Anda inginkan, membaginya dengan durasi klip, dan mengenkode pada bitrate yang sesuai. Ada preset email khusus yang menargetkan sekitar 18 MB - tepat angka yang melewati batas penyedia 25 MB setelah inflasi Base64, daripada angka bulat yang hanya terlihat aman.
Seluruh proses berjalan di browser Anda menggunakan mesin MediaRecorder, menghasilkan MP4 jika browser Anda mendukungnya dan WebM jika tidak. Tidak ada yang diunggah: video ponsel 200 MB tidak pernah meninggalkan mesin Anda selama kompresi, yang penting ketika klip tersebut berisi anak-anak atau kolega Anda.
Jujurlah pada diri sendiri tentang perhitungannya, meskipun. 18 MB yang tersebar di klip 30 detik adalah bitrate yang sehat dan akan terlihat bagus. 18 MB yang sama yang tersebar di rekaman 10 menit adalah diet yang sangat ketat, dan hasilnya akan menunjukkannya. Sebagai panduan kasar, beberapa menit video ke dalam file seukuran email adalah hal yang wajar; di luar itu, Anda lebih baik menggunakan bagian berikutnya.
Kapan harus menyerah dan mengirim tautan
Beberapa file seharusnya tidak menjadi lampiran tidak peduli seberapa cerdas Anda mengompresnya. Video panjang, batch foto mentah, file desain yang harus tetap sempurna pikselnya, apa pun di atas sekitar 100 MB - unggah ini ke Google Drive, OneDrive, Dropbox, atau berbagi file perusahaan Anda dan kirim tautannya. Pesan tetap kecil dan file mempertahankan kualitas penuhnya.
Tautan memiliki mode kegagalan sendiri, itulah sebabnya mereka adalah cadangan dan bukan default. Tautan kedaluwarsa, mereka menuntut masuk yang mungkin tidak dimiliki penerima Anda, filter perusahaan terkadang memblokir atau tidak mempercayai mereka, dan mereka merusak jejak kertas - kontrak yang dilampirkan ke email dipertahankan dengan thread selamanya, sementara yang ditautkan dapat diedit atau dihapus setelah fakta. Untuk apa pun yang berfungsi sebagai catatan, lampiran terkompresi mengalahkan tautan.
Jadi, pohon keputusan itu singkat. Sudah di bawah anggaran penerima yang sebenarnya? Lampirkan. Dapat dikompresi ke anggaran tersebut? Kompres ke target dan lampirkan. Semuanya yang lain mendapatkan tautan, dengan catatan satu baris tentang apa itu dan berapa lama tautan tersebut akan aktif.