GudangWEB.com

Jasa Pembuatan Website SEO

Hubungi Kami
October 10, 2026 • Jasa Pembuatan Website SEO • Berita • Terakhir diperbaharui: October 10, 2026

Cara Mengatasi White Screen of Death di WordPress: Panduan Pemulihan Lengkap

Cara Mengatasi White Screen of Death

Memahami Fenomena White Screen of Death (WSOD) pada WordPress

Di antara sekian banyak insiden teknis yang dapat menimpa situs berbasis WordPress, White Screen of Death (WSOD) menduduki posisi teratas sebagai masalah yang paling membuat panik pemilik website. Layar browser mendadak kosong putih bersih tanpa pesan kesalahan apa pun — seolah-olah website lenyap begitu saja dari internet. Kondisi ini bisa terjadi hanya di sisi front-end (halaman publik yang dilihat pengunjung), hanya di area admin (wp-admin), atau bahkan di kedua sisi sekaligus.

Secara teknis, WSOD terjadi karena script PHP pada instalasi WordPress Anda mengalami fatal error yang menghentikan seluruh proses eksekusi sebelum output HTML sempat dikirim ke browser. Karena konfigurasi server produksi standar mematikan pelaporan error demi alasan keamanan, browser hanya menerima respons kosong tanpa header konten yang valid. Kabar baiknya, WSOD tidak menghapus data Anda — seluruh artikel, produk WooCommerce, transaksi, dan database tetap aman tersimpan di server MySQL.

5 Penyebab Utama White Screen of Death

Memahami akar masalah akan membantu Anda mencegah insiden berulang dan mempercepat proses diagnosis:

  • Alokasi PHP Memory Limit Habis: Kombinasi plugin berat seperti WooCommerce, Elementor, WPML, dan plugin analitik dapat membutuhkan memori lebih dari 128MB. Jika batas alokasi memori pada hosting hanya 64MB, eksekusi script PHP langsung dihentikan oleh server.
  • Konflik Antar Plugin Pasca Pembaruan: Dua plugin mendeklarasikan fungsi global identik (namespace collision) atau memanggil pustaka JavaScript/PHP yang saling bertentangan.
  • Kesalahan Sintaks di File Tema: Modifikasi manual pada file functions.php yang meninggalkan tag PHP tidak tertutup, tanda titik koma hilang, atau kurung kurawal tidak berpasangan.
  • Inkompatibilitas Versi PHP: Melakukan upgrade versi PHP server dari 7.4 ke 8.1 atau 8.2 tanpa memeriksa apakah tema dan plugin aktif sudah mendukung pembaruan fungsi PHP modern.
  • File Core WordPress Korup: Proses auto-update WordPress yang terputus di tengah jalan akibat koneksi lambat atau server timeout, meninggalkan file sistem yang terpotong tidak sempurna.

Panduan Langkah Demi Langkah Mengatasi WSOD

Langkah 1: Periksa Email Recovery Mode WordPress

Sejak WordPress versi 5.2, sistem telah dilengkapi fitur Recovery Mode bawaan. Ketika terjadi fatal error, WordPress secara otomatis mengirimkan email darurat ke alamat email administrator utama yang berisi tautan rahasia untuk masuk ke dasbor dalam mode aman. Periksa kotak masuk (termasuk folder spam atau junk) email admin Anda terlebih dahulu sebelum melakukan langkah manual.

Langkah 2: Aktifkan Mode Debugging (WP_DEBUG)

Jika email recovery tidak masuk, langkah terpenting berikutnya adalah membuat WordPress mencatat pesan error yang selama ini tersembunyi. Buka file wp-config.php di direktori root situs melalui cPanel File Manager atau SFTP, temukan baris define('WP_DEBUG', false); dan ubah menjadi konfigurasi logging berikut:

define( 'WP_DEBUG', true );
define( 'WP_DEBUG_LOG', true );
define( 'WP_DEBUG_DISPLAY', false );
@ini_set( 'display_errors', 0 );

Konfigurasi di atas akan mencatat seluruh jejak error ke dalam file /wp-content/debug.log tanpa menampilkannya ke pengunjung publik. Buka file log tersebut — baris paling bawah akan menunjukkan nama file, nomor baris kode, dan jenis fatal error spesifik yang menjadi sumber masalah.

Langkah 3: Tingkatkan PHP Memory Limit

Bila file debug log menunjukkan pesan galat “Allowed memory size of X bytes exhausted”, tambahkan baris berikut di file wp-config.php tepat sebelum baris /* That’s all, stop editing! */:

define( 'WP_MEMORY_LIMIT', '256M' );
define( 'WP_MAX_MEMORY_LIMIT', '512M' );

Sebagai cadangan, Anda juga dapat menambahkan php_value memory_limit 256M di file .htaccess jika hosting Anda menggunakan web server Apache atau LiteSpeed.

Langkah 4: Nonaktifkan Semua Plugin via File Manager

Jika dashboard admin tidak bisa diakses sama sekali, isolasi masalah plugin melalui File Manager cPanel atau FTP:

  1. Navigasi ke direktori public_html/wp-content/.
  2. Ubah nama folder plugins menjadi plugins_disabled.
  3. Refresh website di browser Anda.

Jika website berhasil menyala kembali, dipastikan salah satu plugin adalah biang keroknya. Kembalikan nama folder menjadi plugins, masuk ke wp-admin, lalu aktifkan plugin satu per satu untuk menemukan plugin yang menyebabkan bentrok. Gunakan metode eliminasi biner (mengaktifkan separuh demi separuh) untuk menghemat waktu.

Langkah 5: Beralih ke Tema Default WordPress

Jika menonaktifkan plugin tidak membuahkan hasil, kemungkinan besar masalah berasal dari tema aktif Anda. Masuk ke folder /wp-content/themes/ dan ubah nama folder tema yang sedang aktif (contoh: ubah astra menjadi astra_disabled). WordPress akan secara otomatis beralih ke salah satu tema default seperti Twenty Twenty-Four. Jika tampilan pulih, periksa file functions.php atau perbarui tema ke versi teranyar.

Langkah 6: Hapus File .maintenance dan Periksa File .htaccess

Pembaruan core atau plugin yang macet di tengah jalan sering kali meninggalkan file tersembunyi bernama .maintenance di direktori root website. Keberadaan file ini mengunci akses publik situs Anda. Hapus file tersebut jika ditemukan. Selain itu, file konfigurasi server yang korup juga dapat memperburuk kondisi menjadi error 500 internal server. Buat cadangan file .htaccess lama, lalu regenerasi melalui menu Settings > Permalinks di dasbor WordPress.

Checklist Diagnostik Cepat WSOD

  • Periksa kotak masuk email admin untuk tautan darurat Recovery Mode.
  • Aktifkan WP_DEBUG dan periksa pesan error di /wp-content/debug.log.
  • Pastikan memory limit PHP di server minimal 256MB.
  • Verifikasi kesesuaian versi PHP di cPanel dengan spesifikasi tema dan plugin.
  • Pastikan tidak ada file .maintenance yang tertinggal di root direktori.
  • Bersihkan Object Cache (Redis atau Memcached) jika diaktifkan pada server hosting Anda.

FAQ Seputar White Screen of Death

Apakah data postingan, halaman, dan produk WooCommerce saya hilang saat WSOD?
Sama sekali tidak. WSOD murni merupakan kegagalan eksekusi skrip PHP, bukan kerusakan pada basis data MySQL. Seluruh konten, data pelanggan, dan riwayat transaksi tetap tersimpan dengan utuh dan aman di server database Anda.

Berapa lama waktu yang dibutuhkan untuk memperbaiki WSOD?
Jika ditangani dengan metode debugging yang tepat dan sistematis, akar penyebab WSOD umumnya dapat diidentifikasi dalam waktu 15 hingga 30 menit, dan situs dapat pulih sepenuhnya dalam kurang dari 1 jam.

Apakah WSOD dapat dicegah sepenuhnya?
Risiko WSOD dapat diminimalkan hingga 95% dengan menerapkan SOP pembaruan yang ketat: selalu melakukan backup berkala, menguji update di lingkungan staging, dan menghindari instalasi plugin yang tidak terpercaya atau tidak terawat.

Kapan Anda Membutuhkan Bantuan Profesional?

Jika website bisnis Anda memiliki trafik harian yang tinggi, toko online dengan perputaran transaksi aktif, atau Anda merasa ragu mengedit file sensitif server secara manual, jangan biarkan downtime berlarut-larut menggerus omzet dan posisi ranking SEO Anda di Google.

Percayakan pemulihan website Anda kepada tim profesional Jasa Perbaikan WordPress dari Gudangweb. Tim teknisi berpengalaman kami siap mendiagnosis sumber masalah, memperbaiki bug fatal, dan mengembalikan website Anda online dengan jaminan keamanan data penuh dalam hitungan jam.

Telp Chat WA