Cara Update WordPress, Tema, dan Plugin Tanpa Error
Rutinitas update WordPress yang aman: backup, staging, urutan update, cek PHP, mengatasi layar putih atau critical error, dan cara rollback.
Jawaban singkat
Update WordPress yang aman dimulai dari backup yang bisa dipulihkan, uji di staging, lalu update berurutan satu per satu sambil mengecek website. Bila muncul critical error, nonaktifkan plugin atau tema terakhir yang diubah, lalu pulihkan dari backup bila perlu.
Daftar isi
- Kenapa update WordPress bisa merusak website?
- Rutinitas update yang aman, langkah demi langkah
- 1. Buat backup yang benar-benar bisa dipulihkan
- 2. Siapkan staging
- 3. Cek kompatibilitas PHP dan versi
- 4. Update dengan urutan yang terkendali
- 5. Jadwalkan di jam sepi
- Bagaimana mengatasi layar putih atau critical error?
- Cara rollback bila update bermasalah
- Ringkasan gejala dan langkah pertama
- Pertanyaan yang sering diajukan
Pernah menekan "Perbarui semua", lalu beberapa detik kemudian website hanya menampilkan "There has been a critical error on this website"? Kejadian seperti ini umumnya bisa dicegah, atau setidaknya cepat dipulihkan, dengan rutinitas yang sama setiap kali update.
Intinya sederhana: backup dulu, uji di tempat aman, update satu per satu, dan tahu cara mundur bila ada yang rusak. Tidak memperbarui sama sekali bukan pilihan, karena plugin dan tema usang yang punya celah keamanan menjadi pintu masuk peretasan, seperti dibahas di keamanan WordPress dasar.
Kenapa update WordPress bisa merusak website?
Penyebabnya biasanya salah satu dari tiga hal. Plugin atau tema memakai fungsi yang diubah atau dihapus di versi WordPress baru. Versi PHP di server terlalu lama atau terlalu baru untuk kode plugin tertentu. Atau dua plugin bentrok setelah salah satunya diperbarui.
Ketiganya bisa dideteksi lebih awal bila kamu menguji update di salinan website sebelum menyentuh website asli.
Rutinitas update yang aman, langkah demi langkah
1. Buat backup yang benar-benar bisa dipulihkan
Backup harus mencakup file (termasuk folder wp-content) dan database. Simpan di luar server, misalnya penyimpanan cloud terpisah. Backup di server yang sama ikut hilang bila server bermasalah.
Yang sering terlewat: menguji pemulihan. Backup yang belum pernah dicoba dipulihkan belum terbukti berfungsi. Coba sesekali pulihkan ke staging. Prinsip lengkapnya ada di backup website otomatis.
2. Siapkan staging
Staging adalah salinan website di alamat terpisah, misalnya subdomain khusus. Banyak panel hosting menyediakan fitur pembuatan staging. Bila tidak ada, salin file dan database secara manual, lalu pastikan mesin pencari tidak mengindeks staging.
Untuk website kecil dengan update minor, staging bisa terasa berlebihan. Untuk update besar seperti naik ke versi WordPress mayor atau mengganti versi PHP, staging sangat disarankan.
3. Cek kompatibilitas PHP dan versi
Buka Alat > Kesehatan Situs > Info untuk melihat versi WordPress, PHP, dan database. Bandingkan dengan syarat di halaman tiap plugin penting: versi WordPress yang sudah dites dan versi PHP minimal. Per 4 November 2026, WordPress 7.x membutuhkan minimal PHP 7.4, dengan rekomendasi PHP 8.3 atau lebih baru. Ringkasan rilis terbarunya ada di WordPress 7.0.
Bila ingin menaikkan versi PHP, lakukan sebagai langkah terpisah, bukan bersamaan dengan update WordPress. Dengan begitu kalau ada masalah, penyebabnya jelas.
4. Update dengan urutan yang terkendali
Urutan yang umum dipakai:
- Update plugin satu per satu, mulai dari yang paling penting (misalnya WooCommerce dan plugin pembayaran), lalu cek website setiap kali.
- Update tema, dan bila memakai child theme, cek apakah ada template yang perlu disesuaikan.
- Update inti WordPress.
- Buka halaman utama, halaman produk, formulir, checkout, dan halaman login admin.
- Kosongkan cache (plugin cache, cache server, dan CDN) lalu cek sekali lagi.
Kenapa satu per satu? Karena bila website rusak setelah update kelima dari sepuluh plugin, kamu langsung tahu pelakunya. Tombol "perbarui semua" menghemat satu menit tetapi bisa menghabiskan satu jam untuk mencari penyebab.
Pengguna yang akrab dengan terminal bisa memakai WP-CLI, misalnya wp plugin update nama-plugin untuk satu plugin dan wp core update untuk inti WordPress.
5. Jadwalkan di jam sepi
Lakukan update saat pengunjung sedikit dan saat ada orang yang bisa memantau. Hindari update tepat sebelum kampanye promo atau di luar jam kerja tim.
Bagaimana mengatasi layar putih atau critical error?
Jangan panik dan jangan langsung memulihkan backup. Sering kali masalahnya cukup diselesaikan dengan menonaktifkan satu plugin.
Cek email admin. Sejak WordPress 5.2, saat terjadi error fatal, WordPress biasanya mengirim email ke alamat admin berisi nama plugin atau tema penyebab dan tautan mode pemulihan. Lewat tautan itu kamu bisa login dan menonaktifkan plugin yang bermasalah.
Nonaktifkan plugin lewat file. Bila email tidak datang, buka File Manager atau FTP, masuk ke wp-content/plugins, lalu ubah nama folder plugin yang terakhir diperbarui (misalnya tambahkan -off). WordPress akan menganggap plugin itu tidak ada. Untuk tema, cara yang sama berlaku di wp-content/themes, dan WordPress akan beralih ke tema default bila tersedia.
Baca log error. Aktifkan WP_DEBUG dan WP_DEBUG_LOG di wp-config.php sementara waktu. Error akan dicatat di wp-content/debug.log. Matikan kembali setelah selesai agar log tidak terbuka ke publik.
Cek PHP. Bila error muncul setelah versi PHP berubah, kembalikan dulu versi PHP sebelumnya lewat panel hosting, lalu cari plugin yang belum cocok.
Cara rollback bila update bermasalah
Ada beberapa tingkat mundur, dari yang paling ringan:
- Kembali ke versi plugin sebelumnya. Versi lama plugin dari direktori wordpress.org biasanya bisa diunduh di halaman plugin bagian "Advanced". Ganti folder plugin dengan versi itu. WP-CLI juga bisa:
wp plugin install nama-plugin --version=x.y.z --force. - Fitur rollback otomatis. Sejak WordPress 6.6, bila update otomatis sebuah plugin memicu error fatal, WordPress mengembalikan plugin itu ke versi sebelumnya. Jangan andalkan ini sebagai satu-satunya pengaman.
- Pulihkan backup penuh. Bila kerusakan menyentuh database, misalnya setelah migrasi data plugin, pulihkan file dan database dari backup sebelum update. Perhatikan bahwa pesanan atau pesan formulir yang masuk setelah backup bisa ikut hilang, jadi catat dulu.
Ringkasan gejala dan langkah pertama
| Gejala | Langkah pertama |
|---|---|
| Critical error setelah update plugin | Ubah nama folder plugin terakhir di wp-content/plugins |
| Tampilan berantakan, tidak ada error | Kosongkan cache plugin, server, dan CDN |
| Error setelah ganti versi PHP | Kembalikan versi PHP sebelumnya, lalu cek plugin |
| Data hilang atau rusak | Pulihkan backup file dan database sebelum update |
Pertanyaan yang sering diajukan
Seberapa sering sebaiknya update WordPress?
Rilis keamanan sebaiknya dipasang secepatnya. Untuk update fitur, jadwal rutin mingguan atau dua mingguan dengan backup dan pengecekan sudah cukup bagi kebanyakan website bisnis.
Apakah auto-update aman diaktifkan?
Untuk rilis minor inti WordPress, auto-update umumnya aman dan dianjurkan. Untuk plugin penting seperti toko online dan pembayaran, banyak pemilik website memilih update manual setelah dites.
Plugin sudah lama tidak diperbarui pengembangnya, apa yang harus dilakukan?
Cari pengganti dengan fungsi sama yang masih aktif dirawat. Plugin yang ditinggalkan cenderung tidak cocok dengan versi WordPress dan PHP baru, dan celahnya tidak ditambal.
Apakah menghapus cache perlu setelah update?
Perlu. Cache bisa menyimpan file CSS atau JavaScript lama sehingga website terlihat rusak padahal update sudah benar.
Checklist singkat setiap kali update:
- Backup file dan database tersimpan di luar server
- Versi PHP dan syarat plugin sudah dicek
- Update besar dites dulu di staging
- Plugin diperbarui satu per satu, website dicek setiap kali
- Cache dikosongkan setelah selesai
- Tahu cara menonaktifkan plugin lewat file bila terjadi error
