Tutorials
Panduan Lengkap Mengatasi Error WordPress Langkah Demi Langkah
Daftar isi
- Getting Started: Pahami Dulu Cara Kerja Error WordPress
- Prasyarat Sebelum Mengatasi Error di WordPress
- Akses yang sebaiknya disiapkan
- Alat yang berguna
- Kenapa backup wajib?
- Perbandingan Metode Mengatasi Error WordPress
- Rekomendasi berdasarkan situasi
- Step 1: Backup Website Sebelum Menyentuh Apa Pun
- Backup lewat cPanel atau panel hosting
- Backup manual lewat SSH
- Expected output
- Kenapa langkah ini penting?
- Step 2: Kenali Jenis Error yang Muncul
- Jenis error WordPress yang sering muncul
- Kenapa identifikasi error penting?
- Step 3: Aktifkan Mode Debug WordPress
- Cara mengaktifkan debug
- Kenapa WPDEBUGDISPLAY dibuat false?
- Expected output
- Setelah selesai, matikan debug
- Step 4: Cek Log Error Server
- Lokasi log yang umum
- Perintah membaca log Apache
- Perintah membaca log Nginx
- Expected output
- Kenapa log server penting?
- Step 5: Nonaktifkan Semua Plugin WordPress
- Kalau masih bisa masuk dashboard
- Kalau tidak bisa masuk dashboard
- Expected output
- Alternatif lewat WP-CLI
- Kenapa langkah ini penting?
- Step 6: Ganti Tema ke Tema Bawaan WordPress
- Cara lewat dashboard
- Cara lewat File Manager atau FTP
- Cara lewat WP-CLI
- Kenapa tema perlu dicek?
- Step 7: Perbaiki File .htaccess untuk Error 500 dan 404
- Cara cepat memperbaiki .htaccess
- Buat .htaccess baru
- Isi .htaccess standar WordPress
- Expected output
- Kenapa langkah ini penting?
- Step 8: Atasi 500 Internal Server Error
- Penyebab umum error 500
- Urutan perbaikan yang disarankan
- Naikkan memory limit lewat wp-config.php
- Naikkan memory limit lewat php.ini
- Naikkan memory limit lewat .htaccess
- Upload ulang file inti WordPress
- Expected output
- Step 9: Atasi White Screen of Death atau Layar Putih
- Penyebab paling sering
- Langkah perbaikan
- Contoh error di debug.log
- Cara memperbaiki syntax error sederhana
- Expected output
- Kenapa WSoD perlu ditangani cepat?
- Step 10: Atasi “There Has Been a Critical Error on This Website”
- Langkah pertama: cek email admin
- Kalau tidak ada email
- Contoh debug critical error
- Solusi
- Kenapa critical error sering muncul setelah update?
- Step 11: Atasi Error Establishing a Database Connection
- Penyebab umum
- Cek file wp-config.php
- Tes koneksi database sederhana
- Expected output
- Perbaiki database lewat fitur WordPress
- Kenapa baris itu harus dihapus?
- Step 12: Atasi Error 404 Not Found di WordPress
- Penyebab umum
- Cara paling cepat: simpan ulang permalink
- Flush rewrite lewat WP-CLI
- Kalau hanya beberapa URL yang 404
- Contoh redirect di .htaccess
- Kenapa 404 perlu diperbaiki?
- Step 13: Atasi Gagal Upload Gambar dan Media
- Penyebab umum
- Cek permission folder upload
- Naikkan batas upload lewat php.ini
- Naikkan lewat .htaccess
- Cek ukuran maksimal dari WordPress
- Kenapa postmaxsize harus lebih besar atau sama?
- Step 14: Atasi Maximum Execution Time Exceeded
- Contoh pesan error
- Solusi lewat php.ini
- Solusi lewat .htaccess
- Solusi lewat wp-config.php
- Kenapa jangan asal menaikkan terlalu tinggi?
- Step 15: Atasi Memory Limit Error
- Solusi lewat wp-config.php
- Solusi lewat php.ini
- Solusi lewat panel hosting
- Expected output
- Kapan harus upgrade hosting?
- Step 16: Atasi Briefly Unavailable for Scheduled Maintenance
- Gejala
- Solusi
- Expected output
- Kenapa file ini muncul?
- Step 17: Atasi “An Unexpected Error Occurred” Saat Tambah Plugin
- Penyebab umum
- Tes koneksi ke API WordPress
- Expected output
- Tambahkan hosts entry jika DNS bermasalah
- Whitelist IP di CSF Firewall
- Kenapa ini penting?
- Step 18: Atasi “Headers Already Sent”
- Contoh pesan
- Penyebab umum
- Contoh kode bermasalah
- Perbaikan
- Kenapa ini penting?
- Step 19: Atasi Layout Website Berantakan
- Penyebab umum
- Langkah perbaikan
- Cek error JavaScript di browser
- Kenapa fitur optimasi bisa bikin masalah?
- Step 20: Atasi Tidak Bisa Login Dashboard WordPress
- Penyebab umum
- Langkah cepat
- Ubah URL WordPress lewat wp-config.php
- Ubah password admin lewat WP-CLI
- Kenapa URL penting?
- Step 21: Update Versi PHP dengan Aman
- Cara cek versi PHP
- Tips aman sebelum update PHP
- Kenapa versi PHP berpengaruh ke ROI?
- Step 22: Gunakan WP-CLI untuk Perbaikan Lebih Cepat
- Cek status WordPress
- Nonaktifkan semua plugin
- Update semua plugin
- Cek daftar plugin
- Flush permalink
- Reinstall file inti WordPress
- Kenapa WP-CLI berguna?
- Step 23: Bersihkan Cache Browser, Plugin, dan CDN
- Urutan membersihkan cache
- Clear DNS cache di Windows
- Clear DNS cache di macOS
- Kenapa cache sering membingungkan?
- Step 24: Audit Plugin dan Tema Setelah Website Pulih
- Audit plugin
- Audit tema
- Kenapa audit penting?
- Studi Kasus: Website Jasa Lokal Mendadak Critical Error Setelah Update
- Background
- Challenge/Problem
- Approach
- Implementation
- Results
- Key Learnings
- Review Alat: Pilihan Tool untuk Mengatasi Error WordPress
- 1. File Manager Hosting
- 2. FTP/SFTP
- 3. phpMyAdmin
- 4. WP-CLI
- Verdict berdasarkan kebutuhan
- Kesalahan Umum Saat Mengatasi Error WordPress
- 1. Mengubah terlalu banyak hal sekaligus
- 2. Tidak backup sebelum edit
- 3. Menghapus plugin langsung
- 4. Membiarkan debug aktif
- 5. Mengabaikan versi PHP
- 6. Membersihkan cache hanya di satu tempat
- Tips Troubleshooting Berdasarkan Gejala
- Website blank putih
- Dashboard tidak bisa dibuka
- Hanya halaman artikel yang 404
- Gagal unggah gambar
- Error setelah update plugin
- Error setelah update PHP
- Checklist Cepat Mengatasi Error di WordPress
- Strategi Pencegahan Agar Error WordPress Tidak Sering Kambuh
- Pakai staging untuk update besar
- Jadwalkan backup rutin
- Kurangi plugin yang tidak penting
- Update bertahap
- Pantau performa hosting
- Konteks Local SEO: Kenapa Website Lokal Harus Cepat Pulih
- Dampak error pada bisnis lokal
- Tips khusus website lokal
- Halaman yang wajib dicek setelah perbaikan
- Template SOP Perbaikan Error WordPress untuk Tim
- SOP singkat saat website error
- Contoh File wp-config.php yang Lebih Aman untuk Troubleshooting
- Catatan penting
- Contoh Alur Diagnosis 15 Menit
- Menit 0–3: amankan dan catat
- Menit 3–6: cek penyebab paling umum
- Menit 6–9: cek tema dan .htaccess
- Menit 9–12: aktifkan debug
- Menit 12–15: ambil keputusan
- Troubleshooting Lanjutan untuk Server VPS
- Cek status web server
- Restart web server
- Cek PHP-FPM
- Cek ruang disk
- Cek penggunaan memori
- Cek proses berat
- Kapan Harus Menghubungi Hosting atau Teknisi?
- FAQ Seputar Mengatasi Error di WordPress
- Apakah aman menonaktifkan semua plugin?
- Apakah mengganti tema akan menghapus konten?
- Kenapa website masih error setelah diperbaiki?
- Apakah restore backup selalu solusi terbaik?
- Berapa memory limit yang ideal?
- Apakah perlu menghapus plugin yang tidak aktif?
- Apa bedanya error 500 dan critical error?
- Kenapa error muncul setelah update?
- Cheat Sheet Perintah Penting
- Prioritas Perbaikan Berdasarkan Risiko
- Pola Pikir yang Tepat Saat Memperbaiki WordPress
- Kesimpulan
Kalau website tiba-tiba blank putih, muncul 500 Internal Server Error, gagal unggah gambar, atau menampilkan pesan “There has been a critical error on this website”, rasanya memang bikin deg-degan. Kabar baiknya, sebagian besar error di WordPress bisa dilacak dengan langkah yang rapi: mulai dari backup, membaca log, menonaktifkan plugin, mengecek tema, sampai memperbaiki konfigurasi server.
Ringkasnya: panduan ini membahas cara mengatasi error di WordPress secara bertahap, lengkap dengan persiapan, perintah teknis, contoh kode, hasil yang diharapkan, perbandingan metode, studi kasus, dan tips troubleshooting. Cocok buat Teman-Teman yang mengelola blog pribadi, toko online WooCommerce, website sekolah, portal berita lokal, landing page bisnis, atau situs jasa di Jakarta, Bandung, Surabaya, Yogyakarta, Medan, Denpasar, dan kota lain di Indonesia.
Jawaban cepat: Untuk mengatasi error WordPress, mulai dari backup website, aktifkan mode debug, cek log error, nonaktifkan plugin dan tema, periksa file
.htaccess, naikkan limit PHP bila perlu, cek koneksi database, lalu hubungi penyedia hosting jika masalah berasal dari server.
Getting Started: Pahami Dulu Cara Kerja Error WordPress
Sebelum masuk ke langkah teknis, kita samakan dulu gambaran besarnya.
WordPress itu ibarat warung digital. Ada etalase depan yang dilihat pengunjung, ada dapur belakang berupa dashboard admin, ada gudang database, ada rak file berisi tema dan plugin, lalu ada listriknya yaitu server hosting.
Kalau website error, penyebabnya bisa datang dari salah satu bagian ini:
- Plugin yang bentrok atau rusak
- Tema yang tidak cocok dengan versi WordPress atau PHP
- Database yang tidak bisa tersambung
- File WordPress yang rusak
- Server hosting yang kehabisan memori atau waktu eksekusi
- File
.htaccessyang salah aturan - Cache browser, plugin, atau CDN yang menyimpan tampilan lama
- DNS atau firewall yang memblokir koneksi ke layanan WordPress
MUGHU sering melihat satu pola yang sama saat menangani website WordPress: orang panik lalu langsung mengubah banyak hal sekaligus. Ini bahaya. Kalau lima perubahan dijalankan bersamaan, kita jadi tidak tahu solusi mana yang berhasil atau malah bikin masalah baru.
Jadi, prinsip utama memperbaiki error WordPress adalah:
- Amankan data dulu.
- Cari petunjuk error.
- Uji satu penyebab dalam satu waktu.
- Catat perubahan.
- Pulihkan akses website secepat mungkin.
Prasyarat Sebelum Mengatasi Error di WordPress
Sebelum utak-atik file, pastikan Teman-Teman punya akses dan alat berikut.
Akses yang sebaiknya disiapkan
- Akses dashboard WordPress
- Akses cPanel, Plesk, hPanel, DirectAdmin, atau panel hosting lain
- Akses File Manager hosting
- Akses FTP/SFTP memakai FileZilla atau aplikasi sejenis
- Akses phpMyAdmin untuk database
- Akses SSH kalau memakai VPS atau cloud server
- Email admin WordPress, terutama untuk kasus critical error
- Backup terbaru file dan database
Alat yang berguna
| Alat | Fungsi | Cocok untuk |
|---|---|---|
| File Manager hosting | Mengedit file tanpa aplikasi tambahan | Perbaikan cepat |
| FTP/SFTP | Mengakses file WordPress lebih stabil | Website tidak bisa login |
| phpMyAdmin | Mengecek dan memperbaiki database | Error database |
| WP-CLI | Mengelola WordPress lewat terminal | VPS, pengembang, teknisi |
| Plugin backup | Membuat dan memulihkan cadangan | Website aktif dan masih bisa masuk admin |
| Log error server | Melihat penyebab teknis | Error 500, critical error, blank putih |
Kenapa backup wajib?
Backup itu sabuk pengaman. Kita berharap tidak dipakai, tapi saat terjadi masalah, backup bisa menyelamatkan semuanya.
Backup yang ideal mencakup:
- Folder WordPress, terutama
wp-content - Database MySQL atau MariaDB
- File konfigurasi seperti
wp-config.php - File
.htaccess - Upload media di
wp-content/uploads
Kalau website dipakai untuk bisnis, backup bukan cuma urusan teknis. Ini soal biaya downtime, kehilangan pesanan, prospek masuk, trafik SEO, tampilan iklan, sampai kepercayaan pelanggan.
Perbandingan Metode Mengatasi Error WordPress
Sebelum memilih langkah, lihat dulu metode mana yang paling cocok.
| Metode | Kelebihan | Kekurangan | Paling cocok untuk |
|---|---|---|---|
| Dashboard WordPress | Mudah dan aman | Tidak bisa dipakai kalau admin terkunci | Error ringan, plugin bermasalah |
| File Manager | Cepat dari panel hosting | Risiko salah edit file | Blank putih, critical error |
| FTP/SFTP | Stabil dan fleksibel | Butuh data login FTP | Nonaktifkan plugin/tema saat admin tidak bisa dibuka |
| phpMyAdmin | Bisa memperbaiki database langsung | Risiko tinggi kalau salah ubah tabel | Database error, plugin aktif terkunci |
| WP-CLI | Cepat dan rapi | Perlu SSH | Server VPS, pengelolaan profesional |
| Restore backup | Cepat mengembalikan website | Bisa kehilangan perubahan terbaru | Error besar setelah update |
| Bantuan hosting | Cocok untuk masalah server | Bergantung respons penyedia | DNS, firewall, limit server, koneksi API |
Rekomendasi berdasarkan situasi
| Situasi | Metode yang disarankan |
|---|---|
| Masih bisa login admin | Dashboard WordPress dulu |
| Website blank putih | FTP/File Manager + debug |
| Error 500 | .htaccess, plugin, PHP memory, log server |
| Error database | wp-config.php, phpMyAdmin, bantuan hosting |
| Gagal unggah gambar | Permission folder, limit upload, PHP setting |
| Website bisnis sedang ramai | Restore backup atau staging dulu |
| VPS sendiri | SSH, WP-CLI, log server |
Step 1: Backup Website Sebelum Menyentuh Apa Pun
Langkah pertama mengatasi error di WordPress adalah membuat backup. Jangan lewati bagian ini walau kelihatannya error-nya kecil.
Kalau Teman-Teman masih bisa masuk dashboard, gunakan plugin backup yang sudah tersedia. Kalau tidak bisa masuk admin, pakai panel hosting.
Backup lewat cPanel atau panel hosting
Biasanya alurnya seperti ini:
- Masuk ke panel hosting.
- Buka menu Backup, Backup Wizard, atau fitur sejenis.
- Unduh backup file website.
- Unduh backup database.
- Simpan di komputer atau penyimpanan awan.
Backup manual lewat SSH
Kalau memakai VPS, Teman-Teman bisa membuat arsip file website dengan perintah:
cd /var/www/html
tar -czvf backup-wordpress-files.tar.gz .
Lalu backup database:
mysqldump -u nama_user_database -p nama_database > backup-wordpress-database.sql
Masukkan kata sandi database saat diminta.
Expected output
Untuk backup file:
backup-wordpress-files.tar.gz
Untuk backup database:
Baca juga Netlify: Panduan Lengkap Deploy Website Tanpa Ribet
backup-wordpress-database.sql
Kenapa langkah ini penting?
Karena banyak perbaikan WordPress melibatkan perubahan file dan database. Kalau salah edit wp-config.php, salah hapus folder plugin, atau salah ubah tabel database, backup membuat kita bisa mundur ke kondisi aman.
Step 2: Kenali Jenis Error yang Muncul
Setiap pesan error memberi petunjuk. Jangan cuma melihat website “rusak”, tapi baca pesan yang muncul.
Jenis error WordPress yang sering muncul
| Error | Gejala | Dugaan penyebab |
|---|---|---|
| White Screen of Death | Layar putih kosong | Plugin, tema, memori PHP, fatal error |
| 500 Internal Server Error | Server gagal memproses halaman | .htaccess, plugin, PHP, file rusak |
| 404 Not Found | Halaman tidak ditemukan | Permalink, URL berubah, .htaccess |
| Error Establishing a Database Connection | Website tidak tersambung ke database | Kredensial database salah, server database down |
| Critical Error | Pesan error serius WordPress | Fatal PHP error dari plugin/tema |
| Briefly unavailable for scheduled maintenance | Website tertahan mode maintenance | Update gagal atau berhenti di tengah jalan |
| Upload failed | Gagal unggah gambar/file | Permission folder, limit upload, temporary folder |
| Maximum Execution Time Exceeded | Proses PHP terlalu lama | Plugin berat, import besar, server limit |
| upload_max_filesize | File terlalu besar | Limit PHP upload rendah |
| An Unexpected Error Occurred | Tidak bisa konek ke WordPress.org | DNS, firewall, koneksi server |
Kenapa identifikasi error penting?
Karena solusi untuk tiap error berbeda. Error 404 biasanya tidak perlu bongkar database. Error database tidak selesai hanya dengan membersihkan cache. Error 500 bisa terlihat umum, tapi penyebabnya bisa dari file .htaccess, plugin, tema, atau limit server.
Kalau ibarat dokter, langkah ini seperti memeriksa gejala sebelum memberi obat.
Step 3: Aktifkan Mode Debug WordPress
Mode debug membantu WordPress menampilkan atau mencatat pesan error yang lebih jelas. Ini sangat berguna untuk critical error, blank putih, dan error PHP.
Dokumentasi resmi WordPress juga menjelaskan konstanta debug seperti WP_DEBUG, WP_DEBUG_LOG, dan WP_DEBUG_DISPLAY di halaman Debugging in WordPress.
Cara mengaktifkan debug
Buka file wp-config.php di folder utama WordPress. Biasanya lokasinya sejajar dengan folder:
wp-admin
wp-content
wp-includes
Cari baris ini:
define( 'WP_DEBUG', false );
Ubah atau tambahkan konfigurasi berikut sebelum baris:
/* That's all, stop editing! Happy publishing. */
Kode lengkapnya:
define( 'WP_DEBUG', true );
define( 'WP_DEBUG_LOG', true );
define( 'WP_DEBUG_DISPLAY', false );
define( 'SCRIPT_DEBUG', true );
Kenapa WP_DEBUG_DISPLAY dibuat false?
Karena kita tidak ingin pesan error tampil ke pengunjung. Lebih aman kalau error dicatat ke file log.
Dengan pengaturan di atas, error biasanya tersimpan di:
wp-content/debug.log
Expected output
Setelah membuka atau memuat ulang website, cek file:
wp-content/debug.log
Contoh isi log:
PHP Fatal error: Uncaught Error: Call to undefined function example_function()
in /home/user/public_html/wp-content/plugins/nama-plugin/plugin.php:42
Dari contoh ini, petunjuknya jelas:
- Error berasal dari plugin
- Nama file bermasalah terlihat
- Nomor baris kode terlihat
Setelah selesai, matikan debug
Jangan biarkan debug aktif terus di website produksi.
Ubah kembali menjadi:
define( 'WP_DEBUG', false );
define( 'WP_DEBUG_LOG', false );
define( 'WP_DEBUG_DISPLAY', false );
define( 'SCRIPT_DEBUG', false );
Step 4: Cek Log Error Server
Kalau debug WordPress belum cukup, cek log server. Ini sering membantu untuk error 500, timeout, masalah permission, atau batas memori.
Lokasi log yang umum
Di cPanel, biasanya ada menu:
Metrics > Errors
Di VPS berbasis Ubuntu dengan Apache, log bisa ada di:
Baca juga Tutorial Cloudflare Tunnel: Aplikasi Lokal ke Internet
/var/log/apache2/error.log
Untuk Nginx:
/var/log/nginx/error.log
Perintah membaca log Apache
tail -n 100 /var/log/apache2/error.log
Perintah membaca log Nginx
tail -n 100 /var/log/nginx/error.log
Expected output
PHP Fatal error: Allowed memory size of 134217728 bytes exhausted
Artinya, website kehabisan memori PHP.
Contoh lain:
Permission denied: /wp-content/uploads/2026/07/image.jpg
Artinya, folder upload kemungkinan bermasalah di izin file.
Kenapa log server penting?
Log server seperti rekaman CCTV. Website hanya menampilkan “error”, tapi log bisa menunjukkan kejadian sebenarnya di belakang layar.
Step 5: Nonaktifkan Semua Plugin WordPress
Plugin adalah penyebab yang sangat sering muncul dalam error WordPress. Bukan berarti plugin itu buruk, ya. Masalah biasanya muncul karena:
- Plugin tidak cocok dengan versi WordPress terbaru
- Plugin bentrok dengan plugin lain
- Plugin tidak cocok dengan versi PHP
- Plugin rusak saat proses update
- Plugin terlalu berat untuk server
Kalau masih bisa masuk dashboard
Ikuti langkah ini:
- Masuk ke Plugins > Installed Plugins.
- Pilih semua plugin.
- Pilih Deactivate.
- Cek website.
- Aktifkan plugin satu per satu.
- Setiap mengaktifkan satu plugin, muat ulang website.
Kalau tidak bisa masuk dashboard
Gunakan File Manager atau FTP.
Masuk ke folder:
wp-content
Ubah nama folder:
plugins
Menjadi:
plugins_old
Expected output
Jika penyebabnya plugin, website akan kembali terbuka setelah folder plugin diubah namanya.
Setelah itu, buat folder baru bernama:
plugins
Lalu pindahkan plugin dari plugins_old satu per satu untuk mencari penyebabnya.
Alternatif lewat WP-CLI
Kalau punya akses SSH dan WP-CLI, jalankan:
wp plugin deactivate --all
Expected output:
Success: Deactivated 12 of 12 plugins.
Untuk mengaktifkan satu plugin:
wp plugin activate nama-plugin
Kenapa langkah ini penting?
Karena plugin berjalan di atas WordPress. Kalau ada satu plugin memicu fatal error, seluruh website bisa ikut tumbang. Dengan menonaktifkan semua plugin, kita memisahkan masalah plugin dari masalah inti WordPress.
Step 6: Ganti Tema ke Tema Bawaan WordPress
Kalau plugin bukan penyebabnya, cek tema. Tema WordPress tidak cuma mengatur tampilan, tapi juga bisa berisi fungsi PHP, integrasi editor, script, dan pengaturan tambahan.
Tema yang rusak bisa memicu:
Baca juga Panduan Lengkap Notion AI 2026
- Blank putih
- Critical error
- Layout berantakan
- Menu tidak berfungsi
- Error setelah update PHP
- Error setelah update WordPress
Cara lewat dashboard
- Masuk ke Appearance > Themes.
- Aktifkan tema bawaan seperti Twenty Twenty-Four atau Twenty Twenty-Five.
- Cek website.
Cara lewat File Manager atau FTP
Masuk ke folder:
wp-content/themes
Cari folder tema aktif. Misalnya:
tema-bisnis
Ubah menjadi:
tema-bisnis_old
WordPress biasanya akan mencoba memakai tema bawaan yang tersedia.
Cara lewat WP-CLI
Lihat daftar tema:
wp theme list
Aktifkan tema bawaan:
wp theme activate twentytwentyfour
Expected output:
Success: Switched to 'Twenty Twenty-Four' theme.
Kenapa tema perlu dicek?
Banyak orang mengira tema hanya soal warna dan tata letak. Padahal tema bisa berisi kode PHP aktif. Kalau kode itu tidak cocok dengan versi PHP server, error bisa muncul bahkan sebelum halaman selesai dimuat.
Step 7: Perbaiki File .htaccess untuk Error 500 dan 404
File .htaccess adalah file konfigurasi server Apache. Di WordPress, file ini sering mengatur permalink atau struktur URL.
Kalau file ini rusak, website bisa memunculkan:
- 500 Internal Server Error
- 404 Not Found
- Redirect berulang
- Halaman admin tidak bisa dibuka
Cara cepat memperbaiki .htaccess
Masuk ke folder utama WordPress, lalu cari file:
.htaccess
Ubah namanya menjadi:
.htaccess_old
Lalu coba buka website.
Kalau website terbuka, berarti file .htaccess lama bermasalah.
Buat .htaccess baru
Kalau masih bisa masuk dashboard:
- Buka Settings > Permalinks.
- Jangan ubah apa pun.
- Klik Save Changes.
WordPress akan membuat ulang aturan permalink.
Isi .htaccess standar WordPress
Kalau perlu membuat manual, gunakan:
# BEGIN WordPress
<IfModule mod_rewrite.c>
RewriteEngine On
RewriteRule .* - [E=HTTP_AUTHORIZATION:%{HTTP:Authorization}]
RewriteBase /
RewriteRule ^index\.php$ - [L]
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteRule . /index.php [L]
</IfModule>
# END WordPress
Expected output
- Error 500 hilang jika penyebabnya
.htaccess - Halaman dan artikel kembali bisa dibuka
- Error 404 akibat permalink rusak berkurang
Kenapa langkah ini penting?
WordPress mengandalkan aturan rewrite agar URL cantik seperti:
https://domain.com/cara-mengatasi-error-wordpress/
bisa diarahkan ke konten yang benar. Kalau aturan rewrite rusak, server tidak tahu halaman mana yang harus ditampilkan.
Step 8: Atasi 500 Internal Server Error
500 Internal Server Error adalah salah satu error paling membingungkan, karena pesannya umum banget. Server hanya memberi tahu bahwa ada sesuatu yang salah, tapi tidak langsung menunjukkan penyebabnya.
Baca juga Cara Migrasi WordPress ke VPS Tanpa Downtime
Penyebab umum error 500
- File
.htaccessrusak - Plugin bentrok
- Tema bermasalah
- Limit memori PHP habis
- File inti WordPress rusak
- Permission file salah
- Versi PHP tidak cocok
Urutan perbaikan yang disarankan
- Rename
.htaccess. - Nonaktifkan semua plugin.
- Ganti tema ke tema bawaan.
- Aktifkan debug.
- Cek log server.
- Naikkan memory limit.
- Upload ulang folder
wp-admindanwp-includes.
Naikkan memory limit lewat wp-config.php
Tambahkan sebelum baris “stop editing”:
define( 'WP_MEMORY_LIMIT', '256M' );
define( 'WP_MAX_MEMORY_LIMIT', '512M' );
Naikkan memory limit lewat php.ini
memory_limit = 256M
max_execution_time = 300
Naikkan memory limit lewat .htaccess
php_value memory_limit 256M
php_value max_execution_time 300
Catatan kecil: tidak semua hosting mengizinkan pengaturan PHP lewat .htaccess. Kalau setelah menambah kode ini website malah error 500, hapus kode tersebut dan atur lewat panel hosting.
Upload ulang file inti WordPress
Kalau plugin dan tema tidak menyelesaikan masalah, ada kemungkinan file inti WordPress rusak.
Unduh WordPress dari situs resmi WordPress.org, lalu upload ulang folder:
wp-admin
wp-includes
Jangan timpa folder:
wp-content
karena folder itu berisi tema, plugin, dan media website.
Expected output
Website kembali memuat halaman normal, atau minimal pesan error berubah menjadi lebih spesifik sehingga lebih mudah dilacak.
Step 9: Atasi White Screen of Death atau Layar Putih
White Screen of Death, sering disingkat WSoD, adalah kondisi ketika website hanya menampilkan layar putih kosong. Tidak ada pesan. Tidak ada petunjuk. Bikin garuk-garuk kepala.
Penyebab paling sering
- Plugin fatal error
- Tema rusak
- PHP memory limit habis
- Kesalahan kode di
functions.php - Update gagal
- Versi PHP tidak cocok
Langkah perbaikan
- Aktifkan debug WordPress.
- Rename folder
plugins. - Rename folder tema aktif.
- Naikkan limit memori PHP.
- Cek file
debug.log. - Restore backup jika error muncul setelah update besar.
Contoh error di debug.log
PHP Parse error: syntax error, unexpected token "}" in /wp-content/themes/tema-aktif/functions.php on line 87
Artinya ada kesalahan kode di file functions.php, baris 87.
Cara memperbaiki syntax error sederhana
Misalnya sebelumnya ada kode seperti ini:
function contoh_error() {
echo 'Halo WordPress';
}}
Ada kelebihan kurung kurawal }.
Perbaiki menjadi:
function contoh_error() {
echo 'Halo WordPress';
}
Expected output
Setelah kesalahan kode diperbaiki, website tidak lagi blank putih dan halaman mulai tampil normal.
Kenapa WSoD perlu ditangani cepat?
Karena pengunjung tidak mendapat pesan apa pun. Dari sisi pengalaman pengguna, blank putih terasa seperti website mati total. Untuk bisnis lokal, toko online, atau website jasa, ini bisa langsung menurunkan kepercayaan calon pelanggan.
Step 10: Atasi “There Has Been a Critical Error on This Website”
Pesan critical error WordPress biasanya muncul karena fatal error pada PHP. WordPress sering mengirim email ke admin yang berisi informasi penyebab error dan tautan mode pemulihan.
Langkah pertama: cek email admin
Cari email dengan subjek sejenis:
Your Site is Experiencing a Technical Issue
Cek juga folder spam atau promosi.
Email biasanya memberi tahu:
- Plugin atau tema yang bermasalah
- File penyebab error
- Baris kode yang memicu masalah
- Tautan mode pemulihan
Kalau tidak ada email
Jalankan langkah ini:
- Aktifkan debug.
- Cek
wp-content/debug.log. - Nonaktifkan semua plugin.
- Ganti tema.
- Cek versi PHP.
- Naikkan memory limit.
Contoh debug critical error
PHP Fatal error: Uncaught Error: Class "Elementor\Plugin" not found
in /wp-content/plugins/plugin-addon/addon.php:25
Artinya plugin addon memanggil class dari Elementor, tapi Elementor tidak aktif atau tidak tersedia.
Baca juga Rekomendasi Plugin AI untuk Artikel WordPress Otomatis
Solusi
- Aktifkan plugin utama yang dibutuhkan
- Update plugin addon
- Hapus plugin addon kalau tidak kompatibel
- Turunkan versi plugin bila error muncul setelah update
Kenapa critical error sering muncul setelah update?
Karena update mengubah kode. Kalau plugin A bergantung pada fungsi lama dari plugin B, lalu plugin B berubah, plugin A bisa error. Ini sebabnya website bisnis sebaiknya menguji update di staging sebelum diterapkan di website utama.
Step 11: Atasi Error Establishing a Database Connection
Error ini berarti WordPress gagal tersambung ke database. Tanpa database, WordPress tidak bisa mengambil konten, pengaturan, akun pengguna, pesanan WooCommerce, atau data formulir.
Penyebab umum
- Nama database salah
- User database salah
- Kata sandi database salah
- Host database salah
- Server database mati
- Database rusak
- Resource hosting penuh
Cek file wp-config.php
Buka file wp-config.php, lalu cek bagian ini:
define( 'DB_NAME', 'nama_database' );
define( 'DB_USER', 'user_database' );
define( 'DB_PASSWORD', 'password_database' );
define( 'DB_HOST', 'localhost' );
Pastikan sesuai dengan data di panel hosting.
Tes koneksi database sederhana
Buat file sementara bernama:
db-test.php
Isi dengan kode:
<?php
$mysqli = new mysqli('localhost', 'user_database', 'password_database', 'nama_database');
if ($mysqli->connect_error) {
die('Koneksi gagal: ' . $mysqli->connect_error);
}
echo 'Koneksi database berhasil';
Buka di browser:
https://domain.com/db-test.php
Expected output
Kalau berhasil:
Koneksi database berhasil
Kalau gagal:
Koneksi gagal: Access denied for user
Setelah selesai, hapus file db-test.php. Jangan dibiarkan di server.
Perbaiki database lewat fitur WordPress
Tambahkan ini ke wp-config.php:
define( 'WP_ALLOW_REPAIR', true );
Lalu buka:
https://domain.com/wp-admin/maint/repair.php
Pilih:
- Repair Database
- atau Repair and Optimize Database
Setelah selesai, hapus baris:
define( 'WP_ALLOW_REPAIR', true );
Kenapa baris itu harus dihapus?
Karena halaman perbaikan database bisa diakses tanpa login saat fitur ini aktif. Untuk keamanan, aktifkan hanya saat dibutuhkan.
Step 12: Atasi Error 404 Not Found di WordPress
Error 404 terjadi ketika halaman tidak ditemukan. Ini bisa terjadi di satu halaman, beberapa artikel, atau seluruh website kecuali beranda.
Penyebab umum
- Permalink rusak
- File
.htaccessbermasalah - Artikel dihapus
- URL berubah
- Plugin redirect salah pengaturan
- Custom post type belum flush rewrite rules
Cara paling cepat: simpan ulang permalink
- Masuk ke dashboard.
- Buka Settings > Permalinks.
- Klik Save Changes.
Tidak perlu mengubah struktur.
Flush rewrite lewat WP-CLI
wp rewrite flush
Expected output:
Success: Rewrite rules flushed.
Kalau hanya beberapa URL yang 404
Cek:
- Apakah halaman masih ada?
- Apakah slug berubah?
- Apakah ada redirect lama?
- Apakah link internal salah?
- Apakah artikel pindah kategori?
Contoh redirect di .htaccess
Kalau halaman lama pindah ke halaman baru:
Baca juga Shortcut Keyboard Excel: Kerja Jadi 50% Lebih Cepat
Redirect 301 /artikel-lama/ https://domain.com/artikel-baru/
Kenapa 404 perlu diperbaiki?
Error 404 memang tidak selalu merusak seluruh website, tapi bisa mengganggu pengalaman pengunjung dan membuang peluang SEO. Kalau halaman lama punya trafik dari Google, redirect 301 membantu mengarahkan pengunjung ke halaman yang relevan.
Step 13: Atasi Gagal Upload Gambar dan Media
Masalah upload gambar sering muncul dengan pesan seperti:
HTTP error
atau:
The uploaded file exceeds the upload_max_filesize directive in php.ini
atau:
Failed to write file to disk
Penyebab umum
- Ukuran file terlalu besar
- Permission folder upload salah
- Folder temporary tidak tersedia
- Memory limit kecil
- Plugin keamanan memblokir upload
- File type tidak diizinkan
- Server kehabisan ruang penyimpanan
Cek permission folder upload
Folder upload ada di:
wp-content/uploads
Permission yang umum:
| Item | Permission umum |
|---|---|
| Folder | 755 |
| File | 644 |
Lewat SSH:
find wp-content/uploads -type d -exec chmod 755 {} \;
find wp-content/uploads -type f -exec chmod 644 {} \;
Naikkan batas upload lewat php.ini
upload_max_filesize = 64M
post_max_size = 64M
memory_limit = 256M
max_execution_time = 300
Naikkan lewat .htaccess
php_value upload_max_filesize 64M
php_value post_max_size 64M
php_value max_execution_time 300
php_value max_input_time 300
Cek ukuran maksimal dari WordPress
Masuk ke:
Media > Add New
Biasanya WordPress menampilkan batas upload maksimal.
Expected output:
Maximum upload file size: 64 MB.
Kenapa post_max_size harus lebih besar atau sama?
Karena upload file dikirim melalui permintaan POST. Kalau upload_max_filesize 64M tapi post_max_size cuma 8M, upload tetap gagal.
Step 14: Atasi Maximum Execution Time Exceeded
Error ini muncul saat proses PHP berjalan terlalu lama. Biasanya terjadi ketika:
- Import konten besar
- Update plugin berat
- Backup berjalan lama
- Generate thumbnail banyak gambar
- Plugin optimasi memproses banyak file
Contoh pesan error
Fatal error: Maximum execution time of 30 seconds exceeded
Solusi lewat php.ini
max_execution_time = 300
max_input_time = 300
Solusi lewat .htaccess
php_value max_execution_time 300
php_value max_input_time 300
Solusi lewat wp-config.php
set_time_limit(300);
Letakkan dengan hati-hati. Kalau server hosting tidak mengizinkan, kode ini bisa tidak berpengaruh.
Kenapa jangan asal menaikkan terlalu tinggi?
Karena proses yang terlalu lama bisa membebani server. Kalau error terus muncul, akar masalahnya mungkin bukan sekadar waktu eksekusi, tapi plugin terlalu berat, database penuh, atau hosting kurang kuat.
Step 15: Atasi Memory Limit Error
Memory limit error biasanya muncul seperti ini:
Fatal error: Allowed memory size of 134217728 bytes exhausted
Artinya, WordPress membutuhkan memori lebih besar daripada batas yang tersedia.
Solusi lewat wp-config.php
define( 'WP_MEMORY_LIMIT', '256M' );
define( 'WP_MAX_MEMORY_LIMIT', '512M' );
Solusi lewat php.ini
memory_limit = 256M
Solusi lewat panel hosting
Cari menu seperti:
PHP Settings
PHP Options
MultiPHP INI Editor
Select PHP Version
Lalu ubah:
memory_limit
menjadi:
256M
atau sesuai batas paket hosting.
Baca juga Rumus dan Fitur Excel: Panduan Lengkap untuk Pemula
Expected output
Error memory limit hilang, dashboard lebih stabil, dan proses seperti update atau upload berjalan normal.
Kapan harus upgrade hosting?
Kalau website sering kehabisan memori walau sudah dinaikkan, berarti ada dua kemungkinan:
- Website terlalu berat
- Paket hosting terlalu kecil
Untuk toko online, portal berita, atau website kursus dengan banyak plugin, upgrade ke paket yang lebih kuat sering lebih efisien daripada terus memadamkan api.
Step 16: Atasi Briefly Unavailable for Scheduled Maintenance
Pesan ini muncul saat WordPress sedang update. Normalnya hilang sendiri setelah update selesai.
Masalah muncul ketika update gagal, lalu website tertahan di mode maintenance.
Gejala
Pengunjung melihat:
Briefly unavailable for scheduled maintenance. Check back in a minute.
Solusi
Masuk ke folder utama WordPress, lalu hapus file:
.maintenance
Lewat SSH:
rm .maintenance
Expected output
Website kembali terbuka.
Kenapa file ini muncul?
Saat update berlangsung, WordPress membuat file .maintenance untuk memberi tahu sistem bahwa website sedang dirawat. Kalau update berhenti di tengah jalan, file ini tidak terhapus otomatis.
Step 17: Atasi “An Unexpected Error Occurred” Saat Tambah Plugin
Error ini sering muncul saat WordPress tidak bisa tersambung ke server WordPress.org. Akibatnya, Teman-Teman bisa gagal:
- Menambah plugin baru
- Mengunduh tema
- Menjalankan update
- Menerbitkan konten yang bergantung pada koneksi eksternal tertentu
Penyebab umum
- DNS server bermasalah
- Firewall memblokir koneksi
- Server tidak bisa menjangkau
api.wordpress.org - Konfigurasi VPS kurang tepat
Tes koneksi ke API WordPress
Jalankan:
curl -I https://api.wordpress.org
Expected output
Kalau normal, hasilnya kurang lebih:
HTTP/2 200
server: nginx
content-type: text/html; charset=utf-8
Tambahkan hosts entry jika DNS bermasalah
Buka file hosts:
sudo nano /etc/hosts
Tambahkan:
198.143.164.251 api.wordpress.org
Simpan file.
Whitelist IP di CSF Firewall
Kalau memakai CSF:
sudo nano /etc/csf/csf.allow
Tambahkan:
198.143.164.251 # WordPress API
Restart CSF:
sudo csf -r
Kenapa ini penting?
WordPress butuh koneksi ke WordPress.org untuk mengambil data plugin, tema, dan update. Kalau koneksi ini terblokir, dashboard bisa terlihat normal, tapi fitur update dan instalasi gagal.
Baca juga Rumus VLOOKUP Excel: Cara Pakai & Contoh Lengkap
Step 18: Atasi “Headers Already Sent”
Error ini biasanya muncul karena ada spasi kosong, karakter tak sengaja, atau output sebelum fungsi header PHP berjalan.
Contoh pesan
Warning: Cannot modify header information - headers already sent by
Penyebab umum
- Ada spasi sebelum
<?php - Ada spasi setelah
?> - File tersimpan dengan BOM
- Plugin atau tema mengirim output terlalu awal
Contoh kode bermasalah
<?php
function contoh() {
return true;
}
Ada baris kosong sebelum <?php.
Perbaikan
<?php
function contoh() {
return true;
}
Untuk file PHP murni, sebaiknya tidak memakai penutup ?> di akhir file.
Kenapa ini penting?
Header HTTP harus dikirim sebelum isi halaman. Kalau PHP sudah mengirim spasi atau teks lebih dulu, header tidak bisa diubah lagi.
Step 19: Atasi Layout Website Berantakan
Kadang website masih bisa dibuka, tapi tampilannya kacau. Menu tidak rapi, slider mati, tombol tidak bisa diklik, atau desain berubah aneh.
Penyebab umum
- Cache menyimpan file lama
- Plugin optimasi menggabungkan CSS/JS secara agresif
- CSS tema tidak termuat
- JavaScript error
- Konten disalin dari dokumen dengan format berantakan
- CDN belum memperbarui file
Langkah perbaikan
- Bersihkan cache browser.
- Bersihkan cache plugin WordPress.
- Matikan fitur minify CSS/JS.
- Matikan fitur combine CSS/JS.
- Bersihkan cache CDN.
- Cek console browser.
Cek error JavaScript di browser
Buka website, lalu tekan:
Ctrl + Shift + J
atau di Mac:
Cmd + Option + J
Cek tab Console.
Contoh error:
Uncaught TypeError: $ is not a function
Ini biasanya terkait konflik JavaScript atau jQuery.
Kenapa fitur optimasi bisa bikin masalah?
Minify dan combine CSS/JS bertujuan mempercepat website. Tapi kalau urutan file berubah, beberapa script bisa berjalan sebelum file yang dibutuhkan siap. Hasilnya, tampilan kacau.
Step 20: Atasi Tidak Bisa Login Dashboard WordPress
Tidak bisa login bisa terjadi karena banyak hal. Jangan langsung reset website.
Penyebab umum
- Salah kata sandi
- Cookie browser bermasalah
- Plugin keamanan memblokir login
- URL WordPress salah
- Redirect berulang
- Database user bermasalah
- File
.htaccessmengunci akses
Langkah cepat
- Coba browser lain.
- Bersihkan cookie dan cache.
- Reset kata sandi lewat email.
- Rename folder plugin keamanan.
- Rename
.htaccess. - Cek
siteurldanhomedi database.
Ubah URL WordPress lewat wp-config.php
Tambahkan:
define( 'WP_HOME', 'https://domain.com' );
define( 'WP_SITEURL', 'https://domain.com' );
Ganti domain.com sesuai domain Teman-Teman.
Ubah password admin lewat WP-CLI
wp user update namauser --user_pass="PasswordBaruYangKuat"
Expected output:
Success: Updated user 1.
Kenapa URL penting?
Kalau WordPress Address dan Site Address tidak sama formatnya, misalnya satu pakai www dan satu lagi tidak, login bisa bermasalah karena cookie tidak cocok.
Step 21: Update Versi PHP dengan Aman
WordPress berjalan di atas PHP. Kalau versi PHP terlalu lama, plugin modern bisa gagal. Kalau PHP terlalu baru sementara tema lama belum mendukung, error juga bisa muncul.
Dokumentasi resmi WordPress menjelaskan kebutuhan teknis terbaru di halaman WordPress Requirements.
Cara cek versi PHP
Di dashboard WordPress:
Tools > Site Health > Info > Server
Atau lewat SSH:
Baca juga Cara Install 9router di Termux Android, Anti Error
php -v
Expected output:
PHP 8.2.12 (cli)
Tips aman sebelum update PHP
- Backup dulu.
- Update WordPress core.
- Update plugin dan tema.
- Cek kompatibilitas plugin penting.
- Uji di staging kalau website bisnis.
- Naikkan versi bertahap, bukan lompat jauh tanpa tes.
Kenapa versi PHP berpengaruh ke ROI?
Versi PHP yang lebih baru biasanya membawa peningkatan kinerja dan keamanan. Website yang lebih cepat bisa membantu pengalaman pengunjung, konversi, dan efisiensi server. Tapi update tanpa tes bisa memicu downtime, jadi tetap perlu rapi.
Step 22: Gunakan WP-CLI untuk Perbaikan Lebih Cepat
WP-CLI adalah alat untuk mengelola WordPress lewat terminal. Dokumentasi resminya tersedia di WP-CLI.org.
Kalau Teman-Teman mengelola banyak website, WP-CLI bisa menghemat banyak waktu.
Cek status WordPress
wp core version
Expected output:
6.6.2
Nonaktifkan semua plugin
wp plugin deactivate --all
Update semua plugin
wp plugin update --all
Cek daftar plugin
wp plugin list
Expected output:
+-------------------+----------+-----------+---------+
| name | status | update | version |
+-------------------+----------+-----------+---------+
| akismet | active | none | 5.3 |
| woocommerce | inactive | available | 8.9 |
+-------------------+----------+-----------+---------+
Flush permalink
wp rewrite flush
Reinstall file inti WordPress
wp core download --skip-content --force
Kenapa WP-CLI berguna?
Karena saat dashboard lambat atau tidak bisa dibuka, terminal sering tetap bisa bekerja. Untuk teknisi, agensi, atau pengelola website bisnis, ini jauh lebih cepat daripada klik satu per satu.
Step 23: Bersihkan Cache Browser, Plugin, dan CDN
Kadang error sebenarnya sudah selesai, tapi tampilan lama masih muncul karena cache.
Cache itu seperti fotokopi halaman. Tujuannya mempercepat akses. Tapi saat website diperbaiki, cache bisa menyimpan versi lama yang masih error.
Urutan membersihkan cache
- Cache browser
- Cache plugin WordPress
- Cache server hosting
- Cache CDN
- Cache DNS lokal jika perlu
Clear DNS cache di Windows
ipconfig /flushdns
Expected output:
Successfully flushed the DNS Resolver Cache.
Clear DNS cache di macOS
sudo dscacheutil -flushcache; sudo killall -HUP mDNSResponder
Kenapa cache sering membingungkan?
Karena Teman-Teman mungkin melihat error, sementara orang lain melihat website normal. Atau sebaliknya. Jadi setelah perbaikan, selalu tes dari browser privat, perangkat lain, atau jaringan berbeda.
Step 24: Audit Plugin dan Tema Setelah Website Pulih
Setelah website kembali hidup, jangan langsung lega total. Justru ini waktu yang tepat untuk bersih-bersih.
Audit plugin
Cek:
- Plugin yang tidak dipakai
- Plugin yang lama tidak update
- Plugin dengan fungsi tumpang tindih
- Plugin berat yang memperlambat website
- Plugin dari sumber tidak jelas
Audit tema
Cek:
- Tema aktif masih dikembangkan atau tidak
- Child theme dipakai atau tidak
- Ada modifikasi langsung di tema utama atau tidak
- Kompatibel dengan versi PHP terbaru atau tidak
Kenapa audit penting?
Banyak error WordPress bukan kejadian tunggal. Error sering muncul karena kebiasaan lama: terlalu banyak plugin, jarang update, tidak ada staging, atau semua perubahan langsung dilakukan di website utama.
Studi Kasus: Website Jasa Lokal Mendadak Critical Error Setelah Update
Background
Sebuah website jasa lokal di area Jakarta Selatan memakai WordPress untuk menerima pertanyaan pelanggan lewat formulir kontak. Website ini juga punya beberapa halaman layanan yang sudah masuk Google, seperti “jasa renovasi rumah Jakarta Selatan” dan “kontraktor rumah minimalis”.
Trafiknya tidak besar, tapi bernilai. Dari 300–500 kunjungan organik per bulan, website bisa menghasilkan 20–35 pertanyaan masuk. Jadi, saat website error, dampaknya langsung terasa.
Challenge/Problem
Masalah muncul setelah update plugin formulir dan page builder. Website menampilkan pesan:
There has been a critical error on this website.
Dashboard admin juga tidak bisa dibuka.
Dari sisi bisnis, masalahnya bukan cuma teknis. Setiap jam website mati berarti calon pelanggan dari pencarian lokal tidak bisa menghubungi pemilik usaha.
Baca juga Cara Mudah Install WordPress di Localhost untuk Pemula
Approach
MUGHU tidak langsung restore backup, karena ada kemungkinan update masih bisa diselamatkan. Urutan pendekatannya:
- Backup kondisi saat ini.
- Aktifkan debug.
- Cek
debug.log. - Nonaktifkan plugin lewat FTP.
- Aktifkan plugin satu per satu.
- Ganti plugin bermasalah dengan versi stabil.
- Bersihkan cache.
- Cek formulir kontak dan halaman layanan.
Implementation
Debug menunjukkan error seperti ini:
PHP Fatal error: Uncaught Error: Call to undefined method Form_Plugin::legacy_loader()
in /wp-content/plugins/form-addon/form-addon.php:118
Penyebabnya bukan plugin formulir utama, melainkan addon lama yang tidak cocok dengan versi terbaru.
Folder plugin addon diganti nama:
form-addon
menjadi:
form-addon_disabled
Website langsung terbuka.
Setelah itu, plugin utama tetap dipakai, addon lama diganti dengan fitur bawaan plugin utama. Formulir dites ulang dengan mengirim pesan percobaan.
Results
Hasil yang masuk akal dari kasus seperti ini:
| Metrik | Sebelum perbaikan | Setelah perbaikan |
|---|---|---|
| Status website | Critical error | Normal |
| Waktu downtime | ±2 jam | Pulih |
| Formulir kontak | Tidak bisa diakses | Berhasil terkirim |
| Halaman layanan lokal | Tidak terbuka | Terindeks dan bisa diakses |
| Plugin bermasalah | Tidak teridentifikasi | Addon lama ditemukan |
Key Learnings
- Addon kecil bisa merusak seluruh website.
- Update sebaiknya diuji di staging untuk website yang menghasilkan prospek.
- Debug log mempercepat diagnosis.
- Restore backup bukan selalu langkah pertama, tapi wajib tersedia.
- Website lokal perlu dipulihkan cepat karena calon pelanggan sering butuh solusi saat itu juga.
Review Alat: Pilihan Tool untuk Mengatasi Error WordPress
Bagian ini bukan ulasan produk berbayar tertentu, tapi penilaian praktis atas alat yang sering dipakai saat memperbaiki error WordPress.
1. File Manager Hosting
Overview: File Manager adalah alat bawaan panel hosting untuk mengakses file website.
Fitur utama:
- Edit file
wp-config.php - Rename folder plugin
- Hapus
.maintenance - Ubah
.htaccess - Upload file WordPress
Kelebihan:
- Tidak perlu instal aplikasi
- Cepat untuk perbaikan darurat
- Cocok saat dashboard tidak bisa dibuka
Kekurangan:
- Editor kadang kurang nyaman
- Risiko salah hapus file
- Tidak seaman SFTP untuk alur kerja serius
Paling cocok untuk: perbaikan cepat di shared hosting.
Sebaiknya dihindari jika: Teman-Teman harus mengedit banyak file besar atau bekerja dalam tim teknis.
2. FTP/SFTP
Overview: FTP/SFTP membantu mengelola file WordPress dari komputer.
Fitur utama:
- Upload dan unduh folder
- Rename plugin/tema
- Backup file
- Edit file dengan editor lokal
Kelebihan:
- Lebih stabil untuk banyak file
- Nyaman untuk backup manual
- SFTP lebih aman daripada FTP biasa
Kekurangan:
- Perlu data login
- Pengguna harus lebih teliti dengan struktur folder
Paling cocok untuk: website yang dashboard-nya terkunci atau blank putih.
3. phpMyAdmin
Overview: phpMyAdmin dipakai untuk mengelola database MySQL/MariaDB lewat tampilan web.
Fitur utama:
- Export/import database
- Edit tabel
wp_options - Cek user admin
- Repair tabel database
Kelebihan:
- Bisa memperbaiki error database
- Tersedia di banyak hosting
- Berguna saat dashboard tidak bisa dibuka
Kekurangan:
- Risiko tinggi kalau salah edit
- Tampilan teknis
- Tidak cocok untuk coba-coba
Paling cocok untuk: error database dan URL WordPress salah.
4. WP-CLI
Overview: WP-CLI adalah alat baris perintah untuk mengelola WordPress.
Fitur utama:
- Update plugin
- Nonaktifkan tema
- Flush permalink
- Reinstall core
- Kelola user
Kelebihan:
- Cepat
- Bisa otomatisasi
- Cocok untuk banyak website
Kekurangan:
- Butuh SSH
- Tidak semua hosting mendukung
- Perlu terbiasa dengan terminal
Paling cocok untuk: VPS, cloud hosting, agensi, dan pengelolaan profesional.
Verdict berdasarkan kebutuhan
| Kebutuhan | Pilihan terbaik |
|---|---|
| Perbaikan cepat tanpa aplikasi | File Manager |
| Website blank dan perlu akses file | SFTP |
| Database bermasalah | phpMyAdmin |
| Banyak website dan butuh efisiensi | WP-CLI |
| Website bisnis butuh aman | Staging + backup + SFTP |
| Masalah server kompleks | Bantuan hosting/VPS admin |
Kesalahan Umum Saat Mengatasi Error WordPress
Biar tidak jatuh ke lubang yang sama, hindari beberapa kebiasaan ini.
1. Mengubah terlalu banyak hal sekaligus
Ini kesalahan klasik. Misalnya mengganti tema, menghapus plugin, mengubah PHP, dan mengedit .htaccess dalam satu waktu.
Kalau website pulih, kita tidak tahu penyebabnya. Kalau makin rusak, kita juga bingung harus mundur ke mana.
2. Tidak backup sebelum edit
Edit file tanpa backup itu seperti memperbaiki genteng tanpa tangga cadangan. Bisa saja aman, tapi kalau terpeleset, repot.
3. Menghapus plugin langsung
Lebih aman rename folder dulu daripada hapus langsung. Kalau ternyata bukan penyebabnya, Teman-Teman tinggal mengembalikan nama folder.
4. Membiarkan debug aktif
Debug berguna saat perbaikan, tapi jangan dibiarkan aktif di website produksi. Pesan error bisa membocorkan struktur file.
5. Mengabaikan versi PHP
Plugin dan tema modern sering butuh versi PHP yang sesuai. Di sisi lain, tema lama bisa rusak saat PHP dinaikkan terlalu jauh.
6. Membersihkan cache hanya di satu tempat
Cache bisa ada di browser, plugin, server, CDN, bahkan DNS. Kalau hanya bersihkan satu, tampilan error lama bisa tetap muncul.
Tips Troubleshooting Berdasarkan Gejala
Website blank putih
Coba urutan ini:
- Aktifkan debug.
- Rename folder
plugins. - Rename tema aktif.
- Naikkan memory limit.
- Cek
debug.log.
Dashboard tidak bisa dibuka
Coba:
- Browser privat.
- Bersihkan cookie.
- Rename plugin keamanan.
- Rename
.htaccess. - Cek
WP_HOMEdanWP_SITEURL.
Hanya halaman artikel yang 404
Coba:
- Simpan ulang permalink.
- Flush rewrite.
- Cek
.htaccess. - Cek slug artikel.
- Buat redirect 301 jika URL berubah.
Gagal unggah gambar
Coba:
- Cek ukuran file.
- Cek permission
uploads. - Naikkan
upload_max_filesize. - Naikkan
post_max_size. - Cek ruang disk hosting.
Error setelah update plugin
Coba:
- Rename folder plugin terbaru.
- Cek changelog plugin.
- Pulihkan versi sebelumnya.
- Laporkan ke pengembang plugin.
- Cari alternatif kalau plugin tidak dirawat.
Error setelah update PHP
Coba:
- Turunkan sementara versi PHP.
- Update plugin dan tema.
- Cek plugin yang tidak kompatibel.
- Ganti tema lama jika perlu.
- Uji ulang di staging.
Checklist Cepat Mengatasi Error di WordPress
Gunakan checklist ini saat sedang panik.
- Catat pesan error yang muncul
- Backup file dan database
- Aktifkan debug WordPress
- Cek
wp-content/debug.log - Cek log error server
- Nonaktifkan semua plugin
- Ganti ke tema bawaan
- Rename
.htaccess - Simpan ulang permalink
- Cek kredensial database
- Naikkan memory limit bila perlu
- Cek permission folder upload
- Bersihkan cache
- Uji website dari browser lain
- Matikan debug setelah selesai
Strategi Pencegahan Agar Error WordPress Tidak Sering Kambuh
Mencegah selalu lebih murah daripada memperbaiki. Apalagi kalau website menghasilkan penjualan, pendaftaran, iklan, atau prospek lokal.
Pakai staging untuk update besar
Staging adalah salinan website untuk pengujian. Update plugin, tema, dan PHP sebaiknya dicoba di staging dulu.
Kalau aman, baru terapkan ke website utama.
Jadwalkan backup rutin
Untuk website biasa:
- Backup mingguan mungkin cukup
- Backup harian lebih aman untuk website aktif
Untuk toko online:
- Backup database sebaiknya lebih sering
- Pesanan WooCommerce berubah setiap saat
Kurangi plugin yang tidak penting
Setiap plugin menambah beban dan risiko. Kalau dua plugin punya fungsi sama, pilih satu.
Contoh:
- Jangan pakai tiga plugin cache sekaligus
- Jangan pakai banyak plugin keamanan yang saling tumpang tindih
- Jangan simpan plugin nonaktif terlalu lama
Update bertahap
Jangan update 20 plugin sekaligus di website utama. Kalau terjadi error, sulit mencari penyebabnya.
Lebih rapi:
- Backup.
- Update WordPress core.
- Update tema.
- Update plugin penting satu per satu.
- Cek website setiap beberapa update.
Pantau performa hosting
Cek:
- CPU usage
- RAM
- Entry process
- Disk usage
- Error log
- Bandwidth
- Database size
Kalau resource sering mentok, error bisa muncul berulang.
Konteks Local SEO: Kenapa Website Lokal Harus Cepat Pulih
Untuk bisnis lokal, error WordPress bukan cuma urusan tampilan. Misalnya website jasa AC di Surabaya, klinik gigi di Bandung, studio foto di Yogyakarta, katering di Jakarta, atau vila di Bali.
Calon pelanggan lokal biasanya mencari saat mereka sudah punya kebutuhan. Kalau website error, mereka tidak menunggu. Mereka klik pesaing.
Dampak error pada bisnis lokal
- Formulir kontak tidak terkirim
- Nomor WhatsApp tidak terlihat
- Halaman layanan tidak bisa dibuka
- Google mungkin menurunkan kualitas pengalaman halaman
- Iklan berbayar membuang biaya karena landing page rusak
- Calon pelanggan kehilangan rasa percaya
Tips khusus website lokal
- Pastikan tombol WhatsApp tetap berfungsi
- Simpan nomor kontak di Google Business Profile
- Jangan hanya mengandalkan formulir website
- Pantau halaman layanan utama
- Cek website setelah update plugin
- Pakai uptime monitoring untuk notifikasi cepat
Halaman yang wajib dicek setelah perbaikan
Untuk website lokal, cek minimal:
- Beranda
- Halaman layanan utama
- Halaman kontak
- Tombol WhatsApp
- Formulir pertanyaan
- Halaman lokasi/cabang
- Artikel SEO yang mendatangkan trafik
Template SOP Perbaikan Error WordPress untuk Tim
Kalau website dikelola oleh tim, buat SOP sederhana agar semua orang tahu harus melakukan apa.
SOP singkat saat website error
-
Laporkan gejala
- Pesan error
- URL terdampak
- Waktu kejadian
- Screenshot
-
Amankan data
- Backup file
- Backup database
-
Cek perubahan terakhir
- Update plugin
- Update tema
- Update PHP
- Perubahan kode
- Instalasi plugin baru
-
Diagnosis
- Debug WordPress
- Log server
- Nonaktifkan plugin
- Ganti tema
- Cek
.htaccess
-
Perbaikan
- Terapkan satu solusi
- Uji hasil
- Catat perubahan
-
Validasi
- Cek halaman penting
- Cek formulir
- Cek dashboard
- Cek tampilan mobile
-
Pencegahan
- Update dokumentasi
- Hapus plugin bermasalah
- Jadwalkan backup
- Buat staging jika belum ada
Contoh File wp-config.php yang Lebih Aman untuk Troubleshooting
Berikut contoh bagian konfigurasi yang sering dipakai saat troubleshooting.
<?php
define( 'DB_NAME', 'nama_database' );
define( 'DB_USER', 'user_database' );
define( 'DB_PASSWORD', 'password_database' );
define( 'DB_HOST', 'localhost' );
define( 'WP_MEMORY_LIMIT', '256M' );
define( 'WP_MAX_MEMORY_LIMIT', '512M' );
define( 'WP_DEBUG', true );
define( 'WP_DEBUG_LOG', true );
define( 'WP_DEBUG_DISPLAY', false );
define( 'SCRIPT_DEBUG', true );
/* That's all, stop editing! Happy publishing. */
Saat perbaikan selesai, ubah bagian debug menjadi:
define( 'WP_DEBUG', false );
define( 'WP_DEBUG_LOG', false );
define( 'WP_DEBUG_DISPLAY', false );
define( 'SCRIPT_DEBUG', false );
Catatan penting
Jangan membagikan isi wp-config.php ke publik. File ini berisi kredensial database. Kalau harus meminta bantuan teknisi, sensor bagian kata sandi dan nama pengguna.
Contoh Alur Diagnosis 15 Menit
Kalau website sedang error dan waktu terbatas, pakai alur cepat ini.
Menit 0–3: amankan dan catat
- Catat pesan error
- Ambil screenshot
- Cek apakah semua halaman terdampak
- Backup cepat jika panel hosting mendukung
Menit 3–6: cek penyebab paling umum
- Rename folder
plugins - Cek website
- Kalau pulih, plugin penyebabnya
Menit 6–9: cek tema dan .htaccess
- Rename tema aktif
- Rename
.htaccess - Cek website lagi
Menit 9–12: aktifkan debug
- Edit
wp-config.php - Cek
debug.log - Baca file dan baris penyebab
Menit 12–15: ambil keputusan
| Hasil diagnosis | Keputusan |
|---|---|
| Plugin jelas bermasalah | Nonaktifkan plugin, cari versi stabil |
| Tema rusak | Pakai tema bawaan sementara |
| Database gagal | Cek wp-config.php dan hosting |
| Server limit | Naikkan limit atau hubungi hosting |
| File core rusak | Upload ulang wp-admin dan wp-includes |
| Tidak jelas | Restore backup atau eskalasi ke teknisi |
Troubleshooting Lanjutan untuk Server VPS
Kalau Teman-Teman memakai VPS, tanggung jawabnya lebih luas. Hosting bersama biasanya mengurus banyak hal di belakang layar. VPS tidak begitu.
Cek status web server
Untuk Apache:
sudo systemctl status apache2
Untuk Nginx:
sudo systemctl status nginx
Expected output:
active (running)
Restart web server
Apache:
sudo systemctl restart apache2
Nginx:
sudo systemctl restart nginx
Cek PHP-FPM
sudo systemctl status php8.2-fpm
Restart:
sudo systemctl restart php8.2-fpm
Cek ruang disk
df -h
Expected output:
Filesystem Size Used Avail Use% Mounted on
/dev/sda1 50G 45G 5G 90% /
Kalau disk hampir penuh, upload bisa gagal dan database bisa bermasalah.
Cek penggunaan memori
free -m
Cek proses berat
top
atau:
htop
Kalau belum ada htop, instal dulu sesuai sistem operasi.
Kapan Harus Menghubungi Hosting atau Teknisi?
Tidak semua error harus diselesaikan sendiri. Kadang masalahnya memang ada di sisi server.
Hubungi penyedia hosting kalau:
- Server database down
- Website sering 502 atau 504
- CPU/RAM sering penuh
- Firewall memblokir koneksi penting
- Tidak bisa mengubah versi PHP
- File permission berubah sendiri
- Ada indikasi malware
- Backup hosting perlu dipulihkan
- Error terjadi di banyak website dalam satu akun
Hubungi teknisi WordPress kalau:
- Error berasal dari kode tema khusus
- Plugin penting bentrok dengan sistem bisnis
- WooCommerce error saat checkout
- Database perlu dibersihkan manual
- Website kena hack
- Perlu staging dan alur update profesional
FAQ Seputar Mengatasi Error di WordPress
Apakah aman menonaktifkan semua plugin?
Aman sebagai langkah diagnosis, selama tidak menghapus data plugin. Rename folder plugin atau deactivate lewat dashboard biasanya tidak menghapus pengaturan.
Tapi untuk plugin toko online, membership, LMS, atau booking, lakukan saat trafik rendah agar tidak mengganggu transaksi.
Apakah mengganti tema akan menghapus konten?
Tidak. Konten artikel dan halaman tersimpan di database. Tapi tampilan, widget, menu, dan pengaturan tema bisa berubah sementara.
Kenapa website masih error setelah diperbaiki?
Kemungkinan cache masih menyimpan tampilan lama, atau ada lebih dari satu penyebab. Bersihkan cache dan lanjutkan diagnosis satu per satu.
Apakah restore backup selalu solusi terbaik?
Restore backup cepat, tapi tidak selalu paling tepat. Kalau penyebabnya belum diketahui, error bisa muncul lagi setelah update berikutnya.
Berapa memory limit yang ideal?
Untuk blog ringan, 128M–256M sering cukup. Untuk WooCommerce, page builder berat, atau website dengan banyak plugin, 256M–512M lebih realistis.
Apakah perlu menghapus plugin yang tidak aktif?
Sebaiknya iya, kalau memang tidak dipakai. Plugin nonaktif tetap bisa menjadi risiko keamanan kalau dibiarkan lama dan tidak diperbarui.
Apa bedanya error 500 dan critical error?
Error 500 adalah pesan umum dari server. Critical error adalah pesan WordPress saat mendeteksi fatal error PHP. Keduanya bisa punya penyebab yang mirip, seperti plugin atau tema bermasalah.
Kenapa error muncul setelah update?
Karena update bisa mengubah fungsi, struktur file, atau kebutuhan versi PHP. Kalau plugin lain masih bergantung pada cara lama, konflik bisa terjadi.
Cheat Sheet Perintah Penting
| Kebutuhan | Perintah |
|---|---|
| Backup file | tar -czvf backup.tar.gz . |
| Backup database | mysqldump -u user -p database > backup.sql |
| Cek versi PHP | php -v |
| Cek disk | df -h |
| Cek memori | free -m |
| Nonaktifkan plugin WP-CLI | wp plugin deactivate --all |
| Flush permalink | wp rewrite flush |
| Reinstall core | wp core download --skip-content --force |
| Cek plugin | wp plugin list |
| Cek tema | wp theme list |
| Hapus maintenance | rm .maintenance |
| Cek Apache log | tail -n 100 /var/log/apache2/error.log |
| Cek Nginx log | tail -n 100 /var/log/nginx/error.log |
Prioritas Perbaikan Berdasarkan Risiko
| Risiko | Contoh error | Prioritas |
|---|---|---|
| Tinggi | Website mati total, critical error, database error | Tangani segera |
| Tinggi | Checkout WooCommerce gagal | Tangani segera |
| Sedang | Beberapa halaman 404 | Perbaiki dengan redirect/permalink |
| Sedang | Gagal upload gambar | Perbaiki saat produksi konten |
| Rendah | Cache tampilan lama | Bersihkan cache dan pantau |
| Rendah | Warning PHP di dashboard | Cek plugin/tema, jadwalkan perbaikan |
Pola Pikir yang Tepat Saat Memperbaiki WordPress
Saat mengatasi error di WordPress, jangan buru-buru merasa semua rusak. WordPress punya banyak lapisan, dan sering kali satu lapisan saja yang bermasalah.
Pola pikir yang membantu:
- Jangan panik.
- Jangan langsung hapus.
- Jangan ubah banyak hal sekaligus.
- Selalu cari petunjuk dari log.
- Simpan catatan perubahan.
- Pulihkan akses utama dulu.
- Setelah aman, baru rapikan akar masalah.
Kalau Teman-Teman mengelola website bisnis, perlakukan troubleshooting seperti proses operasional, bukan kegiatan dadakan. Website yang terawat rapi jauh lebih murah dijaga daripada website yang baru disentuh setelah rusak.
Kesimpulan
Mengatasi error di WordPress bukan soal menebak-nebak tombol mana yang harus diklik, tapi soal membaca gejala, mencari sumber masalah, lalu memperbaikinya dengan urutan yang aman. Mulai dari backup, cek log, nonaktifkan plugin atau tema yang mencurigakan, periksa versi PHP, bersihkan cache, sampai memastikan database dan file inti tetap sehat. Dengan alur seperti ini, Teman-Teman bisa mengurangi risiko website makin rusak saat proses perbaikan.
Yang paling penting, jangan memperlakukan semua error dengan cara yang sama. Error 500, critical error, masalah permalink, gagal upload, konflik plugin, atau website lambat punya prioritas dan pendekatan berbeda. Kalau ingin diagnosis lebih teknis, dokumentasi resmi tentang debugging di WordPress bisa jadi rujukan yang bagus untuk memahami cara membaca error secara lebih dalam.
Website WordPress yang sehat biasanya bukan hasil dari sekali perbaikan besar, tapi dari kebiasaan kecil yang konsisten: update terkontrol, plugin seperlunya, backup rutin, monitoring sederhana, dan catatan perubahan yang rapi. Jadi, saat error muncul lagi nanti, Teman-Teman tidak mulai dari panik, tapi dari prosedur yang jelas. Mulai perbaiki dari yang paling aman, catat setiap langkah, dan jadikan troubleshooting sebagai bagian dari cara merawat website secara profesional.
Referensi
Hostinger. (2026). Error WordPress paling umum dan cara mengatasinya.
Dewaweb Blog. (2026). Error pada WordPress dan solusi tepat mengatasinya.
SCND Digital. (2026). Mengatasi error umum pada WordPress dan solusi memperbaikinya.
DomaiNesia. (2026). Kumpulan kasus error WordPress dan cara mengatasinya.
Hostinger. (2026). Cara mengatasi critical error pada website WordPress.
LamanWP. (2026). Error WordPress yang sering terjadi dan cara mengatasinya.
Landfoster. (2026). Cara memperbaiki error WordPress umum dengan mudah.
Gapurahoster. (2026). Cara mengatasi error WordPress an unexpected error occurred.
Sobatcloud. (2026). Error WordPress dan cara cepat mengatasinya.
Romeltea. (2026). Error website WordPress, penyebab, dan cara mengatasinya.
Komentar (0)
Belum ada komentar. Jadilah yang pertama berbagi pendapat!
Tinggalkan komentar