Lompati ke konten

Cara Atasi Batas Unggah Gambar WordPress

Sebagian besar saran menyuruh Anda mengedit php.ini. Pada shared hosting Anda sering kali tidak bisa melakukannya. Mengompresi gambar terlebih dahulu berfungsi di mana saja.

Kompres gambar di bawah batas alih-alih menaikkan batasnya, karena file yang lebih kecil memperbaiki kesalahan unggahan dan masalah kecepatan halaman dalam satu langkah. WordPress mewarisi batasnya dari PHP, biasanya 2 MB atau 8 MB tergantung pada penyedia hosting, dan pada managed atau shared hosting Anda sering kali tidak dapat mengubahnya.

Hampir setiap artikel tentang subjek ini menyuruh Anda mengedit php.ini, .htaccess, atau wp-config.php. Instruksi tersebut mengasumsikan akses server yang tidak dimiliki oleh sebagian besar pemilik situs, dan bahkan ketika akses tersebut ada, ada baiknya Anda bertanya apakah menaikkan batas adalah langkah yang tepat.

Dari mana batas tersebut berasal

Batas ini ditentukan oleh 3 nilai PHP, dan nilai terkecil dari ketiganya yang akan berlaku. WordPress menampilkan angka yang dihasilkan di bawah kotak unggahan, itulah sebabnya angka tersebut sering kali berbeda dari apa yang diiklankan oleh penyedia hosting.

  • upload_max_filesize mengontrol file tunggal terbesar yang akan diterima PHP.
  • post_max_size mengontrol ukuran total kiriman, sehingga nilainya harus melebihi ukuran file.
  • memory_limit mengontrol berapa banyak memori yang dapat digunakan oleh operasi pengubahan ukuran saat membuat gambar mini (thumbnail).
  • max_execution_time juga dapat menyebabkan kegagalan, karena gambar yang besar mungkin mengalami waktu habis (timeout) sebelum pemrosesan selesai.

Nilai ketiga menyebabkan kegagalan yang paling membingungkan. File yang berhasil diunggah masih bisa gagal saat WordPress membuat ukuran gambar mininya, menghasilkan gambar yang rusak di pustaka media alih-alih kesalahan unggahan.

Mengapa mengompresi lebih baik daripada menaikkan batas

Foto berukuran 6 MB di halaman web adalah masalah terlepas dari apakah server menerimanya atau tidak. Menaikkan batas hanya akan menghilangkan pesan kesalahan dan membiarkan beban ukuran file yang sebenarnya tetap ada.

WordPress menghasilkan beberapa ukuran gambar mini dari setiap unggahan, sehingga file asli yang berat akan berlipat ganda menjadi turunan yang berat dan menghabiskan penyimpanan di seluruh pustaka media. Mengompresi hingga beberapa ratus kilobita sebelum mengunggah akan memperbaiki kesalahan, mengurangi ukuran file yang dihasilkan, memangkas waktu pencadangan, dan sama sekali tidak memerlukan akses server.

Cara berada di bawah batas

Untuk berhasil mengunggah tanpa menyentuh pengaturan server, ikuti 5 langkah berikut.

  1. Baca batas yang ditampilkan di bawah kotak unggahan WordPress, yang melaporkan angka sebenarnya untuk hosting Anda.
  2. Ubah ukuran gambar ke lebar tampilannya, digandakan untuk layar dengan kepadatan tinggi, karena foto berukuran 4000 piksel dalam kolom 800 piksel membuang sebagian besar datanya.
  3. Konversikan ke WebP untuk foto dan grafis yang hanya akan muncul di situs web.
  4. Kompres ke target 200 KB hingga 400 KB, yang cocok untuk hampir setiap gambar di dalam artikel.
  5. Unggah, lalu periksa apakah gambar dirender dengan benar pada lebar penuh di desktop maupun seluler.

Bekerja dengan urutan tersebut biasanya menghasilkan file yang 90 persen lebih kecil dari file asli kamera, tanpa perubahan visual yang terlihat di layar. Kesalahan unggahan hilang sebagai efek samping, bukan sebagai tujuan utama.

Ukuran yang direkomendasikan untuk konten WordPress

Sesuaikan lebar gambar dengan ruang terlebar yang akan ditempatinya di tema Anda, lalu gandakan untuk layar dengan kepadatan tinggi. Sebagian besar area konten jauh lebih sempit daripada yang diasumsikan oleh pemilik situs.

Penggunaan gambarLebar tampilanLebar unggahanUkuran target
Gambar di dalam artikel700 px1400 px150 KB hingga 250 KB
Fitur lebar penuh1200 px2400 px300 KB hingga 500 KB
Banner hero atau header1920 px1920 px300 KB hingga 400 KB
Gambar mini atau kartu400 px800 px50 KB hingga 100 KB
Foto penulis atau profil150 px300 pxDi bawah 30 KB

Kapan menaikkan batas adalah jawaban yang tepat

Naikkan batas saat Anda mengunggah file yang benar-benar besar yang harus tetap besar, seperti fotografi resolusi cetak, video, atau paket tema. Kasus-kasus tersebut memang nyata dan bukan merupakan kasus yang biasa terjadi.

Seorang fotografer yang mengirimkan galeri resolusi tinggi, toko yang mengimpor plugin besar, atau situs yang menghosting dokumen PDF yang dapat diunduh semuanya membutuhkan ruang ekstra. Seorang blogger yang foto liburannya akan ditampilkan selebar 700 piksel tidak membutuhkannya. Tanyakan untuk apa file tersebut sebelum mengubah pengaturan server, karena jawabannya biasanya mengarah kembali ke kompresi.

Cara menaikkan batas jika Anda terpaksa

Tanyakan kepada penyedia hosting terlebih dahulu, karena sebagian besar penyedia managed hosting mengubah nilai tersebut berdasarkan permintaan dalam hitungan menit. Tiket dukungan menyelesaikan ini lebih cepat daripada file konfigurasi pada paket hosting apa pun yang membatasi akses file.

  • Managed WordPress hosting biasanya menyediakan pengaturan ini di panel kontrol atau menyesuaikannya berdasarkan permintaan.
  • cPanel hosting sering kali menyertakan MultiPHP INI Editor di mana 3 nilai tersebut dapat diatur secara langsung.
  • Virtual private server (VPS) memungkinkan pengeditan php.ini, setelah itu layanan PHP harus dimulai ulang.
  • Pengeditan .htaccess berfungsi pada beberapa pengaturan Apache dan menyebabkan kesalahan server pada pengaturan lainnya, jadi simpanlah salinan cadangan.
  • Plugin yang mengklaim dapat menaikkan batas tidak dapat melebihi apa yang diizinkan server, apa pun yang tertulis dalam deskripsinya.

Kesalahan HTTP yang bukan tentang ukuran

Kesalahan HTTP umum selama pengunggahan biasanya berarti memori atau waktu eksekusi habis saat WordPress membuat gambar mini, bukan karena file ditolak karena ukurannya. Perbedaan ini penting karena mengompresi gambar memperbaiki kedua penyebab tersebut.

Dimensi yang besar, bukan ukuran file yang besar, yang mendorong penggunaan memori, karena server harus menampung setiap piksel dalam memori saat mengubah ukuran. Gambar berukuran 6000 kali 4000 piksel membutuhkan memori yang jauh lebih banyak daripada yang ditunjukkan oleh ukuran filenya. Mengurangi dimensi sebelum mengunggah akan menghilangkan kegagalan bahkan ketika file tersebut sudah berada di bawah batas ukuran.

Ukuran gambar mini yang dibuat WordPress

WordPress menghasilkan setidaknya 4 salinan tambahan dari setiap unggahan, dan tema serta plugin biasanya menambahkan beberapa salinan lagi. Satu foto dapat menjadi 8 atau 10 file di disk tanpa pernah dilihat oleh pemilik situs.

Nilai standarnya adalah gambar mini (thumbnail) berukuran 150 piksel persegi, sedang (medium) berukuran 300 piksel, sedang besar (medium large) berukuran 768 piksel, dan besar (large) berukuran 1024 piksel, di samping versi skala yang dibuat WordPress untuk unggahan yang sangat besar. Pembuat halaman (page builder) dan plugin galeri mendaftarkan ukuran mereka sendiri di atasnya. Mengunggah file asli yang lebih kecil berarti setiap file turunan juga lebih kecil, itulah sebabnya kompresi sebelum mengunggah berdampak besar di seluruh pustaka.

Dukungan WebP di WordPress

WordPress telah menerima unggahan WebP sejak versi 5.8, dan setiap browser saat ini dapat menampilkan format tersebut. Mengunggah WebP secara langsung menghindari kebutuhan akan plugin konversi yang dipasang oleh banyak situs untuk tujuan yang sama.

Ada dua hal yang perlu diperhatikan. Beberapa tema lama dan pembuat halaman mengasumsikan JPG atau PNG dan mungkin tidak menghasilkan gambar mini WebP dengan benar, jadi periksa unggahan uji coba sebelum mengonversi seluruh pustaka. Gambar yang ditujukan untuk diunduh oleh pengunjung, seperti press kit atau panduan yang dapat dicetak, harus tetap menggunakan JPG, karena WebP masih kurang ramah di luar browser.

Memeriksa ukuran gambar pada halaman aktif

Buka alat pengembang dengan F12, beralih ke tab Network, filter berdasarkan gambar, dan muat ulang halaman. Panel tersebut mencantumkan setiap gambar dengan ukuran transfer sebenarnya, diurutkan dari yang terbesar.

Tampilan tersebut menjawab pertanyaan secara langsung, bukan dengan tebakan. Cari gambar tunggal apa pun yang berukuran di atas 500 KB dan halaman mana pun yang total gambarnya lebih dari 2 MB. File terbesar hampir selalu merupakan file yang paling layak diperbaiki terlebih dahulu, dan biasanya berupa gambar header atau foto pertama dalam sebuah postingan. Memperbaiki 2 atau 3 gambar sering kali menghilangkan sebagian besar beban ukuran berlebih pada sebuah halaman.

Memperbaiki pustaka media yang sudah terlanjur berat

Kompres pustaka yang ada alih-alih hanya unggahan baru, karena postingan lama membawa sebagian besar beban ukuran pada situs yang sudah mapan. Blog yang telah berjalan selama 5 tahun mungkin menyimpan ribuan gambar yang tidak dikompresi.

Unduh folder unggahan (uploads), proses sebagai satu batch, dan ganti file-file tersebut dengan tetap mempertahankan nama yang sama agar postingan yang ada tetap berfungsi. Membuat ulang gambar mini setelahnya akan membangun kembali ukuran turunan dari file asli yang lebih kecil. Buat salinan cadangan sebelum mengganti apa pun, karena ini adalah salah satu dari sedikit tugas gambar yang menimpa file secara langsung.

Memproses seluruh folder unggahan

Masukkan folder tersebut sebagai arsip ZIP dan setiap gambar yang didukung di dalamnya akan diekstrak, diubah ukurannya, dan dikompresi dalam satu langkah. Hingga 500 file dapat dijalankan per batch, yang mencakup sebagian besar situs kecil dan menengah dalam beberapa putaran.

Semuanya terjadi di dalam browser Anda pada prosesor Anda sendiri, sehingga situs klien, draf yang belum diterbitkan, dan galeri pribadi tidak pernah mencapai server. Hal ini penting bagi agensi yang bekerja di bawah kontrak, di mana mengunggah pustaka media klien ke layanan kompresi yang tidak dikenal akan melanggar perjanjian bahkan jika tidak ada masalah yang terjadi.

Kembali ke blog