12 Pengaturan Keamanan Admin WordPress, Debug, dan Pembaruan yang Wajib Dicek di 2026
Bayangkan berkas catatan error situs Anda, lengkap dengan lokasi folder di server dan rincian plugin yang terpasang, tersimpan di alamat yang bisa dibuka siapa saja. Ini bukan cerita fiksi. Menurut analisis mySites.guru pada Maret 2026, berkas debug.log buatan WordPress dapat diakses publik secara bawaan, dan Google sudah mengindeks ribuan di antaranya. Hal-hal kecil di wp-config.php dan panel admin seperti inilah yang sering menentukan apakah situs Anda aman atau menunggu giliran dibobol.
Artikel ini penutup dari tiga tulisan yang kami susun dari daftar klasik "60+ trik WordPress paling dicari" karya Hongkiat Lim di hongkiat.com. Dua artikel sebelumnya membahas 13 plugin dan fitur WordPress berguna serta kumpulan snippet functions.php WordPress yang aman. Kali ini kita membahas bagian yang paling berisiko jika ditiru mentah-mentah: debug, pengaturan admin, dan keamanan. Beberapa trik lama bahkan harus kami coret karena berbahaya.
- Jawaban Singkat: Apa yang Dimaksud Keamanan Admin WordPress?
- Empat Aturan Sebelum Mengubah Apa Pun
- Bagian 1: Debug Tanpa Membocorkan Data
- Bagian 2: Pengaturan Admin yang Sering Disalahpahami
- Bagian 3: Perkuat Pertahanan Situs Anda
- Yang Kami Ganti atau Coret dari Daftar Lama
- Urutan Pengerjaan Praktis: Sekitar 3 Jam
- Perkiraan Waktu dan Biaya dalam Rupiah
- Pertanyaan yang Sering Diajukan
- Penutup
- Satu Berkas Log Bisa Membuka Pintu Penyerang
Jawaban Singkat: Apa yang Dimaksud Keamanan Admin WordPress?
Keamanan admin WordPress adalah kumpulan pengaturan yang menentukan siapa yang boleh masuk, apa yang bisa diubah dari dashboard, dan informasi apa yang tampil ke publik. Pengaturannya tersebar di tiga tempat: berkas wp-config.php, menu di dashboard, dan beberapa plugin pendukung. Sebagian besar gratis dan cukup dikerjakan sekali, tetapi dampaknya terasa bertahun-tahun.
| No | Pengaturan | Risiko jika diabaikan | Kesulitan |
|---|---|---|---|
| 1 | Debug log yang aman | Rincian server bocor lewat berkas log | Mudah |
| 2 | Debug tanpa membuka error ke publik | Siapa pun bisa memicu tampilan error | Mudah |
| 3 | Lingkungan lokal dan staging | Uji coba langsung di situs asli | Sedang |
| 4 | Halaman All Settings | Salah ubah opsi yang merusak situs | Mudah |
| 5 | Masa login | Sesi login terlalu pendek atau terlalu lama | Mudah |
| 6 | Notifikasi pembaruan | Pengguna biasa bingung atau salah klik | Mudah |
| 7 | Plugin dari GitHub | Kode tanpa moderasi masuk ke situs | Sedang |
| 8 | HTTPS di admin | Kata sandi dan sesi login terbaca di jaringan | Mudah |
| 9 | Matikan penyuntingan berkas dari dashboard | Akun admin yang bocor bisa menanam kode | Mudah |
| 10 | Pembaruan otomatis | Celah lama dibiarkan terbuka | Mudah |
| 11 | Autentikasi dua langkah dan batas login | Tebakan kata sandi berhasil | Sedang |
| 12 | Audit akun pengguna | Akun lama menjadi pintu belakang | Mudah |
Empat Aturan Sebelum Mengubah Apa Pun
- Buat cadangan file dan database, lalu uji pemulihannya.
- Ubah wp-config.php lewat SFTP atau File Manager, dan jangan meninggalkan salinan seperti wp-config.php.bak di folder yang bisa dibuka publik.
- Ubah satu pengaturan dalam satu waktu, lalu periksa beranda dan wp-admin.
- Catat tanggal dan alasan setiap perubahan, supaya mudah dibatalkan. Version control untuk menyimpan perubahan kode sangat membantu di sini.
Bagian 1: Debug Tanpa Membocorkan Data
Cara Mengaktifkan Debug Log WordPress dengan Aman
Daftar lama menyarankan tiga baris ini untuk situs yang sudah tayang: WP_DEBUG dinyalakan, WP_DEBUG_LOG dinyalakan, dan WP_DEBUG_DISPLAY dimatikan. Idenya benar, tetapi ada jebakan. Dokumentasi resmi WordPress menjelaskan bahwa dengan nilai true, log disimpan di wp-content/debug.log, dan menurut mySites.guru berkas itu dapat dibuka publik secara bawaan.
Inilah cara mengaktifkan debug log WordPress dengan aman: tentukan lokasi log yang berbeda. Sejak WordPress 5.1, WP_DEBUG_LOG bisa berisi jalur berkas.
define( 'WP_DEBUG', true );
define( 'WP_DEBUG_DISPLAY', false );
@ini_set( 'display_errors', 0 );
define( 'WP_DEBUG_LOG', '/home/akun-anda/logs/wp-debug-x7f3k9.log' );
Tempel di wp-config.php, di atas baris "That's all, stop editing!". Ganti jalurnya dengan folder di luar public_html (tanyakan ke hosting bila ragu) dan beri nama berkas yang acak. Setelah masalah ketemu, ubah WP_DEBUG menjadi false dan hapus berkas lognya.
Cara Debug WordPress Tanpa Menampilkan Error ke Pengunjung
Trik "Smart WP_Debug" di daftar lama membaca parameter di alamat URL: tambahkan ?debug=2 dan WordPress langsung menampilkan error di layar. Ia disebut aman, padahal sebaliknya. Parameter itu bisa ditambahkan siapa saja, bukan hanya Anda, sehingga pengunjung iseng atau penyerang bisa memunculkan jalur folder, nama fungsi, dan kesalahan database. Kami mencoretnya dari daftar.
Inilah cara debug WordPress tanpa menampilkan error ke pengunjung: pakai Query Monitor. Plugin ini dipakai lebih dari 200 ribu situs, mendukung tema blok, dan menampilkan galat PHP, kueri database, hook, serta skrip yang dimuat. Setahu kami, tampilannya secara bawaan hanya untuk administrator. Sumber tercatat pengujian sampai WordPress 7.0.1, dan seperti biasa, cek kolom "Tested up to" sebelum memasang.
Lingkungan Lokal dan Staging sebagai Pengganti Vagrant
Daftar lama merekomendasikan Vagrant untuk menguji tema dan plugin. Alat itu kini jarang dipakai pemula. Beberapa pilihan modern:
- Local: aplikasi desktop dengan antarmuka grafis, paling ramah untuk pemula.
- wp-env: lingkungan berbasis Docker dari tim inti WordPress, dijelaskan di dokumentasi resminya.
- WordPress Playground: WordPress yang berjalan langsung di peramban, cocok untuk percobaan cepat.
- WAMP: pilihan klasik di Windows, lengkapnya ada di uji coba di komputer lokal dengan WAMP.
Setelah punya lingkungan percobaan, tandai jenisnya di wp-config.php agar plugin dan tema bisa menyesuaikan perilakunya:
define( 'WP_ENVIRONMENT_TYPE', 'staging' );
Nilai yang dikenali WordPress adalah local, development, staging, dan production, yang bisa dibaca lewat fungsi wp_get_environment_type().
Bagian 2: Pengaturan Admin yang Sering Disalahpahami
Cara Membuka Halaman All Settings WordPress
Di balik dashboard ada halaman yang menampilkan hampir semua opsi di database dalam satu daftar: All Settings, beralamat wp-admin/options.php. Menu ini tidak muncul secara bawaan. Inilah cara membuka halaman All Settings WordPress lewat menu Settings:
add_action( 'admin_menu', 'rc_menu_semua_pengaturan' );
function rc_menu_semua_pengaturan() {
add_options_page( 'Semua Pengaturan', 'Semua Pengaturan', 'manage_options', 'options.php' );
}
Halaman ini berguna untuk mendiagnosis masalah, misalnya alamat situs yang salah. Namun jangan sembarang mengubah nilai: satu opsi yang keliru bisa membuat situs tidak bisa dibuka. Opsi berformat serialized biasanya hanya ditampilkan, tidak bisa disunting. Selalu cadangkan database sebelum mengubah apa pun di sini.
Cara Memperpanjang Masa Login WordPress
Secara bawaan, sesi login berlangsung sekitar dua hari, atau empat belas hari bila Anda mencentang "Ingat saya". Daftar lama memperpanjangnya untuk semua orang. Itu melemahkan keamanan: makin lama sesi hidup, makin lama pula peluang bagi sesi yang tercuri. Inilah cara memperpanjang masa login WordPress dengan lebih hati-hati, hanya untuk yang mencentang "Ingat saya" dan bukan administrator:
add_filter( 'auth_cookie_expiration', 'rc_masa_login', 10, 3 );
function rc_masa_login( $detik, $id_pengguna, $ingat ) {
if ( $ingat && ! user_can( $id_pengguna, 'manage_options' ) ) {
return 30 * DAY_IN_SECONDS;
}
return $detik;
}
Pasang snippet ini lewat tema anak atau plugin pengelola snippet seperti dibahas di artikel kedua dalam rangkaian ini. Jangan gunakan di komputer bersama.
Cara Menyembunyikan Notifikasi Update WordPress untuk Non-Admin
Pengguna biasa, seperti penulis atau kontributor, kadang bingung melihat pemberitahuan pembaruan yang tidak bisa mereka kerjakan. Daftar lama menyembunyikannya dari semua orang kecuali administrator, dan itu masuk akal selama administratornya tetap melihatnya. Inilah cara menyembunyikan notifikasi update WordPress untuk non-admin:
add_action( 'admin_init', 'rc_sembunyikan_notif_update' );
function rc_sembunyikan_notif_update() {
if ( ! current_user_can( 'update_core' ) ) {
remove_action( 'admin_notices', 'update_nag', 3 );
remove_action( 'network_admin_notices', 'update_nag', 3 );
}
}
Peringatan keras: jangan menyembunyikan notifikasi dari administrator atau dari diri sendiri. Pemberitahuan pembaruan adalah alarm paling dasar yang Anda punya.
Cara Memasang Plugin WordPress dari GitHub dengan Aman
Banyak plugin menarik hanya tersedia di GitHub. Daftar lama sudah mengingatkan bahwa plugin semacam itu tidak dimoderasi, dan peringatan itu masih berlaku. Inilah cara memasang plugin WordPress dari GitHub dengan aman:
- Pastikan tidak ada versi yang setara di direktori resmi WordPress.org.
- Periksa repositori: kapan terakhir diperbarui, siapa pengembangnya, dan apakah ada laporan isu atau celah.
- Unduh berkas dari halaman Releases, bukan dari tombol "Download ZIP" di halaman utama repositori. Unduhan terakhir biasanya menghasilkan folder berakhiran -main, sehingga nama folder plugin berbeda dari aslinya dan bisa terpasang ganda saat diperbarui.
- Pasang di situs percobaan lebih dulu dan baca isi kodenya, terutama bagian yang mengirim data ke server luar.
- Perhatikan bahwa plugin dari GitHub tidak bisa di-rollback lewat versi gratis WP-Rollback yang dibahas di artikel pertama dalam rangkaian ini.
Bagian 3: Perkuat Pertahanan Situs Anda
Cara Memaksa HTTPS di Admin WordPress
Daftar lama menyebut SSL sebagai pengerek peringkat. Setahu kami, Google pernah menyebut HTTPS sebagai sinyal peringkat yang ringan, jadi alasan utamanya bukan peringkat, melainkan melindungi kata sandi dan sesi login dari penyadapan. Langkahnya:
- Aktifkan sertifikat SSL di hosting. Banyak hosting menyediakannya gratis lewat Let's Encrypt.
- Ubah alamat WordPress dan alamat situs menjadi https di Settings > General.
- Pastikan alamat http otomatis dialihkan ke https lewat pengaturan hosting.
- Inilah cara memaksa HTTPS di admin WordPress sebagai lapis tambahan di wp-config.php:
define( 'FORCE_SSL_ADMIN', true );
Cara Mematikan Edit File di Dashboard WordPress
Secara bawaan, administrator bisa mengubah berkas plugin dan tema langsung dari dashboard. Fitur ini nyaman, tetapi bila akun admin Anda dibobol, penyerang bisa menanam kode berbahaya tanpa menyentuh server. Inilah cara mematikan edit file di dashboard WordPress:
define( 'DISALLOW_FILE_EDIT', true );
Ada versi yang lebih ketat, DISALLOW_FILE_MODS, yang juga menutup pemasangan dan pembaruan plugin dari dashboard. Itu cocok bagi situs yang pembaruannya diurus lewat SFTP atau alur kerja khusus, tetapi bisa merepotkan bila Anda atau klien terbiasa memasang plugin lewat dashboard. Untuk kebanyakan blog, DISALLOW_FILE_EDIT sudah cukup.
Cara Mengaktifkan Pembaruan Otomatis Plugin WordPress
Pembaruan kecil untuk inti WordPress, yang memuat perbaikan keamanan, dipasang otomatis sejak WordPress 3.7. Pembaruan plugin dan tema baru bisa diatur otomatis sejak WordPress 5.5, tetapi secara bawaan tidak aktif. Kasus celah kritis PHP yang sudah ditambal menunjukkan mengapa pembaruan tidak boleh ditunda. Inilah cara mengaktifkan pembaruan otomatis plugin WordPress:
- Buka halaman Plugins > Installed Plugins.
- Pada kolom Automatic Updates di sebelah kanan, klik "Enable auto-updates" untuk plugin pilihan, atau centang beberapa plugin lalu gunakan menu Bulk actions.
- Mulailah dari plugin yang ringan dan jelas pengembangnya, lalu pantau situs beberapa hari.
Pembaruan otomatis tidak bebas risiko, karena ketidakcocokan antarplugin bisa terjadi. Itulah alasan cadangan rutin dan WP-Rollback tetap perlu. Menurut sebagian praktisi, tema adalah yang paling berisiko diotomatiskan karena tidak ada mekanisme pemulihan seperti pada inti WordPress.
Cara Mengaktifkan Autentikasi Dua Langkah di WordPress
Kata sandi saja tidak cukup. WordPress belum menyediakan autentikasi dua langkah (2FA) secara bawaan, jadi Anda memerlukan plugin. Wordfence Security adalah plugin keamanan yang paling banyak dipasang di direktori resmi, dengan firewall, pemindai malware, pembatas percobaan login, dan 2FA di versi gratisnya. Inilah cara mengaktifkan autentikasi dua langkah di WordPress:
- Pasang dan aktifkan plugin Wordfence.
- Buka menu Wordfence > Login Security.
- Aktifkan 2FA untuk akun Anda dengan aplikasi autentikator di ponsel, lalu simpan kode cadangan di tempat aman.
- Aktifkan pembatasan percobaan login dan, bila perlu, CAPTCHA di halaman login.
Satu catatan terbaru: plugin Wordfence Login Security yang berdiri sendiri dinyatakan dihentikan sekitar Agustus 2026, dan pengembangnya menganjurkan pemakaian plugin Wordfence penuh. Jadi jangan memasang versi mandiri itu lagi. Untuk lapisan firewall yang berbeda, simak firewall WordPress yang menjaga situs tiap malam. Untuk kata sandi, ada 3 password manager gratis yang lebih baik dan aplikasi desktop gratis untuk membuat kata sandi.
Cara Menghapus Akun Admin yang Tidak Dipakai di WordPress
Akun lama milik mantan pegawai, vendor, atau pengembang yang sudah selesai bekerja adalah pintu belakang yang sering terlupa. Kisah nyatanya ada di kisah akun admin hantu di klinik gigi. Audit akun Anda sekarang:
- Buka Users > All Users, lalu filter peran Administrator.
- Hapus akun yang tidak dikenali atau tidak lagi dipakai, dan pilih untuk memindahkan semua konten ke akun yang aktif.
- Turunkan peran akun yang tidak perlu menjadi administrator.
- Ganti nama pengguna "admin" bila masih ada: buat administrator baru dengan nama lain, pindahkan kontennya, lalu hapus akun lama.
- Setel ulang kata sandi untuk semua akun yang tersisa.
Tips lain yang berlaku umum ada di tips keamanan online untuk pengguna awam.
Yang Kami Ganti atau Coret dari Daftar Lama
| Trik lama | Keputusan kami |
|---|---|
| Smart WP_Debug lewat ?debug=2 | Dicoret: siapa pun bisa menyalakan tampilan error |
| WP_DEBUG_LOG ke wp-content/debug.log di situs tayang | Diganti: lokasi log di luar folder publik dengan nama acak |
| Vagrant | Diganti: Local, wp-env, WordPress Playground, atau WAMP |
| Sembunyikan notifikasi update dari semua orang | Dipersempit: hanya bagi non-admin |
| Perpanjang masa login untuk semua pengguna | Dipersempit: hanya yang mencentang "Ingat saya" dan bukan administrator |
| SSL sebagai pengerek peringkat | Diluruskan: alasan utamanya keamanan, bukan peringkat |
Urutan Pengerjaan Praktis: Sekitar 3 Jam
- Cadangkan file dan database, lalu uji memulihkannya di lingkungan percobaan.
- Periksa wp-config.php: pastikan WP_DEBUG mati atau lognya di lokasi aman.
- Tambahkan DISALLOW_FILE_EDIT dan FORCE_SSL_ADMIN.
- Audit akun pengguna dan hapus yang tidak diperlukan.
- Pasang 2FA dan batas percobaan login.
- Aktifkan pembaruan otomatis untuk plugin yang ringan, lalu pantau.
- Siapkan lingkungan lokal untuk uji coba berikutnya.
- Jadwalkan ulang audit ini setiap tiga bulan.
Perkiraan Waktu dan Biaya dalam Rupiah
Perkiraan untuk pemula dan akan berbeda menurut hosting.
| Pekerjaan | Biaya | Perkiraan waktu |
|---|---|---|
| Debug log aman dan Query Monitor | Rp0 | sekitar 20 menit |
| Lingkungan lokal (Local, wp-env, atau WAMP) | Rp0 | 30 sampai 60 menit |
| All Settings, masa login, notifikasi update | Rp0 | 5 sampai 10 menit per butir |
| Plugin dari GitHub (per plugin) | Rp0 | sekitar 15 menit |
| HTTPS (sertifikat dan pengalihan) | Rp0 bila hosting menyediakan Let's Encrypt | sekitar 30 menit |
| DISALLOW_FILE_EDIT dan pembaruan otomatis | Rp0 | 5 sampai 10 menit |
| Wordfence, 2FA, dan batas login | Rp0 untuk versi gratis; versi berbayar tersedia | sekitar 20 menit |
| Audit akun pengguna | Rp0 | sekitar 15 menit |
Total waktu sekitar 3 sampai 3,5 jam pada kali pertama, dengan hampir semua langkah tanpa biaya. Kurs tidak relevan di sini karena semuanya Rp0, kecuali Anda memilih paket berbayar dari pengembang plugin.
Domain, Hosting, Hingga VPS Murah untuk Proyek Anda! Tingkatkan SEO Website Dengan Ribuan Weblink Bebagai Topik! Sewa Domain, Hosting, Hingga VPS untuk Proyek Digital Anda! Sewa Domain, Hosting, dan VPS untuk Proyek Digital Anda! Nikmati fitur lengkap dari aplikasi favorit kamu tanpa ribet. Langganan aman dan cepat lewat link ini Dapatkan Akun Bersama Berbagai Aplikasi Web Populer Dengan Harga Murah!
Pertanyaan yang Sering Diajukan
Apakah aman menyalakan WP_DEBUG di situs yang sudah tayang?
Tidak dianjurkan. Bila terpaksa, matikan tampilan error ke layar, arahkan log ke lokasi di luar folder publik, dan matikan lagi setelah masalah selesai.
Mengapa debug.log bisa berbahaya?
Berkas ini mencatat galat beserta jalur folder dan rincian plugin. Bila disimpan di lokasi bawaannya, ia bisa dibuka publik, dan mySites.guru melaporkan banyak yang sudah terindeks Google.
Apakah autentikasi dua langkah wajib di WordPress?
Tidak wajib, tetapi sangat dianjurkan, terutama untuk akun administrator. Kata sandi yang bocor atau ditebak tidak akan cukup untuk masuk bila 2FA aktif.
Amankah pembaruan otomatis untuk semua plugin?
Tidak selalu. Pembaruan kecil inti WordPress aman diotomatiskan, tetapi plugin dan tema bisa saling bertabrakan. Aktifkan bertahap, simpan cadangan, dan pantau situs setelah pembaruan.
Apa bedanya DISALLOW_FILE_EDIT dan DISALLOW_FILE_MODS?
DISALLOW_FILE_EDIT hanya menutup penyuntingan berkas dari dashboard. DISALLOW_FILE_MODS lebih ketat karena juga menutup pemasangan dan pembaruan plugin serta tema dari dashboard.
Haruskah saya memasang plugin dari GitHub?
Hanya bila tidak ada alternatif di direktori resmi dan Anda sudah memeriksa pengembang serta kodenya. Plugin di sana tidak dimoderasi seperti di WordPress.org.
Penutup
Keamanan situs bukan satu fitur ajaib, melainkan kebiasaan kecil yang konsisten: log yang aman, akun yang bersih, pembaruan yang rutin, dan lapisan perlindungan tambahan. Dengan tiga artikel dalam rangkaian ini, Anda kini punya peta lengkap, mulai dari plugin, kode, hingga pengaturan admin. Bila Anda ingin melihat platform lain sebagai pembanding, buka CMS terbaik 2026 untuk website Anda.
Catatan: artikel ini terinspirasi dari daftar "60+ Most Wanted WordPress Tricks and Hacks" karya Hongkiat Lim di hongkiat.com, lalu disusun ulang, diperbarui untuk WordPress 7.x, dan disesuaikan dengan kebutuhan pembaca Indonesia. Sebagian tautan sumber mungkin berubah atau tidak aktif seiring waktu.
Satu Berkas Log Bisa Membuka Pintu Penyerang
Satu berkas debug.log yang terlupa bisa membocorkan jalur server, nama plugin, dan rincian kesalahan kepada siapa saja. Akun admin lama yang tak pernah dihapus, pembaruan yang tertunda berbulan-bulan, atau kata sandi yang lemah hanya butuh satu celah untuk dimanfaatkan. Ketika situs Anda sudah diretas, yang hilang bukan hanya data, tetapi juga kepercayaan pengunjung dan peringkat yang dibangun bertahun-tahun.
Bayangkan sebaliknya: situs dirawat rutin, ada cadangan teruji, akun bersih, dan pembaruan terpantau, sementara Anda fokus melayani pelanggan. Itulah yang kami bantu lewat jasa pengelolaan website WordPress dan Joomla. Ingin menguasainya sendiri? Ikuti pelatihan online WordPress dan Joomla. Hubungi kami hari ini, sebelum celah itu ditemukan orang lain.
π Rizal Consulting: Jasa Konsultasi & Support IT
βοΈ
π± 0813-8229-7207
β° SabtuβKamis, 08.00β17.30 WIB
Rizal Consulting: Jasa Konsultasi & Support IT
- π§
Alamat email ini dilindungi dari robot spam. Anda memerlukan Javascript yang aktif untuk melihatnya. - π± 0813-8229-7207
- πSabtu β Kamis, 08.00 β 17.30 WIB
- π Layanan kami tersedia online untuk seluruh Indonesia
Kami dapat memperoleh komisi ketika Anda bertransaksi di tautan yang ditampilkan di situs ini. Ikuti saluran kami di Whatsapp untuk info artikel terbaru. Pertanyaan bisnis atau penempatan konten promosi: 0813-8229-7207 |








