Gangguan laman web boleh berpunca daripada DNS, pengehosan, sijil, WordPress, pelancaran terkini atau satu integrasi. Sahkan perkara yang terjejas sebelum mengubah fail atau memulihkan sandaran. Catat masa mula, ralat dan perubahan terkini, kemudian pilih tindakan paling kecil yang selamat untuk memulihkan perkhidmatan.
Jika laman mengendalikan pesanan, tempahan atau maklumat penting, maklumkan pemilik perniagaan dan penyedia pengehosan dengan segera. Rekodkan keputusan serta kesan kepada pelanggan. Jika mengesyaki pencerobohan, ikut proses tindak balas insiden dan simpan bukti sebelum kerja pembersihan.
1. Sahkan skop gangguan
Semak laman menggunakan rangkaian dan peranti lain. Uji domain utama serta halaman yang diketahui, dan bandingkan HTTP dengan HTTPS hanya jika selamat. Catat sama ada ralat berupa mesej DNS pelayar, tamat masa, amaran sijil, ralat pelayan, halaman kosong, gelung ubah hala atau ralat WordPress. Kenal pasti sama ada semua pelawat terjejas atau hanya sesi yang telah log masuk.
Semak halaman status perkhidmatan hos dan tanya sama ada pelayan, had akaun, pangkalan data atau rangkaian terjejas. Jangan berulang kali memuat semula checkout atau menghantar borang ketika perkhidmatan tidak stabil.
2. Semak domain dan laluan pengehosan
Sahkan domain belum luput dan rekod DNS autoritatif masih menunjuk kepada perkhidmatan yang betul. Semak perubahan DNS, nameserver, CDN, tembok api dan pengehosan terkini. Cache DNS mungkin mengambil masa untuk dikemas kini. Rekodkan resolver dan respons sebenar, bukan sekadar membuat perubahan berulang.
Minta hos memeriksa had sumber, log pelayan web dan PHP, pangkalan data, ruang cakera serta status akaun. Respons 5xx lazimnya menunjukkan masalah pada bahagian pelayan, tetapi kod itu sahaja tidak mengenal pasti puncanya. Siasat amaran sijil pada peringkat sijil dan nama hos; jangan suruh pelawat memintas amaran tersebut.
3. Semak perubahan terakhir
Bandingkan masa gangguan dengan perubahan pemalam, tema, WordPress, PHP, konfigurasi, DNS dan pelancaran. Jika pemilik mempunyai prosedur undur yang telah diuji, gunakan prosedur itu untuk perubahan tertentu yang berkaitan dengan kegagalan. Elakkan menyahaktifkan semua pemalam atau mengedit fail langsung tanpa sandaran dan cara pemulihan yang jelas.
Jika ralat maut WordPress dipaparkan, gunakan log hos dan panduan nyahpepijat WordPress. Pastikan output nyahpepijat kekal peribadi dan paparan ralat awam dimatikan. Mod penyelenggaraan atau pemulihan boleh membantu, tetapi tidak membaiki masalah pelayan atau DNS.
4. Pulihkan perkhidmatan dengan selamat
Sebelum mengundur versi atau membaiki, simpan salinan fail, pangkalan data dan log berkaitan. Sahkan sandaran yang akan dipulihkan, tarikhnya dan pesanan atau kandungan yang mungkin hilang. Jika praktikal, uji pemulihan dalam staging. Jika insiden berkaitan keselamatan, jangan anggap sandaran yang mungkin terjejas sebagai bersih.
Buat satu perubahan terkawal pada satu masa dan rekodkannya. Jangan jalankan SQL yang tidak difahami, mengubah keizinan fail secara rekursif atau menggantikan fail teras tanpa menyemak versi serta pelan pemulihan hos. Dapatkan bantuan jika integriti data atau akses tidak pasti.
5. Sahkan pemulihan
Uji halaman penting, log masuk, borang, penghantaran e-mel, checkout atau tempahan, callback pembayaran, carian, tugas berjadual dan integrasi pihak ketiga. Sahkan HTTPS, ubah hala, URL kanonik, analitik dan pemantauan. Semak log pelayan untuk ralat berulang dan minta orang lain menguji laluan utama pengguna.
Jika Search Console melaporkan isu keselamatan, baiki masalah dan ikut proses semakan Google. Membuka semula laman tidak menjamin amaran carian atau pengindeksan pulih serta-merta.
Kurangkan kesan gangguan seterusnya
Simpan sandaran luar tapak yang terkini dan uji pemulihannya. Sediakan senarai pemilik domain, DNS, pengehosan dan aplikasi serta nombor kecemasan. Uji kemas kini utama dalam staging dan gunakan pemantauan yang dapat mengenal pasti lapisan yang gagal. Tetapkan lebih awal pihak yang boleh meluluskan undur versi dan bukti yang perlu disimpan.
Soalan lazim
Patutkah saya terus pulihkan sandaran terkini?
Jangan sebelum mengetahui punca dan keadaan sandaran. Sandaran baharu mungkin mengandungi masalah yang sama atau pencerobohan aktif. Semak tarikh, integriti dan potensi kehilangan data, kemudian uji pemulihan dalam persekitaran terkawal jika boleh.
Adakah membersihkan cache akan membaiki gangguan WordPress?
Ia boleh membetulkan halaman lama selepas pelancaran, tetapi tidak membaiki DNS, pelayan yang tidak tersedia, pangkalan data gagal atau fail yang diceroboh. Kenal pasti lapisan yang bermasalah dahulu.
Bila perlu menghubungi pakar WordPress?
Dapatkan bantuan jika transaksi terjejas, terdapat risiko keselamatan atau data, gangguan berulang selepas undur versi, atau puncanya tidak dapat dikenal pasti tanpa perubahan langsung yang berisiko. Minta bukti, skop, pelan pemulihan dan pemeriksaan selepas pembaikan.
Sumber disemak pada 20 Oktober 2026: Nyahpepijat WordPress, mod pemulihan WordPress dan panduan Google untuk pemindahan laman.