Optimasi kinerja menangani masalah “lebih cepat”, tetapi hal terpenting dari sebuah situs web adalah dua hal:

  • Aman.: Cobalah untuk tidak mengalami masalah (jangan diretas, jangan terinfeksi virus, jangan diretas database, jangan diganggu oleh serangan DDoS, jangan dirusak).
  • \nCadangan: Meskipun terjadi kecelakaan, kita dapat pulih dengan cepat (penghapusan yang tidak disengaja, upgrade yang gagal, kerusakan server, rollback setelah serangan/pembajakan).

Dua hal berikut ini saling melengkapi:

  • Hanya melakukan keamanan tanpa melakukan backup, Anda tetap bisa mengalami masalah yang tidak terkendali dan semua data bisa hilang dalam sekejap.“
  • Hanya melakukan backup tanpa menerapkan keamanan akan membuat Anda terjebak dalam siklus “disebutakan setiap hari dan kemudian dipulihkan setiap hari”, sehingga waktu dan biaya akan menjadi tidak terkendali.

Setelah menonton, Anda seharusnya bisa melakukan ini:

  • Memahami apa sebenarnya yang dicakup oleh “backup dan keamanan” (untuk menghindari membeli atau menginstal yang salah, serta berpikir bahwa dengan menginstalnya maka semuanya akan aman).
  • Dapat memilih solusi yang tepat berdasarkan tipe situs (situs konten/situs perusahaan/e-commerce/situs anggota).
  • Dapat diluncurkan secara bertahap sesuai dengan roadmap (pertama dapat dipulihkan, kemudian dapat dikendalikan, dan terakhir sistematis).
  • Dapat menggunakan daftar periksa mandiri untuk memverifikasi: cadangan.Ini benar-benar dapat dipulihkan.、AmanBenar-benar ada garis pertahanan.
  • Ketika terjadi masalah, Anda tahu harus memeriksa apa terlebih dahulu (kegagalan cadangan, kegagalan pemulihan, dicurigai diretas, dll.)

1. Tujuan: Yang kamu butuhkan adalah “sistem yang dapat dipulihkan”, bukan “menginstal sebuah plugin”.”

Tujuan dari pencadangan bukanlah “apakah ada file cadangan”

Melainkan:Bisakah Anda mengembalikan situs web ke keadaan yang Anda inginkan saat Anda membutuhkannya?。

Oleh karena itu, indikator kunci dari cadangan data bukanlah “menginstal plugin cadangan”, tetapi dua hal berikut:

  • Jendela kerugian data yang dapat diterima (RPO)Dalam kasus terburuk, berapa lama Anda bisa menerima kehilangan data?
    Contoh: Untuk situs konten, kehilangan artikel dalam 24 jam mungkin masih bisa diterima; tetapi untuk e-commerce, kehilangan pesanan dalam 30 menit sudah sangat serius.
  • Waktu pemulihan yang dapat diterima (RTO)Setelah terjadi insiden, seberapa cepat Anda ingin kembali online?
    Contoh: Situs web perusahaan mungkin ingin pulih dalam waktu 1 jam; situs e-commerce ingin pulih dalam waktu 10-30 menit.

Anda tidak perlu menulis indikator-indikator ini dalam bentuk rumus, tetapi gunakanlah mereka untuk membuat keputusan:Frekuensi cadangan, durasi penyimpanan, apakah diperlukan cadangan real-time/incremental, dan apakah diperlukan pemulihan satu klik/pemulihan jarak jauh.。

2. Tentukan strategi dengan cepat berdasarkan tipe situs (tentukan arah terlebih dahulu, lalu pilih alatnya).

Saran strategi:

A. Situs konten / Blog

  • Frekuensi perubahan: Biasanya “pembaruan harian/pembaruan mingguan”.”
  • Frekuensi cadangan yang disarankan:Setiap hariMencadangkan database + wp-content (unggahan/tema/plugin)
  • Tujuan pemulihan: Dapat memulihkan ke versi kemarin/hari ini (yang terpenting adalah tidak kehilangan artikel dan perpustakaan media).

B. Situs perusahaan / situs pemasaran (petunjuk formulir sangat penting)

  • Frekuensi perubahan: tidak selalu tinggi, tetapi formulir/petunjuk sangat penting.
  • Rekomendasi frekuensi pencadangan: database minimalSetiap hariDan pastikan data formulir dan email/CRM tidak “hanya ada di satu tempat”.”
  • Tujuan pemulihan: Mampu melakukan rollback dengan cepat jika terjadi masalah dengan update/perubahan/penambahan skrip pelacakan.

C. Situs e-commerce (WooCommerce)

  • Frekuensi perubahan: Pesanan/stok/perilaku pengguna terus terjadi.
  • Rekomendasi frekuensi pencadangan: Prioritaskan.\nFrekuensi yang lebih tinggi.(Tingkat jam, bahkan real-time/hampir real-time), setidaknya harus memperkuat perlindungan database.
  • Tujuan pemulihan: Minimalkan kehilangan data pesanan; pulihkan rute pembayaran/pemesanan dengan cepat.

D. Situs Anggota / Situs Kursus / Komunitas.

  • Frekuensi perubahan: kemajuan pengguna, izin, konten yang dibuka, data interaktif.
  • Rekomendasi frekuensi backup: untuk database, frekuensinya harus lebih tinggi; sekaligus harus ada titik pemulihan yang “dapat dilacak hingga titik waktu tertentu”.
  • Tujuan pemulihan: data pengguna tidak rusak, izin tidak hilang, dan konten tidak dirusak.

3. Peta rute cadangan (disarankan untuk maju sesuai dengan 3 tahap ini)

Intinya:Pertama, lakukan “dapat pulih”, lalu bicarakan “otomatisasi dan sistematisasi”.

Tahap 1: Pertama, lakukan “cadangan otomatis + penyimpanan jarak jauh”.”

Ini adalah persyaratan minimum. Apa pun alat yang kamu gunakan, itu harus memenuhi persyaratan berikut:

  • AutomasiJangan mengandalkan “Aku ingat untuk menekan tombol secara manual”.”
  • Penyimpanan jarak jauh.Jangan hanya menyimpan cadangan di server yang sama.
    Alasannya sangat sederhana: server rusak/hard drive rusak/akun diretas dan database dihapuskan, maka “cadangan lokal” Anda mungkin juga hilang.

Implementasi tipikal dari alat tersebut meliputi:

  • Plugin cadangan mengirimkan cadangan ke cloud storage/object storage/FTP.\nUpdraftPlus Ini secara eksplisit mendukung berbagai target, termasuk Dropbox, Google Drive, Amazon S3, dan lain-lain.
  • Layanan cadangan cloud menyimpan cadangan di cloud-nya dan menyediakan pemulihan satu klik.Cadangan Jetpack VaultPress Fitur utamanya adalah cadangan cloud dan pemulihan satu klik, tetapi memerlukan paket berbayar yang mencakup Backup.

Tahap 2: Mengupgrade cadangan menjadi “sistem yang dapat dipulihkan”.”

Banyak situs yang benar-benar mengalami kesalahan, bukan karena tidak memiliki cadangan, tetapi karena:

  • Backup tidak lengkap (hanya database yang dicadangkan, bukan uploads/themes/plugins).
  • File cadangan rusak/izin tidak benar.
  • Hanya ketika saya ingin memulihkan data, saya menyadari bahwa “proses pemulihan sama sekali tidak berjalan”.”

Oleh karena itu, tujuan dari Tahap 2 adalah:Lakukan latihan pemulihan secara berkala.(Bahkan saat memulihkan lingkungan pengujian/direktori sementara), pastikan hal-hal berikut:

  • Database dapat dipulihkan.
  • Perpustakaan media dapat dipulihkan.wp-content/uploads/）
  • Tema/plugin dapat dipulihkan.wp-content/themes/、wp-content/plugins/）
  • Setelah pemulihan, situs tersebut dapat diakses secara normal, login latar belakang dapat berfungsi dengan baik, dan fungsi-fungsi utama dapat berjalan lancar (untuk e-commerce, uji proses pemesanan/pembayaran; untuk situs anggota, uji login/otorisasi).

Inilah juga alasan mengapa banyak solusi cadangan bisnis menekankan “pemulihan satu klik”, “pemulihan dalam hitungan menit”, dan “cadangan tambahan untuk mengurangi beban”. Misalnya, \nBlogVault Di dalam deskripsi plugin, ditekankan **cadangan otomatis dan inkremental (termasuk database, tema, plugin, media)** dan menyediakan fungsi staging/migrasi.ManageWP Ini juga menekankan penggunaan teknologi cadangan tambahan untuk mengurangi beban, serta menyediakan pemulihan dengan satu klik.

Tahap 3: Mengikat cadangan dengan “proses pembaruan/rilis” (titik pemulihan).

Pada tahap ini, tujuanmu adalah:Ada titik rollback sebelum setiap perubahan besar.。

Scenario khas termasuk:

  • Peningkatan versi utama WordPress.
  • Mengganti tema/mengubah template secara besar-besaran.
  • Menginstal atau mengganti plugin utama (pembayaran e-commerce, sistem keanggotaan, sistem formulir)
  • Mengganti gambar secara massal/mengmigrasikan konten dalam skala besar.

Maksud dari Fase 3 adalah: Anda tidak perlu “berdoa agar perubahan tidak bermasalah”, tetapi jika terjadi masalah dengan perubahan tersebut, Anda dapat dengan cepat kembali ke “momen sebelum perubahan dilakukan”.

4. Apa sebenarnya yang harus dicadangkan? (Banyak orang yang melewatkan beberapa poin penting ini saat melakukan backup.)

Kebutuhan 1: Database (pesanan/pengguna/konten/pengaturan semuanya ada di sini)

  • Artikel, halaman, komentar.
  • \nPengguna, izin.
  • Pesanan, inventaris, dan kupon WooCommerce.
  • Konfigurasi plugin (banyak konfigurasi yang tersimpan di database)

Keharusan 2: wp-content (ini merupakan bagian terbesar dari “aset yang terlihat” pada situs WordPress).

  • uploads: Gambar, lampiran, perpustakaan media (tempat paling mudah “lupa untuk membuat cadangan”).
  • themes: File tema (kode/template kustom)
  • plugins: File plugin (beberapa plugin juga akan menulis ke file kustomisasi)

Siapkan sesuai kebutuhan: informasi konfigurasi dan lingkungan operasi.

Jangan abaikan perbedaan lingkungan:

  • Perbedaan versi PHP dapat menyebabkan kesalahan setelah pemulihan.
  • Perbedaan komponen ekstensi/cache tertentu dapat mengakibatkan perilaku yang berbeda.
  • Proxy terbalik/CDN/aturan keamanan mungkin memengaruhi login dan antarmuka backend.

Pemulihan tidak hanya tentang mengembalikan file, tetapi juga memastikan lingkungan operasi dan konfigurasi dapat mendukungnya untuk berjalan.

5. Pemilihan skema cadangan.

Tipe A: Cadangan berkala dengan plugin (solusi awal yang cocok untuk sebagian besar situs).

Fitur: Biaya rendah, dapat dikendalikan, dan penyebaran cepat; tetapi Anda harus melakukan “penyimpanan jarak jauh + latihan pemulihan” secara menyeluruh.

Alat-alat perwakilan:

  • \nUpdraftPlusIni menekankan pada tugas-tugas pencadangan dan pemulihan, dan secara eksplisit mendukung berbagai target pencadangan (Dropbox, Google Drive, Amazon S3, FTP, email, dll.) di halaman plugin.
    Cocok untuk: situs konten/situs perusahaan pemula; dan situs yang ingin “menyimpan cadangan di penyimpanan yang dapat mereka kendalikan”.
  • WPvivid Backup & MigrasiHalaman plugin menekankan pada backup, migrasi, dan staging (Anda dapat membuat staging di subdirektori untuk menguji perubahan).
    Cocok untuk: orang yang sering memindahkan situs, atau yang sering membutuhkan pengujian perubahan sementara.
  • DuplikatorHalaman plugin menekankan pada pencadangan/pengemasan/migrasi/kloning situs ke host baru atau domain baru.
    Cocok untuk: Migrasi, menyalin situs, membuat situs uji, dan membuat “paket situs lengkap yang dapat dipindahkan”.

UpdraftPlus lebih fokus pada “memulai sistem cadangan”.”

WPvivid/ Duplicator lebih unggul dalam hal “migrasi/pengemasan/penyalinan”, tetapi juga dapat melakukan pencadangan.

Tipe B: Cadangan cloud/cadangan hampir real-time (lebih cocok untuk situs yang lebih sensitif terhadap data dan waktu pemulihan)

Fitur: Menekankan “perlindungan untuk setiap perubahan/perubahan yang sering terjadi” dan “pemulihan dengan satu klik”, yang lebih mirip dengan sebuah layanan.

Alat-alat perwakilan:

  • Backup Jetpack VaultPress (Jetpack Backup)Halaman plugin menekankan pada cadangan cloud dan pemulihan satu klik, serta secara eksplisit menyatakan bahwa itu memerlukan paket Jetpack berbayar yang mencakup fitur Cadangan.Halaman berlangganan resmi juga menekankan“Simpan setiap perubahan, dan pulihkan dengan satu klik untuk kembali ke kondisi yang dapat digunakan dengan cepat.”
    Cocok untuk: situs e-commerce/anggota/yang sensitif terhadap “kecepatan pemulihan”, atau bagi mereka yang ingin mengalihdayakan operasi dan pemeliharaan cadangan ke layanan yang matang.
  • \nBlogVaultDalam deskripsi plugin, secara jelas disebutkan “backup otomatis, aman, dan inkremental (basis data, tema, plugin, media)”, serta kemampuan staging dan migrasi yang terintegrasi.
    Cocok untuk: Situs yang menganggap “cadangan + pengujian + migrasi” sebagai alur kerja yang lengkap.
  • ManageWP: Menekankan teknologi cadangan inkremental untuk mengurangi beban server dan menyediakan pemulihan dengan satu klik.
    Cocok untuk: Orang yang mengelola beberapa situs (studio/tim), yang ingin melakukan backup/pembaruan/pemantauan secara terpadu dalam satu panel.

Tipe C: Snapshot sisi host/backup otomatis (sangat disarankan sebagai “asuransi kedua”).

Nilai dari backup host: Ini biasanya merupakan “snapshot tingkat sistem”, yang mencakup lebih banyak hal (termasuk database dan file, bahkan status dari beberapa aspek lingkungan).

Kesalahpahaman umum:

  • Backup host ≠ backup yang dapat dipindahkan.Saat Anda mengganti host atau perlu mengambil cadangan, mungkin tidak mudah untuk mengambil cadangan host tersebut.
  • Backup plugin juga dapat dipindahkan.: Cadangan disimpan di penyimpanan yang dapat Anda kendalikan, sehingga pemulihan lintas lingkungan menjadi lebih fleksibel.

Oleh karena itu, kombinasi paling stabil biasanya adalah:

Backup host (back-end) + plugin/cloud backup (portabilitas aplikasi + titik pemulihan granular)

6. Peta rute yang aman (dimulai dari item dasar yang paling efektif, tanpa mengandalkan banyak plugin).

Untuk keamanan, jangan “menginstal sepuluh plugin” sekaligus. Cara yang benar adalah membangun pertahanan secara bertahap:

Tahap 1: Akun dan Izin (Manfaat Maksimal, Hasil Paling Cepat)

Pada tahap ini, yang harus Anda lakukan adalah “mempersulit pintu masuk yang paling umum”:

  • Minimalkan akun administrator: hanya berikan kepada orang yang membutuhkannya.
  • Kebijakan kata sandi yang kuat: jangan menggunakan kembali, dan jangan gunakan kata sandi yang lemah.
  • 2FA (verifikasi dua langkah)Ini adalah salah satu cara paling efektif untuk meningkatkan keamanan di era “serangan database/kebocoran kata sandi”.
    Contohnya Keamanan yang kokoh Halaman plugin secara eksplisit mendukung berbagai metode 2FA (Authy, Google Authenticator, email, kode cadangan, dll.).
  • Perlindungan login: Membatasi upaya login yang kasar dan mencegah login otomatis.
  • Nonaktifkan/hapus akun yang tidak digunakan; hapus tema/plugin yang tidak lagi digunakan (bukan hanya menonaktifkannya).

Tahap 2: Pembaruan dan manajemen permukaan kerentanan (Jangan tinggalkan risiko pada versi lama)

Banyak serangan WordPress berasal dari “plugin/tema/inti lama yang memiliki kerentanan yang telah dipublikasikan”.

Oleh karena itu, dalam strategi keamanan, “pembaruan” merupakan salah satu elemen utama.
Dokumen WordPress menyatakan bahwa mekanisme pembaruan latar belakang otomatis diperkenalkan di WordPress 3.7 untuk meningkatkan keamanan, dan menjelaskan bahwa sebagian besar situs mengaktifkan pembaruan otomatis secara default, dan sejak itu... 5.6 Mulai sekarang, situs baru akan diaktifkan secara otomatis.Strategi seperti pembaruan versi utama dan sekunder.

Prinsip:

  • Inti/tema/plugin harus memiliki strategi pembaruan yang jelas (otomatis/semi-otomatis/peninjauan manual).
  • Sebelum pembaruan besar, harus ada titik yang dapat digulung kembali (kembali ke bagian 3 “Tahap Cadangan 3”).
  • Plugin yang tidak lagi dipelihara harus diganti secepat mungkin (ini adalah cara paling langsung untuk “mengurangi eksposur”).

Tahap 3: Pencegahan dan Deteksi (Membuat serangan lebih sulit untuk berhasil, dan mendeteksi aktivitas mencurigakan lebih awal)

Pada tahap ini, yang harus kamu lakukan adalah “lebih seperti pertahanan sistematis”:

  • Firewall/WAF (mencegah sebagian lalu lintas spam masuk ke WordPress sebelum permintaan tersebut tiba)
  • Scanning kode berbahaya, pemantauan integritas file.
  • Log keamanan dan peringatan: login abnormal, perubahan izin, file yang diubah.
  • Monitoring: pemantauan downtime, sertifikat kedaluwarsa, 5xx abnormal, lonjakan lalu lintas abnormal.

Alat-alat perwakilan:

  • \nWordfenceHalaman plugin secara eksplisit mencakup firewall, pemindaian malware, dan keamanan login, dan menyebutkan bahwa versi Premium mendapatkan pembaruan aturan firewall dan karakteristik malware secara real-time, sedangkan versi gratisnya tertunda selama 30 hari.
    Saran: Versi gratis dapat secara signifikan meningkatkan keamanan dasar, tetapi jika situs Anda berisiko lebih tinggi atau lebih bergantung pada “intelijen ancaman terbaru”, Anda perlu memahami perbedaan “penundaan pembaruan” ini.
  • \nPatchstack(Ide-ide tentang patch virtual/perlindungan terhadap kerentanan)Situs web resminya menekankan bahwa dengan menggunakan patch virtual, situs tersebut dapat terlindungi dari plugin/tema yang memiliki kerentanan.\nPatchstackDan juga ada penjelasan bahwa versi gratisnya menyediakan peringatan kerentanan, sedangkan versi berbayar menyediakan perlindungan kerentanan otomatis dan hal-hal lainnya.
  • Sucuri(Pembersihan dan layanan keamanan)Halaman layanannya menekankan kemampuan Sucuri dalam membersihkan malware dan melakukan pemindaian/pemblokiran terus-menerus terhadap serangan di masa mendatang.

7. Peringatan Risiko

Masalah umum terkait pencadangan.

  1. \nCadangan hanya disimpan di server itu sendiri.
    Saat server mengalami masalah, cadangan lokal seringkali hilang juga.
  2. Hanya menyiapkan database, tidak menyiapkan wp-content.
    Setelah pemulihan, Anda akan menemukan bahwa artikelnya ada, tetapi gambarnya hilang; atau tema kustomisasi tidak ada; atau file plugin tidak konsisten sehingga menyebabkan kesalahan.
  3. Tidak pernah melakukan latihan pemulihan.
    Hanya pada saat kritis kita menyadari bahwa pemulihan gagal, cadangan rusak, atau file-file penting hilang.
  4. Frekuensi pencadangan tidak sesuai dengan bisnisnya
    Untuk situs e-commerce/anggota, jika hanya melakukan backup sekali sehari, dalam kasus terburuk Anda mungkin kehilangan data pesanan/perilaku pengguna sehari, yang biayanya mungkin jauh lebih besar daripada biaya backup itu sendiri.

Masalah umum terkait keamanan.

  1. Meskipun sudah menginstal plugin keamanan, tetapi tidak memperbaruinya dalam jangka panjang.
    Plugin keamanan bukanlah alasan untuk tidak melakukan pembaruan. Kerentanan lama masih ada, dan risikonya tidak akan hilang.
  2. \nAda terlalu banyak akun administrator/akun yang digunakan bersama.
    Hak akses tidak terkendali, log sulit dilacak, dan risiko serah terima saat karyawan keluar sangat tinggi.
  3. Mengira “menggunakan WAF/CDN berarti sepenuhnya aman”.”
    WAF dapat mencegah banyak serangan umum, tetapi tidak dapat menyelesaikan masalah seperti kata sandi yang lemah, kerentanan lama, dan plugin backdoor untuk Anda. Pendekatan paling aman adalah “pertahanan berlapis-lapis”.
  4. Menginstal beberapa plugin keamanan, yang saling bertentangan dan memperlambat situs web.
    Kebijakan keamanan harus mengutamakan “sedikit tapi penting”: 2FA + kebijakan pembaruan + firewall/pemindaian + peringatan; daripada “semakin banyak yang dipasang, semakin aman”.

8. Daftar verifikasi.

Verifikasi cadangan (jika 8 hal ini tidak berhasil, jangan katakan “Saya punya cadangan”).

  • Apakah mengaktifkan cadangan otomatis (bukan manual)?
  • Apakah cadangan tersebut mencakup database + wp-content (uploads/themes/plugins)?
  • Apakah cadangan itu disimpan di lokasi lain (cloud storage/object storage/server independen)?
  • Apakah ada strategi retensi yang jelas (misalnya, retensi 7/30/90 hari)?
  • Apakah backup terakhir berhasil (bukan “terjadwal”)?
  • Kapan latihan pemulihan terakhir? Apakah itu berhasil?
  • Apakah akan ada titik pemulihan tambahan sebelum pembaruan besar?
  • Apakah jalur kritis tersedia setelah pemulihan (login, formulir, pemesanan e-commerce/otorisasi anggota, dll.)?

Verifikasi keamanan (pastikan dasar-dasarnya terlebih dahulu).

  • Apakah akun administrator sudah diminimalkan? Apakah ada mekanisme untuk membersihkan akun karyawan yang telah keluar?
  • Apakah ini diaktifkan? 2FA(Setidaknya administrator/editor/manajer toko, dan peran dengan otorisasi tinggi lainnya.)
  • Apakah ada yang jelas?Strategi pembaruan.(Inti/Tema/Plug-in)
  • Apakah akan menghapus plugin/tema yang tidak digunakan (bukan hanya menonaktifkannya)?
  • Apakah ada firewall/perlindungan login/pemindaian malware?\nWordfence (Dll. dapat mencakup sebagian)
  • Apakah ada peringatan kerentanan/ide-ide patch virtual?\nPatchstack (Dll.)
  • Apakah ada peringatan (login abnormal, perubahan file, downtime, sertifikat kedaluwarsa)?
  • Apakah ada “rencana darurat”: Apa langkah pertama yang harus dilakukan jika terjadi peretasan/penyuntingan data?

masalah umum

1. Apakah cukup hanya menggunakan backup yang disediakan oleh host?

Biasanya, tidak disarankan untuk hanya mengandalkan satu sumber.
Backup host sangat bagus, tetapi itu tidak selalu memudahkan Anda untuk “mengambil, memindahkan, dan melakukan rollback secara terperinci”. Yang lebih aman adalah:Host backup melakukan pencadangan tingkat dasar + plugin/cloud backup melakukan pencadangan yang dapat dipindahkan dan titik pemulihan yang dapat dikontrol.。

2. Seberapa sering saya harus melakukan backup?

Berdasarkan “kecepatan perubahan data”:

  • Stasiun konten: Biasanya cukup setiap hari.
  • Situs web perusahaan: Setiap hari (terutama saat ada petunjuk formulir), dan pastikan petunjuk tersebut tidak hanya ada di dalam situs web.
  • E-commerce/Anggota: Disarankan untuk frekuensi yang lebih tinggi (setiap jam atau bahkan hampir real-time), karena nilai data pesanan/pengguna lebih tinggi.

3. Berapa lama cadangan harus disimpan?

Berdasarkan konten dan persyaratan kepatuhan, Anda bisa menggunakan pendekatan ini:

  • Simpan setidaknya 7–30 hari untuk rollback reguler.
  • Jika Anda khawatir tentang “pintu belakang tersembunyi/pengubahan data secara bertahap”, menyimpan dalam siklus yang lebih lama akan lebih bermanfaat (misalnya 90 hari), sehingga Anda dapat kembali ke versi bersih yang lebih awal.

4. Apakah UpdraftPlus / WPvivid / Duplicator ini “hal yang sama”?

Keduanya dapat melakukan backup, tetapi dengan fokus yang berbeda:

  • \nUpdraftPlus Lebih khas lagi adalah “cadangan tugas terjadwal + penyimpanan multi-target + pemulihan”.”
  • WPvivid Menekankan kemampuan untuk melakukan backup, migrasi, dan pengujian staging.
  • Duplikator Sangat bagus dalam “mengemas/memindahkan/mengkloning situs”.”

Jika kamu menggunakan “tipe” untuk memilih, kamu tidak akan bingung dengan nama-nama itu.

5. Mengapa Jetpack Backup harus dibayar? Untuk situasi apa ini cocok?

Karena pada dasarnya ini lebih mirip dengan “layanan cadangan cloud” - menekankan penyimpanan di cloud dan pemulihan dengan satu klik, halaman plugin juga secara jelas membutuhkan ini. Paket berbayar untuk Backup.Halaman berlangganan resmi menekankan pentingnya menyimpan setiap perubahan dan memulihkan data dengan cepat melalui satu klik.
Cocok untuk: Orang yang lebih memperhatikan kecepatan pemulihan dan ingin menyerahkan pengoperasian dan pemeliharaan cadangan kepada layanan yang matang.

6. Apa tujuan dari “cadangan inkremental” seperti BlogVault / ManageWP?

Inti dari cadangan tambahan adalah:Hanya cadangkan bagian yang berubah.Ini mengurangi beban server dan memungkinkan untuk menghasilkan titik pemulihan dengan frekuensi yang lebih tinggi.

  • Plugin BlogVault.Penjelasan tersebut menekankan pada backup otomatis dan inkremental, serta mencakup database/tema/plugin/media. Selain itu, juga dilengkapi dengan fitur staging dan migrasi.
  • ManageWP Ini juga menekankan teknologi cadangan inkremental yang mengurangi beban dan menyediakan pemulihan dengan satu klik.

Cocok untuk: situs besar, banyak media, pembaruan yang sering, atau jika Anda mengelola beberapa situs.

7 Apakah cukup memasang satu plugin keamanan saja?

Untuk sebagian besar situs, “satu plugin keamanan utama + menerapkan strategi dasar dengan benar” biasanya lebih efektif daripada “memasang banyak plugin”.
Contohnya \nWordfence Ini mampu mencakup kemampuan dasar seperti firewall, pemindaian, dan keamanan login; ditambah dengan 2FA(Solid Security menyediakan berbagai cara), ini sudah cukup untuk secara signifikan meningkatkan biaya serangan.

8. Bisakah versi gratis Wordfence digunakan? Mengapa ada yang bilang harus pakai Premium?

\nHalaman plugin Wordfence.Jelas: Premium menyediakan aturan firewall waktu nyata dan pembaruan karakteristik malware, sedangkan versi gratisnya tertunda selama 30 hari.
Apakah Anda membutuhkan Premium, tergantung pada risiko dan toleransi Anda:

  • Situs berisiko rendah: versi gratis + pembaruan tepat waktu + 2FA, biasanya sudah sangat membantu.
  • Risiko yang lebih tinggi atau ketergantungan yang lebih besar pada “informasi ancaman terbaru”: Perlu memahami jendela kesempatan yang mungkin ditimbulkan oleh “penundaan pembaruan”.

9. Apa sebenarnya yang dipecahkan oleh “patch virtual” Patchstack ini?

Idenya adalah: sebelum kerentanan plugin/tema dieksploitasi (atau sebelum patch sepenuhnya populer), gunakan aturan untuk memblokir serangan terhadap kerentanan yang diketahui di tingkat aplikasi.\nSitus web resmi Patchstack.Menekankan perlindungan patch virtual untuk plugin/tema rentan, dan memberi penjelasan tentang perbedaan antara peringatan dan perlindungan otomatis, baik gratis maupun berbayar.
Ini bukanlah pembaruan alternatif, tetapi untuk mengurangi risiko “masa tanpa tambalan”.

10 Apakah mengaktifkan 2FA akan membuat saya terkunci di luar?

Saya sarankan Anda untuk bersiap-siap terlebih dahulu:

  • Kode cadangan/metode pemulihan (Keamanan yang kokoh Ini juga mencakup solusi seperti kode cadangan.
  • \nSetidaknya tinggalkan satu “admin darurat” dan simpan informasi pemulihan dengan baik.
  • Intinya adalah: jangan simpan informasi pemulihan di tempat yang sama dengan tempat informasi tersebut dapat diakses jika terjadi pelanggaran keamanan.

11. Haruskah saya mengaktifkan pembaruan otomatis WordPress?

Dokumentasi WordPress.Dijelaskan bahwa mekanisme pembaruan latar belakang otomatis dirancang untuk meningkatkan keamanan, dan secara default diaktifkan untuk sebagian besar situs, serta memungkinkan untuk mengonfigurasi berbagai jenis strategi pembaruan.
Saran:

  • Pembaruan keamanan dan versi kecil: cenderung otomatis (mengurangi waktu paparan kerentanan yang diketahui)
  • Pembaruan versi besar/plugin utama: Lanjutkan dengan menggabungkan titik pemulihan cadangan dan proses pengujian (setidaknya harus bisa melakukan pemulihan).

12. Jika saya mencurigai situs web itu diretas, apa langkah pertama yang harus saya lakukan?

Urutan yang benar (untuk menghindari memperburuk keadaan):

  1. Pertama, hentikan pendarahan.: Membatasi login latar belakang sementara, menangguhkan fungsi yang mencurigakan, dan mengaktifkan halaman pemeliharaan jika diperlukan.
  2. Pertama, amankan bukti dan titik pemulihan.: Segera lakukan backup status saat ini (untuk analisis), sambil menyiapkan titik rollback yang bersih.
  3. Mengembalikan/membersihkan.: Prioritaskan pemulihan ke titik waktu yang diketahui bersih, atau gunakan layanan pembersihan profesional.Sucuri (Menekankan pada pembersihan malware dan perlindungan berkelanjutan)
  4. \nMengisi lubang.Memperbarui inti/plugin/tema, mengatur ulang kata sandi dan kunci, mengaktifkan 2FA, menghapus akun dan plugin yang mencurigakan.

13. Saya sudah melakukan keamanan dan backup, mengapa saya masih perlu memantau?

Karena “deteksi dini” dapat meminimalkan kerugian.
Hal-hal seperti downtime, sertifikat kedaluwarsa, lalu lintas abnormal, login abnormal, dan pesanan abnormal - ini semua merupakan masalah yang “semakin cepat Anda mengetahuinya, semakin baik”.